Login to OSNews
Username or Email
systemd Status Update
on Mon 23rd Aug 2010 14:10 UTC
Lennart Poettering has posted a
about systemd, an
. systemd is able now to replace /etc/fstab and cron, and it seems it will be the default init system for Fedora 14. He has also written a post about
systemd for administrators
Permalink for comment 437961
To read all comments associated with this story, please
RE: I am not okay with this
on Tue 24th Aug 2010 14:36 UTC in reply to "
RE: I am not okay with this
Although offtopic, I would note that jackd developer definitely does not agree with your idea of what overlaps and does not.
Confining OT stuff to another reply.
I didn't say specifically what I thought overlapped (and I won't). People keep saying that the needs of end user and pro audio people are fundamentally different, but when they explain how I am left even more baffled by the disconnect.
It appears that the logic behind PA instead of jack was "Jack is for realtime work, jack is for when you want to process audio first and do everything else second." And therefore a new system was needed. But, then, I read that Lennart wants to 'eventually' add realtime support to PA, and at that point I have to back up and ask: To what extent are these systems solving the same problems? The answer is
to a very large extent
, even if they are not very similar at the moment they will eventually be quite similar.
If the goal of PA is to eventually do everything jack does, a thing I have heard said, then why didn't we start with jack and work at the goal from the other end? It's NIH, mostly, as far as I can tell. Lots of things that PA does might be useful to jack and the only difference is that for jack it's necessary to provide more tunables and be less conservative. It seems like, in the end, either PA is a special case of jack or jack is a special case of PA, no matter how you look at it this is inevitable.
I've read everything there is to read on this subject, apart from 100% of the codebases of the two projects, and all I see is people working at cross purposes. They're polite about it and will quibble about different goals but the inevitable future is that PA kills jack for all but a few niche scenarios where the PA devs refuse to implement the last 5% of features jack users need and pro audio people are left with a decaying, broken system lacking the man power to sustain itself. You end up with the kind of stupid, fragmented system found on Windows which serves no one especially well.
For the record: I use jack on my systems. I use it for desktop audio. It works very well. Most of the issues are from *inconvenience* due to setup not being automatic (it could be) and problems that PA has, too. (PA has actually made a lot of progress in this area that has helped jack, because due to PA there are fewer and fewer broken apps that don't play nice.) The only remaining issues are (1) Stability, which is a reason to resent PA since work done to stabilize it could be happening on jack, and (2) resource consumption (jack can use a lot.
Sign Up For The OSNews Newsletter!
Friends & Fans
OSNews Privacy Statement
Notice to Bulk Emailers
© 1997-2013 OSNews Inc. All Rights Reserved. OSNews and the OSNews logo are trademarks of OSNews.
Source Code © 2007-2013,
, except where noted
Reader comments are owned by the poster. We are not responsible for them in any way.
All trademarks, icons, and logos shown or mentioned in this web site are the property of their respective owners.
OSNews.com uses icons from the
© 2008 John Resig
Reproduction of OSNews stories is permitted only with explicit authorization from OSNews. Reproductions must be properly credited.