Slashdot is powered by your submissions, so send in your scoop


Forgot your password?

Comment: Re:Lennart Poettering is cancer on the face of Lin (Score 1) 347

by ookaze (#49664755) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

systemd's position as PID 1 on Linux systems creates an enormous SPOF given the complexity of the code. The only sane position systemd developers can take is "we're not ready, please don't use this even as a test in your released distributions".

So that everyone can see the level of BS of this user : "Linux's position as a kernel on Linux systems creates an enormous SPOF given the complexity of the code. The only sane position Linux developers can take is "we're not ready, please don't use this even as a test in your released distributions".
This is the level of discussion, it's pathetic actually.

For all practical purposes, the rapid and unseemly adoption of systemd means that many enterprises running distributions that now rely upon systemd have to make the decision to not trust their distribution any more if they consider their systems mission critical. This is going to make people move to FreeBSD, Oracle, Windows, non-systemd distributions, microservice/microkernels, etc in rapid fashion. It is going to literally kill Linux for the people who have not yet figured out how to deal with the loss of machines (the majority of the enterprise world). And that may be a good thing, in the sense that Linux has in many ways become indistinguishable and directionless in the sea of operating system options. It tries to be far too many things to far too many people.

The problem for you shills of proprietary OS vendors and appliances, is that Linux actually succeeds in being many things to far too many people (in your eyes).
You'll have to do better than that: while you shills cry here, Linux succeeds, and with systemd, is available in even more products than before.
You know the stupid Cloud rage going on right now, systemd allows Linux systems to be rapidly deployed there.
Yes, you shills have no purpose in this matter actually, you've already lost.

Lennart [...] likes to think he is a genius and we simply don't understand his vision, but for a great many people, his vision is the antithesis of what we like about Linux and Unix. Systemd developers don't understand the arguments of simplicity, composability, and small programs that do one thing well.

I guess the problem is that systemd is heavily dependent on Linux, whose "developers don't understand the arguments of simplicity, composability, and small programs that do one thing well", to quote you. These developers (Linux kernel and systemd) only understand the arguments of programs that just work, are robust, adaptable, coherent, fast and efficient, easy to use, difficult to break, the most secure possible.

The truth is the fault doesn't rely totally upon Lennart and his team: Some of the blame can also be assigned to Linus for poor stewardship, but Linus has a set of complex motives and organizations that influence him. Linus should have killed this stuff much earlier.

I think in a few years, we'll realize what a mistake we made in giving Mr. Poettering any chance of credibility in operating system software development.
I hope it comes sooner rather than later.

So you came to the same conclusion as myself. Except that I think Linux, Lennart and co are far more intelligent than you are, and I just happen to agree with them on technical ground with my knowledge of the field. Even my experience of 15+ years of building special purpose Linux OS from scratch agree with systemd and Linux OS, and even with GNU most of the time, believe it or not.

Comment: Re:Systemd detractors are like climate change deni (Score 2, Informative) 347

by ookaze (#49664449) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

Actually, it seems quite the opposite. We have the systemd crowd claiming that it's simpler even when there is a whole new level of complexity in systemd they don't even know about (hint, look for the systemd craziness in /lib). Like the climate change deniers, they believe that since they haven't personally seen a problem in their simple and vanilla system that there isn't a problem at all.

There is no "systemd crowd". There are systemd users that find it easier to use than previous solutions which have bugs which won't ever be fixed like Upstart.
systemd is actually far less complex than using Upstart + countless tools and daemons with their configurations scattered all other the place.
I don't see the crazyness you talk about in /lib/systemd or /usr/lib/systemd. I don't use every systemd utilities, but I caved in for a lot of them and threw away xinetd, my custom FS mount scripts, my custom network scripts...
And my simple and vanilla systems, with their LVM on software RAID, FS on SAN and NAS, ... which were a pain to tune so that they bootup correctly every time, were a breeze to migrate to systemd. So yes I don't see a problem with my vanilla systems that even distributions didn't know how to setup 15 years ago, and some still can't today.

Comment: Re:Everybody good has moved to the BSDs. (Score 1) 347

by ookaze (#49664249) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

The reason that "nobody put up a fight" is because every intelligent Linux user has seen systemd for the disaster that it is, and they've moved to FreeBSD, PC-BSD, OpenBSD, NetBSD or DragonFly BSD months ago. The only Linux users left are the ones who'd be just as happy using Windows, which is pretty much what they get when using a modern GNU/Systemd/Linux distro.

So I'm a unintelligent Linux user that is happoy using Windows to you.
You should revise your hypothesis, as you're plain wrong in my case: I just can't stand using Windows, the latest one I've used is Win7 though, and I can't stand using it as it doesn't work correctly. I can assure you none of the Linux I use/make/administer are like Windows, I actually understand how they work far more than any Windows I ever used, and they don't crash like Windows.

Comment: Re:But... (Score 1) 347

by ookaze (#49664185) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

because some software expects it and doesn't run without it.
shit software, but software anyways.

that's whats bad about it, really. it's just not a startup replacement but one that aims to turn developers into developing software that can't work without it,, without trouble.

why would startup utility provide user authentication? to conquer everything of course.

You're right of course. Fortunately, the startup utility systemd (PID 1) doesn't provide user authentication, so you and I can sleep well at night while using systemd.
Some people will tell you that PAM is no better, but that's what most distribution use these days. But if you want and are knowledgeable enough, you can make a system without PAM for user authentication too.

Comment: Re:But... (Score 1) 347

by ookaze (#49664145) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

The better question is why bother supporting two sets of packages and scripts that accomplish precisely the same thing. Pick one and go with it. Given the support for systemd (by people who matter, not trolls), it seems the logical choice.

It's a good thing that they bother if they have the workforce, which they seem to have.
There's no problem with that, gentoo is doing the same thing.
As long as they are also going with systemd so that when the burden of initscripts is unbearable they're not stuck with an even bigger moutain to climb, it will go well. It will still be really painful for initscripts users though.
For now, the chasm isn't so big, it will really be huge when kdbus enters a Linux kernel release, even in experimental.

Comment: Re:I like how this got marked troll (Score 0) 347

by ookaze (#49663897) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

It's a fact that the fix for corrupt logs, which systemd will often corrupt if you power-cycle your system, is to delete them and throw them away. It's a fact that systemd will only sometimes recover any part of its bullshit binary logs, and only any part after any error. So if journald truncates a file because it shits itself, which it has been known to do, then you lose the whole log.

Your facts are plain lies, any sysadmin can see that. systemd does not corrupt logs when you power-cycle your system either, the fact of power cycling your system is actually what corrupts your file-system, and that's not even always the case.
Stop using "data=writeback" on your ext4 FS, take the performance hit and start using "data=ordered" instead of spreading lies, perhaps your FS will leave you alone then.
Up to this morning, I used the journal to debug an embedded system (raspberry pi) that would not boot, for which I don't have a console nor ssh access. I just shut it down electrically, then get the SD card, then read the journal file from another system. Guess what: the entire file is readable every single time (I've done it a lot to debug boot problems) with journalctl, with even the kernel boot messages as thanks to systemd, I get really everything in the log.

Comment: Re:The pain isn't in the switch (Score 3, Insightful) 347

by ookaze (#49663749) Attached to: Linux Mint Will Continue To Provide Both Systemd and Upstart

I have contended with corrputed files plenty. If they are plain text, it's highly unlikely that a glitch leaves it such that a human can't piece together what is left. If it relies heavily upon common features of binary formats (compression, alignment to very particular addresses, section headers), it's quite easily unrecoverable. Basically the exact things that make them attractive (performance, efficiency, analysis) make them lose all meaning pretty quickly if part is missing or something.

But that's the problem: people who constantly rage against systemd and its binary logfiles are not AT ALL interested in knowing if they can read it, they never tried, they never looked at explanations of how it works or anything.
The fact is that you can actually use "strings" (the shell command) against your journal file and get A LOT of text logs with a lot more information than in a standard log file. Of course you lose all the semantic like the integrity of the text you're reading.
Which is because journald won't even compress small logs because it would take too much space. Only big log lines or blobs are compressed usually.
All this talk about systemd binary logs being unreadable is just plain lies and BS from detractors.
Of course, if you read your log with journalctl, it will get you all the extra benefits.

Comment: Re:A year later (Score 1) 300

by ookaze (#49616257) Attached to: Ubuntu 15.04 Received Well By Linux Community

Nice inversion. The emotional appeals come from the pro-systemd people, valid technical arguments on that side are nowhere to be found.

Anyway, systemd won, and I can now enjoy seeing all the incompetent fools that were against systemd be proven as truely incompetent fools as time goes by and systemd just chugs along without the mythical problems they were talking about but never explained (as they don't exist).

Comment: Re:A year later (Score 1) 300

by ookaze (#49616193) Attached to: Ubuntu 15.04 Received Well By Linux Community

You mean like RH prior to RHEL 7? Or how about Slackware? Gentoo? Ubuntu LTS? Plenty of distros exist[ed] without systemd and didn't suck. What Red Hat and the systemd crowd doesn't want to here is that most users that care do not want systemd. Most users have no opinion one way or another. Most that do care were perfectly content with the old system and saw much bigger problems in the Linux world that fighting over replacing init takes time away from. If we really needed a new init system, then why not adopt launchd, SMF (which systemd wishes it was), or upstart, and focus on issues that actually matter? Instead, Linux is losing long time supporters and is fracturing itself.

But you're wrong plain and simple.
sysvinit and its shell scripts was one of the reasons I decided to make my own distro from upstream sources 15+ years ago.
I saw already that these things were security nightmares added to the fact that they were buggy and impossible to fix in the cases where design flaws were involved.
To this day, they are full of kludges and nonsense, and proprietary software vendors are no better than a newbie sysadmin as to their knowledge of init scripts.
Everything I've seen was full of bugs or made for the most simple case.
I think that's why LVM was so badly supported in most distro, except in Red Hat ones, as RH employees develop LVM2.
And I say that because I mastered init scripts, I corrected countless ones on distros. But I could never do anything about its design flaws, and had to just shake my head when I saw sysadmins launching them directly when the scripts weren't cleaning their environment correctly (which they can't do properly anyway) and they got different bad results, like believing a daemon was launched because the script said so, but the daemon wasn't launched at all.
People that say init scripts were working correctly, I just can't take them seriously, init scripts never worked correctly in the first place, unless you knew what you were doing and mastered everything about a session and its environment, and lots of other things.

I'm no genius to have seen all the flaws in sysvinit, lots of people saw them and tackled the problem, and I often used their solution, I've went years with simpleinit-msb (after using simpleinit), which I had to support (patch) myself when it was abandoned until it was too hard and when I went searching for a better one, I first tried Upstart, which was a PITA, then systemd appeared and I never looked back.
None of the init solutions I've tried along the years gained traction. Even systemd at first, the inertia was too strong. I thought it was sad, but at least I didn't have to deal with sysvinit crap at home.

Comment: Re:A year later (Score 1) 300

by ookaze (#49615971) Attached to: Ubuntu 15.04 Received Well By Linux Community

That tired old lie again...

Making a distro is not something a single person can do. And if you were not intent on spreading lies, you would acknowledge that as it is rather obvious.

You're plain wrong. If you count LFS as a distro, then I have made a distro as a single person, as I made my own more than a decade ago and that's the one I use at home since then. It's used for all the family to use, several computers in the house, on my embedded ones, on my MythTV one, on my firewalls, ...
The only big difference is that I don't maintain it for other people.
This is where most of the hard, boring and tedious work is, and I don't want to do that, especially when I see how distro makers are treated here or elsewhere.
Lots of people asked me why I don't release my OS as a distro. This is the reason, and I can add the fact that it surely would be duplicate with one from other people who are knowledgeable enough to do exactly the same thing that I'm doing.

Comment: Re:Red Hat will crush Linux competitors (Score 1, Troll) 300

by ookaze (#49615543) Attached to: Ubuntu 15.04 Received Well By Linux Community

Red Hat is operating right out of Microsoft's playbook.

Remember when Microsoft was buddy-buddy with Apple, and IBM?

Once Linux is completely dependent on Red Hat controlled technologies, Red Hat will always be two steps ahead of the competition, it will be seriously difficult for Linux users to use anything except Red Hat.

What happens when Red Hat decides there is no reason for more than one package management solution? Red Hat will say that users demanded one standardized package management, and systemd will only work if Red Hat's solution is installed. Wait for it.

You should learn what Free Software is, because right now you look like an idiot.
The GPL prevents the kind of control you're talking about, and systemd is licensed under the GPL.
Plus systemd contains a PID 1 daemon so what you say doesn't make any sense.

Comment: Re:The SystemD marketing rolls on... (Score 1) 300

by ookaze (#49615457) Attached to: Ubuntu 15.04 Received Well By Linux Community

Theres an old saying, which Im going to modify for my own purposes.

Those who can, make distros. Those who cant, whine endlessly about what the distros are doing.

I make my own distribution using Linux From Scratch (LFS) as the basis. Yet I do not think SystemD is a worthy replacement for SysVinit. No log file should ever be binary. Period. Full stop.

I'm doing that too, all my systems are made from scratch with an automated tool based on nALFS that I maintain alone.
I use systemd since before it was even officially released and have never looked back since. I abandoned shitty sysvinit 15+ years ago on my systems and never looked back.
You don't even understand what the journal is doing, I won't debate this nonsense while on all my servers, I have the journal plus text log files via rsyslog.
If you can't even do that and yet you claim to use LFS, I bet you didn't understand one thing of what you were doing, which defeats the purpose of using LFS.

Comment: Re:Why the surprise? (Score 1) 177

by ookaze (#49605809) Attached to: When Enthusiasm For Free Software Turns Ugly

But linux use on the desktop is growing? ...
I mean if we want to include android it's one of the most popular OSes in the world.

Android is not Linux, nor is Android a desktop OS of any kind. Yes, Android probably is one of the most popular OSes in the world, but we're talking about Linux on the desktop here, which is an entirely different animal. The kernel is the only thing they have in common.

It is hard to say whether it's growing or not. You say it's growing, hairyfeet says it's shrinking, who's right? What I do know is true is that desktop PC sales are shrinking, thanks to mobile devices and to people hanging onto their hardware longer.

Except that Android is Linux on the desktop, Android is used as a "desktop" on lots of tablets actually.
You didn't know it, but the kernel is Linux, so Android is actually Linux, it's not GNU/Linux though.
You may not like these facts but I know lots of people have problems with reality, that's life.

Comment: Re:Is Devuan out? (Score 1) 442

by ookaze (#49605681) Attached to: Debian 8 Jessie Released

Lol no, and it likely never will be, sadly.

Perhaps if Devuan was headed by someone other than a pot-smoking hippie called Jaromil that bans anyone who is opposed to feminism etc, then maybe Devuan might do something and save us.

But it is, and it won't.

Oh man, I knew Devuan was BS, just by reading their supporters on Slashdot who are mostly people with no technical knowledge at all regarding init systems, but now that I know that its members are feminist friendly, I'm sure it won't go anywhere. SJWs are not compatible with improvement IMHO, I wouldn't touch these people with a 10 feet pole.

"Pascal is Pascal is Pascal is dog meat." -- M. Devine and P. Larson, Computer Science 340