I've been a professional UNIX/LINUX System Administrator for ~20 years...
> I personally came at systemd without a preconceived notion that it was
> wrong or a failure and instead read the design docs and was excited. It
> also helps that many years ago the team I was with gave up on sysvinit and
> unmanaged daemons and tried to only run services under daemontools.
Yep. The claims that systemd is complex and not well understood - in relation to the pile-o-hacks that is the current script based init system?
"Captain! The bogosity field is approaching maximum containment!"
If anyone, and I mean anyone, claims to "understand" the current init system - that person is full of crap. The current system is the nightmare everyone is claiming systemd is; it is buggy, complex, slow, and *extremely* fragile. I know how to *use* and modify the current init system to accomplish common goals - but there is no understanding that thing as there is very little to anything of a "design". It has been built via the uh-oh-we-need-to-deal-with-that-now method. The method it uses to determine initialization order can barely be described as a method.
> I don't understand all this hostility at all,
+1
And on my laptop Pulse Audio works perfectly, and has since almost the beginning. Much like the Beagle search tool a couple of buggy initial releases have been perpetually held against by a small but loud group of users [who generally just like to hate things, IMNSHO]. I predict that systemd will face the same fate - it will be adopted but there will be some initial issues and a segment of users will spend the next decade talking about how much systemd sucks - while everyone else forgets about it because it just-works. And their systems boot so much faster they don't have to watch it roll-by every time they power on.
Posted Sep 22, 2011 6:33 UTC (Thu) by smurf (subscriber, #17840)
[Link]
+1 again.
systemd may not yet be at the stage where it needs to be, but I'm pretty sure it'll get there.
Just like PulseAudio, in fact. Did you ever try to sync to a new Bluetooth headset and play your music through it? With pulse, that stuff just works. Today.
Two years ago? Not so much.
Tumbleweed backs off on systemd for now
Posted Sep 23, 2011 18:21 UTC (Fri) by nevets (subscriber, #11875)
[Link]
Actually, my desktop can't play sound anymore after I did an upgrade. PulseAudio for some reason just wants to use my USB headset, and ignores the speakers. Every so often I tweak a bunch of things to get it working, but after a reboot, it's gone again.
Two years ago, my desktop sound worked out of the box. Today? Not so much.
Tumbleweed backs off on systemd for now
Posted Sep 23, 2011 18:37 UTC (Fri) by jspaleta (subscriber, #50639)
[Link]
To be clear, what is the expected default scenario on boot from your perspective?
With the usb headset plugged in you want the sound to be routed to both the speakers and the usb headset as the default configuration?
-jef
Tumbleweed backs off on systemd for now
Posted Sep 23, 2011 21:58 UTC (Fri) by nevets (subscriber, #11875)
[Link]
I want sound to default to my speakers. I have a single app (twinkle) that should go to the headset. Note, this headset has a mic and is for calling. Twinkle can select which source dependent from other sound apps. I have yet to figure out how to consistently make it default to the speakers.
pulseaudio digression [Tumbleweed backs off on systemd for now]
Posted Sep 23, 2011 22:35 UTC (Fri) by sfeam (subscriber, #2841)
[Link]
I've had similar aggravations ever since pulseaudio appeared. In my case there is no bluetooth involved, but pa randomly loses devices and settings across suspend/resume, shutdown/reboot, and even at less well defined times.
I have found no real solution, but for me it mostly worked to get an acceptable state in place and then do "chmod -R a-w ~/.pulse". That obviously has other drawbacks, but at least it stopped losing track of the devices altogether. And the instantaneous settings mostly got pinned as the default state.