Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Comment Re:Anything radioactive explode in the boom? (Score 1) 443

Fukushima operated exactly within the issues for which it was designed for. Because some MBA decided to skip the generators, disaster set in.

Almost. Because some MBA at GE decided to put the plant where it needed to not be placed and the US government forced that location over the protests of the Japanese, the generators (which were not skipped) were flooded and could not function. You could also pin it on the Japanese failure to elevate the generators, which was considered undesirable because of aesthetics. But you can't blame it on skipping the generators, because they had generators. They were simply worthless due to site selection.

Comment Troll? Fuck you. Get some experience. (Score 1) 162

I can't use several of my machines because of lack of drivers for horribly common hardware which is nearly identical to supported hardware and for which a fix has actually been submitted on the mailing list. In spite of it being only some changes in values and not in the basic functionality of the driver, they begged off adopting the changes because of concerns with Linux copyright, which has already been shown to not apply in this case. Just NIH. Well, fuck 'em. I'll use something with some support.

Comment Re:Don't play their game (Score 0) 451

Bill Nye seems like a good dude. But participating in that "debate" was just stupid. It gives the appearance that there are two credible sides to the issue.

I don't think someone who focuses on science can combat these religions. It has to be someone who's devoted their life to studying each one, and who knows where all the problems are.

But if I were going to take the approach from science, I would do what the religious people do, and just refer back to some prior time when someone argued about this and claimed victory, then I'd dance around and claim victory for myself. Because what else can you really do when you're arguing with someone whose arguments are provably stupid?

Comment Re:I don't see the problem (Score 1) 863

Currently we have every app maintaining its own configuration file(s) in miscellaneous directories under the user's home directory in non-standard format and each application implementing its own configuration parser.

That's a feature. Typical operating systems around when Unix were developed had structured files understood by the operating system. We can still have that sort of thing, through libraries, and indeed some applications make use of them. But not forcing it on applications leaves them free to implement their own backstores.

Many applications don't need to make use of a complicated configuration file format, and there are other real-world reasons not to conform to a system standard, such as cross-platform applications. Sometimes it's just not worth it to make all the changes to make your app a good citizen. And that's why all modern operating systems have the concept of unstructured files.

Comment Re:Not true. There's a different division (Score 1) 863

Why is the Linux world so commited to foisting changes on the unsuspecting,

It's not that, it's just that those people flock to Linux because they see it as the new shiny, forgetting that it is in fact emphatically the opposite. It's a macrokernel reaction to a microkernel operating system! It's actually a new implementation of the old faithful, which is why this kind of crap is so frustrating to the rest of us in the Linux camp. Linux is not the new hotness, it is the old way. If they want to crap up something with new daemons maybe they should join the HURD

Comment Re:Not true. There's a different division (Score 1) 863

It's not possible to reliably track processes in the classic Unix

Wait, what?

But of course, pidfiles are fundamentally racy - and it CAN NOT be fixed.

Sure it can. It's called double locking.

Starting several copies of a service is impossible - that's why even crustier inittab is used for gettys.

Wait, what? Impossible? You don't seem to understand what scripts do.

And so on. I can go on for quite a bit of time.

Do you ever say anything true?

Comment Re:Are you sure? (Score 1) 863

so configure journald to simultaneously spit out text log files to syslog/rsyslog

Uh what? HAHAHAHA. And also HAHAHAHA.

Let's actually discuss what you just said here.

Journald doesn't spit out text log files, that's the problem.

It will spit out text log info to another syslogd, which means there's more latency before the log message hits the disk.

Therefore you can not get simultaneous logging.

If journald did text logging, which a Unix syslog should do (it is the Unix way to use human-readable flat text files and that is for a good reason) then no one would be bitching. Text logging is more important than binary logging, it should be first.

Nobody in the systemd camp seems to be able to remember that flat files without specific formats was an advancement of Unix. Let the application sort it out, and simultaneously make the information meaningful to humans.

Comment Re:Are you sure? (Score 1) 863

The Debian project can't force it's package maintainers to do the work of, eg, patching Gnome to work without systemd if needed

The GNOME project is going to do that itself, the dependency on systemd is temporary, or so they claim. It has to do with Wayland, IIRC. So all Debian has to do in order to solve this problem is wait for GNOME to pull its head out (like usual)

Comment Re:Are you sure? (Score 1) 863

e.g. one of the biggest bits of misinformation is that systemd only emits binary logs but if you check the config options you will see

"ForwardToSyslog=, ForwardToKMsg=, ForwardToConsole=, ForwardToWall= Control whether log messages received by the journal daemon shall be forwarded to a traditional syslog daemon

You are mischaracterizing the argument, which is that text logging is a second-class citizen. No one claimed that it was not possible to have text logging if you are using systemd. The claim is that in the lag between systemd binary logs and the time when systemd has bothered to hand the message off to the next systemd and it gets written to disk, you can lose messages from your text logs that may or may not be in your systemd log due to truncation of the binary log in the case of a crash, and this is a fact. Know what else is a fact? Nearly no one who is bitching about binary logging would be doing so if it were added on to syslog rather than replacing syslog with its venerable and functional text logs which we can read from the filesystem with a disk editor if necessary.

There was no need whatsoever to make a new logging daemon which is integrated with a new init daemon if the goal was to implement binary logging. Because of the modular nature of Unix, it is possible instead to simply change the log daemon. And it was further completely unnecessary to make text logging a second-class citizen to binary logging. And it is further possible for them to fix this by implementing text logging, but NIH so nyah nyah nyah, our way is the right way and your decades of experience mean nothing. Right? Your side mischaracterizes the debate and ignores the lessons of history.

Comment Re:Are you sure? (Score 1) 863

Good. We're in perfect agreement. Please go and fork Debian, Linux kernel, FreeBSD or whatever. But stop whining about systemd.

We're not whining, we're complaining. Whining is what it would be if we were being given a choice. A lot of us have spent a lot of effort learning the distributions we're using now. It's not like we can't switch. It's just stupid. Ignoring the users is stupid.

Slashdot Top Deals

"The only way I can lose this election is if I'm caught in bed with a dead girl or a live boy." -- Louisiana governor Edwin Edwards

Working...