vdr-plugin-softdevice now in SVN repository

Nicolas Huillard pkg-vdr-dvb-devel@lists.alioth.debian.org
Sat, 21 May 2005 12:28:34 +0200


Tobias Grimm a =E9crit :
> @Nicolas: See the changelog for the list of changes I did:
>=20
> http://svn.debian.org/wsvn/pkg-vdr-dvb/vdr/vdr-plugin-softdevice/trunk/=
debian/changelog?op=3Dfile&rev=3D0&sc=3D0

Nice to see your rigorous work ! Plenty of things I don't master...

> There are still some open points and maybe a little bit of "finetuning"
> needs to be done:
>=20
> - Should the package depend on ALSA somehow? Maybe the "-ao
> dummy:"-Option should be set by default?
> - Access to the ALSA-devices seems to need root-priviliges - this has t=
o
> be solved somehow.

I run vdr as the vdr user :
uid=3D108(vdr) gid=3D108(vdr)=20
groups=3D108(vdr),5(tty),24(cdrom),29(audio),44(video)

I didn't set any option regarding audio out, and the vdr-kbd process=20
uses the folowing device (as lsof) :
crw-rw----  1 root audio 116, 16 Mar  5  2004 /dev/snd/pcmC0D0p

> - Maybe all available command line options should be put (commented out=
)
> into the plugin.*.conf?

Yes. I'll check if there is sufficent doc for that.

> - Make DFB++ package or ask dfb maintainer for it (Nicolas already has =
a
> package, I'll test this over the weekend)

This one is very simple, once you have DirectFB.
Since DirectFB has it's own debian/ directory, maybe DFB++ should have=20
it's own too. But I don't know if it suits the Debian policy.

Nota : there is a possibility to compile softdevice output methods in=20
stand-alone .so, that I disabled, because they get installed in the=20
plugin directory, and runvdr tries to run them as plugin (which they are=20
not). Maybe there is a better way to do that than disabling .so

--=20
NH