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

 



Forgot your password?
typodupeerror
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Comment Re:Linux sUKS -not! (Score 1) 89

If you're encrypting the rootfs, it's very likely to be a laptop or other system where access is normally from the local console. It's encrypted to secure it in the event it "grows legs".

My desktop workstation is fairly safe, sitting in an office I can lock, in an office suite that's always locked, in a building with limited access, etc. etc. The "engineering" laptop, however, is often outside that pseudo-secure environment. On more than one occasion, we've had laptops stolen out of hotel rooms, parked rental cars, and once out of the office. (they hit every office in the building, btw. That laptop did find its way back to us, eventually.) Of course, we don't rely on hokey userland protections; we enable the laptop's own "TPM" (hardware) security measures and the hard drive's native full disk encryption.

Comment Re:While maybe on BSDs... (Score 1) 58

I agree. On a PC, with the idiotic 4 partition layout, multiple partitions never made much sense. Even when distro's wanted to be all SunOS-like with 18 partitions, I always selected the "put everything in root" option -- if it had one, or went around it's back to do it anyway. (I've actually been doing that to Solaris installs for decades, too. And it does know how big those partitions need to be.)

The largest issue with linux is the lack of any codified standard on what goes where. Even if there were, nobody would follow it. So yes, you never could know how big /, /usr, /var, /opt, /usr/local, /home, ... needed to be. The relatively recent insane solution to that has been LVM and dynamically sizing filesystems. (aka. a makeshift ZFS) Except no linux filesystem is designed for that. And thin provisioned virtual filesystems are the surest path to colossal ruin.

Comment Re: Seriously (Score 1) 58

Right. Because no one ever accesses a system via the network or a serial port. God help you if you want to install through one of those ugly interfaces.

(read: systems exist that don't have a gfx console. I have a room full of hardware that doesn't have video chips of any kind. Most of the hardware Sun/Oracle makes has no gfx console.)

Comment Re:Seriously (Score 1) 58

For people who use linux for Real Work(tm), this has been wanted for years. Run an install on headless (serial or network only) hardware and see how much you like the single terminal screen interface. You can't see any logs. You cannot get to a shell to do things outside ("in spite of") the installer. (without exiting the installer)

Comment Re:WTF? (Score 3, Informative) 107

You do realize there's a difference between weapons grade, enriched uranium and depleted uranium, right? To accurately gauge the weapon carrying capabilities, it would be loaded with a "dummy load" which means no actual nuclear fuel. It gets loaded with depleted uranium to match the mass and weight distribution. In other words, the small ball of plutonium that actually makes the giant kaboom, isn't on the plane. (i.e. everything but the core. "In tonights test, the part of plutonium will be played by a ball of depleted uranium -- because we have a lot of that shit laying around.")

Comment Re:Human did it in 4.74 seconds 5 days ago (Score 2) 54

I don't see why a computer couldn't use a similar algorithm...

Because the people that programmed this thing have never read any of the books written on solving a rubik's cube. There is *ONE* solution; one sequence of moves that when repeated will eventually solve the puzzle. There's no need to think out a solution. Simply pick up the cube and start repeating the pattern until all the sides match. (btw, that's how real people do it.)

Slashdot Top Deals

Federal grants are offered for... research into the recreation potential of interplanetary space travel for the culturally disadvantaged.

Working...