Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Ubuntu has advantages over Debian on the desktop (Score 1) 185

Every year or so, I get the urge to replace Xubuntu with Debian on my desktop and development systems. Sadly, it just doesn't make sense to do so. Ubuntu still has a few huge advantages over Debian. In particular:

Ubuntu's bug tracking system is far more convenient than Debian's, provides richer categorization and relation tools, and integrates with upstream trackers. I waste less time when I have to report problems, and since more people are sharing knowledge in launchpad, I also waste less time on diagnostics and fixes. Average users find it more approachable, too, and can often use it to find a workarounds for problems that they need solved before the next Debian release cycle crawls around.

Ubuntu's personal package archive system is both a public build farm and an open software repository. This means I can share custom software packages with others, with no bureaucratic overhead, on any release schedule I choose, through a channel that's extraordinarily easy for users to install, with integration into the standard system update process. Oh, and I don't have to set up build environments for multiple architectures (or in some cases, any build environment at all). Of course, all of this also benefits non-developers, by giving them access to a lot of software that isn't part of the Debian archive.

Last time I checked, Ubuntu still had far better support for certain important hardware components, like my graphics card. I'm an advanced user, so I could probably jump through the hoops to get proprietary drivers working in Debian, but most people don't have that kind of knowledge or the time/inclination to develop it. I wish there was a way around this by simply choosing different hardware, but there simply is no good substitute for certain proprietary devices. (Linux gamers can either use nVidia hardware with the closed driver, or be stuck with inferior performance.)

Despite Ubuntu making some dumb decisions and pissing me off at times, it honestly has done a lot to advance linux. I'd like to switch to Debian, but honestly, it would just make my life harder. I hope it catches up soon.

Comment Wake me up when they fix the UI (Score 1) 87

Git's user interface is the biggest counterproductive, nonintuitive, inconsistent, needlessly complex, user-hostile, pile of garbage that I can remember ever haunting my terminal, and I say this after having worked with sendmail config files. Sadly, Linus' name and GitHub's early momentum have propelled this blight on the face of modern software development into entrenchment.

Meanwhile, Mercurial has all the same power with practically none of the pain.

When I wondered how a tool as important as Git could go for so long with such glaring (but fixable) flaws, I found archived messages from Git maintainers who were not only too stubborn to learn from other projects, but also such obstructionists that they actually discouraged improvements. Nobody wants to donate their time in an environment like that. So much for, "it's open source; contribute a fix yourself." How very sad.

Comment Re:Density is nice, but what about longevity? (Score 1) 185

That bothers me too, but I'm starting to think that manufacturers are deliberately avoiding a read-only failure mode for security reasons: if your drive enters a permanent read-only state, how do you erase it before recycling? I imagine having used crypto from day 0 would be your only safeguard at that point, but even good crypto gets broken eventually, so how do you safeguard the data on that read-only drive in the long term? Is physical destruction the only answer?

On the other hand, maybe the total-failure mode that current SSDs enter is just a false sense of security. It's possible that the data on those chips is still available to someone who can bypass the controller. I don't have an easy way to check.

Comment Re:Why? (Score 1) 65

Thank goodness. It's embarrassing how long my desktop machines have had the habit of looking completely locked up whenever they're asked to copy a large file in the background. It's especially bad when a slow-ish NAS server is involved. I've tried the existing optional IO schedulers, and they don't fix the problem.

Comment Bit by Bit, and Designing My Own (Score 2) 132

I self-host and encrypt where possible. For other things, I use providers as trustworthy as I can find.

Email privacy is a tough problem, but a solvable one. I'm working on a project that will give me gmail-like convenience without entrusting my data to Google, and might eventually grow automated/transparent encryption capabilities. It's going to be a while before it's usable, though; nobody is paying me to work on it, so it doesn't get enough of my time. (The mailpile project overlaps some of my goals in this area, and might be worth a look to anyone interested in the topic.)

A Facebook replacement is another tough one, perhaps even tougher than email, but I believe it's also solvable.

Please keep asking questions like this, and sharing what you discover. The more of us we have thinking about these problems, the more likely we are to work out their solutions.

Slashdot Top Deals

If Machiavelli were a hacker, he'd have worked for the CSSG. -- Phil Lapsley

Working...