If they are statically linked to glibc ask the vendor to provide you with it
as an object module to relink. (See the LGPL)
> - How easily can esd be retrofitted to multiplex to multiple users?
esd already mixes and multiplexes. Thats why ever gnome app can go ping and
boing at the same time.
> Yes, all this stuff could be done by retrofitting esd. But that forces
> people to run one particular daemon, rather than having an interface for
esd is a protocol and a daemon.
> daemons, and allowing developers to just send their stuff to /dev/audio
> without a second thought. In my particular situation, I don't really want
> to run esd--I'd rather have a lightweight, custom program that does _only_
> what I need it to do.
I don't follow you. How can you multiplex audio with other people if you only
want to do the bits you need. What about the bits _THEY_ need.
> - Framebuffer forwarding. Another thing I'd like in an X-terminal
> environment. A device manager could sit there translating
> framebuffer data to X protocol as it comes in, allowing people to
> run svga programs over the network (and on the same machine, in
> X)
Fix svgalib to do X11. Solving the problem is a lot more efficient than
handling the mess if you dont.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/