Language Selection

English French German Italian Portuguese Spanish

Linux 4.20 RC1

Filed under
  • Linux 4.20-rc1

    So I did debate calling it 5.0, but if we all help each other, I'm
    sure we can count to 20. It's a nice round number, and I didn't want
    to make a pattern of it. I think 5.0 happens next year, because then I
    *really* run out of fingers and toes.

    Anyway, 4.20-rc1 is tagged and pushed out, and the merge window is
    over. This was a fairly big merge window, but it didn't break any
    records, just solid. And things look pretty regular, with about 70% of
    the patch is driver updates (gpu drivers are looming large as usual,
    but there's changes all over). The rest is arch updates (x86, arm64,
    arm, powerpc and the new C-SKY architecture), header files,
    networking, core mm and kernel, and tooling.

    In fact, tooling is quite noticeable. A fair amount of selftest
    changes, but also various perf tooling updates.

    There's a vfs pull request I declined and it might still go in later
    in a slightly reduced form, but apart from that I think everything got
    merged. We had one pull request that almost missed the merge windows
    due to a silly change in my email setup, but I verified that nothing
    else had happened to hit that special case.

    One thing I _would_ like to point out as the merge window closes: I
    tend to delay some pull requests that I want to take a closer look at
    until the second week of the merge window when things are calming
    down, and that _really_ means that I'd like to get all the normal pull
    requests in the first week of the two-week merge window. And most
    people really followed that, but by Wednesday this week I had gotten a
    big frustrated that I kept getting new pull requests when I wanted to
    really just spend most of the day looking through the ones that
    deserved a bit of extra attention.

    And yes, people generally kind of know about this and I really do get
    *most* pull requests early. But I'm considering trying to make that a
    more explicit rule that I will literally stop taking new pull requests
    some time during the second week unless you have a good reason for why
    it was delayed.

    Because yes, the merge window is two weeks, but it's two weeks partly
    exactly _because_ people (not just me) sometimes need extra time to
    resolve any possible issues, not because regular everyday pull
    requests should spread out over the whole two weeks. The development
    for things meant for the next release should have been done by the
    time the merge window opens.

    Anyway, let's see. Maybe it won't be needed. It hasn't become a
    problem, it just was starting to feel a bit tight there.

    Oh, and I did try to do the reply emails. And I'm _entirely_ sure that
    I must have missed acknowledging emails for a few pull requests. I'm
    hoping that by the time the next merge window rolls around, we'll just
    have new automation for it, so that everybody just automatically gets
    notified when their pull request hit mainline. In the meantime, you
    have a good chance - but not a guarantee - that I'll send a "Pulled"
    ack email when I start processing a pull request.

    And as usual for rc1, the log below is just the list of people I
    pulled from with a one-liner "mergelog". Very much a high-level
    summary of merges, for details you need to look into the git tree..


  • Linux 4.20-rc1 Kernel Released As The Kernel Hits Its Highest Point For 2018

    The next kernel release was either going to be Linux 4.20 or Linux 5.0 and today Linus Torvalds decided it would be the "4.20" kernel version.

    Linux 4.20-rc1 was just tagged in Git while keeping to the "People's Front" codename that was introduced with Linux 4.19 final. Sorry, no "420" jokes for the codename at this stage and the kernel changes this merge window are in fact far from being blunt.

The Many New Features of The Linux 4.20 Kernel

  • The Many New Features of The Linux 4.20 Kernel

    With Linus Torvalds having just released Linux 4.20-rc1, here is our original feature overview looking at the major changes merged over the past two weeks for this new kernel. The Linux kernel will be ending 2018 on a high note with this kernel bringing more than 350 thousand lines of new code!
    This kernel began its life two weeks ago not knowing whether it would be called Linux 4.20 or Linux 5.0. As with the transition from Linux 3.20 being renamed to Linux 4.0, Linus Torvalds previously disclosed his preference after his fingers and toes are counted, to move onto the next big version bump. In today's announcement, Linus Torvalds decided to stick to 4.20.

Linus Torvalds Says Linux 5.0 Comes in 2019

  • Linus Torvalds Says Linux 5.0 Comes in 2019, Kicks Off Development of Linux 4.20

    Linus Torvalds is back from a short vacation to rethink his strategy as the leader of the development of the Linux kernel, and kicked off a new development cycle for the next 6 weeks, this time for Linux kernel 4.20.

    That’s right, Linux 4.20 is the next kernel coming after Linux 4.19, which was released by Greg Kroah-Hartman on October 22,2018, not Linux 5.0 like many of you out there where hoping to see this year. Linus Torvalds decided it’s best to end 2018 with Linux 4.20 and release Linux 5.0 in 2019.

Woke Linus Torvalds rolls his first 4.20, mulls Linux 5.0 effort

  • Woke Linus Torvalds rolls his first 4.20, mulls Linux 5.0 effort for 2019

    The new, improved, and chilled-out Linus Torvalds emitted the first release candidate for Linux kernel 4.20 over the weekend.

    He decided not to repeat the jump from 3.19 to 4.0 that happened last year, thus avoiding leaping from 4.19 to 5.0, because “I didn't want to make a pattern of it,” he told the kernel's official development mailing list.

    “At this point," the kernel project chieftain added, “I think 5.0 happens next year,” and if all goes well, the Linux 4.20 kernel will be done by December.

    His Sunday evening code drop was “70 per cent” driver updates, Torvalds typed, with GPU drivers “looming large as usual” in the “fairly big merge window.”

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

today's howtos

  • Font Management On Linux - YouTube

    Many new-to-Linux users have questions about installing fonts and previewing fonts on Linux. While there are some nice GUI applications that help with these tasks, you don't actually need to install any extra programs to manage your fonts.

  • Dmenu Is Great So I'll Keep Simping For It - YouTube

    At this point the only Suckless tool I actively use is Dmenu, it's an absolute great launcher especially if you're the kind of person who doesn't really care about having a super fancy looking app, Dmenu is functional and that's all it needs to be.

  • Remove ^M (CTRL-M) Characters from a File in Linux - Putorius

    Operating systems have different ways to handle a newline in their text editors. For example Windows uses a specific carriage return (CR) which is depicted as ^M on Linux, followed by a line feed (LF) to indicate a newline. Linux and UNIX on the other hand use only the line feed to denote the end of a line. This often causes issues when transferring (or even copy and pasting) a file from Windows to Linux. It is hard to spot, and often leaves people scratching their head and wondering why their configuration file is not working.

  • How to install fonts in Gimp on a Chromebook

    Today we are looking at how to install fonts in Gimp on a Chromebook. Please follow the video/audio guide as a tutorial where we explain the process step by step and use the commands below.

  • How to Install Rocket.Chat on CentOS 8

    Rocket.Chat is a free and open-source chat and messaging application built with Meteor. It is an alternative to Slack and allows you to chat with other members, make video and audio calls, create channels and private groups, share files, and folders and many more. It is self-hosted and helps your team to communicate and share ideas on desktop and mobile devices.

  • How to Check Ubuntu Version with Command or Script

    The lsb-release is the standard package for reporting the version on Ubuntu systems. Which is basically written in Python programming language. The lsb-release package provides a command lsb_release used to check Ubuntu version and codename on command line. In this tutorial, you will learn various options to lsb_release command on Ubuntu system.

  • Updated Docker pages

Jetson Xavier system bundles LIPSedge 3D vision camera

LIPS’ IP67-protected “LIPSedge AE400” 3D vision industrial camera is now available with Aaeon’s Linux-driven, AGX Xavier based Boxer-8240AI computer. The RK3399-based camera is built around an Intel RealSense D415 and offers GbE with PoE. Aaeon announced that its Boxer-8240AI edge AI system based on Nvidia’s high-end Jetson AGX Xavier module has received Nvidia Isaac Certification for a bundle that combines the compact, embedded system with LIPS Corp’s LIPSedge AE400 Industrial 3D Camera. The camera is billed as an industrial version of the Intel RealSense dual-lens stereovision camera. Applications for the Aaeon/LIPS offering include autonomous guided vehicles (AGV), vision guided robots, and smart factory systems. Read more

Release of t2 GNU/Linux 20.10

  • T2 20.10 tagged and shipping!

    A decade in the making, T2 version 20.10 was finally tagged and shipped! Grab your favorite release ISO, e.g. highly optimized AMD64, PPC64 for your PS3, MIPS64 for your Sgi Octane or any other of our release builds for playing along at home!

  • t2 Linux 20.10 released

    The 20.10 release of the t2 Linux distribution is available.

Canonical/Ubuntu: FOSDEM 2021 Community DevRoom, Snap Store and Ubuntu Technical Board Call For Nominations

  • Laura Czajkowski: FOSDEM Community Devroom 2021 CFP

    The twenty-first edition of FOSDEM will take place 6-7 February, 2021 – online, and we’re happy to announce that there will be a virtual Community DevRoom as part of the event.

  • When you need the numbers just right – benchmark and profiling applications in the Snap Store | Ubuntu

    The world of software is a vast and complex one, often too difficult to easily assess by human intuition alone. Which is why detailed and accurate measurements of software behavior are essential in helping us understand and gauge how well our applications perform. The Snap Store has a fair share of productivity tools and utilities, including a wide range of benchmarking and profiling tools. These are designed to help developers, system administrators and hardcore enthusiasts get a precise sense of their software, whether as part of research and design or for troubleshooting ongoing problems in production environments. Let’s have a little tour.

  • Ubuntu Fridge | Ubuntu Technical Board Call For Nominations

    The Ubuntu Technical Board is responsible for the technical direction of Ubuntu. It makes decisions on package selection, packaging policy, installation systems and processes, kernel, X server, display management, library versions, and dependencies. The board works with relevant teams to establish a consensus on the right path to take, especially where diverse elements of Ubuntu cannot find consensus on shared components. The current Technical Board is expiring at the end of the year, and the Community Council would like to confirm a new Technical Board, consisting of five people, who will serve for two years.