25 Years of Linux — so far
At the time of the announcement, Linux was vaporware; the first source release wouldn't come for another month. It wasn't even named "Linux"; we can all be happy that the original name ("Freax") didn't stick. When the code did come out, it was a mere 10,000 lines long; the kernel community now adds that much code over the course of about three days. There was no network stack, only Finnish keyboards were supported, many basic system calls were absent, and Linus didn't think it would ever be possible to port the kernel to a non-x86 architecture. It was, in other words, a toy system, not something that seemed poised to take over the world.
Some context
The computing industry in 1991 looked a little different than it does now. A whole set of Unix-based vendors had succeeded in displacing much of the minicomputer market but, in the process, they had turned Unix into numerous incompatible proprietary systems, each of which had its own problems and none of which could be fixed by its users. Unix, in moving down from minicomputers, had become much more widespread, but it also lost the code-sharing culture that had helped to make it Unix in the first place. The consequences of the Unix wars were already being felt, and we were being told by the trade press that the upcoming Windows NT release would be the end of Unix altogether. Unix vendors were developing NT-based systems, and the industry was being prepared for a Microsoft-only future.
Meanwhile, the GNU project had been underway for the better part of a decade. Impressive progress had been made on GCC and a whole set of low-level command-line utilities, but Richard Stallman's vision of an entirely free operating system remained unrealized and, in many minds, unattainable. We could put the GNU utilities on our proprietary Unix workstations and use them to build other free components — notably the X Window System — but we couldn't get away from that proprietary base. 32-Bit x86-based computers were becoming available at reasonable prices, but the Unix systems available on them were just as proprietary as the rest; there appeared to be little hope of a freely available BSD system at that time.
Linux jumped into this void with a kernel that was designed for 32-bit processors, a free license, and the ability to make use of the user-level free software that was already out there. Most importantly, Linux had a maintainer who was happy to take significant changes from others, and the Internet had become widespread enough to enable the creation of a large (for the time) development community. Suddenly, we had our free system that anybody could improve, and many people did. Before long, the gaps in Linux started to be filled.
Over the following years amazing things happened. Proprietary Unix did indeed die off as expected, but Microsoft's takeover of the rest of the computing industry did not quite go as planned. An industry that was doing its best to go completely closed was forced (after years of mocking and derision) to adopt a more open development model. Those of us who worked on Linux — the many thousands who worked at all levels, not just on the kernel — have changed the world in a huge and mostly positive way.
Forward to the present
A quarter of a century later, many things look very much the same. Linus is still running the project and many of the developers who contributed in the early days are still actively involved. We still have a free kernel that can serve as the base for a completely free operating system. Richard Stallman is still pushing for all software to be free. Much code is still developed by posting patches to mailing lists, much to the dismay of the younger GitHub generation. But a lot has changed over those years as well.
Linux in the early days was a decidedly noncommercial undertaking; few people made any sort of a reasonable living from it until the mid-to-late 1990s. It was a hobby, a way to have a reasonable operating system on commodity hardware, and a way to retain control over our computing environment. Some saw Linux as a weapon to use in the fight against "evil" companies like Microsoft but, for most of the community, it is probably fair to say that those companies weren't the enemy; instead, they were simply irrelevant. They were not offering a system that we wanted, so we were building our own instead.
The entry of corporations into Linux development was viewed with a fair amount of concern and trepidation in the early days. The early hiring of Alan Cox by Red Hat had users worried (needlessly) about his ability to continue contributing to the kernel in the ways he thought best. Linus actively avoided working for Linux-oriented companies. As the corporate world started to take note of our noncommercial system, there were a lot of fears that it would be co-opted and its spirit would be lost.
But, without companies, Linux would not be what it is now. We depended on them early on to create and support distributions for us. The community was singularly unsuccessful at creating a proper web browser for Linux until the collapse of Netscape jump-started the development of the tool we now call Firefox. Corporate support for scalability work (making the kernel perform on "large" four-processor systems, for example) was key to having a kernel that performs well on today's consumer-level devices. A community that did not attract (and welcome) corporate participation would not have created the system that we are running now.
We have managed to avoid many of the worst-case outcomes from heavy corporate participation so far. Rent-seeking efforts like the SCO lawsuits have been defeated. We have not gotten off for free on the patent front, but neither have we suffered the outright disaster that many feared. Companies have managed to drive some projects into the ground, but the freedom to fork a mismanaged project has often come to the rescue. In general, a lot of the outcomes that people feared have not come to be.
Sometimes, though, it can be hard to avoid feeling that the companies have taken over and that, perhaps, some of the spirit has indeed been lost. The bulk of free-software development is now done on somebody's payroll; some software is well supported indeed, but other projects that have been unable to find a corporate benefactor languish. As we have seen with projects like OpenSSL or GnuPG, it's not just the obscure projects that fall by the wayside; important infrastructure can also go without support. Changing Linux may not require corporate permission but, often, it seems to require corporate interest and funding.
Linux has done well indeed from the involvement of companies; they have taken us far beyond the apparent limits on what purely voluntary developers can do. Still, it is hard, sometimes, to avoid feeling that the free-software development model, meant to change the world and assure our freedom, has mostly become a tool for companies to cast off some of their development and support costs and undercut their competitors' revenue streams. That is almost certainly not something we could have avoided, but, without care, it could take a lot of the spark out of the free-software community.
The next 25 years
Back in 1991, it would have been difficult indeed to look forward and envision the world we live in today. Any attempts to describe the world of 2041 will be equally vain. All we can do is think about where we would like to be and try to get there.
Corporate participation in free-software development isn't going away, or, at least, so we must hope. But we have to try not to sell out to it entirely. A crucial piece of that is not allowing any single company to control any important project on its own. Developers who work on independent projects tend to think of themselves as affiliated with the project first, and their employer second; that results in a strong incentive to avoid compromising the project's goals in favor of what today's employer wants. Single-company projects are never really under the community's control; independent projects can be.
We need to think about what we want from our licensing. Copyleft has been an important part of how our base of free software was developed, but there are many who are saying that copyleft is dying, and they may be right. Even in projects that are covered by copyleft licenses, companies (which tend to own the bulk of the copyrights now) have been markedly resistant to enforcing those licenses. If the GPL is routinely ignored, it might as well be a permissive license. The experience of the last few decades shows that a lot of great free software can be developed under permissive licenses, and perhaps that is the future. But we should not wander blindly into that future without an open-eyed discussion.
Linux owns much of the computing world at this point, but the continued dominance of Linux should not be taken for granted. A nearly useless Linux kernel grew to the point that it pushed aside established competition; similarly, the toy system we laugh at today might just supersede Linux in the coming years. If that system is free software and truly better, then perhaps its success will be for the best, but there is no guarantee of either. If we want a future full of free software, we will have to earn it, just as we have earned what we have now.
And, most of all, we need to keep in mind why we embarked on this project
in the first place, and why we're still doing it 25 years later. If
developing Linux is just another job, it will certainly provide employment
for a while but it will end up being no more than just another job. If,
instead, it is a project to build superior technology that is free in every
sense and fully under our control, then it can remain a project that can
change the world for the better. We have built something great; with work,
focus, and passion we can build something greater yet. It may well be that
the first quarter of a century was just the beginning.
Posted Aug 24, 2016 22:24 UTC (Wed)
by Depereo (guest, #104565)
[Link]
I wasn't working on the kernel 25 years ago (maybe working on learning my multiplication tables), but GNU/Linux is still a passion project for me. If I get paid to work with the tools and systems that excite and motivate me, all the better - I hope that I can still do meaningful and useful work (that makes its way upstream) without having to do it afterhours.
A quarter-century of growth and success is a very impressive achievement for a software project, and as I get more and more experience I appreciate the challenges it has overcome more and more.
Posted Aug 24, 2016 22:44 UTC (Wed)
by pr1268 (guest, #24648)
[Link]
Well, then that means it's been twelve years since I kicked MS Windows to the curb, wiped the drive, and went Linux only. (I had been dual-booting since about 1998 or so.) I think it's a nifty coincidence that I made this "major lifestyle change" on the anniversary of Linus' newsgroup posting. ;-)
Posted Aug 25, 2016 0:52 UTC (Thu)
by neilbrown (subscriber, #359)
[Link] (1 responses)
... excepting those of us driven enough to create binary patches... It was fun to do that *once*.
Posted Aug 25, 2016 1:43 UTC (Thu)
by felixfix (subscriber, #242)
[Link]
Posted Aug 25, 2016 3:17 UTC (Thu)
by pabs (subscriber, #43278)
[Link] (3 responses)
Thanks for highlighting the reasons that Linux developers should demand to keep their copyrights in Linux instead of giving them to their employers. Anyone who is doing that might want to talk to SFC about having their copyrights in Linux enforced.
Posted Aug 28, 2016 2:42 UTC (Sun)
by giraffedata (guest, #1954)
[Link] (2 responses)
Maybe you're trying to make a political point with this wording, but it's misleading. In the US, when someone pays someone else to write code, the copyright naturally belongs to the employer and the employer would have to give it to the developer for the developer to have it. Copyrights are man-made rights and the people who created them defined who's rights they would be.
Posted Aug 29, 2016 10:08 UTC (Mon)
by pabs (subscriber, #43278)
[Link] (1 responses)
http://www.copyright.gov/title17/92chap2.html#201
Posted Aug 30, 2016 2:27 UTC (Tue)
by giraffedata (guest, #1954)
[Link]
That's the opposite of the impression a reader would get from the phrasing, "employees should demand to keep their copyrights in Linux." The word "keep" implies that the copyright starts off belonging to the employee and the employee should insist on keeping it that way. If we want to give the correct impression (unless, again, we're trying to make a political point about truly natural rights being different from the ones created by law), a better wording would be, "employees should demand to own the copyright in their work on Linux."
Posted Aug 25, 2016 4:01 UTC (Thu)
by jdub (guest, #27)
[Link] (4 responses)
In an otherwise excellent piece, I felt that this section skipped an important point: Many of those outcomes did not come to pass thanks to the non-technical contributions of some pretty surprising people.
Activists and researchers, lawyers and managers… there are so many people who found this world through shared politics, principles, and social connections, or were simply reassigned to a new job and got excited. Some of them have contributed more than they'll ever let on (corporate politics), did invaluable work we couldn't fully understand (pro bono legal expertise), or simply gave their staff time to get involved and do things right (enlightened management).
If you have ever worked on a major FLOSS project, you'll know people like this. You won't find them in git blame, you may not even find them in mailing list archives, but their contributions are still felt today.
Posted Aug 25, 2016 8:08 UTC (Thu)
by gnu (guest, #65)
[Link]
Posted Aug 25, 2016 13:17 UTC (Thu)
by JFlorian (guest, #49650)
[Link] (2 responses)
Posted Sep 1, 2016 22:38 UTC (Thu)
by geek (guest, #45074)
[Link] (1 responses)
Posted Sep 2, 2016 11:28 UTC (Fri)
by Wol (subscriber, #4433)
[Link]
Sorry for the noise, but yes, she did an awesome job!
Cheers,
Posted Aug 25, 2016 15:08 UTC (Thu)
by mattrose (guest, #19610)
[Link] (7 responses)
Posted Sep 1, 2016 5:06 UTC (Thu)
by Wol (subscriber, #4433)
[Link] (6 responses)
In a similar place to where we are now?
Tim Berners Lee's only real invention with the Web was the hyperlink. That's not to decry his hard work - but he basically built on what was already there.
And instead of Linux we would have the BSDs. That world nearly happened ...
Really, it's the people that matter, not the inventions. Linus, with his excellent project management skills and readiness to accept contributions from anyone, and TBL with his open Scientific "giving" frame of mind.
Oh - and the lack, back then, of all these attempts to stifle creativity by patenting mathematics (software).
Cheers,
Posted Sep 5, 2016 21:33 UTC (Mon)
by nix (subscriber, #2304)
[Link] (5 responses)
But Tim actually got it working on a large scale. :)
Posted Sep 6, 2016 0:10 UTC (Tue)
by tialaramex (subscriber, #21167)
[Link] (4 responses)
I was studying and later working at a major hypermedia lab in the 1990s. Without a doubt some of the research work was on things that the World Wide Web still doesn't really do today. But unlike our research work, Tim's half-arsed "Web" had users out in the wild. A research project would scope out a small problem, solve some of it, and write up a paper. If you were lucky some of the code making it work lasted beyond the time taken to get published, and if you were _very_ lucky that code was actually available from an FTP site somewhere. But by the time I arrived even as an undergraduate, there were more pages on Tim's World Wide Web than in any of these research systems, and by the time I became a postgrad they were writing up the new research systems _on_ Tim's World Wide Web, and at that point it becomes obvious that you're basically just wanking. Even if Tim's system was much worse in a whole variety of ways than the prototype research projects (it was), Tim's system existed and the prototypes were just prototypes. By the time I ceased to be a postgraduate student Tim had an office in the building where I had studied and his name was highlighted above all the clever people who'd been designing "better" hypermedia systems while the World Wide Web was taking over the world.
Posted Sep 6, 2016 9:58 UTC (Tue)
by anselm (subscriber, #2796)
[Link] (3 responses)
The World Wide Web is to distributed information retrieval systems essentially what MS-DOS (and its successors) are to operating systems. It works reasonably well for what it set out to do, it is very widespread, many people seem to like it, and by now, even though its shortcomings are well-known and there have been additions to the additions that were made to attempt to mitigate them, it is quite impossible to get rid of. It managed to get where it is now not because it was technically excellent or otherwise compelling but mostly because it was there at the right time when somebody (or somebodies) important was looking for something like it, and the other stuff that existed (remember Gopher?) for whatever reason wasn't interesting enough.
I remember attending a conference in the 1990s where a guy from a university in, I think, Austria gave a long talk which essentially amounted to whining that everyone was using this terrible WWW and nobody was interested in the much more clever and powerful system that his research group had invented. Didn't make a big impact, though.
Posted Sep 6, 2016 16:40 UTC (Tue)
by zlynx (guest, #2285)
[Link]
Bidirectional links with consistent metadata don't just happen.
But with HTTP I can just create a link to anyone's web page. Whether they like it or not. And they can rename that web page whether I like it or not.
Other, better systems require far too many coordinated moving parts which is why they fail.
Posted Sep 6, 2016 21:49 UTC (Tue)
by chfisher (subscriber, #106449)
[Link] (1 responses)
Posted Sep 7, 2016 8:48 UTC (Wed)
by anselm (subscriber, #2796)
[Link]
Which would have been a bit silly given that one could write a basic Gopher server in half an afternoon and it would take perhaps three screens' worth of code.
I think one of the main advantages of the WWW over Gopher – at least with the advent of the likes of NCSA Mosaic – was that it made page-embedded hyperlinks and graphics a thing (although technically you could argue that these were features of HTML and it would have been perfectly possible to serve HTML over Gopher, which later versions of the Gopher protocol in fact allowed). Other drawbacks of Gopher included not having an equivalent to URLs, and only a very limited selection of allowable content types. In the end, Gopher was really too primitive to win.
Posted Aug 26, 2016 11:55 UTC (Fri)
by robbe (guest, #16131)
[Link]
I don’t think the amount of resources poured into these projects is that much lower than it was 10 or 20 years ago. It’s just that /many/ more people, companies, and projects rely on them.
This is not the only place where the „crumbling infrastructure“ problem exists.
Posted Aug 26, 2016 18:20 UTC (Fri)
by sjj (guest, #2020)
[Link] (1 responses)
Posted Aug 26, 2016 19:15 UTC (Fri)
by halla (subscriber, #14185)
[Link]
Posted Sep 4, 2016 14:10 UTC (Sun)
by pboddie (guest, #50784)
[Link] (4 responses)
That's rather unfair on those who developed KHTML - the basis of the decent-enough Konqueror - which then evolved to become WebKit, making possible the tools we now call Chrome, Chromium and (if it is still around because I don't follow Apple) Safari.
Posted Sep 6, 2016 17:06 UTC (Tue)
by flussence (guest, #85566)
[Link] (3 responses)
(Okay, maybe Opera could've done the same at the time, but I couldn't stand that non-native UI.)
Posted Sep 6, 2016 19:45 UTC (Tue)
by zlynx (guest, #2285)
[Link] (2 responses)
Posted Sep 7, 2016 1:12 UTC (Wed)
by flussence (guest, #85566)
[Link]
It's pretty dire on today's web, I'll admit (even NetSurf's doing better). But it was pretty good back when Opera couldn't put CSS opacity and text anti-aliasing on a page at the same time, Firefox injected parts of its browser UI into the page's own DOM, and IE... existed...
Posted Sep 7, 2016 1:16 UTC (Wed)
by mathstuf (subscriber, #69389)
[Link]
25 Years of Linux — so far
12 Years of Linux ONLY — so far (for me)
25 Years of Linux — so far
25 Years of Linux — so far
25 Years of Linux — so far
employer/employee copyright
... reasons that Linux developers should demand to keep their copyrights in Linux instead of giving them to their employers.
employer/employee copyright
https://www.gov.uk/guidance/ownership-of-copyright-works#...
I believe those are exactly the points I made. We made up copyright law and arbitrarily decided that by default it belongs to the employer (I see "naturally" could be taken another way; I just meant that with the law in place and no further action, the employer has the copyright), so for the employee to have it, the employer has to do something to give it up.
employer/employee copyright
25 Years of Linux — so far
25 Years of Linux — so far
25 Years of Linux — so far
25 Years of Linux — so far
25 Years of Linux — so far
Wol
25 Years of Linux and the World Wide Web.
25 Years of Linux and the World Wide Web.
Wol
25 Years of Linux and the World Wide Web.
Tim Berners Lee's only real invention with the Web was the hyperlink.
Ted Nelson (the coiner of the term 'hypertext') was talking about unbreakable bidirectional hyperlinks (and not just point-to-point hyperlinks, but links to and from *regions*, with optional annotations and other attributes) decades before.
25 Years of Linux and the World Wide Web.
25 Years of Linux and the World Wide Web.
25 Years of Linux and the World Wide Web.
25 Years of Linux and the World Wide Web.
25 Years of Linux and the World Wide Web.
25 Years of Linux — so far
> the obscure projects that fall by the wayside; important
> infrastructure can also go without support.
25 Years of Linux — so far
25 Years of Linux — so far
25 Years of Linux — so far
The community was singularly unsuccessful at creating a proper web browser for Linux until the collapse of Netscape jump-started the development of the tool we now call Firefox.
25 Years of Linux — so far
25 Years of Linux — so far
25 Years of Linux — so far
25 Years of Linux — so far