Debian
debian.org · Storage · 3 records · JSON
- Debian Salsa (salsa.debian.org) - GitLab with Generic package registry Storagecaveatinstitutionno cardRper-object-cap
- debian snapshot Storagefails: quotaemail?card?R
- Debian snapshot archive (snapshot.debian.org) Storagefails: quotainstitutionno cardR
Debian Salsa (salsa.debian.org) - GitLab with Generic package registry Storage
caveatinstitutionno cardRper-object-cap
| Free tier | No published total-storage quota, but a fully published per-object table on the instance-configuration page. Package registry per-file caps: Generic 5 GiB, Conan 3 GiB, Maven 3 GiB, PyPI 3 GiB, Terraform 1 GiB, npm/NuGet 500 MiB, Helm 5 MiB. Core GitLab: max push size '-' (unlimited), max attachment 20 MiB, job artifact 750 MiB, pages 300 MiB, snippet 50 MiB, import remote file 10 GiB, download file 5 GiB. unit GiB; metered on stored-bytes |
|---|---|
| Price | none stated |
| Per-object cap | per-file caps: Generic 5 GiB (5368709120 bytes) |
| Retention | per-object-cap: 5 GiB per Generic package file; 750 MiB per CI artifact; 300 MiB Pages. retention: indefinite for packages and repos (no pruning policy published on this page) |
| Egress | Free. Debian-hosted infrastructure with no billing, no per-GB meter, and package/registry downloads served straight from the instance. No Cloudflare dependency to worry about. |
| Identity | institution derived from the record's prose, not from an identity field, and no signup was executed: y per-file caps: Generic 5 GiB, Conan 3 GiB, Maven 3 GiB, PyPI 3 GiB, Terraform 1 GiB, npm/NuGet 500 MiB, Helm 5 MiB. Core GitLab: max push size '-' (unlimited), max attachment 20 Mi |
| Limits |
per-object-cap: 5 GiB per Generic package file; 750 MiB per CI artifact; THE GATE: 'New user registrations are manually reviewed due to the high volume of spam registrations. It may take a few days before a new account is approved.' |
| Binding | per-object-cap the per-object cap sets the shard size and therefore the object count; it bounds the total more tightly than any headline quota |
| Interface | ssh, git git |
| Tooling | Full GitLab: git over SSH/HTTPS, GitLab Generic Package API (PUT /projects/:id/packages/generic/:package_name/:version/:file_name), CI runners, glab/lab CLIs, python-gitlab. Max push size is '-' (unlimited) which is the interesting cell - the per-object cap is on the *registry*, not on git. |
| Composes with | Unlimited projects per account x 5 GiB per Generic-package file x unlimited files per package version x unlimited versions. Plus unlimited-size git pushes as a second surface. The binding limit is account creation, not storage. |
| Reliability | Manual registration review is the whole story - it converts account-farming from an API call into a queue measured in days, which is fatal for the 'unlimited free orgs' pattern that made the Google-Drive-service-account trick work. Once in, the surface is clean and standard GitLab. Public read is fine (project pages and package downloads are anonymous). |
| Notes | No published total-storage quota, but a fully published per-object table on the instance-configuration page. Package registry per-file caps: Generic 5 GiB, Conan 3 GiB, Maven 3 GiB, PyPI 3 GiB, Terraform 1 GiB, npm/NuGet 500 MiB, Helm 5 MiB. Core GitLab: max push size '-' (unlimited), max attachment 20 MiB, job artifact 750 MiB, pages 300 MiB, snippet 50 MiB, import remote file 10 GiB, download file 5 GiB. |
| Evidence rung | reported One page read moves it to documented. |
| Checked | 2026-10-21 (inherited); stale on 2026-11-04 |
| Parsed numbers |
|
Evidence (3)
| date | source | what it proved |
|---|---|---|
| 2026-10-21 | salsa.debian.org/help/instance_configuration | '## Size Limits ... Maximum push size | - ... Maximum job artifact size | 750 MiB'; '## Package registry ... Generic | 5 GiB' |
| 2026-10-21 | salsa.debian.org/users/sign_up | 'New user registrations are manually reviewed due to the high volume of spam registrations. It may take a few days before a new account is approved.' |
| 2026-10-21 | salsa.debian.org/help/instance_configuration | 'There are several size limits in place for the package registry.' (table as quoted in quota) |
Unknown or withheld values (3)
$.free_tier.notesprocess$.per_object_cap.notesnot-extracted$.retention.notesnot-extracted
debian snapshot Storage
fails: quotaemail?card?R
| Free tier | Read-only ingest of the Debian archive; no user write path at any size. 172 TB is theirs, not yours. unit none; metered on none |
|---|---|
| Price | none stated |
| Per-object cap | not recorded |
| Retention | not recorded |
| Egress | not recorded |
| Identity | email (placeholder) not published |
| Binding | none no constraint of a named kind was recorded; the verdict rests on the quota sentence rather than on a named limit |
| Interface | unknown |
| Tooling | not recorded |
| Composes with | not recorded |
| Reliability | Read-only ingest of the Debian archive; no user write path at any size. 172 TB is theirs, not yours. |
| Notes | Read-only ingest of the Debian archive; no user write path at any size. 172 TB is theirs, not yours. |
| Evidence rung | reported |
| Checked | 2026-10-21 (inherited); stale on 2026-11-04 |
Evidence (1)
| date | source | what it proved |
|---|---|---|
| 2026-10-21 | snapshot.debian.org/ | Read-only ingest of the Debian archive no user write path at any size. 172 TB is theirs, not yours. |
More fields (1)
{
"dead_end": {
"failure_class": "quota",
"why": "Read-only ingest of the Debian archive; no user write path at any size. 172 TB is theirs, not yours.",
"retry_when": null,
"first_recorded": "2026-10-21"
}
}Unknown or withheld values (15)
$.chainingnot-recorded$.confidence_notewithheld$.egress.termsnot-recorded$.extras.dead_end.retry_whenprocess$.free_tier.notesprocess$.identity_cost.detaildefaulted$.identity_cost.kindidentity-defaulted$.interfaceinterface-unknown$.interface_detailwithheld$.limits_noteprocess$.per_object_cap.notesnot-recorded$.per_object_cap.statednot-recorded$.retention.notesprocess$.retention.statednot-recorded$.toolingnot-recorded
Debian snapshot archive (snapshot.debian.org) Storage
fails: quotainstitutionno cardR
| Free tier | No user quota because there is no user write path - snapshot ingests the Debian archive itself. Scale reference from the site's own news: 'Snapshot is currently holding 172TB of data' (2024-10-08), up from 135 TB (2022) and 24 TB (2014), on 2 x 164 TB RAID6 arrays. unit TB; metered on unstated |
|---|---|
| Price | none stated |
| Per-object cap | not stated |
| Retention | not stated |
| Egress | Free, two sites (Glasklar + LeaseWeb). Netfilter rate limiting was explicitly disabled ('It will be replaced by rate limiting on the HTTP layer'). |
| Identity | institution derived from the record's prose, not from an identity field, and no signup was executed: snapshot is a preservation tool, not storage you can use. API verified live. None - you cannot add content. Valuable only as a *source* of old Debian packages for a corpus, not as a |
| Binding | none no constraint of a named kind was recorded; the verdict rests on the quota sentence rather than on a named limit |
| Interface | rest, rclone rest |
| Tooling | apt with a dated sources.list entry, debian-snapshot machine-usable API at /mr/ (e.g. /mr/timestamp/), plain HTTPS. No rclone backend. |
| Composes with | None - you cannot add content. Valuable only as a *source* of old Debian packages for a corpus, not as a place to put your data. |
| Reliability | Read-only by construction. Included to close the category: Debian's snapshot is a preservation tool, not storage you can use. API verified live. |
| Notes | No user quota because there is no user write path - snapshot ingests the Debian archive itself. Scale reference from the site's own news: 'Snapshot is currently holding 172TB of data' (2024-10-08), up from 135 TB (2022) and 24 TB (2014), on 2 x 164 TB RAID6 arrays. |
| Evidence rung | reported One page read moves it to documented. |
| Checked | 2026-10-21 (inherited); stale on 2026-11-04 |
Evidence (3)
| date | source | what it proved |
|---|---|---|
| 2026-10-21 | snapshot.debian.org/ | 'Snapshot is currently holding 172TB of data'; 'The Netfilter rate limiting has been disabled ... rate limiting on the HTTP layer' |
| 2026-10-21 | snapshot.debian.org/mr/timestamp/ | probe: GET -> 200 JSON, debian timestamps from 20050312T000000Z onward |
| 2026-10-21 | withheld | probe: GET /archive/debian/20250101T000000Z/dists/bookworm/Release -> 302 (redirect to a dated snapshot; live) |
More fields (1)
{
"dead_end": {
"failure_class": "quota",
"why": "No user quota because there is no user write path - snapshot ingests the Debian archive itself. Scale reference from the site's own news: 'Snapshot is currently holding 172TB of data' (2024-10-08), up from 135 TB (2022) and 24 TB (2014), on 2 x 164 TB RAID6 arrays.",
"retry_when": null,
"first_recorded": "2026-10-21"
}
}Unknown or withheld values (7)
$.evidence[2].urlprivate-url$.extras.dead_end.retry_whenprocess$.free_tier.notesprocess$.per_object_cap.notesnot-extracted$.per_object_cap.statednot-extracted$.retention.notesnot-extracted$.retention.statednot-extracted