Follow Slashdot stories on Twitter


Forgot your password?

Comment Science vs. Religion (Score 1) 268

Scientific truth is not the same thing as religious truth. There can be true statements in each system which contradict each other. Whether or not it is meaningful to compare truths arrived at by different methods is debatable.

Science is rooted in empiricism; truth is determined by observation. It's well suited to producing truths about things which can be isolated in an experiment. Things like economies, law/morality, and mathematics are more or less intractable for science, and it cannot make many statements about supernatural beliefs. There is a branch of philosophy which regards the unproven or unprovable as false, but it's a minority viewpoint.

Religion is (perhaps surprisingly) fairly rational, as in rationalism. However, fundamentally its truth is rooted in received wisdom and not subject to test by observation (and to some degree not to reason either). Where religion makes statements about the observable world, it can and often does conflict with empirical truth. Sometimes these things are called miracles.

It is not true that the realms of science, religion, and logic do not overlap. Religion does not always confine itself to the intangible. Scientific theories are always dancing on the limits of observation. Personally, I don't think it's useful to try to reconcile different ways of determining truth, and I think you and John Paul II are with me on this one. I'm not aware of any sensible way to establish a value relation among them; each is necessary in its own domain.

That said, while in my moments of intellectual honesty I am agnostic, believing strongly in something contradicted by empirical truth is not usually something I can take very seriously.

Comment Re:excuse me, may i use your phone? (Score 1) 101

My phone has a guest account. Also the payment applications have distinct passwords. That said, the only time in the last decade someone asked to use my phone, and I let them, it was apparently to try to score some xanax. Lesson learned: you may not borrow my phone. Homeless people have cell phones these days, if you don't have one (for some bizarre reason) ask one of them. I'll consider exceptions to this rule if I know where you sleep.

Comment If you need math, learn it. If not... (Score 5, Insightful) 616

And there's a shit ton of CRUD apps that people want written that don't need anything of the sort. There's a world between high-performance computing and the most superficial use of a computer. Excel macros spring to mind, as an example. We can also draw a line between simple computation and more complex mathematics -- simple calculations are absolutely the computer's job.

To answer your "So what?": useful shit can be done even without having learned everything that you did. What useful purpose does elitism serve?

Comment Upstart and Systemd (Score 1) 747

Upstart was much more limited in goals and utility than systemd, and it took (arguably) the wrong approach to dependency resolution. It was an evolutionary upgrade with many of the same problems as SysV init. Rightly or wrongly, systemd is using the functionality provided by cgroups to implement a more-or-less complete plumbing layer for Linux services. You could interpret that as codifying, standardizing, and integrating existing components and features, or you could interpret it as absorbing functionality that should be seperate. The reality is likely somewhere in between. A lot of this is sensible -- timers for example are an obvious part of service management. But there's a lot of pushback from people who are used to writing both the script and the cronjob ("...uphill both ways! and we liked it!") and want to be able to use any POSIX-compliant cron daemon they choose. That they choose to use the default one and can continue to do so with systemd is seemingly beside the point.

The detractors who accuse Poettering of creating his own OS are not completely wrong. We are moving from a period of recommendations (e.g. Linux Standard Base) to a more integrated system, which is expected to manage services intelligently instead of letting anything that wants to snag an interpreter do whatever it wants to the system. For most people it is a sudden and far-reaching change. It was not created suddenly, however, and the foundational technology shift (cgroups) could be mistaken for a small and subtle one. As I've said, I think that most of what has been built on the core systemd/crgoup functionality are fairly logical extensions. Handling e.g. user sessions should probably be a core part of init and system management, especially if you're going to use cgroups to manage those processes, and especially if no one else is doing it. I'm sorry you're having hibernation issues, but I don't think you've even stopped to consider the idea behind systemd before passing judgment on it. If Linux had cgroups when it was first written, every part of systemd would have been written by someone else already; it makes too much sense to not use the functionality. Upstart would use them, and it would still probably have been replaced by something that starts dependencies on demand. Certain decisions about systemd components may not have been made with your use-case in mind, and I'm sure that like any other piece of software, bugs abound, but it is certainly not a "dumb idea": it's the way forward. The days where the only job of the OS was to start an interpreter are over.

Comment Process Tracking (Score 3, Interesting) 747

You haven't been paying attention these last 20 years when every unix vendor has replaced SysV init with something else.

Writing init scripts is not a one time annoyance, at least not for distro maintainers. They are also not portable between distributions, as systemd unit files are. SysV init is also literally the dumbest form of init, where the init process has no information about dependencies, and cannot react sensibly to any changes in system state. Another sticking point involved the inability of the system to track processes accurately, which resulted in a number of kernel-level features over the years, of which cgroups are merely the most recent. Yes, it's fairly rare to have things go wrong, but pidfiles are unquestionably a bad hack.

Init is a misnomer. It was supposed to be the method by which your system changed states, but it was never very good at this, so people are used to thinking of it only as handling a few rare circumstances. The problem systemd solves is how to get the computer from state A to state B reliably, and guarantee that the services it manages are started properly. Startup and shutdown are special cases of this problem. It is built on kernel-level features that allow it to track processes accurately (and incidentally also track resource useage).

Systemd is the result of a number of (IMO) obvious choices. Cgroups exist, therefore it makes sense to write a service management tool to take advantage of them. As long as you're writing a service management tool, you should probably write in dependency resolution. Handling startup and shutdown is another logical choice. Also, since 95% of init script contents are common tasks, it makes sense to abstract out that stuff into a common C-based library. At this point it is relevant to note that, cgroups aside, OpenRC does this exact same thing.

Writing scripts is part of UNIX, and systemd coexists with them pretty happily. However, rewriting scripts into more flexible C libraries is also part of the UNIX tradition. What's so hot about these scripts, besides that you're more comfortable working with them?

Comment Cheating Statistics (Score 1) 372

The statistics on cheating seem to bear out the fact that it is commonplace, even part of the human condition. The moral stigma associated with cheating is mostly sexist, mostly against any woman involved, especially if they're the cheating partner, and this is directly related to the inability of previous cultures to establish parenthood.

The link was merely the first Google result, but that cheating is common even in happy relationships is a fact widely denied but rarely refuted.

Comment Re:Driver Model (Score 1) 378

You're not responding because you have no argument. Linux supports a wider range of hardware than any other kernel: ipso facto it has no driver model problem.

You have desktop myopia. Linux is not a desktop OS, neither are the BSDs, the commercial Unixes, or QNX. Yes, there have been efforts to force it into that space, but it's a minority of the development effort. As evidenced by popcon results, most Linux installs have no video output. Is that a desktop OS to you?

No dialog can be had with hairyfeet, whenever he's backed into a corner he cuts and runs, either changes to a different rant or just ignores the conversation entirely. No matter what happens you leave with your opinions intact.

Comment Re:Driver Model (Score 1) 378

I don't know what their problem is, but it clearly has nothing to do with the billions of Linux devices in existence.

lol, you think phones and servers are equivalent to the steam box?

I'm sure you were trying to express some sort of reasoned opinion. I'm less certain that you understood what you were responding to. Your comment is a complete non sequitur.

To be fair, I do need to thank the Linux developers for the "billions" of android phones that can be rooted. They keep on introducing new security vulnerabilities in every single release to let the users root their devices. Go Linux ! Yay !

Like every other phone OS I'm sure, but to be pedantic these are mostly AOSP vulnerabilities; you can thank Google for them. I'm sure you're having a wonderful time bashing Linux on random topics but we were talking about drivers, no?

Hairyfeet obviously knows when to quit. Anyone who can point to the kernel that supports a wider range of hardware than any other and say that it has driver problems is beyond help. Glad you stepped up to that plate. I'm not particularly interested in whatever random abuse you're interested in dealing out though, you obviously have no professional experience from which to speak.

When you need to use Linux, use it. When you need to use something else, use that. Tech is all about tradeoffs. If you don't understand what tradeoffs are being made, that's your cue to educate yourself. The easy answer is of course to assume that everyone who disagrees with you is ipso facto a moron: this is a puerile notion which rarely survives contact with the real world. In point of fact, the advantages of an open source operating system (especially one with broad hardware support) should be immediately obvious to any serious programmer. This is true even if it does not work perfectly, because no software works perfectly, and if you had software that met your every need you wouldn't be coding.

You, as a non-coder, have a different value proposition which leads you to prefer other software. You, as someone with an overly inflated opinion of their own intelligence, are trying to parlay what little experience you have into an ego boost at someone else's expense. Reading slashdot and using a desktop PC does indeed give you an advantage over Joe Average, but you are still woefully ill equipped for any serious discussion of computing.

Comment Re:Driver Model (Score 1) 378

Server OSes require constant system administration now? And desktop ones don't? I take it you've never administered either.

Valve is not a major OS vendor. I'd say that embarrassing is a good term for them though. I don't know what their problem is, but it clearly has nothing to do with the billions of Linux devices in existence.

You don't administer either desktops or servers. You don't use Linux. You don't program. You appear to have no idea what computers are used for besides Office and gaming. From this wealth of ignorance you have decided that Linux has driver issues. When pressed for evidence, you change the subject.You're doing a great APK impression.

Comment Re:Driver Model (Score 1) 378

So you just assert that it "DOES NOT WORK" because why? Desktop marketshare? Linux is not a desktop OS. The GUI is completely optional and it would not be less useful if it didn't have one at all. That is to say, its primary user interface is programmatic -- does that sound like something Joe Sixpack could use? The "by programmers, for programmers" operating system has actually been massively successful -- among programmers.

Updates, Android, whatever version of Windows you think is relevant, and whatever laptops you're talking about, are bizarre red herrings. You're saying that an OS which exists on a wider range of devices than any other has driver issues. I can understand why you'd want to drag in any other subject that would make you look less foolish, but that's what you get when your opinions are immune to reality. So your actual supporting evidence for this claim is what exactly?

Comment Re:Driver Model (Score 1) 378

2% DESKTOP. And may it stay that way.

There is no one best way to do software; it's always a matter of tradeoffs. You're a moron for thinking otherwise, and doubling down on stupid by asserting that every other OS follows the same rules. It's not even close to being true. What is it about the success of Linux that prevents you from even acknowledging it? Billions of devices run it: practically every smartphone and supercomputer, a good chunk of the embedded market, render farms and GPU computing clusters, raspberry pis — and you think that Linux should give up its "build-an-OS" heritage to cater to moronic desktop users? Because why, they'll sell more copies?

Learning to code would teach you a lot about how myopic your perspective on computing is. Failing that, I'd suggest taking a little input from the outside world from time to time, particularly from programmers about programming platforms. Failing that, you should reserve your rhetoric for subjects which you know something whereof.

Comment Driver Model (Score 1) 378

Hey, you have the same bullshit criticism as last time, I have the same response, you presumably have the same lack of response. I'm going to be less polite here, because you're obviously trolling.

Linux does not need desktop marketshare, and having a closed driver model would be too great a price to pay. If that means trouble for Valve, too bad. However, the driver model actually has nothing to do with anything, and your predictions and your challenge are worthless. You do not have a clue what you are talking about. If the drivers are so terrible, how are there billions of Linux devices?

Comment Reality vs Legality (Score 1) 213

You're describing the legal reality. He's describing the actual practices. Copyright is something granted by law, and it is entirely correct to consider it as something which does not exist except at the determination of our legal system. Public domain is the natural state of all creative works. Jefferson gives a more eloquent statement:

If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it. Its peculiar character, too, is that no one possesses the less, because every other possesses the whole of it. He who receives an idea from me, receives instruction himself without lessening mine; as he who lights his taper at mine, receives light without darkening me. That ideas should freely spread from one to another over the globe, for the moral and mutual instruction of man, and improvement of his condition, seems to have been peculiarly and benevolently designed by nature, when she made them, like fire, expansible over all space, without lessening their density in any point, and like the air in which we breathe, move, and have our physical being, incapable of confinement or exclusive appropriation. Inventions then cannot, in nature, be a subject of property.

Copyright infringement is in no way analogous to theft; I'm afraid you're the person with the profound misunderstanding.

"The Mets were great in 'sixty eight, The Cards were fine in 'sixty nine, But the Cubs will be heavenly in nineteen and seventy." -- Ernie Banks