And it was a bad idea when OS X did it, and it's still a bad idea. I hope they can be disabled (this is actually a GTK thing, not a Gnome thing). I can see how this is useful on a very small screen with a finger as the pointer. But not a mouse on a desktop. We've really gone backwards in usability on computer desktops generally in the last 5 years. Perhaps this coincides with the rise of the "user experience" field of thought, rather than focusing on intuitive "user interfaces."

FUD FUD FUD. Systemd is not a hard requirement of Gnome. Gnome developers have chosen to focus on using systemd-logind at this moment, but there's no reason why ConsoleKit couldn't be updated and maintained for use on other platforms. Gnome developers with their finite resources have chosen not to work on ConsoleKit, but you certainly could.

From the Linux Voice interview:

Some people donâ(TM)t realise that when Gnome started making use of Logind, I actually wrote the patch for that. I ported GDM onto Logind. But when it did that, I was very careful to make sure it would still run on ConsoleKit. I didnâ(TM)t want to have those fights â" if people want to continue running ConsoleKit, they can. Those patches made it in, but some people saw that Gnome now works with Logind, hence it must not work with ConsoleKit any more!

But thatâ(TM)s actually not true. And to my knowledge the code is still in there â" the compatibility for ConsoleKit. The Gnome team has the general problem though, that nobodyâ(TM)s willing to maintain it. People who want to stick to the old stuff, they actually need to do some work on it. If they donâ(TM)t, then it will bit-rot and go away.

And just to be clear, logind is not some part of a bloated init system. It is a service that is developed and shipped with the systemd project but it is not part of init, and is a completely optional part of systemd.

I think you'll find you only get the $10.99 price the first time. after that it's typically more like $25 or more a year for a .com registration. At least it is on godaddy.

I would like to switch off of godaddy, but I only ever remember to think about it when it's time to renew, and from what I've been told, during this renewal time your name is locked and you can't migrate away. Not sure if this is just a godaddy cash grab, or if that's the way ICANN works in general. I use godaddy only for the name registration; I do all my own DNS and hosting.

Then why do you want bash or csh, which are inherently unix-centric and require the use of forward slashes, and know nothing about windows drive letters?

From your post there I can tell you've never used cygwin. It uses /cgydrive/c for C:, not /mount. Which isn't that hard to deal with. Works well for me, since I'm used to Unix to begin with.

There are a variety of command-line shells available for Windows you can try out. They each seem to somewhat resemble cmd.exe with various enhancements.

Don't you mean there are cheaper methods of heating than resistive heating? Because as far as I can tell, resistive heating is 100% efficient. Incandescents convert some fraction of the input energy to visible light. Almost all of the rest is emitted as heat. And if there was no light emitted, a resistive element is nearly 100% efficient. It's just that compared to cheap gas it's not particularly cheap to heat with electricity.

My computer is 100% efficient at converting every last drop of electricity that goes into its power supply to heat.

And I actually don't think the OP is really joking. In northern climates, moving away from incandescent lighting will mean that more heating from other sources is required. But even with additional heating needed, it is still going to cost you less in the end at least in terms energy cost, not counting investment cost.

Correct. Kerberos requires a reasonable synchronization of system clocks in order to work. Thus NFSv4 indirectly requires some form of time synchronization.

Doesn't look like he bothered with the synchros. And at the low input speeds his demonstration uses, they aren't necessary either. The dog clutches aren't spinning that fast so as to cause a lot of damage while engaging and they take no load in this demonstration.

And even on a real car transmissions, synchros are not actually necessary on real transmissions either; you just have to know the theory of how to shift.

Of course we can blame her for this. She's the one that made the decision to use personal email for government and public purposes, hiding her correspondence from government archives, and hidden from freedom of information requests. If not outright illegal, this is morally wrong. When she becomes president will she continue to hide her official correspondence from government archives and the public? Nixon would have loved to have had a system of off-the-record private correspondence instead of those pesky papers that leave trails.

I was not aware that lightening had any springs or "moving parts" on the cable or the jack. Thought they were magnetic.

Good points otherwise.

As to the other posts talking about how the ports and plugs are engineered so that the port breaks before the inner plastic breaks, or before the board mount breaks, well that may be true in theory. But not always in practice.

USB C still has that ridiculous plastic tab inside the female port that can break quite easily if you trip on the cable. Plus in a pocket it can fill with lint and prevent the cable from seating securely.
Thankfully USB C is reversible (finally!) but compared to the proprietary Apple connector, it still is inferior in my opinion.

There's currently only one production vehicle with an all-aluminum body on the market today. But it has a conventional steel rail frame. Saturn used to make body panels out of plastic as well, but they never looked as good. Steel body panels are light and cost effective and aren't going away anytime soon.

Funny-looking duck you have there.

Almost everything you say there is blatant misinformation. Way to spread the FUD. Pretty amazing stuff. Especially your idea that there's no technical merit to systemd, and by extension replacing upstart, which replaced sysv.

90% of systemd's suite of utilities are not part of init, and not even required or used by most people and their distros. It does, though, make containers and cloud a lot easier for those who want to do that. Certainly makes administration better on servers.

Before you launch into this sort of diatribe, would it hurt to learn a bit about systemd and what it's doing than to simply parrot old FUD and unsubstantiated claims (and I use that word rather loosely)? Wild conspiracy theories make all of us in the Linux and Open Source world just look silly and hurts all of our credibility.

How many years are you looking for? Systemd has been in production for a long time now. We're talking four years now. The actual init daemon is small and very stable and has been so for years (I might also add Pulseaudio is stable and has been for years now too).

Whatever the motive, I'm glad Slashdot posted this. Sounds very interesting and I'd never have known about it otherwise. Might have to buy it for my nephew.

Software licensing is always complicated, particularly when a product is a assembly of separate modules and pieces. If they have violated the license for the Linux kernel itself, I highly doubt this would touch their actual VMWare software at all, though a court could determine that. Conventional wisdom would indicate that the license does not cross the API boundary, so the copyright infringement ends at their kernel drivers. My understanding from the article is that it's the kernel drivers themselves (the vmkernel module anyway) that VMWare includes borrowed code from the kernel sources, which are then released with a proprietary license. Had VMWare wrote all the driver from scratch, there wouldn't even be a case, even if the drivers are proprietary, non-free code.