Forgot your password?

Comment: Re:What a wonderful article (Score 1) 296

by gnu-sucks (#48224553) Attached to: How Sony, Intel, and Unix Made Apple's Mac a PC Competitor

You made some good points, but I think the unix compatibility fueled a lot of developer interest in the early days. Developing on OS X was a joy compared with windows. You have tons of useful built-in tools, plus the ability to port over tools common to the GNU Linux/FreeBSD environment.

If an OS is easy to develop on, it can't hurt.

I agree though, most end users do not care and never would know the difference.

Comment: Re:Who cares about performance? (Score 1) 108

by gnu-sucks (#48201623) Attached to: Which Android Devices Sacrifice Battery-Life For Performance?

I was wondering the same thing too.

I have a decent 8-core xeon at work as my workstation. When I have intense computations to run, I do it on one of our clusters. The idea that someone would do intense calculations on a phone is pretty ridiculous. You've outlined a few good examples, but like you said, most of that is done with dedicated hardware, and seemingly instantly.

The only app that needs to be fast, and I mean really fast, is the app switcher and the Phone app. And they are pretty light on the computation anyway.

Comment: The gradual middle road (Score 1) 522

by gnu-sucks (#48172955) Attached to: Debian Talks About Systemd Once Again

I don't see why nobody is taking the middle road here.

Why not strip out all the non-init.d stuff from systemd for now (I understand there's a light fork that does this already), add plaintext logging (easy), and see how things go (testing).

This is linux, and debian at that. We shouldn't have to deal with extremely beta ideas that change so many paradigms all at once. If they can do what I've outlined here, then we should give it a shot (not on production servers yet of course). If it catches on, then over the years we can debate how much to delegate to systemd and how much to do another way.

For one, I can see no disadvantage in keeping a plaintext log around. Sure, takes a little more space, but most systems are not that space-limited these days. Seems like it would be handy...

Comment: Re: when we can read your files, you can read ours (Score 2) 284

by gnu-sucks (#48164007) Attached to: FBI Director Continues His Campaign Against Encryption

For that, you'll have to talk to Motorola and the FCC.

Most p25 traffic isn't encrypted anyway. There is no need and some definite disadvantages to p25 as well. And there are cryptographic weaknesses.

Apple's leverage of open source encryption concepts will always be a few years more advanced, if not decades more, than embedded p25-compliant radios.

Comment: Re:What does the hidden object see? (Score 1) 59

by gnu-sucks (#48021901) Attached to: Researchers Develop Purely Optical Cloaking

A complete blur on both sides. Since the light is extremely convergent, it won't make any sense to the eye.

These are the same optics in a telescope, by the way. If you were to look inside a telescope without the eyepiece, you'd get the idea right away of how it would look to be in the middle of this "new" idea.

Comment: Re:Keep It Simple (Score 1) 191

by gnu-sucks (#47996815) Attached to: Ask Slashdot: How To Keep Students' Passwords Secure?

Ok, but how important is it to keep passwords secure to a textbook website or an iPad? Maybe if someone steels Johnny's textbook password then the teacher can just go in a reset it?

Let's keep things in perspective here, these are not banking passwords or social security numbers. These passwords are only used to identify individuals for the purpose of individualizing the presentation of information. Nothing of value, especially to an identity thief (and especially to a fellow 6-year-old student) can be lost.

"Never ascribe to malice that which is caused by greed and ignorance." -- Cal Keegan