Statusupdate

[Tobias Grimm]

Thomas Schmidt wrote:

>Also in dem Fall bin ich nach wie vor der Meinung, das das in ein
>Paket gepackt werden sollte, denn das vdr-addon-nvram-wakeup wäre dann
>nur wenige kbyte groß, und da ist die Frage, ob das die ftp-master
>überhapt annehmen würden. Siehe dazu auch: 
>http://lists.debian.org/debian-devel/2003/11/msg00766.html
>  
>
Ich bin zwar noch immer der Meinung, dass man nvram-wakeup auch ohne vdr 
verwenden können sollte, aber naja...

Ich sehe erstmal folgende Möglichkeiten:

1) ein Paket vdr-addon-nvram-wakeup, welches von vdr abhängt und sowohl 
den shutdown-hook, als auch alle nvram-wakeup binaries installiert.

Problem: Was, wenn es das Standalone-nvram-wakeup irgendwann mal ins 
offizielle Debian schafft?

2) Wie 1), aber alle nvram-wakeup-binaries werden nach 
/usr/lib/vdr-addon-nvram-wakeup installiert oder nach vdr-* umbenannt, 
um Konflikten mit einem etwaigenzukünftigen nvram-wakeup-Paket aus dem 
Weg zu gehen.

3) Ein nvram-wakeup-Paket, welches NICHT von vdr abhängt, aber  trotzdem 
einen shutdown-Hook installiert

Was schlägst du vor?

>Das wäre sehr schön, wir sollten uns allerdings für den Anfang auf
>Pakete beschränken, die keine Patches für vdr benötigen. 
>  
>
Klar.. das sowieso.

>Ich hab mal nachgesehen, und ich habe noch die Plugins softdevice und 
>vdrcd lokal paketiert, wobeiich glaube, das softdevice nicht in debian
>aufgenommen werden kann, weil das ffmpeg benötigt. (muß ich nochmal
>genauer schaun)
>  
>
Ist bei teletext (im Gegensatz zu OSDTeletext) genauso... ein paar 
Plugins/Addons bleiben halt dem c't vdr vorbehalten :)

Tobias