> > the > > solution (in the GNOME developers view) is not to "remove PA", since > > the goal of the project is to cover *ALL* use cases. > > I don't know the details of the pulseaudio implementation but I have a > hunch the problem boils down to blind arrogance and ignorance on the > part of the roots of the project.
When trying to hunt down a thread to let a guy on the OpenBSD list know about Gnome 3.8 hard deps on pulseaudio. I came across this sarcasm about a comment by Lennart from a fairly prominent dev that adds to the idea of arrogance and ignorance possibly being a contributing factor. ________________________________________________________________________ Lennart is a funny, funny man, go check the avahi code to see how nice it is. "When working on Avahi I learned a lot about the complexities of safely and reliably running and maintaining system services, and about securing them as much as possible, which is particularly important for network facing services like Avahi. I implemented a lot of pretty nifty features in this area in Avahi. For example, Avahi is still pretty much the *only daemon* on a standard Linux install that chroot()s itself by default." _______________________________________________________________________ -- _______________________________________________________________________ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) _______________________________________________________________________