Please create an account to participate in the Slashdot moderation system


Forgot your password?
Get HideMyAss! VPN, PC Mag's Top 10 VPNs of 2016 for 55% off for a Limited Time ×

Comment Several of the above (Score 1) 229

I'm running ZFS on Linux, so that's got me RAID and snapshots.

For "cloud" backup I have a remote system I also have access to running ZFS and use the "send/recv" feature to replicate incremental snapshots.

And finally, that remote system does the same thing in reverse, backing up to my home PC.

Comment Re:Systemd on slashdot (Score 5, Interesting) 242

I've been using unix (ie. only Linux but we'll pretend that counts) for over 15 years now. Not quite the "old" you may think of but old enough.

I gave systemd a try. It actively fought me and I cannot accept that. It has too much of a "my way or the highway" mentality that you just can't fix without major C hacking and recompiling. If you don't like its way of doing things then too bad.

sysvinit scripts may be slower to boot and have fewer automatic/behinds-the-scenes features you want, but I can make any arbitrary change to them with minimal effort. I can run them with line-by-line tracing using "set -x" and find out exactly why it's hanging. I can rescue it with *any* install media even if it doesn't have systemd and '/etc/init.d/servicename start' will actually work.

systemd is fine for desktops run by people who think Firefox is the only app they really need to Surf The Net. sysvinit is designed for people who want control of their systems and want to be able to inspect what it's doing. And I'm sorry, I NEED the latter to do my job properly.

Comment Can't upgrade (Score 2) 188

Remember back when IE 6 refused to die because corporations had ActiveX stuff that prevented upgrading? NPAPI has become like that as well. I can't upgrade because I have apps that run as Java applets and I'll lose them. I already can't use Chrome...

So, here's to vendors migrating away from Java and issuing updates I guess...

(And I find it ironic that Flash gets some kind of exception even though even Adobe wants it dead.)

Comment Re:Shared hosting (Score 1) 135

It does require root if you want it to run a private port 80/443 service to do the authentication for you and/or to install the certificate into your apache config on your behalf. A nice feature for less capable users (ain't that a scary though)

But if you are using an existing web server and are okay with manual certificate installation/configuration and have a long command-line full of path overrides (eg. no using /etc for storing the generated certs) then it runs just fins as a normal user. I did it during the closed beta.

There's a few other little kinks to worry about like reloading apache on an updated certificate but I think you're capable of dealing with that.

Comment Re:Duh (Score 1) 785

I hate to reply to myself, but I realized a technical error or two. You can use /dev as tmpfs with extra effort, but if you read systemd's standpoint on containers they talk about dropping mknod support being discourage/unsupported. Unprivileged containers aren't allowed to use mknod so that's already out the window.

Comment Re:Duh (Score 1) 785

It's not a matter of the init scripts. It's not that my apps are not compatible with systemd. Systemd is not compatible with my system.

Systemd depends on features which I can't give it in my environment. My environment is an unprivileged container. In this environment you CANNOT have use of prctl for security isolation (kinda sucks, yeah), you CANNOT have /dev as a tmpfs, and you CANNOT have access to the control groups at the kind of granularity. Systemd will not work without these features - I've tried. Were this a sysvinit system I'd just edit the init script to remove the bits I don't need. With systemd I need to recompile a binary and deal with the troubleshooting that results.

Now, these are based on my usage of CentOS 7 which is already 2 years old on top of the release delays. I'm sure newer versions make the situation better. But at this very moment systemd has made a VERY bad first impression (there's more, but I'm not going to go into that) and left me with no practical solution. All the other things like "binary logging" just make me even more irritated.

Comment Re:Duh (Score 5, Insightful) 785

I keep saying it, systemd not an init system. KDE and GNOME should not depend on an init system. Why does the desktop care who's booted it up?

More specifically, systemd is Linux-only. The devs have explicitly stated that they are making good use of Linux-specific features. Fine, but if third party software becomes dependent on it then that implies they won't work on *BSD at all. Right? So now there's no Gnome or KDE on anything but Linux.

So really, choice is being taken away clear across the board. Either that or I'm missing something really big which implies systemd is not a strict dependency.

Comment Re:So who wants to... (Score 1) 572

Busybox is also a pretty weak substitute for most of these applications. Reduced command-line options, fewer features, terse output, etc.

But on a system where memory is limited - even moreso than a Raspberry Pi, for example - this is an advantage. You could put busybox into an emergency recovery boot ramdisk and be able to work reasonable well. That's the objective - it's small and used in specific situations only. If you don't need it, good for you.

As someone already said most servers don't actually use busybox day to day. It's available in the event something goes wrong and you need it.

Comment That includes me (Score 2) 437

My own impressions of 5.0 haven't been too good. The lockscreen doesn't give you the unlock input (eg: PIN) without pushing a button to ask for it, the animations have been stepped up -- the kinds of animations you can't turn off from the Dev menu -- and it generally looks copmletely childish. That's not what I personally want.

If you're running 4.4 check out all the new Google apps from the store. That's what you're getting from Lollipop, but also with the launcher, etc. No. No no no. I uninstalled the gmail update as fast as I could.

This is the trend in tech - things become more colourful, flat and generally dumbed down. I don't mean dumbed down from a user knowledge point of view, I mean "UI designed in MS Paint" down.

Comment Re:Why do people care so much? (Score 1) 774

Indeed, I misremembered that. They don't say delete, they say the file gets rotated out immediately. And this bug report is famously linked as a demonstration of why systemd is hated for its developer attitude to the point that Lennart repsonded to it (today oddly enough). Corrupted files are not considered a bug and not getting fixed.

Comment Re:Why do people care so much? (Score 5, Informative) 774

[Disclaimer: Yes I hate systemd and I proclaim that loudly. Everything below is my personal experience with systemd and why I hate it.]

If booting the machine up was all it did, then I probably wouldn't care. Most of my hate (I can't speak for the rest of the internet) comes from the fact that systemd does a lot more. It also tracks user logins using a mechanism (control groups) that isn't available in some container scenarios making systemd unusable in those environments (and by extension any distro mandating systemd). It does its own logging in binary which needs a tool to read the logs and if it gets corrupted then systemd's devs say "just delete the logs". Really?

But I think the best reason people hate it is because it makes other applications become dependent on it. GNOME is the most well known example but I've also seen that Centos7's Source RPMs have systemd-specific commands (macros?) making it hard to build them on other platforms. rsyslog doesn't listen on /dev/log because systemd is doing something with the socket now. You cannot start services without systemd being the one to do it.

This is the hate. systemd isn't just an init system, it becomes part of your daily life. I liken it to the MCP (Master Contrl Progam) from the first TRON movie. It's systemd's way or the highway.

Comment Re:Finally someone decides to do something (Score 5, Interesting) 469

Ordinarily I would agree, but systemd's "MCP-like" behaviour (TRON reference, I honestly believe that's a valid simile) means that uselessd has a chance of being a replacement for systemd packages of existing distributions. If I can put this in place of systemd on centos7 and have it boot in an unprivileged container (currnetly impossible with stock) then that's a win in my book.

You can't just switch systemd for openrc in an existing distribution without some major resistance. Believe me, I wish it could or I would just install openrc or upstart. That's the problem - systemd is claiming distributions and the list of alternatives is unnervingly small.

Slashdot Top Deals

"Confound these ancestors.... They've stolen our best ideas!" - Ben Jonson