Gentoo PatchFilesspace
Um die Nachhaltigkeit von Patches zu gewährleisten müssen Patches auch noch verfügbar sein wenn der Entwickler dieser Patches schon neue bereitgestellt hat und die alten Patches von seiner Webseite löscht. Leider ist die allgemein üblich.
Wie aus diesem THREAD auf vdr-portal.de hervorgeht ist mir das passiert.
Daher habe ich erstmal auf einem meiner Kisten ein bischen Filespace mit Uploadscript bereitgestellt. Hier sollten alle Ebuild Entwicker die Patches uploaden und die URL in Ihren Ebuilds verwenden.
Ein Zugang zum Filesuploaden gibts bei mir (mad @ cc . fh - luh . de) per Mail. Dazu auch Infos im Thread auf VDR Portal.
Inzwischen habe ich ein Script welches alle Files die die VDR Ebuilds brauchen einmal die Woche von den entsprechenden Fileserver holt. Damit sind zumindest erstmal alle aktuellen Files im Filespace. Es müssen nur Files für neue Ebuilds hochgeladen werden.
Um das Ganze abzurunden habe ich die Downloadlocation mirror://vdrfiles/ eingeführt, die im Moment nur auf gentoo.fh-luh.de zeigt. Somit sind aber spätere Umzüge auf andere Fileserver kein Problem. Relisiert wird das durch den Eintrag in der Datei thirdpartymirrors die im gentoo-de und gentoo-merged Rsync-Tree auf rsync16.de.gentoo.org zur Verfügung steht.
Ich weiss im Moment nicht wie sich das verhält wenn gentoo-de z.b. nach /usr/local/portage gesynced wird. Das thirdpartymirror File liegt dann dort, ob es aber benutzt wird weiss ich nicht.
Da das Download Script für die Files im Moment noch in die Ebuilds schaut was geladen werden soll können die Ebuilds nicht komplett auf mirror:// umgestellt werden. Ich denke ein sicherer Weg ist es erst die original URL und danach die mirror URL anzugeben. Die Ebuilds können das handeln.
Beispiel:
RESTRICT="nomirror"
SRC_URI="http://brain.shacknet.nu/lumiere-0.2.tar.gz
mirror://vdrfiles/lumiere/lumiere-0.2.tar.gz"
Dieses Files sind weder im original noch auf dem mirror vorhanden, daher hab ich das Ebuild mal genommen um das Ganze zu testen. RESTRICT="nomirror" (wer die eclasses ninnt braucht das nicht) da warscheinlich keines der Files bei Gentoo.org auf dem Mirror liegt, das beeinflusst nicht die Funktion des mirror://vdrfiles/ Prefixes.
Ich bitte ALLE VDR Ebuild Entwickler die Ebuilds auf diese Methode anzupassen da bei den vielen Updates der VDR Gemeide die Ebuilds nach einiger Zeit möglicherweise nicht mehr funktionieren.
--Mad 11:56, 26. Mär 2005 (CET)
