Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Open Source Operating Systems Upgrades Linux

Linus Torvalds Officially Announces the Release of Linux Kernel 4.8 (softpedia.com) 95

Slashdot reader prisoninmate brings news from Softpedia: Today, Linus Torvalds proudly announced the release and availability for download of the Linux 4.8 kernel branch, which is now the latest stable and most advanced one. Linux kernel 4.8 has been in development for the past two months, during which it received no less than eight Release Candidate testing versions that early adopters were able to compile and install on their GNU/Linux operating system to test various hardware components or simply report bugs...

A lot of things have been fixed since last week's RC8 milestone, among which we can mention lots of updated drivers, in particular for GPU, networking, and Non-Volatile Dual In-line Memory Module (NVDIMM), a bunch of improvements to the ARM, MIPS, SPARC, and x86 hardware architectures, updates to the networking stack, as well as to a few filesystem, and some minor changes to cgroup and vm.

The kernel now supports the Raspberry Pi 3 SoC as well as the Microsoft Surface 3 touchscreen.
This discussion has been archived. No new comments can be posted.

Linus Torvalds Officially Announces the Release of Linux Kernel 4.8

Comments Filter:
  • Well that's nice (Score:2, Informative)

    by Anonymous Coward

    I'm still using 2.6.32-642.4.2 and it works eminently well for me. Plus, no systemd.

    • Re:Well that's nice (Score:5, Interesting)

      by arth1 ( 260657 ) on Sunday October 02, 2016 @11:56PM (#53002393) Homepage Journal

      I'm still using 2.6.32-642.4.2 and it works eminently well for me. Plus, no systemd.

      No need to stay at old kernels to get the benefit of no systemd.

      # uname -a
      Linux hastur 4.4.21-gentoo #1 SMP Thu Sep 29 15:31:21 EDT 2016 x86_64 Intel Xeon E312xx (Sandy Bridge) GenuineIntel GNU/Linux
      # ps -fp 1
      UID PID PPID C STIME TTY TIME CMD
      root 1 0 0 Sep29 ? 00:00:02 init [3]

      • What? OpenRC? Why run a mean a lean init system written C ? The heresy !

        When you could show the world how geeky you are by running a horrible pile of hacked-together shell-scripts as the gods themselves (= Old versions of UNIX) intended ?
        With said shell script running inside bash, a shell interpreter whose BUG manpage section not only opens with... :

        It's too big and too slow.

        ...but also a shell interpreter that features full blown networking support out of the box [tldp.org] ?

        Turn your geek card, you non-Sysvinit / non-Bash script heretic !

        • by arth1 ( 260657 )

          What? OpenRC? Why run a mean a lean init system written C ? The heresy !

          You're confusing sysv init with sysv rc. Gentoo uses sysv init - no need to replace the init system with something complex. OpenRC is a replacement for what init calls - the rc handler, which doesn't need pid 1.

          Personally, I like many of openrc's ideas, but not the implementation. I like good old-fashioned runlevels, and not named abstractions that may differ from system to system. Predictability is good. So are posix scripts, which continue working even on systems where /bin/sh is lightweight ash or

          • I like good old-fashioned runlevels, and not named abstractions that may differ from system to system

            Um, why do you think "old-fashioned" runlevels are any less abstract than named process groups. A runlevel is just a group of processes to start that happens to be named as a number (ex: runlevel 3 could just as easily be "network-enabled" and function identically). The fact that most linux distributions used runlevels may have been a convention, but it was hardly a standard. In fact, Red Hat famously used runlevel 5 to distinguish between an X and console environment, whereas Debian used runlevel 3 to dist

            • by arth1 ( 260657 )

              Correct. Which includes knowing that your processes actually started and not just that you told them to start, but maybe they failed, when you change runlevels.

              Um, no. That's not predictability, that's assumptions.
              One of the absolute worst features of systemd (and inittab when abused) is automatic restart. Predictability is to know that when a daemon crashes, it will stay down so you can investigate why it crashed, and not have log files and other evidence overwritten by a watchdog you didn't even set up to do so attempting to restart it.
              Being able to single-step through the startup sequence one script at a time. Because the start order is 100% predictable.

              As

              • One of the absolute worst features of systemd (and inittab when abused) is automatic restart.

                I never said anything about automatic restart. Systemd allows you to be alerted to and to respond to process failures. To me, that's predictability. If I start a bunch of network services and one of them fails, systemd will decide whether to continue (ie: the dependency tree allows it) or to fail. Regardless, the outcome is entirely predictable. Services that depend on other services (which includes the target state itself) will have all of their dependencies satisfied, or they won't be started, and anythin

                • As for what starts and stops at each runlevel, that's as easy as an "ls". Beats grepping a myriad of MSDOS ini files

                  Agreed that it isn't quite as nice and easy as an "ls",

                  Scratch that. It is as easy as an "ls". I was poking around in the /etc/systemd directory and realized /etc/systemd/system is functionally equivalent to /etc/rcX.d/. It is maintained by the systemd daemon, but it consists of a bunch of symlinks to service unit files that allow you to very quickly and easily see which services are dependencies of a particular target.

    • I'm running stampede 2.0.32 and it still works on my 0xF00F, almost as smooth back when it was the year of the Linux Desktop.

      No more first posts since ages though and swap partition envelopes nearly the disk nowadays when starting Firefox.

    • by Anonymous Coward

      I preferred the Linux kernel when its versioning was not driven by a marketingseque scheme. Between SystemD, dropping support of older hardware - why when almost everything can be a module? - and this version grinding it is disheartening. I was a relatively early adopter of GNU/Linux in 1992 when it was primarily a command-line-driven user interface.

      Linus if you feel compelled to make changes maybe try redesigning the kernel to a micro-kernel. These days any perceived advantages of a monolithic kernel are a

  • by Anonymous Coward

    Now we can give Linus back his blanket.

  • Upon the release of Linux 6.4, Time magazine will officially declare it to be "Year of the Linux Desktop"... in memoriam of Linus. :(

    RIP Linus 20XX: that badger was too fast for anyone to dodge.

  • by Anonymous Coward

    No less than eight release candidates. But how many release candidates were there?

  • Does it have a new Easter Egg game to play when you click the Linux logo many times in a row?

  • by hcs_$reboot ( 1536101 ) on Monday October 03, 2016 @01:43AM (#53002585)
    The announcement was made from a balcony somewhere in Finland. We expect the video anytime now.
  • I was planning for at least one more RC, looks like I will have to hurry to catch the merge window.
  • by Anonymous Coward

    A lot of things have been fixed since last week's RC8 milestone

    vs the actual announcement:

    So the last week was really quiet, which maybe means that I could
    probably just have skipped rc8 after all. Oh well, no real harm done.
    [snip]
    Anyway, there's a few stragging fixes since rc8... [snip]

    All of it pretty small, and there really aren't that many of them.

  • by Anonymous Coward

    not a cuss word or insult to be found anywhere in that announcement [iu.edu].

  • Wow (Score:2, Insightful)

    by Psychotria ( 953670 )

    Years ago when I first started reading slashdot, a story about Linux kernel release (even though they often weren't all that interesting) generated interesting discussions. I see just 2 comments here so far that are not stupid. The rest are bad attempts at trolling, or for some reason using the story to talk about systemd, or very bad attempts at humour (humour is better than the rest of the shit though... I like humour if it's actually funny). It seems that the real nerds have abandoned slashdot entirely :

    • Re: (Score:2, Funny)

      by Anonymous Coward

      and where does your little moan fit into the categories that you've defined for us? It certainly isn't in the 'interesting' one.

  • by allo ( 1728082 ) on Monday October 03, 2016 @07:18AM (#53003367)

    That's not good sign. Either Linus doesn't understand what a RC is, or each of them still had bugs nobody noticed before, which is a bad sign for the code.

    A RC is something, which can be renamed to a final version, unless somebody finds a critical last minute bug.

    • Re:Eight RCs? (Score:4, Insightful)

      by gmack ( 197796 ) <gmackNO@SPAMinnerfire.net> on Monday October 03, 2016 @07:46AM (#53003481) Homepage Journal
      On something as complicated as an OS, there will be bugs that are workload or hardware dependent and won't show up until the wider pool of people start testing it and that, as it turns out, is when RC1 gets released. .
    • Re: (Score:2, Insightful)

      by Anonymous Coward

      Or alternatively, there is a lack of understanding of the Linux kernel development process.

      • by allo ( 1728082 )

        alpha-beta-RC-final is independend from the process. The process of the kernel would require many beta-releases, but not many RCs. If they label it correctly and it's not totally broken (i would guess it's not).

  • the latest and most advanced?
  • Is it just me or are the version numbers accelerating?

    Redhat Enterprise is still running 3.10 in its latest release. At this pace it seems like Linus will be well into 5.x, or 6.x before Redhat 8 ever comes out(probably beta next year).
    • by kwalker ( 1383 )

      The way Linus runs the kernel version numbers, yes, they are moving faster than they used to. It used to be that he would work on 2.x.y, then y+1 and so on. Now he works on 4.x and eventually they proclaim one to be "LTS" (in this case 3.10) and another trusted lieutenant maintains that tree for a while, and Linus works on 4.x+1.

      And especially with the way Red Hat prefers stable kernels, they always track LTS, regardless of what Linus is working on.

  • 4.0 just came out a couple of months ago and now we're on 4.8. That's fast. Did Linus choose a different numbering scheme for the Linux kernel?

    • 4.0 was released a year and a half ago, and new releases come out approximately every 2 months.

      Ever since 3.0 came out, the numbering scheme has simply been "Increment the minor number every release. Increment the major one whenever we feel like it."

  • Sorry. I love the community, but I wish the kernel was more modular and adaptable without recompiling.

Never test for an error condition you don't know how to handle. -- Steinbach

Working...