[ Date Index ] [ Thread Index ] [ <= Previous by date / thread ] [ Next by date / thread => ]
For my desktops, I've been taking a different view. Use a fast SSD as the OS drive, and assign powerbutton to "sleep". Instant on or off and my session still in the same state as I left it, at the cost of a very small amount of power. On 17 November 2012 21:52, Egon Spengler <migel_wimtore@xxxxxxx> wrote: > On Sat, 17 Nov 2012 20:14:34 +0000 > bad apple <ifindthatinteresting@xxxxxxxxx> wrote: > >> On 17/11/12 19:49, Migel Wimtore wrote: >> > Sorry, systemd, not systemd d. >> > >> > >> >> Either way, it's that idiot Poettering again... I really wish he'd f*ck >> off and stop wrecking other distros by dragging them into his messes. >> Although I have to support a lot of RedHat flavour boxes, it wouldn't be >> so bad if his idiocy only infected RedHat/Fedora but sadly it >> cross-infects everyone eventually. >> >> Just have a look at the state of affairs on this thread: >> http://lists.debian.org/debian-devel/2012/11/msg00328.html >> >> They're talking more about the Gentoo guys wisely deciding to fork udev >> away from the broken crap coming out of RedHat but they also talk a lot >> about pulseaudio, systemd, avahi and other "brilliant" stuff that retard >> has foisted on to us. Linus himself was spitting blood about them not so >> long back... He's (Poettering) very clever and clearly a talented >> programmer, but jesus, he just won't stop doing stupid, stupid things. >> >> Regards > > > -- > > I will say for systemd that startup and shutdown are lighting fast! > And service management is pretty sensibly implemented with systemctl. Though i > still miss the rc.d commands, they actually seem a little arcane to me now. For > example, "sudo /etc/rc.d/hdapsd start" is sensible, you simply point to it and > start it, but, with systemd there is a layer of abstraction in the way you refer > to services, and other things. Which you may or may not like. You don't call > things by describing there location. For example, it is "sudo systemctl start > hdapsd". The sysstemd method arguably makes things simpler by taking away the need > to remember the path. However, at the same time, the rc commands are also useful > /because/ they are more descriptive. > > Also, in defence of Pulse. Though it doesn't yet play with jack audio as well as > ALSA, it is getting there, and it actually has some really neat features. Being > able to boost the heck out of laptop speakers, on the fly, is really useful. Tying > to watch quieter things, like lectures, on laptops with bad speakers can often be > fairly challenging. And, being able to adjust the output volume for each > application individually, is pretty great too. All from the Pulse Audio control > GUI thingy, pavucontrol. I use Pulse on my general laptop these days, happily. > Still using ALSA on my audio one (an old banger) for use with MIDI and JACK. > > Just saying. > > Cheers. > > Mike. > > -- > The Mailing List for the Devon & Cornwall LUG > http://mailman.dclug.org.uk/listinfo/list > FAQ: http://www.dcglug.org.uk/listfaq -- The Mailing List for the Devon & Cornwall LUG http://mailman.dclug.org.uk/listinfo/list FAQ: http://www.dcglug.org.uk/listfaq