StackrootServer-side web stacks and the Linux systems that hold them, from config to debug.

Linus and Linux

When a search engine returns a page titled "linux do", the query is doing double duty.

A developer wearing headphones at a desk with multiple monitors in soft light.

It is either a mistyped form of the name of the man behind Linux, Linus Torvalds, the Finnish programmer who in 1991 released the first public 0.01 version of the kernel to a Usenet newsgroup, or it is a garbled reference to the "do" community, the informal gathering of Linux users, developers and tinkerers who share the culture the kernel carries. This page separates the two readings and states what each is today: a person who now works on the kernel, Git and the Intel-adjacent Linux ecosystem, and a community that has, since that 1991 announcement, grown into one of the largest open source populations in the world, spread across mailing lists, chat rooms, conferences and the code of every Linux distribution.

Linus Torvalds, the man behind the kernel

The central figure in the first reading is Linus Torvalds, born in Helsinki, Finland, in 1966, who is best known as the author and still the chief architect of the Linux kernel. He announced the project on 25 August 1991 on comp.os.minix with a message that asked for Unix tools for a personal computer, and within weeks the hobby kernel had a name, Linux, a working boot and a mailing list full of contributors. Since then he has held the position of kernel maintainer: he reviews and merges the upstream patches that reach the mainline tree, and the kernel has since passed its 6th major version, now numbering in the hundreds of millions of lines of C code.

What Torvalds does now

Today Torvalds spends most of his working hours on the kernel itself and on Git, the version control system he wrote in 2005 after a licensing dispute with the developers of a commercial tool. The kernel releases on a roughly 9 to 10 week cycle, and his role is less about writing features than about keeping the 20,000+ commits per release coherent, merging the 300+ active subsystem trees and deciding which of the hundreds of proposed changes make the mainline. Outside the kernel he advises the Linux Foundation, the industry body that administers the trademark and funds core development, and he appears in public to defend the open source development model.

The "do" community, the second reading

The second reading of "linux do" points to the do community, the broad, informal network of people who build on and around the kernel. It is not a single organization but a loose federation of users, kernel contributors, distribution maintainers, documentation writers and conference organizers, held together by shared tools, shared code and a shared set of values that come straight out of the tradition of free software. In practice the community shows up in 3 recurring forms: the mailing lists where patches are debated, the distribution projects such as Debian, Fedora, openSUSE and Arch that package the kernel into installable systems, and the annual gatherings such as the LinuxCon and Kernel Summit events where maintainers meet in person.

How the community coordinates

The coordination model is as important as the code. A patch that wants to enter the mainline kernel is posted to the Linux Kernel Mailing List, discussed in public, revised, and finally applied by the maintainer of the affected subsystem, all under a 10+ year old set of conventions that predate most modern collaboration tools. The model scales because the 200+ subsystem maintainers each own a bounded area, from networking to file systems to drivers, and the result is a development process that has produced 6 major kernel versions and 300+ stable releases while keeping a single upstream tree. The culture underneath it is the Unix culture itself: small, composable tools, plain text interfaces, and a preference for solving problems with code rather than with paperwork.

What separates the person from the project

It is useful to hold the two entities apart, because a reader who confuses Linus Torvalds with the Linux community will misread both. Torvalds is one person with one opinion at any moment; the project is a machine made of thousands of contributors who outlast any single maintainer. The kernel he started in 1991 now ships in every major operating system, embedded appliance and supercomputer, and the Linux Foundation, the nonprofit that guards the trademark, has more than 800 members, including most of the large technology companies. A contributor who files a patch never needs to know Torvalds personally, and a Torvalds who steps away would leave a community that continues to merge code on the same 9 to 10 week cadence he set in the late 1990s.

Where the two readings meet in practice

The person and the community meet wherever Linux is actually run. A developer who installs a distribution is, in the same action, using the kernel Torvalds maintains and joining the do community that packages it, documents it and supports it. The practical paths run through the same artifacts: the kernel source tree, the distribution repositories, the documentation sites such as the kernel documentation and the distribution wikis, and the tooling such as Git, systemd and the package managers that the community has standardized. For a practitioner who wants to go deeper, the standard entry points are the canonical guides, including Building Linux from scratch, which assembles the system piece by piece from source, and Linux for the LAMP stack, which pairs the kernel with the Apache, MySQL and PHP layers that still power a large share of the web. Both paths assume the same foundation: a kernel, a community, and a culture that has, since 1991, treated the machine as something you can open, read and change.

Where to go next