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


Forgot your password?
Slashdot Deals: Prep for the CompTIA A+ certification exam. Save 95% on the CompTIA IT Certification Bundle ×

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

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) 744

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) 744

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) 370

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.

Comment Panama City Skyline (Score 3, Informative) 72

I spent four years in Central America, in Costa Rica and Panama. I only wonder why this is news.

If you take a look at the Panama City skyline, it's pretty impressive. The population for the metropolitan area is only about 1.5 million though, so why all the skyscrapers? Who lives there?

No one. The government started investing in infrastructure after the Canal changed hands and they actually started getting money from it, and this fostered a booming construction trade. The construction companies thought that this government money was a grand idea, and the best way to keep it flowing is obviously to kick some of it back to the government officials. The government has spend the last decade trying to hide the debt that has been piling up as a result of this, and the only thing that I can say is that at least some of the money went into infrastructure.

Corruption is the expected norm in the entirety of Central America. It's how things are done there. I've bribed police there myself, and one of my friends was elected Representante de Panama while I was there: I can confirm that this operates the same way on all levels. The only reason I can think of why this would show up in the news at all is that someone didn't get paid enough. Where is the story here?

Comment Alaskan Solar Power (Score 1) 466

This snow clearing suggestion probably works, except for heavy snowfalls. Upstate New York, e.g., or the Chugach. I'm from Valdez and the concept is hilarious. Plus heating up snow is an energy-intensive operation, and any time you've had snow it must necessarily have been overcast, and in Alaska that means that you're probably dealing with less than six hours of daylight. I'd say the method of clearing the panels with the best ROI would be to say, "Fuck it" and drink until springtime, but that's how I approach most issues with winter in that State. It's a very popular strategy as I'm sure you've noticed.

Comment Why sell software? (Score 1) 359

Your trinity is entirely correct, so what is the business case for open source software? Clearly there is one: even Microsoft is getting in on the game.

Your examples of Linux software are a bit off base. In Debian's most popular packages, you have to go down to #259 to get to x11-common, and the first actual graphical program (iceweasel) comes in at #657. I understand that you're a desktop user and your business involves selling desktops, but I do wish that you would get past your myopic focus. Linux is a server OS, a development platform, an embedded and supercomputing platform, and while it can be used as a Desktop OS, there's really not much business interest in that.

I think you must be unaware that the majority of software is written to save money, not to make money. There's also a huge hidden cost to software: it doesn't exist in a vacuum. "Though a program be but three lines long, someday it will have to be maintained." The cost of maintaining software for which you don't have the source code tends to be "finitely large".

You're correct in what you say, up until you identify it as a flaw. Yes, it probably keeps Linux off the desktop. I'm sure that Mark Shuttleworth cries himself to sleep over that, but I'm sure Linus couldn't give a shit, and neither do the rest of the companies which have invested untold billions of dollars worth of developer time into the Linux ecosystem.

Somebody ought to cross ball point pens with coat hangers so that the pens will multiply instead of disappear.