Language Selection

English French German Italian Portuguese Spanish

Hans Reiser

Did It
53% (74 votes)
Didn't Do It
47% (65 votes)
Total votes: 139

Thrid Option

Must agree with third option should be there as either don't know/care or no opinion.

Plus innocent until proven guilty even if most civilisations work the other way around according to Daniel Jackson SG1.

As much as I have been waiting to see who would be first to put up this poll, obviously a 'major' site won't do it.
No insult to tuxmachines one of the best sites i visit daily.
Sorry to say but imho i think this is in a bit bad taste and kills the festive atmosphere a tad.

Sorry to pull away from the poll but would be interested to try openSuse as soon as they support reiser4, and I am tempted to build another LFS system again soon on reiser4 to see how it feels Smile

Re: Thrid Option

Speaking of OpenSUSE, I tried it on a spare ThinkPad.

I had to kill the whole Windows installation for OpenSUSE 10.2 to install. Otherwise, it threw up some error. (LOL! A bit of irony, don't you think? OpenSUSE install kills Windows!)

Anyway, I tried it for a week, and I don't think its for me. The new menu solution seems OK. I'm more in favour of Arch Linux now. (Fast and much more responsive compared to "easy to use" distros like Ubuntu and OpenSUSE).

Anyway, I don't know if Hans is guilty or not. But what I do want to know, is where is his wife's body? Have they found it?

He's definitely guilty

It is obvious that he is guilty. Now whether he will get convicted or not is a totally different story. I just hope someone will pick up reiserfs development afterwards.

Hans Reiser's Guilt

I can't believe so many folks think he's innocent. I thought it was obvious from the start, even before we learned of Nina's blood in the front passenger compartment of his car and missing front seat, that he was guilty as sin. And what about his handy "get rid of dead body" kit in the trunk? Are you folks even following the story?

----
You talk the talk, but do you waddle the waddle?

re: HR Guilt

I think you need a third voting option: "don't know, don't care".

I'm always amazed at how these "celebrity" crimes garner so much attention. Unless you personally know the victim or the accused, what does it really matter? And by "know" I mean actually had two-way real-time conversations, hung out with, etc. - not "I saw them on tv or read about them on the net".

With 6+ BILLION people on the planet, a very large number of them die every day, and a portion of that large number are murdered.

Where's the press for those people? The sadness, the grief, the outrage?

People live - people die and unless its you, part of your family, or someone in your social group - does it really matter?

re: HR Guilt

I agree with you for the most part. Even besides the Linux geeks, this is a big story, but not because he is a creator of a filesystem. SFGate.com could care less what he does for a living. I don't believe they ever mentioned anything other than the fact that he is a programmer. So.. it's just a big story regardless... for what reason, I don't know.

That aside, this -could- affect a lot of Linux users who use that filesystem. Chances are even if he is found not guilty, I can't see the FS simply resuming as if though nothing ever happened.

Hopefully it will all be over with soon. Course, I thought the same thing with Ubuntu and look at it now.

More in Tux Machines

Linux 4.18 RC2 Released From China

  • Linux 4.18-rc2
    Another week, another -rc. I'm still traveling - now in China - but at least I'm doing this rc Sunday _evening_ local time rather than _morning_. And next rc I'll be back home and over rmy jetlag (knock wood) so everything should be back to the traditional schedule. Anyway, it's early in the rc series yet, but things look fairly normal. About a third of the patch is drivers (drm and s390 stand out, but here's networking and block updates too, and misc noise all over). We also had some of the core dma files move from drivers/base/dma-* (and lib/dma-*) to kernel/dma/*. We sometimes do code movement (and other "renaming" things) after the merge window simply because it tends to be less disruptive that way. Another 20% is under "tools" - mainly due to some selftest updates for rseq, but there's some turbostat and perf tooling work too. We also had some noticeable filesystem updates, particularly to cifs. I'm going to point those out, because some of them probably shouldn't have been in rc2. They were "fixes" not in the "regressions" sense, but in the "missing features" sense. So please, people, the "fixes" during the rc series really should be things that are _regressions_. If it used to work, and it no longer does, then fixing that is a good and proper fix. Or if something oopses or has a security implication, then the fix for that is a real fix. But if it's something that has never worked, even if it "fixes" some behavior, then it's new development, and that should come in during the merge window. Just because you think it's a "fix" doesn't mean that it really is one, at least in the "during the rc series" sense. Anyway, with that small rant out of the way, the rest is mostly arch updates (x86, powerpc, arm64, mips), and core networking. Go forth and test. Things look fairly sane, it's not really all that scary. Shortlog appended for people who want to scan through what changed. Linus
  • Linux 4.18-rc2 Released With A Normal Week's Worth Of Changes
    Due to traveling in China, Linus Torvalds has released the Linux 4.18-rc2 kernel a half-day ahead of schedule, but overall things are looking good for Linux 4.18.

A GTK+ 3 update

  • A GTK+ 3 update
    When we started development towards GTK+ 4, we laid out a plan that said GTK+ 3.22 would be the final, stable branch of GTK+ 3. And we’ve stuck to this for a while. I has served us reasonably well — GTK+ 3 stopped changing in drastic ways, which was well-received, and we are finally seeing applications moving from GTK+ 2.
  • GTK+ 3.24 To Deliver Some New Features While Waiting For GTK4
    While the GNOME tool-kit developers have been hard at work on GTK4 roughly the past two years and have kept GTK3 frozen at GTK+ 3.22, a GTK+ 3.24 release is now being worked on to deliver some new features until GTK+ 4.0 is ready to be released. While GTK+ 4.0 is shaping up well and GTK+ 3.22 was planned to be the last GTK3 stable release, the developers have had second thoughts due to GTK+ 4 taking time to mature. Some limited new features are being offered up in the GTK+ 3.24 release to debut this September.

Finally: First stable release of KBibTeX for KDE Frameworks 5

After almost exactly two years of being work-in-progress, the first stable release of KBibTeX for KDE Frameworks 5 has been published! You can grab the sources at your local KDE mirror. Some distributions like ArchLinux already ship binary packages. After one beta and one release candidate, now comes the final release. You may wonder why this release gets version number 0.8.1 but not 0.8 as expected. This is simply due to the fact that I noticed a bug in CMakeLists.txt when computing version numbers which did not work if the version number just had two fields, i. e. no ‘patch’ version. As the code and the tag of 0.8 was already pushed, I had no alternative than to fix the problem and increase the version number. Otherwise, the ChangeLog (alternative view) is virtually unchanged compared to the last pre-release. Read more

Today in Techrights