vdrconvert 0.1.1.ebuild

luchs · 25. Juli 2004

Hallo, ich habe mich nun am vdrconvert-0.1.1.ebuild versucht.
Auch wenn es für vdrconvert-0.1.1 bereits das installscript gibt, so löst dies nicht die Abhängigkeiten, wie ein ebuild.

Es werden patches appliziert, die die letzten Fixes aus dem ebuild reflektieren, wie sie von Dimitri in dem vdrconvert-1.0 thread veröffentlicht sind.

Weiterhin ist ein patch enthalten, für eine verbesserte Label Erzeugung:
siehe:

hier

Austrian Coder · 27. Juli 2004

Kommt gleich mal in den cvs... muss es noch testen.

micmac · 27. Juli 2004

Hi,

als Abhängigkeit sollte ja normal auch dvdauthor mit drin stecken. Auf vdrconvert.vdr-portal.de wird darauf hingewiesen, daß man sich eine gepatchte Version laden und benutzen soll.
http://vdrconvert.vdr-portal.d…uthor-338_patched.tar.bz2

Ist in dvdauthor-0.6.10 der Patch schon drin? Bei lxdvdrip liegt ein Patch bei für dvdauthor-0.6.10. Ist das der selbe wie der in dvdauthor-338_patched.tar.bz2 von http://vdrconvert.vdr-portal.de? Habe den "Patch" mal angehängt.

Meine eigentlich Frage ist natürlich, ob der dvdauthor von den vdr Gentoo ebuilds gepatcht wird.

mfg

Austrian Coder · 27. Juli 2004

Ok dauert noch ein wenig... muss zuerst noch dvdauthor checken,...

luchs · 27. Juli 2004

Hallo,

vdrconvert-0.1.1 benutzt dvdauthor >= 0.6.0, was als Abhängigkeit im ebuild drinsteckt. Der patch ist nur für dvdauthor 338 und auch nur dort notwendig.
Denn auch das letzte ebuild vdrconvert-0.0.12j hat dvdauthor ohne pathc verwenden können, nämlich die Version dvdauthor-0.5.3
Bei mir funktioniert das hier einwandfrei mit der dvdauthor-0.6.1., wie er durch die Abhängigkeit automatisch mit installiert, bzw. upgedated wird!

Wenn dem nicht so wäre, hätte ich sicher das ebuild nich veröffentlicht!

luchs · 27. Juli 2004

Im obigen ebuild hatte sich noch ein Fehler beim anpasssen des int-scriptes eigeschlichen. sed hat so seine Tücken...
bitte die angehängte Version nehmen!

Austrian Coder · 27. Juli 2004

Ist nun im cvs - hoffe es passt so... will jetzt vdrconvert nicht emergen - brauchs nicht.

AnK · 28. Juli 2004

Hi ihr zwei Ebuilder,
also ich habe bis jetzt nur vdr2dvd angetestet, funktioniert gar net.

1. Die Pfade & Dateinamen in der vdrconvert.env bzgl. ProjectX passen nicht.
2. In vdr2dvd.sh ist ein Fehler in Zeile 985 bei der If Abfrage haste jeweiles ein Leerzeichen vergessen.
3. Der Konvertiervorgang bricht ab da er keine Audiospuren finden kann, weiss auch noch nicht wieso.

Wäre nicht schlecht, wenn das einer mal fixen könnte...

Zu 3.
Das scheint wohl an diesem Patch zu liegen, habe gerade die vdr2dvd.sh aus dem ebuild gegen die aus dem Fix-Packet ersetzt, geht.

Renegart · 29. Juli 2004

Hallo,
ich habe jetzt nen rsync, wie in der Wiki beschrieben, gemacht und bekomme folgenden Meldungen:

Code

>>> Updating Portage cache... |pam
motif
encode
cups
oggvorbis
opengl
ssl
pam
java
\awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
|awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
/awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
-awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
-awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
| * Kernel 2.6.x detected
/ * Kernel 2.6.x detected
/ * Kernel 2.6.x detected
- * Kernel 2.6.x detected
\ * Kernel 2.6.x detected
| * Kernel 2.6.x detected
-awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
\awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
|awk: cmd. line:2: fatal: cannot open file `/usr/include/vdr/config.h' for reading (No such file or directory)
  ...done!

Alles anzeigen

Die Fehlermeldungen von 'awk' stammen zum einen aus dem vdrconvert-ebuild (daher mein Post hier) und aus dem 'mplayer-sh/mplayer-sh'-ebuild.
Die 'Kernel 2.6.x detected'-Meldungen aus den verschiedenen vdr*-ebuilds sollten vielleicht auch mal an Stellen verschoben werden, wo sie beim Cache-Update nicht auftauchen.

Austrian Coder · 29. Juli 2004

die neueren VDR ebuilds haben das Kernel 2.6.x detected schon an anderen Strellen... das habe ich mal abgeändert.
Doch das ist einfach nur ein kleiner Schönheitsfehler, mit dem man leben kann.

Renegart · 29. Juli 2004

Zitat

Original von Austrian Coder
die neueren VDR ebuilds haben das Kernel 2.6.x detected schon an anderen Strellen... das habe ich mal abgeändert.
Doch das ist einfach nur ein kleiner Schönheitsfehler, mit dem man leben kann.

Mit den Kernel-detected Meldungen magst du recht haben und wurden von mir auch nur der Vollständigkeit halber aufgenommen.
Aber die awk-Fehler sollten raus, da man bei sowas doch leicht ins schwitzen kommt.

thoand · 29. Juli 2004

Hi,

also ich hab auch so meine Probleme mit dem neuen VDRConvert:

Zitat

Jul 29 21:26:10 terra logger: ./bin/vdrconvert.sh : ERROR : Wrong permissions. ./bin/vdrconvert.sh exit

Habe grad gesehen, daß es /bin/vdrconvert.sh garnicht gibt.

Das vorherige VDRConvert lief super, die Berechtigungen habe ich nicht geändert.

Gruß thoand

AnK · 29. Juli 2004

Zitat

Original von thoand
Habe grad gesehen, daß es /bin/vdrconvert.sh garnicht gibt.

Das vorherige VDRConvert lief super, die Berechtigungen habe ich nicht geändert.

Ja, hab doch schon gesagt, das es mit den Pfaden etwas kreuz und quer geht,
änder doch dein VDRCONVERTDIR auf /var/vdr/vdrconvert, da sollte alles liegen.

thoand · 29. Juli 2004

Das steht da schon drin, komisch.

gruß thoand

AnK · 29. Juli 2004

Zitat

Original von thoand
Das steht da schon drin, komisch.

Ist nur noch die Frage, wo es denn überhaupt drin steht...

Code

find / -name vdrconvert.sh
/var/vdr/vdrconvert/bin/vdrconvert.sh

Code

cat /etc/init.d/vdrconvert
#!/sbin/runscript
# Distributed under the terms of the GNU General Public License, v2 or later


# WARNING !!!
# Change VDRCONVERTDIR to your Path to "vdrconvert.sh" .


# Change the terminal where you want to run vdrconvert.
# Default (terminal 2) : &>/dev/tty2 &


# Make this script executable and copy it to /etc/init.d
# run as root  " rc-update add vdrconvert boot "
# change in your /etc/init.d/vdr  (VDR startscript)
# depend () { before * }
# to
# depend() {
#            need vdrconvert
#            before *
# }
# run as root " rc-update add vdr default "
#
# run " /etc/init.d/vdr start2" if haven't be started or
# " /etc/init.d/vdr fullrestart " to let the show begin
# (all w/o quotes) ;)




VDRCONVERTDIR=/var/vdr/vdrconvert
CONV_USER=vdr
#CONV_USER=root
# Activate only for Debug
LOGFILE=/tmp/vdrconvert.log
#LOGFILE=/dev/null






depend() {
            need localmount
}


checkconfig() {
            if [ ! -e $VDRCONVERTDIR/bin/vdrconvert.sh ] ; then
                eerror "ERROR : Couldn't find vdrconvert.sh. Check VDRCONVERTDIR in startscript"
                return 1
            fi
}


start() {
            checkconfig || return 1
            ebegin "Starting vdrconvert"
                # Default one . You need logrotate for it . Be warned ;)
                 su - $CONV_USER -c "(cd $VDRCONVERTDIR;./bin/vdrconvert.sh)" > $LOGFILE 2>&1 &


                # Use this, if you want to see only the conversation in same term.
                # su - $CONV_USER -c "(cd $VDRCONVERTDIR;./bin/vdrconvert.sh)" 2>/dev/null


                # Use this, if you want to see only the conversation in another term.
                # My favourite due keyboard RC
                # su - $CONV_USER -c "(cd $VDRCONVERTDIR;./bin/vdrconvert.sh 2>/dev/null) &>/dev/tty2 &"


            eend $? "Couldn't start vdrconvert.sh"
}


stop() {
            ebegin "Stopping vdrconvert"
                 killall -9 vdrconvert.sh
                 /etc/init.d/vdrconvert zap
            eend $? "Couldn't stop/kill vdrconvert.sh. Check or use 'zap' instead"
}

Alles anzeigen

Also müsste VDRCONVERTDIR im runscript eigentlich /var/vdr/vdrconvert/bin/ sein.

luchs · 29. Juli 2004

mmh,
seltsam?
Ich habe das vdrconvert ebuild nochmals laufen lassen, keine Probleme, alle Pfade richtig gesetzt!
./bin/vdrconvert.sh sollte es geben, genauer /var/vdr/vdrconvert/bin/vdrconvert.sh
Was hat das ebuild in deinem /etc/conf.d/vdrconvert.env eingetragen?
Kannst Du mir die original /etc/conf.d/vdrconvert.env, die das ebuild generiert hat senden?
OK, die ProjektX Pfade (sie sind auskommentiert), stimmen so nicht, werde ich fixen. Ich verwende eine neuere Version von ProjektX, da die mitgelieferte doch veraltet ist. Deswegen, andere Pfade.
Aber standardmässig steht die Konvertierung auf vdrsync und das sollte out of the box gehen, wie vom ebuild installiert.
vdr2dvd.sh geht bei mir so, wie es das ebuild generiert hat?
Der Patch sollte an dem gefixten original vdr2dvd.sh nur was im Bereich der Labelgenerierung ändern!? Aber vielleicht gibt es da eine Versionsproblem. Werde ich morgen mal überprüfen...

luchs · 29. Juli 2004

zu dem Problem mit dem falschen pad für vdrconvert.sh:
Hast Du nachd er Ausführung des ebuilds ein etc-update laufen lassen und das alte /etc/init.d/vdrconvert durch das neue ersetzen lassen?
Das neu vdrconvert verwendet leider etwas andere Pfade und ich habe diese weitgehend beibehalten. Deshalb ist ein etc-update unbedingt erforderlich...

thoand · 29. Juli 2004

klar hab ich etc-update gemacht und so wie ich das sehe stehen auch überall die richtigen pfade, naja ich bau das gleich nochmal neu und gucke was passiert.

gruß thoand

thoand · 29. Juli 2004

also finden scheint er es ja doch, wenn ich luchs richtig verstehe, nur was bitte sind die wrong permissions?

root@terra /usr/src/linux # ls -lah /var/vdr/vdrconvert/bin/vdrconvert.sh
-rwxr-xr-x 1 root root 5,1K 29. Jul 23:45 /var/vdr/vdrconvert/bin/vdrconvert.sh

Gruß thoand

thoand · 30. Juli 2004

also ich hab vdrconvert nochmal gebaut, das problem bleibt. ich hab echt keine idee mehr.

gruß thoand

PS: kann man die CD größe garnicht mehr einstellen?

vdrconvert 0.1.1.ebuild

Jetzt mitmachen!

Teilen