wikieintrag "release", "new testing"

[michaa7]

Ich versuche den release und new testing ablauf *technisch* zu verstehen. Dabei bin ich auch hierauf gestoßen:
http://wiki.debianforum.de/Testing_wird_Stable
und darin auf:

Testing new wird eingerichtet

Zunächst wird Jessie nach new kopiert oder umbenannt, danach der symbolische Link testing auf new gesetzt. frozen wird entfernt.

Umbenennen allein geht ja nicht, denn das ehemalige testing ist ja soeben stable geworden, dann kann bestenfalls eine *kopie* zu newstable werden (klar in diesem moment wären die beiden pools gleich, aber wohl nicht die selben).
Nun versuche ich mir vorzustellen wie 40.000 pakete für 13 architekturen kopiert werden, da glühen doch die festplatten. (Das gesamtarchiv über alle architekturen wird mit 900GB beziffert http://www.debian.org/mirror/size, 1/4 für testing dürfte größenordnungsmäßig hinkommen, *größenordnungsmäßig" sagte ich ).
Nun habe ich auch eine e-mail aus den anfangstagen von testing gefunden, genaugenommen ist die mail prä-testing und diente der vorbereitung von testing ( http://lists.debian.org/debian-devel/20 ... 00906.html ). Darin ist von "symlink-trees" die rede (allerdings von sid auf woody/testing, was eigentlich nur sinnvoll wäre wenn zuvor unstable zu new-testing würde, vielleicht habe ich auch nen knoten im kopf). So sollte das ersteerzeugen des neuen testing zweiges ablaufen. So wie ich dies verstehe soll(te) dies so funktionieren, dass zunächst alle unstable-pakete symlinks auf die entsprechenden pakete in testing waren (genaugenommen auf <codename-testing, damals woody>), die durch das einsickern von neueren paketen nach unstable zu echten dateien für pakete mit höherer versionsnummer wurden.
Im grunde ist das für mich die einzige alternative gegenüber einem kopieren in der größenordnung mehrerer hundert GB . Dann wären temporär jedoch nicht die beiden pools testing und stable, sondern unstable und testing via symlink *quasi die selben*.

- Ginge das überhaupt, 40.000 symlinks in einem verzeichnisbaum?
- Stimmt das so, wurde das so gehandhabt?
- Ist das ggf. heute noch so (ähnlich)?

[rendegast]

Nun versuche ich mir vorzustellen wie 40.000 pakete für 13 architekturen kopiert werden, da glühen doch die festplatten.

Nicht unbedingt:

Code: Alles auswählen

$ find ../linux-3.12/ -type f | wc -l
44589

$ time lndir ../linux-3.12 >/dev/null

real    0m1.232s
user    0m0.016s
sys     0m0.716s

Und so ein Tool dürfte es wohl auch für Hardlinks geben.

[michaa7]

Nun versuche ich mir vorzustellen wie 40.000 pakete für 13 architekturen kopiert werden, da glühen doch die festplatten.

Nicht unbedingt:

Code: Alles auswählen

$ find ../linux-3.12/ -type f | wc -l
44589

$ time lndir ../linux-3.12 >/dev/null

real    0m1.232s
user    0m0.016s
sys     0m0.716s

Und so ein Tool dürfte es wohl auch für Hardlinks geben.

Ich kann dir nicht folgen, leider. Ich habe zwar versucht nachzuvollziehen was deine kommandos tun, aber es gelingt mir nicht.

Du suchst im verzeichnis ../linux-3.12/ nach files und läßt die die anzahl der zeilen *der files* ausgeben (wobei mir nichtmal klar ist, ob du hier quellcodezeilen zählst oder ... gibt es zeilen in binärdateien?, wenn ja, was sagt das aus? Was ist denn der inhalt von /linux-3.12/ ?)

Eine man lndir habe ich nicht gefunden, wird wohl mit links und verzeichnisssen zu tun haben aber was? Jedenfalls scheinst du *nicht* ein tatsächliches kopieren zu beschreiben. Läuft das vielleicht auf das von mir vermutete erzeugen eines symlink trees hinaus? Wenn nicht, bitte erkläre was deine kommands machen ...

[4A4B]

Du suchst im verzeichnis ../linux-3.12/ nach files und läßt die die anzahl der zeilen *der files* ausgeben

wc zählt die Ergebnisse von find, gibt also die Anzahl der Dateien in dem Verzeichnis aus

Eine man lndir habe ich nicht gefunden

Findet sich aber im Netz:

http://linux.die.net/man/1/lndir

lndir ist in xutils-dev enthalten

[michaa7]

ok, danke, das liefe aber dann genau darauf hinaus, dass eben *nicht* kopiert wird, sondern tatsächlich ein symlink tree erstellt würde.
Ist das die vorgehensweise beim erstellen eines neuen testing verzeichnissses?

[peschmae]

Es gibt ja sowieso nur ein pool Verzeichnis aus dem alle Pakete stammen, von dem her wird weder kopiert noch gesymlinkt...

MfG Peschmä

[michaa7]

Heißt das dass dies über die jeweiligen indexdateien geregelt wird? Eine liste mit dateinamen+version für die jeweilige sub-distri (stabel, testing, unstable, experimental, security)?

[peschmae]

Genau so ist das - guck einfach mal auf einen beliebigen Mirror

Da hast du jeweils pool/ mit allen Paketen und debian/dists/[sid,jessie,wheezy]/main/binary-amd64/ wo nur die Paketlisten mit drin sind.

Wie das anno 2000 war weiss ich nicht mehr. Zu lange her - archive.org hat leider auch keinen Archiviert . Der gemeinsame pool für alle Distributionen wurde glaub ich irgendwann später mal eingeführt. Kann also sein dass damals noch grosse Kopierereien oder Symlinkereien nötig waren um das gleiche Ergebnis auf eine komplizierte Manier zu erzeugen...

MfG Peschmä