Follow Slashdot stories on Twitter


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Remember Mordin Solus (Score 4, Interesting) 280

I've at times had to code up things I haven't been happy with, but rather than refuse to do it, I tried to modularize stuff so it could be fixed later when management changed.

This is, I think, better than refusing, and having someone else code it up. To quote Mordin Solus, "someone else might have gotten it wrong".

(And in at least one occasion, that worked -- for one product I worked on, we managed to safely and quickly kill the "phone home" DRM before it got out into the wild. Felt filthy working on it, felt good to bury it.)

Comment Re:XP I understand (Score 1) 168

You can't legally VM Mac OS. It just doesn't have compatible licensing.

You can if it's 10.7 or newer and your host is a Macintosh itself.

Prior to 10.7, you had to run the server flavor of the OS and be on Macintosh hardware. Which is why I own a copy of OS X Server 10.6 -- lets me run it in a VM.

But after 10.7 came out, Server changed to an app you run on top of the regular OS instead of a distinct version of the OS, and they updated the licensing at that time.

If you're confused about what you are and aren't allowed to do: VMWare keeps track, and if you have the latest build of VMWare Fusion, it'll only let you install versions you're allowed to run.

Comment So, kinda libusb for JavaScript? (Score 1) 131

My first thought was that they were basically doing libusb bindings for JavaScript (and then exposing those bindings within a web browser).

But, no, those bindings already existed:

I must be missing something. I'll go dig for technical details to try and figure out what.

Comment Re:HiDPI (Score 1) 516

I guess operating systems acquiring HiDPI support is one of the reasons going for the flat look.

My own guess is that someone has a color e-ink display in the works.

The last time I checked, cheap color e-ink displays simply couldn't show enough colors for photos. They were fine for charts and graphs, and fine for color-coding text, but if you tried to do something photorealistic in them, well, it was worse than old 90s-era 16-bit displays.

Flat icons with few colors would work spectacularly well on such displays.

If these icon changes are actually in support of color displays that draw almost no power and are completely readable in full sunlight, then bring on the ugly icons please!

Comment Re:I'll take the wine instead (Score 1) 480

Incorrect. Buying a *single* ticket is worth it, since it puts you on the playing field at least.

I do not agree, because everyone is already on the playing field.

There is always a nonzero chance that you'll find a winning ticket, or receive one as a gift. That's a true thing that many people haven't internalized.

If you can internalize it, then you're always playing, and the question is whether the increase in odds from your zeroth purchase to your first purchase is worth the cost. (I have never decided that it was, so far.)

Comment Re:Fork it all (Score 1) 551

You mean like Devuan?

I'm currently trying to decide between that, Debian/kFreeBSD, and stock Debian with systemd purged and locked/held (so that I can't accidentally install something that requires it).

Why Debian/kFreeBSD? Because systemd is not portable and won't run on the FreeBSD kernel, so Debian/kFreeBSD literally cannot make the switch. I do not care very much about the kernel or about Linux-specific features, so I don't really see much of a downside to it.

(For me one of the core tenets of the Unix philosophy has always been portability. I do not want everyone running on the same kernel, or the same CPU architecture, or the same byte order, or the same word size, or anything. Code should be portable across all of that. Write pure ANSI C if you can, and add POSIX if you must, and if that won't do the trick, then compromise but feel ashamed of it.)

At the moment I'm leaning towards "stock Debian with sysvinit, and further with systemd explicitly blacklisted". Even with all the bullcrap that's been going on, it'll be a while before Debian truly requires systemd for much, and I can hope that they'll just change course before then. I can always switch to one of the other approaches later.

Slashdot Top Deals

"We learn from history that we learn nothing from history." -- George Bernard Shaw