Statusupdate

[Thomas Schmidt]

--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* Tobias Grimm schrieb am 19.06.04, um 01:06 Uhr:
> Ich bin zwar noch immer der Meinung, dass man nvram-wakeup auch ohne vdr=
=20
> verwenden k=F6nnen sollte, aber naja...

Sicher, der Meinung bin ich nat=FCrlich auch.

> Ich sehe erstmal folgende M=F6glichkeiten:
>=20
> 1) ein Paket vdr-addon-nvram-wakeup, welches von vdr abh=E4ngt und sowohl=
=20
> den shutdown-hook, als auch alle nvram-wakeup binaries installiert.
>=20
> Problem: Was, wenn es das Standalone-nvram-wakeup irgendwann mal ins=20
> offizielle Debian schafft?
>=20
> 2) Wie 1), aber alle nvram-wakeup-binaries werden nach=20
> /usr/lib/vdr-addon-nvram-wakeup installiert oder nach vdr-* umbenannt,=20
> um Konflikten mit einem etwaigenzuk=FCnftigen nvram-wakeup-Paket aus dem=
=20
> Weg zu gehen.
>=20
> 3) Ein nvram-wakeup-Paket, welches NICHT von vdr abh=E4ngt, aber  trotzde=
m=20
> einen shutdown-Hook installiert
>
> Was schl=E4gst du vor?

Ich dachte eigentlich an 3. denn wenn ein User die VDR-Sachen nicht
ben=F6tigt, sind sie zwar in dem Paket drin, aber st=F6ren ihn nicht
wirklich, da sie keine Abh=E4ngigkeiten nach sich ziehen, und der
Shutdown-hook ja auch nichts tut, wenn kein vdr da ist.

> Ist bei teletext (im Gegensatz zu OSDTeletext) genauso... ein paar=20
> Plugins/Addons bleiben halt dem c't vdr vorbehalten :)

Sieht fast so aus. ;-)


Gru=DF
Thomas

--=20
Thomas Schmidt
thomas.schmidt@in.stud.tu-ilmenau.de

--sm4nu43k4a2Rpi4c
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA1AdRc9+NqwoydlIRAhb2AJ92S2PPXj08OLo5eegqCIgcDTdpuACfS6Yz
E+BtuDHwwsld1UjYvy5ibZU=
=8jac
-----END PGP SIGNATURE-----

--sm4nu43k4a2Rpi4c--