NOTHING. Absolutely nothing. Sure, we have the usual two thirds driver
changes, and a lot of random fixes, but the point is that 3.0 is
just about renumbering, we are very much not doing a KDE-4 or a
Gnome-3 here. No breakage, no special scary new features, nothing at
all like that. We've been doing time-based releases for many years
now, this is in no way about features. If you want an excuse for the
renumbering, you really should look at the time-based one ("20 years")
instead.”
I've noticed the same. Most of my posts that have been massively upvoted were suggestions or small corrections. The posts in which I take time to explain something non-trivial generally end up with 2-3 votes at most.
Amount of karma is not a measure of interestingness of the contribution, it's used mainly as an 'agree' button.
This is almost certainly caused by the decision to hide comment score. If people could see that this kind of comment (f.ex. a small correction) already had its fair share of upvotes they would leave it at that, but as it is now everybody who sees it upvotes it.
1. If, now or in the future, the HN comment-ordering algorithm pays attention to children's scores, then you get the following pathology: A says something slightly wrong, B makes a small correction, B's comment gets massively upvoted because everyone upvotes it, so that subthread gets treated as highly-scored even though there's nothing terribly insightful or interesting about it. (You could, but probably wouldn't, get the following even worse follow-on pathology: people start putting mistakes into their comments so that this will happen and they'll get extra visibility.)
2. People get more karma for posting minor corrections than for posting substantive comments. That's arguably unfair, and again it has a possible follow-on pathology: making nitpicking more popular and carefully thought-out insightful comments less popular.
I've noticed no such change in my own comment scores with or without scores displayed. I think it's a problem intrinsic to comment voting systems. I see the same problem at all such websites I've frequented.
You've provided a valuable service and saved people time. The first question anyone will have about Kernel 3.0 is "What's new/different in it from 2.6.39?". By summarizing/quoting you let people skip skimming the article, or a Google search, and saved them time.
It would break many of the programs which rely on 2.6.x naming scheme. Linus always was on the side of not breaking things if they do work. It seems that he changed his views for this particular case.
I don't know if that's fair. I mean, if you have a program that needs to parse out the Linux kernel version then you could very plausibly have assumed the format vX.X.X[-something|.X], given it's been that way consistently for 15 years (since 2.1.0 in '96). Even the kernel's own scripts do that, as Linus mentions in the email. Now it's going to have format vX.X for the first time since 2.0.
I can't actually think of the use case for needing to parse the complete version string outside the kernel, but it doesn't sound stupid to me that you'd assume a canonical format that's been there for a decade and a half. Apparently wrong, and decidedly unimportant & bikesheddy, but not necessarily stupid.
Ultimately, you get the worst you're willing to put up with. When the Windows dev team bends over backwards to keep buggy applications working, they signal that those bugs are acceptable and turn them into the accepted way to develop Windows application software.
When Torvalds bumps the major version number with little warning, he signals that anything which depends on it always being '2.x.x' or, worse, '2.6.x', is not acceptable and will not be tolerated.
I've lived in both worlds. I prefer Linux. I'm not alone.
Yeah, I know. At one time though, version numbering was used as a signal to other developers that relied on your software. Changing the major version number indicated a large change -- either API, or architectural, or both -- that was expected to break software that relied on it. So then, as an end-user, it was easy to keep track of which pieces were likely to be compatible with which other pieces; if your add-on or what-have-you worked with version 2.1, then it would work with 2.1.1, and probably work with 2.2, but probably not work with 3.0.
I guess people got bored with the sensibility of that, or something.
Linux has kept its main public interfaces stable for all of its several hundred post-1.0 releases, so using that scheme would mean Linux would have to use rather odd-looking version numbers like 1.632.5
Isn't the point of this to start correctly using the minor version numbers again, to get back to a good versioning system? And since it's a different scheme it makes a lot of sense to increment the major version to separate it.
Despite all criticism and cynicism all over the Linux communities about the numbering and all that stuff, for me, every release of the Kernel (as well as any other major / dominant open source platform / project) is a reason for celebration.
It simply means, openness and freedom won the software/internet game.
The fact there are people out there, spend the best of their times, contributing code and manuals docs, debugging and filing bugs, etc. etc. Is a sign that RMS and alike were not _"a bunch of hippies who likes to code for free"_ or even worst, a bunch of communists as some used to say at the beginning of Linux breakthrough.
From my own personal experience, it also means, the more open you will be, the more open software you will rely on, the more money you will make by the end of the day.
Thank you Linus, and all kernel contributors, for the great tools and platform you provided us for FREE!
> It simply means, openness and freedom won the software/internet game.
Except... it didn't. The far majority of programmers still write closed source non-free code. The far majority of software is still closed source and non-free. The far majority of humans browse non-free websites on non-free web browsers running on non-free operating systems.
Friend, I am afraid you have missed my point.
What I meant was that open source have change the software world. Nothing is the same anymore, and in my opinion, the "cloud-revolution" we are observing today has a lot to do with open/free software.
It might be true that most browsers are closed source running on top of closed source operating systems, but that is just one half of the picture. the other half tells a story of most web traffic, especially on most popular ones, is generated by open platform.
Vast majority of programmers are writing closed source. yet they do not affect the market as those who write open source.
The EFF disagrees with you about the cloud. They believe the cloud is a serious loss of freedom, partially because cloud-code is hidden (even modified GPL code) and partially because people are giving away their privacy.
The cloud has been great for the business of writing software, but not because it is more free or open.
Oh, I don't think he was saying that wasn't the case. I believe what he meant (perhaps I am projecting here) that because it continues to exist, and exist successfully, the idea of free software wins.
The mere continued existence of free software/open source validates the ideology behind it.
As a libertarian/dyed in the wool capitalist, I love the success myself.
One the one hand, the "benevolent dictator" model has shown itself to work pretty well for Linux, compared to some major failings of the "committee" model on other projects. On the other hand, does anyone think the fact that "major" changes can be done by one person who is "just going all alpha-male" will potentially spook people? I mean, I doubt too many people here on hn have a problem with Linus' personality. I imagine most of us appreciate his sense of humor and respect him as a penultimate hacker... I'm just thinking about starched-shirt types who call the shots in big businesses -- can you imagine being an IT manager and trying to explain to your boss that after 15 years there's a new major version of the Linux kernel because "well the head guy got tired of calling it version 2."
Edit: Penultimate apparently doesn't mean what I thought it meant, so, what I meant was "...respect him as a very good hacker...".
It appears my understanding of that word was faulty. I always thought it meant something along the lines of first-rate, I didn't realize it had such a specific meaning. TIL, I suppose.
See Slackware's jump from version 4 to version 7, or more recently, Mozilla's reconfiguration of its versioning system to make the numbers more closely match Chrome and IE version numbers (where v11 and v9 are the current stable releases respectively -- Mozilla is on a measly v4). This doesn't just occur in commercial software.
I don't think the 3.0 release is "just going all alpha-male" - I think it reflects the maturity of the linux kernel, and could have done some years ago with good conscience too.
That said, his Google Tech Talk on git, which turned into a rant against SVN/CVS users did lower my respect for his personal skills.
Seems a bit strange to me. A major version increment is supposed to announce "this is significantly different and possibly incompatible".
But now it doesn't mean that. It means 20 years.
There are extremely good reasons not to increment the major version. For instance tools which take the conservative approach of checking for 2.6 will all be broken. Those tools correctly elected not to risk wrong behavior resulting from a major version change.
When you add together the time it takes to compensate for this change for all maintainers everywhere (tools developers, distro developers, everyone), surely it will run into the hundreds of hours, perhaps thousands. All for, functionally, nothing. And sorry for calling you Shirley.
Seems to be an objectively bad move. Oh well. This needless-on-purpose change will cause resentment, but after time it will dissipate.
checking for 2.6 no longer means much, 2.6.0 and a current 2.6.39 have so many changes that just checking for 2.6 is not enough anymore. that was one of the reasons for the new version.
In theory, the Linux kernel has been binary stable since version 1.0 -- if it worked on an old version, it will work on a new one.
In practice, due to the vast number of configuration options, it's not entirely binary stable even across different people compiling the same code. With work, you can probably make things compatible, but it doesn't come for free.
Why do you care what it looks like? It's whether it works well that is really important for a tool like this (that pretty much only the devs are going to use).
It's not actually great on that front either though, but the point still stands. I prefer cgit[1] myself (as it's a lot more usable). It's quite mature and used by Freedesktop [2] and Gnome [3]. If people are really worried by how it looks you can easily add your own header, footer, and alter the CSS.
I hadn't seen Gitalist (that marchdown posted) though. Looks pretty good but I wasn't that impressed by the usability of the demo though. But that will probably improve in time.
There is a nice open-source (which github is not) web front-end for git repos, http://www.gitalist.com/, and would you believe it, even they use git-web on their website.
Unfortunately, http://example.gitalist.com/ doesn't load any content whatsoever in my browser (Google Chrome with JavaScript disabled/whitelisted). Just a white page. And I have a hunch browsing with JavaScript off is more common for kernel devs than, say, GitHub users.
Well, Chrome must be broken then, as it's a validated HTML 5 page. It works with FF with noscript (with the domain blocked). Frankly, I have a hunch that people who care about javascript security don't use Chrome.
“So what are the big changes?
NOTHING. Absolutely nothing. Sure, we have the usual two thirds driver changes, and a lot of random fixes, but the point is that 3.0 is just about renumbering, we are very much not doing a KDE-4 or a Gnome-3 here. No breakage, no special scary new features, nothing at all like that. We've been doing time-based releases for many years now, this is in no way about features. If you want an excuse for the renumbering, you really should look at the time-based one ("20 years") instead.”
by Linus Torvalds
source: ttp://permalink.gmane.org/gmane.linux.kernel/1147415