Please create an account to participate in the Slashdot moderation system

 



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

Submission + - Devuan: A systemd-free GNU/Linux distribution

An anonymous reader writes: The first forked from Debian systemd-free release is available: Devuan Jessie Beta 1.0 . See https://beta.devuan.org/ and links
therein. The files to download are at: https://files.devuan.org/ Finally available and long waited for :) If you want to upgrade from Debian Wheezy, just point /etc/apt/sources.list to: deb http://packages.devuan.org/mer... jessie main. Looking forward to the Ascii (testing) and Ceres (sid) versions soon.

Comment Re:Not quite that simple. (Score 1) 133

Wouldn't it be a problem If xevilteddy simply changed the environment? Or launched another process without this environment variable?

If I understand xauth correctly, the answer is yes, assuming xevilteddy could find another file containing trusted xauthority credentials. (For example, the original .Xauthority file.) I suggest isolating xevilteddy in a container (LXC), and not putting the trusted credentials in that container.

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.

Slashdot Top Deals

Any program which runs right is obsolete.

Working...