Gentoo PatchFilesspace
Mad (Diskussion | Beiträge) |
Mad (Diskussion | Beiträge) |
||
| Zeile 10: | Zeile 10: | ||
Es müssen nur Files für neue Ebuilds hochgeladen werden. | 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 inder Datei [http://www.gentoo.de/viewcvs/*checkout*/profiles/thirdpartymirrors.local thirdpartymirrors] die im gentoo-de und gentoo-merged Rsync-Tree auf rsync16.de.gentoo.org zur Verfügung stehen. | ||
| − | + | Ich weiss im Moment nicht wie siech 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: | |
| + | <pre> | ||
| + | SRC_URI="http://brain.shacknet.nu/lumiere-0.2.tar.gz | ||
| + | mirror://vdrfiles/lumiere/lumiere-0.2.tar.gz" | ||
| + | </pre> | ||
| + | Dieses Files ist weder im original noch auf dem mirror vorhanden, daher hab ich Ebuild mal genommen um das Ganze zu testen. | ||
| + | Ich bitte ALLE VDR Ebuild Entwickler die Ebuilds auf diese Methode anzupassen da bei den vielen Updates der VDR Gemeiden die Ebuilds nach einiger Zeit möglicherweise nicht mehr funktionieren. | ||
| + | --[[Benutzer:Mad|Mad]] 11:56, 26. Mär 2005 (CET) | ||
| + | |||
| + | ---- | ||
| + | # [http://gentoo.fh-luh.de/files/ Filesdir] | ||
| + | # [http://gentoo.fh-luh.de/upload/ Uploadscript] | ||
| + | # [http://www.gentoo.de/viewcvs/*checkout*/profiles/thirdpartymirrors.local thirdpartymirrors Files] | ||
[[Kategorie:Gentoo]] | [[Kategorie:Gentoo]] | ||
Version vom 26. März 2005, 11:56 Uhr
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 allgemeine ü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 inder Datei thirdpartymirrors die im gentoo-de und gentoo-merged Rsync-Tree auf rsync16.de.gentoo.org zur Verfügung stehen.
Ich weiss im Moment nicht wie siech 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:
SRC_URI="http://brain.shacknet.nu/lumiere-0.2.tar.gz
mirror://vdrfiles/lumiere/lumiere-0.2.tar.gz"
Dieses Files ist weder im original noch auf dem mirror vorhanden, daher hab ich Ebuild mal genommen um das Ganze zu testen.
Ich bitte ALLE VDR Ebuild Entwickler die Ebuilds auf diese Methode anzupassen da bei den vielen Updates der VDR Gemeiden die Ebuilds nach einiger Zeit möglicherweise nicht mehr funktionieren.
--Mad 11:56, 26. Mär 2005 (CET)
