porting all github actions from bluesky-social/indigo to tangled CI

codespell

Changed files
+8 -8
atproto
lexicon
repo
cmd
collectiondir
+1 -1
atproto/lexicon/catalog.go
··· 14 15 // Interface type for a resolver or container of lexicon schemas, and methods for validating generic data against those schemas. 16 type Catalog interface { 17 - // Looks up a schema refrence (NSID string with optional fragment) to a Schema object. 18 Resolve(ref string) (*Schema, error) 19 } 20
··· 14 15 // Interface type for a resolver or container of lexicon schemas, and methods for validating generic data against those schemas. 16 type Catalog interface { 17 + // Looks up a schema reference (NSID string with optional fragment) to a Schema object. 18 Resolve(ref string) (*Schema, error) 19 } 20
+1 -1
atproto/lexicon/lexicon.go
··· 17 StrictRecursiveValidation 18 ) 19 20 - // Combination of agument flags for less formal validation. Recommended for, eg, working with old/legacy data from 2023. 21 var LenientMode ValidateFlags = AllowLegacyBlob | AllowLenientDatetime 22 23 // Represents a Lexicon schema definition
··· 17 StrictRecursiveValidation 18 ) 19 20 + // Combination of argument flags for less formal validation. Recommended for, eg, working with old/legacy data from 2023. 21 var LenientMode ValidateFlags = AllowLegacyBlob | AllowLenientDatetime 22 23 // Represents a Lexicon schema definition
+1 -1
atproto/lexicon/testdata/catalog/query.json
··· 2 "lexicon": 1, 3 "id": "example.lexicon.query", 4 "revision": 1, 5 - "description": "exersizes many lexicon features for the query type", 6 "defs": { 7 "main": { 8 "type": "query",
··· 2 "lexicon": 1, 3 "id": "example.lexicon.query", 4 "revision": 1, 5 + "description": "exercizes many lexicon features for the query type", 6 "defs": { 7 "main": { 8 "type": "query",
+1 -1
atproto/lexicon/testdata/catalog/record.json
··· 2 "lexicon": 1, 3 "id": "example.lexicon.record", 4 "revision": 1, 5 - "description": "exersizes many lexicon features for the record type", 6 "defs": { 7 "main": { 8 "type": "record",
··· 2 "lexicon": 1, 3 "id": "example.lexicon.record", 4 "revision": 1, 5 + "description": "exercizes many lexicon features for the record type", 6 "defs": { 7 "main": { 8 "type": "record",
+1 -1
atproto/repo/mst/encoding.go
··· 52 return &nd, nil 53 } 54 55 - // Transforms `Node` stuct to `NodeData`, which is the format used for encoding to CBOR. 56 // 57 // Will panic if any entries are missing a CID (must compute those first) 58 func (n *Node) NodeData() NodeData {
··· 52 return &nd, nil 53 } 54 55 + // Transforms `Node` struct to `NodeData`, which is the format used for encoding to CBOR. 56 // 57 // Will panic if any entries are missing a CID (must compute those first) 58 func (n *Node) NodeData() NodeData {
+2 -2
cmd/collectiondir/README.md
··· 33 34 `listCollections` returns JSON with a map of collection name to approximate number of dids implementing it. 35 With no `c` parameter it returns all known collections with cursor paging. 36 - With up to 20 repeated `c` paramaters it returns only those collections (no paging). 37 It may be the cached result of a computation, up to several minutes out of date. 38 ```json 39 {"collections":{"app.bsky.feed.post": 123456789, "some collection": 42}, ··· 53 it then calls the collection directory for a list of repos which may have already created data in this collection, 54 and does `getRepo` calls to those repo's PDSes to get prior data. 55 By the time it is done paging forward through the collection directory results and getting those repos, 56 - it will have backfilled data and new data it has collected live off the firehose.
··· 33 34 `listCollections` returns JSON with a map of collection name to approximate number of dids implementing it. 35 With no `c` parameter it returns all known collections with cursor paging. 36 + With up to 20 repeated `c` parameters it returns only those collections (no paging). 37 It may be the cached result of a computation, up to several minutes out of date. 38 ```json 39 {"collections":{"app.bsky.feed.post": 123456789, "some collection": 42}, ··· 53 it then calls the collection directory for a list of repos which may have already created data in this collection, 54 and does `getRepo` calls to those repo's PDSes to get prior data. 55 By the time it is done paging forward through the collection directory results and getting those repos, 56 + it will have backfilled data and new data it has collected live off the firehose.
+1 -1
cmd/collectiondir/serve.go
··· 486 } 487 488 // return cached collection stats if they're fresh 489 - // return new collection stats if they can be calculated quicly 490 // return stale cached collection stats if new stats take too long 491 // just wait for fresh stats if there are no cached stats 492 // stalenessAllowed is how old stats can be before we try to recalculate them, 0=default of 5 minutes
··· 486 } 487 488 // return cached collection stats if they're fresh 489 + // return new collection stats if they can be calculated quickly 490 // return stale cached collection stats if new stats take too long 491 // just wait for fresh stats if there are no cached stats 492 // stalenessAllowed is how old stats can be before we try to recalculate them, 0=default of 5 minutes