Re: Please unblock kqemu, second try
On Thu, Jan 04, 2007 at 11:48:38AM +0100, Daniel Baumann <firstname.lastname@example.org> wrote:
> Mike Hommey wrote:
> > Could you explain why qemu should add the device for something that is
> > remotely in relationship with it ?
> Remotely? I think qemu and kqemu are quite close.
Sure, qemu provides the device behind /dev/kqemu...
> Besides that this is definitely off-topic here, I agree that a package
> in main should not make a compromise to support a package in non-free if
> it is bad for the package in main. However, that kqemu is in non-free
> should not be a reason against creating of just a device node in qemu.
I don't care that kqemu is free or not, I just care that qemu may *use*
/dev/kqemu, but do we ask all music players packages to create /dev/dsp ?