Differences between revisions 2 and 36 (spanning 34 versions)
Revision 2 as of 2014-09-17 08:05:50
Size: 587
Editor: PaulWise
Comment:
Revision 36 as of 2015-06-22 06:01:12
Size: 4510
Editor: PaulWise
Comment: chdist
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
= Extending the Debian repository format to allow suites enumeration = = Extending Debian repos =

We want (DebianBug:761348) to enable:

 * Automatic enumeration of suites for a repository
 * Automatic enumeration of repositories for a distro
Line 4: Line 9:

<<TableOfContents()>>
Line 19: Line 26:
=== reprepro ===

Has a configuration file listing all suites with metadata about all of them.
Line 23: Line 34:
Please fill me in zack :) Name of all suites in the archive, with explicit mappings from "symbolic" names (stable, testing, ...) to "absolute" names (wheezy, jessie, ...). Bonus point: metadata about both current and past releases (on archive.d.o), such as when the releases happened, their version numbers, etc.

Ideally, the above info should be available for all archives, and in particular also for the security archive. Bonus point: having a single central place that gather together information from all relevant archives (the main one, security, what else?).

=== piuparts.debian.org ===

Encodes codename combinations like squeeze2bpo2wheezy in a configuration file.

=== dsa-nagios ===

Has hostgroups for each Debian release that is currently in use.

=== dsa-puppet ===

[[https://anonscm.debian.org/cgit/mirror/dsa-puppet.git/tree/modules/roles/templates/apache-www.debian.org.erb|www.d.o apache2 config]] hard-codes codename/version mapping and arch association mapping.

=== secure-testing ===

 * bin/gen-DSA: hard-codes mappings from oldstable/stable/testing to codenames.
 * security-tracker code: cf. DebianBug:783491

=== debwww/cron ===

Has architectures, sections hard-coded, including non-US.

parts/7release-notes hard-codes which release notes to build and which release to use for trunk.

=== webwml ===

english/releases/*/release.data has architectures, install manual languages and release notes languages.

english/releases/Makefile, english/Bugs/pkgreport-opts.inc and */Bugs/Developer.wml have lists of releases.

*/ports/index.wml has which architectures are official and which are not, would be better to use the data from the archive re officialness.

=== tracker.debian.org ===

Hardcodes various info about the releases.

=== packages.debian.org ===

Hardcoded release name, symbolic name references, architectures, and sorting of releases. Also information about what a partial release (like -updates and -security) does sort-of overlay.

=== qa.debian.org ===

{{{
data/ftp/calculate-override-disparities
data/ftp/extract-section-priority
data/debcheck/debcheck
}}}

=== dput-ng ===

Hardcodes the names of backports suites.

=== deriv.debian.net ===

Hardcodes the list of all official and unofficial architecture Debian names.

=== udd ===

Hardcodes Ubuntu release names.

=== Section descriptions ===

Various packages [[https://lists.debian.org/20150511143710.GA28568@gaara.hadrons.org|hardcode]] section descriptions.

=== devscripts ===

chdist hardcodes architecture lists.

== Requirements ==

=== piuparts.debian.org ===

Want squeeze2bpo2wheezy to not be magically deleted just because jessie became stable. When new stable releases are done, '''new''' piuparts suites (like wheezy2bpo2jessie) should be created, not old ones reused.

=== Single source of data ===

For some purposes it would be interesting to have a single source of all metadata (on a per-repo basis and also on a global distro-wide basis) so that full apt metadata doesn't need to be downloaded if it isn't needed. This could also be easier to parse in some cases.

=== Know which suites are partial ===

Knowing what suites are "partial" (i.e. don't have a full set of packages) and what parent suite they are associated with (to get the remaining packages) is important for example to be able to do proper dependency analysis
on a partial suite by trying to look up missing packages in the parent
suite.

=== Know the order of suites ===

packages.d.o, sources.d.n etc need to know what order to display suites in.

=== Know the activity status of suites ===

sources.d.n etc need to know if suites will ever be updated again.

Extending Debian repos

We want (761348) to enable:

  • Automatic enumeration of suites for a repository
  • Automatic enumeration of repositories for a distro

This page is for exploring the existing solutions, existing hardcoding and requirements for services.

Existing solutions

distro-info

Has the same problems as hardcoding elsewhere but better than hardcoding in lots of places.

Ubuntu

http://changelogs.ubuntu.com/meta-release

Tanglu

https://lists.debian.org/CAKNHny8OUnOveJxOmDNhQHcoFJG4PbKgCh4ZBYwuj5QyvF-eFQ@mail.gmail.com

reprepro

Has a configuration file listing all suites with metadata about all of them.

Existing hardcoding

sources.debian.net

Name of all suites in the archive, with explicit mappings from "symbolic" names (stable, testing, ...) to "absolute" names (wheezy, jessie, ...). Bonus point: metadata about both current and past releases (on archive.d.o), such as when the releases happened, their version numbers, etc.

Ideally, the above info should be available for all archives, and in particular also for the security archive. Bonus point: having a single central place that gather together information from all relevant archives (the main one, security, what else?).

piuparts.debian.org

Encodes codename combinations like squeeze2bpo2wheezy in a configuration file.

dsa-nagios

Has hostgroups for each Debian release that is currently in use.

dsa-puppet

www.d.o apache2 config hard-codes codename/version mapping and arch association mapping.

secure-testing

  • bin/gen-DSA: hard-codes mappings from oldstable/stable/testing to codenames.
  • security-tracker code: cf. 783491

debwww/cron

Has architectures, sections hard-coded, including non-US.

parts/7release-notes hard-codes which release notes to build and which release to use for trunk.

webwml

english/releases/*/release.data has architectures, install manual languages and release notes languages.

english/releases/Makefile, english/Bugs/pkgreport-opts.inc and */Bugs/Developer.wml have lists of releases.

*/ports/index.wml has which architectures are official and which are not, would be better to use the data from the archive re officialness.

tracker.debian.org

Hardcodes various info about the releases.

packages.debian.org

Hardcoded release name, symbolic name references, architectures, and sorting of releases. Also information about what a partial release (like -updates and -security) does sort-of overlay.

qa.debian.org

data/ftp/calculate-override-disparities
data/ftp/extract-section-priority
data/debcheck/debcheck

dput-ng

Hardcodes the names of backports suites.

deriv.debian.net

Hardcodes the list of all official and unofficial architecture Debian names.

udd

Hardcodes Ubuntu release names.

Section descriptions

Various packages hardcode section descriptions.

devscripts

chdist hardcodes architecture lists.

Requirements

piuparts.debian.org

Want squeeze2bpo2wheezy to not be magically deleted just because jessie became stable. When new stable releases are done, new piuparts suites (like wheezy2bpo2jessie) should be created, not old ones reused.

Single source of data

For some purposes it would be interesting to have a single source of all metadata (on a per-repo basis and also on a global distro-wide basis) so that full apt metadata doesn't need to be downloaded if it isn't needed. This could also be easier to parse in some cases.

Know which suites are partial

Knowing what suites are "partial" (i.e. don't have a full set of packages) and what parent suite they are associated with (to get the remaining packages) is important for example to be able to do proper dependency analysis on a partial suite by trying to look up missing packages in the parent suite.

Know the order of suites

packages.d.o, sources.d.n etc need to know what order to display suites in.

Know the activity status of suites

sources.d.n etc need to know if suites will ever be updated again.