Stories
Slash Boxes
Comments

SoylentNews is people

posted by martyb on Sunday April 26 2015, @06:48PM   Printer-friendly
from the unbridled-enthusiasm dept.

Debian 8 "Jessie" was released on 25 Apr. A link to the Debian release page shows the changes and you can follow the release in 'real-time' should you desire to do so.

This release will be supported for 5 years and includes "improvements" to the UEFI software (both 32- and 64-bit) introduced in the previous version, "Wheezy". It also is the first release to use systemd as default init system replacing the earlier sysvinit, which is still available in the repos should you wish to revert the change. What effects such a change might have on the remainder of the system is not clear. Improvements to the support of Debian software include the ability to browse and search all source code distributed in the latest release.

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 3, Informative) by Marand on Monday April 27 2015, @03:39AM

    by Marand (1081) on Monday April 27 2015, @03:39AM (#175571) Journal

    So we need to shitlist Red Hat?

    Or at the very least, be extremely wary of anything they introduce, because it's entirely for their own benefit, even at the expense of everybody else. RedHat backs GNOME, employs GNOME devs, employs Poettering, etc. They're all known for a heavy "not invented here" mindset, refusal to adopt existing designs and instead preferring to build their own. They also like tying all their disparate parts together and presenting it with a "take it or leave it" attitude.

    It works because most people want to avoid confrontations and splits and the like, so they give up and either scrap their work or do extra work to make their code interoperate with the RH/GNOME bits (because RH and GNOME won't do that work). It's not just the big pieces like PulseAudio, NetworkManager, systemd-init, either; they also ignore things like existing notification and systray work (such as done by KDE) to instead create their own "standard" for others to use, along with doing crap like refusing to play nice with non-GNOME apps in regard to window decorations and widget themes, resulting in fucked up situations like the KDE devs creating Qt and Gtk themes to make apps from either toolkit act native in KDE or GNOME.

    Hell, GNOME itself only exists because KDE came first and contrarian folk decided "we don't like your license so fuck you we'll make our own" and then stuck with it long after the licensing became a non-issue.

    The goal now, which has been stated in the past[1], is to have Oracle-style control of the entire stack, top to bottom. They want GNOME to be the OS, and anything that isn't GNOME or GNOME-created is an obstacle to that. Conveniently enough, the "systemd cabal" (as Poettering called it), wants to obsolete the idea of a Linux "distribution" [0pointer.net], which would conveniently leave RedHat the gatekeeper of modern Linux.

    That should be reason enough to want to shitlist RedHat anywhere possible. If I liked Redhat, I wouldn't be using Debian and its offspring distros.

    [1] It was in some GNOME dev presentation a few years back. I tried finding it again to link but I can't think of specific enough search terms to filter out unrelated junk and it's not worth spending more time searching than I already have.

    Starting Score:    1  point
    Moderation   +1  
       Informative=1, Total=1
    Extra 'Informative' Modifier   0  
    Karma-Bonus Modifier   +1  

    Total Score:   3  
  • (Score: 2) by kaszz on Monday April 27 2015, @07:08AM

    by kaszz (4211) on Monday April 27 2015, @07:08AM (#175604) Journal

    Perhaps it's time for the community to screw around with everything Red Hat makes such that it makes corporate life hard. Refuse to accept their APIs rip their GPL code and implement in other ways than they thought of etc. New kernel feature? then fix it up and then make Red Hat to accept or leave it etc.

    Someone else have a better idea?