nachhaltigkeit von patches für ebuilds

  • Hi,


    habe gerade versucht vdr-1.3.14 zu installieren, aber der patch vdr-1.3.14-subtitles-0.3.4-and-ttxtsubs-0.0.5.diff.gz ist nicht mehr verfügbar. sowas ist natürlich schlecht.

    Code
    >>> Downloading [URL]http://www.hut.fi/u/rahrenbe/vdr/vdr-1.3.14-subtitles-0.3.4-and-ttxtsubs-0.0.5.diff.gz[/URL]
    --19:49:35--  [URL]http://www.hut.fi/u/rahrenbe/vdr/vdr-1.3.14-subtitles-0.3.4-and-ttxtsubs-0.0.5.diff.gz[/URL]
               => `/usr/portage/distfiles/vdr-1.3.14-subtitles-0.3.4-and-ttxtsubs-0.0.5.diff.gz'
    Resolving defiant.hierling.loc... 192.168.1.2
    Connecting to defiant.hierling.loc[192.168.1.2]:8080... connected.
    Proxy request sent, awaiting response... 404 Not Found
    19:49:36 ERROR 404: Not Found.
    
    
    !!! Couldn't download vdr-1.3.14-subtitles-0.3.4-and-ttxtsubs-0.0.5.diff.gz. Aborting.


    ich sehe da 2 Möglichkeiten.
    1. die patches mit in das files dir und damit in den CVS zu packen
    2. eine Downloadlocation in der die Patches liegenbleiben.


    wie seht Ihr das?


    gruss mad

  • Hi,


    also ich finde es nicht so gut, wenn die patches im CVS landen.
    Das hat zwar den Charme, daß sie verfügbar sind, sorgt nämlich für mächtig Unübersichtilichkeit.


    Eine geeignete Download Location wäre das Optimum.


    Gab es hier nicht mal einen Post, in dem VDR Entwicklern Webspace angeboten wurde?
    Da könnte man die Patches doch in einem eigenen Verzeichnis ablegen.


    Gruß Henning

    Hardware: ASUS A8N-E, AMD64 3800 2GB, 2 * 250GB SATA-II Samsung, Siemens DVB-S Rev 1.3, Technisat DVB-S Rev. 1.6, LG 4167 DVD-RW, GF 6300
    Software: Gentoo,2.6.17, GCC 3.4.6 VDR 1.4.3, OSD-Teletext, mp3ng, DVD, image, mplayer, pilotskin, director, femon, osdpip, burn

  • Servus,


    ich moechte mich Henning anschliessen (und kann selbst leider keinen webspace anbieten).


    Generell halte ich es gerade bei der "unstable" 1.3.x fuer sinnvoll, mehrere Versionen, auch aeltere, zur Verfuegung zu haben. Wenn kls wieder groessere Umbauten vornimmt, die mit dem eigenen System nicht so recht harmonieren wollen (was man vielleicht erst spaeter merkt) freut man sich bestimmt ueber die Moeglichkeit, wieder ein stabiles System zu bekommen.


    Die 1.2.x Version kann es ruhig nur in der letzten Version geben, die ist ja stabil genug.


    Gruss
    Michael

  • Moin Moin,
    hat nicht Mephisto da irgendwie/wo eine Möglichkeit gefunden den KP patch zu hosten?
    Da müsste doch noch Platz sein.
    Wenn nicht könnte ich eine Directory auf Sub URL auf einem meiner Webspaces schaffen, ala http://vdr-patches.meine.url/
    Kann jemand ungefähr abschätzen wie hoch das DL Aufkommen sein kann? Nicht das mein Provider mir die Daumenschrauben anlegt.
    Mein Space liegt bei Hosteurope, Gast - FTP? muss mal sehen ob ich da die Möglichkeit habe das bei mir einzurichten.


    Cheers :prost2


    Jörg

  • Hi,


    wie wär's denn mit dem Angebot von Thomas?


    Wäre natürlich die Frage zu klären, wer darf was uploaden.


    Henning

    Hardware: ASUS A8N-E, AMD64 3800 2GB, 2 * 250GB SATA-II Samsung, Siemens DVB-S Rev 1.3, Technisat DVB-S Rev. 1.6, LG 4167 DVD-RW, GF 6300
    Software: Gentoo,2.6.17, GCC 3.4.6 VDR 1.4.3, OSD-Teletext, mp3ng, DVD, image, mplayer, pilotskin, director, femon, osdpip, burn

  • Hi,


    also auslagern auf webspace! ins filesdir gehört das auch nicht wirklich.
    Anforderungen an so einen Webspace würde ich mal so definieren:
    - Zugriff per FTP, Webupload
    - mehrere User (jeder ebuild developer sollte da uploaden können)
    - Webspace wird nicht mehr als 10-20 MB sein, denke ich
    - Traffic kann ich nicht einschätzen, rsync16.de.gentoo.org macht ca. 1GB pro Tag


    Ich hab ein Angebot per PM bekommen welches ok ist, desweiteren finde ich auch den Vorschlag auf vdr-developer.org z.b. ebuilds.vdr-developer.org als Subdomain mit Webspace nicht schlecht.


    Ich preferiere vdr-developer.org und würde mich da um entsprechendes kümmern, OK?


    gruss mad

  • @ mad


    Mit der Hostung auf vdr-developer.org hört sich am besten an.
    http://ebuild.vdr-developer.org klingt auch nicht schlecht. :D


    @ all


    Nach welchem Schema würden dann die patches abgelegt werden?


    http://ebuild.vdr-developer.org/ebuild-name/patch-name.diff ? #ebuild-name ohne jeweilige Revisionsnummer


    Sollten nur diese DL Location in den ebuilds verankert werden oder sollten dann auch die
    von den Patcherstellern angebotenen URL's weiterhin benutzt werden?
    Ich denke mal ja, spart ja Traffic, oder besser gesagt verteilt ihn.


    Die ebuild.vdr-developer.org url sollte dann ab zukünftigen ebuilds Standardmässig in den ebuilds enthalten sein.
    Bei älteren ebuilds werden halt nur die patches gehostet die Probleme machen.
    Wer will sich schon die Arbeit machen die ganzen ebuilds auf diesen Stand zu bringen? :rolleyes:
    Cheers :prost2


    Jörg

  • Hallo,


    Webspace, Fileuploadmanager ist fertig.
    http://gentoo.fh-luh.de/files/ und http://gentoo.fh-luh.de/upload/


    Jetzt müssen sich natürlich alle ebuild Developer daran beteiligen, oder einige müssen die Files hochladen.


    @Boardadmin: kann man das irgendwie vorne Publizieren?


    @all: Um Zugriff auf das Upload Script zu bekommen brauche ich euren Username (der aus dem Forum hier, keine Sonderzeichen, keine Leerzeichen) und ein gehashtes MD5 Passwort.

    Code
    php -r 'echo md5('passwort')."\n";'
    oder
    echo -ne "passwort" |md5sum


    Hash an mad@cc.fh-lippe.de schicken. Leider ist das ein "Basic" Script was keine dolle userverwaltung hat, aber wenn jemand was besseres auf lager hat schau ich mir das gerne an, bis dahin ...


    Für jeden Patch bitte ein Unterverzeichnis anlegen.


    Eine Bitte an ALLE, das ist wichtig, also files uploaden.


    gruss mad

  • HI,


    pass ist angekommen und hier gleich ein paar Antworten:


    1. Sollten wir das ganze CVS Rep. mal aufräumen, dann sind es auch nicht mehr so viele Patches die da rauf müssen.Es reichen 4 VDR Versionen, 16oder mehr sind zuviel.
    2. Das file was da liegt hab ich testweise raufgeladen
    3. Weiss jemand eine Möglichkeit die Patch-Doanload-URIs mit mehreren Real Urls zu verknüpfen. Also soll das ebuild mehrere Downloadserver versuchen, genau wie bei den sources.
    4. kann man den Patchserver in die .eclasses verbannen, dann ist das nur eine Stelle die man bei einem Umzug evt. ändern muss.
    5. Ich versuche heute mal was zu scripten was mir alles aus dem ebuilds unterläd.


    gruss mad

  • Hallo Ihr


    Erstmal Danke an mad für den Webspace... tolle Idee.


    Zitat

    @Boardadmin: kann man das irgendwie vorne Publizieren?


    Habe oben was sticky gemacht und auf diesen Thread verwiesen.


    Danke
    Martini

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!