On 05/28/2009 04:36 AM, Mark Greenwood wrote:
On Wednesday 27 May 2009 20:24:46 Lennart Poettering wrote:
On Thu, 28.05.09 00:52, Patrick Shirkey (pshir...@boosthardware.com) wrote:

D-Bus is available under AFL and GPL2. AFL should be fine for LGPL
uses and GPL2 should be fine for GPL uses. Even companies like Nokia
who run closed source software on Linux are fine with D-Bus.
After the past couple of days I think Nokia is probably a bad example to
use for leadership in automated systems design.
Leadership? Who said leadership?

I am just using Nokia as one example here. Nokia has one of the more
extreme licensing policies, e.g. they don't use GPL3 software and so
on. But still, D-Bus is perfectly fine with them.

If some JACK folks try to avoid D-Bus due to licensing reasons
regarding LGPL then they are apparently smoking something that is not
good for their health.

ROFL.. Lennart... sometimes you speak untold wisdom :)




- Heh, I missed that comment first time round.

Are you suggesting that smoking tobacco can lead to bad decision making?

If you are I have to wonder where you get your facts. If you are talking about some other herbal product then it depends on the tolerance, quantity and period of usage that would determine the affect on decision making abilities.

Coffee or stress can have just as much if not more negative impact. Drinking can really screw people up and taking in Fox news everyday will certainly cause mental illness and poor decision making.


- Joking aside, there are good reasons for and against dbus, apart from licensing concerns and no one is actually saying it should not be an option for those who want it or those who don't care if they have it. The main concern was that it should not be forced on everyone.

I think it is useful that you have the internal api calls so dbus is not a requirement for communicating with PA.


- FYI, Stephane has clarified that the existing code that signals for PA to suspend is part of the ALSA level code and is only tied to dbus because that was the option chosen for communicating to PA. It almost sounds like he was not aware of the API calls that are available. So thanks for clarifying that point as it provides another option for seamless integration of jack and PA.


Cheers.


Patrick Shirkey
Boost Hardware Ltd



_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss

Reply via email to