[MegaX]

So...Klaus hat auch ein Weihnachtsgeschenk
 Tread im VDR-Portal

VDR developer version 1.7.34 is now available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.34.tar.bz2

A 'diff' against the previous version is available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.33-1.7.34.diff

and a helper patch for plugin Makefiles can be found at

[url=ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.

[P3f]

Hi,

da hat uns ja KLS wieder ein Weihnachtsgeschenk gemacht.  

Was haltet ihr davon wir nun die MLD 3.0.1 so belassen und dann nur noch die Addons für die 3.0.2 anpassen. Dann würde ich als erstes Anfängen auf den aktuellen stable Kernel 3.7.1 upgraden und danach auf VDR 1.7.34 hochziehen.

@claus
Was muß dann noch gemacht damit die 3.0.1 so bleibt und alle einchecke im SVN nur die 3.0.2 verändern?

Ich würde gerne weiterhin den aktuellsten Strang für die geniale MLD haben.

Sehr ihr das auch so?

Gruß,

Pit

[wino]

Hallo Pit,

Ich bin für dein Vorhaben. Da hast du dir aber etwas vorgenommen.  Für VDR-1.7.34 müssen wohl alle Plugins Makefiles angepasst werden.

Gruß
wino

 

[P3f]

Hi,

das befürchte ich ja auch... Aber irgendeiner muß mal anfangen, daher würde ich ja gerne beim Kernel anfangen, dann über den VDR und DVB die einzelnen Plugins vornehmen.

Aber ich baue natürlich auch darauf , das ich das nicht ganz alleine stemmen werde... :wow:

Gruß,

Pit

P.S: Ich warte mal auf Claus seine Meinung, besonders wegen der Trennung zur 3.0.1. Nicht das wir da etwas kaputt machen :-)

[clausmuus]

Hi,

die MLD-3.0.1 und 3.0.2 lassen sich nicht ohne weiteres trennen, jedenfalls nicht ohne andere ungewollte Nebenwirkungen.
Ich würde eher vorschlagen die

[P3f]

Hi Claus,

dann würde ja noch mehr dafür sprechen, wenn wir die 3.0.1 so belassen wie sie ist. Also einfrieren...Es würde dann auch die 3.0.1 mit dem VDR 1.7.31 fest bleiben.

Kannst Du das machen? Oder spricht da noch etwas gegen?

Ich denke die Weiterentwicklung für die 3.0.2 sollte vorangehen.

Gruß,

Pit

[MarMic]

hi jungs,

bin zZ voll im stress melde mich aber hoffentlich bald wieder mit ZEIT zurück :-P

MEINE MEINUNG: wartet mit 1.7.34 durch die makefile umstrukturierung rudern zurzeit alle nur rum!

abwarten ist diesmal wirklich sinvoll! <------ LOOOOL und das aus meinem mund :-P

greetz MarMic

[P3f]

Hi,

so langsam beruhigt sich ja die VDR-Gemeinde in den anderen Foren und auf der ML wieder und es wird wieder konstruktiver dort.

Es gibt ja auch schon ein paar sinnvolle Vorschläge, und da wir ja immer gegen ein aktuelles Plugin Repository nehmen haben wir ja z.B. bereits beim Addon ripit ein Problem.

Ich habe mir dazu mal erlaubt eine Möglichkeit aufzuzeigen, die auch keine Auswirkung ggü den anderen Plugins macht.

Könnt ihr Euch das mal anschauen, und ich habe bisher noch keine Prüfung gegen die VDR-Version gebaut (weil ich nicht weiß wie man die sicher ermittelt!)

So würde ich es in der Makefile.tools im Bereich "patch" mit einbauen.

Code: [Select]

patch:
        # Diese vorherige Abfrage von der VDR-Version funktioniert noch nicht einwandfrei, daher auskommentiert
        #if [ "$(shell printf "$(group)" | cut -d "." -f3)" <= 34 ]; then  
                if [ ! -e $(src_path)/Makefile ] && [ -e $(src_path)/Makefile.1.6 ]; then
                                echo "Makefile missing in Addon: $(modulname)";
                                ln -s Makefile.1.6 $(src_path)/Makefile;
                fi
        #fi
        cd $(src_path); ls ../*$(src_name)*.patch ../*$(src_name)*.patch.$(ARCH) 2>/dev/null | sort | while read patch; do
                echo -e "tUse patch $$patch";
                patch -p1 -i $$patch || exit 1;
        done

upload:

Oder habt ihr eine bessere Position?

Gruß,

Pit

[wino]

Nun ist VDR-1.7.35 Version mit den diskutierten