Slashdot Mirror


Linux 2.4 Wins 4th Place ... in Vaporware

An anonymous reader says: "Linux kernel 2.4 got itself at the 4th position in Wired Vaporware 2000 contest! The top prize goes to ... (check the link out for yrself ;)" I have a hard time calling something Vapor that I've been running on 30 days uptime, but what do I know? I guess a "product" without a release date just isn't something comprehensible.

20 of 228 comments (clear)

  1. DVD player for Linux? by Enry · · Score: 3

    What happened to the RIAA-approved DVD player that was supposed to be shipping?

  2. Re:architecture and long release cycles by scrytch · · Score: 3

    > Can we solve this problem?

    Yes. Lend your support for a different opensource OS, such as Fluke or EROS. Get it running under VMWare and the rest of the hardware support picture can be done at a more leisurely pace. Linux isn't the only game in town.

    --

    --
    I've finally had it: until slashdot gets article moderation, I am not coming back.
  3. Not so vapourware by Ektanoor · · Score: 3

    They may have a point here. But not enough to consider the 4th place.

    Yes, Linus stated a lot of "soon, soon, soon..." and that's bad. I think that timelines should be more strictly stated and the process of kernel delivery made more simple and strightforward. Because many people are already working with 2.4 since the first "test" releases. Here 2.4 is widely used since test6 and that is a few monthes ago. A lot of people on the community are already using "test" tarballs for quite long.

    Yes, many users don't feel the "benefits" of 2.4. But sorry people that's what Linux is all about - construction sets. I perfectly understand that some may not have the preparation to make a kernel upgrade or play with it. Unfortunately the difference between Windows and Linux is exactly on this. You build the system according to your needs and don't wait for the train to arrive to your station. You build the train and get off the station ;) . The problem here is that we are starting to have a community segment that is not capable to achieve this, by their own means...

    Anyway, Linus is wrong by saying a lot of "soons". But even if he shot 2.4 in December, it would take 3-4 monthes to see it on the distros. And nearly half year to see it widespreading. So I would still put 2.4 in this vapourware list. Just to blame the way this kernel is being promised. But surely not in 4th place. Somewhere between 8th or 9th, maybe.

  4. agreed but the point is by kaisyain · · Score: 3

    They shouldn't be mentioning release dates when they really have no idea what the hell they're talking about. When was 2.4 originally supposed to come out? Like a year ago? What happened to that date? And now there's something from Linus saying early December, hopefully. Hell, it's almost early January. Since they obviously have no clue what they're talking about why even mention a release date in the first place?

    Why not just say "It'll be done when it's done" and leave it at that rather than pulling dates out of thin air that obviously mean nothing?

  5. up and running? by kaisyain · · Score: 3

    Yeah, I guess if you count prerelease test kernels.

  6. and .NET by EnderWiggnz · · Score: 3
    .NET only got an "honourable mention"...

    infinitely more vaporous than most of the top 10, including OSX, which has been in beta for a while...

    of course, .NET will be out there, RSN
    tagline

    --
    ... hi bingo ...
    1. Re:and .NET by Chester+K · · Score: 3

      NET only got an "honourable mention"...
      infinitely more vaporous than most of the top 10, including OSX, which has been in beta for a while...


      .NET is in beta. I have it on my machine. If Linux 2.4 doesn't deserve to be called vaporware, and OSX doesn't deserve to be called vaporware, then .NET doesn't deserve to be called vaporware either. Being made by Microsoft doesn't suddenly make it a candidate.

      --

      NO CARRIER
  7. What about Team Fortress 2? by citizenc · · Score: 3

    Please. TF2 is the biggest piece of vapourware to be .. erm, conceived? They've been working on this game for YEARS!

    Don't get me started on Daikatana.

    ------------
    CitizenC

  8. Linus said December by FattMattP · · Score: 3

    Linus said 2.4 would be out in December. But December isn't over yet...

    --
    Prevent email address forgery. Publish SPF records for y
  9. My vote goes to... by sherpajohn · · Score: 3

    god and Santa Claus. I have been praying for peace on earth and putting it at the top of christmas list for about 37 years, and once again, I look under the tree, up in the heavens, and on the nightly news, and I see no sign of it. *sigh*

    Going on means going far
    Going far means returning

    --

    Going on means going far
    Going far means returning
  10. Prefer something that works the first time by RuneB · · Score: 3
    Personally, I would rather have a kernel that works rather than one that causes data corruption. For those that are watching linux-kernel, they have still been working on tracking down the innd corruption bugs. I think it is good that the important bugs are being fixed instead of rushing a release (Red Hat 7.0 anyone?) I would hardly call this vaporware.

    One list of 2.4 issues is available here, for the curious.

    --
    dtach - A tiny program that emulates the detach feat
  11. architecture and long release cycles by q000921 · · Score: 3
    I think the long release times are in part due to the architecture of the Linux kernel. Unlike user mode programs, where add-ons are very easy to distribute separately, for the kernel, many kinds of features seem to require extensive discussion, coordination, and planning before they can added, and they really only get used widely if they are part of a kernel distribution.

    The architecture of the current Linux kernel served it well over the first few years of its existence: it allowed a lot of features and reasonable performance to be implemented quickly. But it may not serve as well in the current environment.

    Can we solve this problem? Maybe one of the open source microkernels, or maybe the use of some other programming language for the kernel that couples different parts of the kernel less tightly and isolates the kernel from problems in individual modules would help. Or maybe it will be possible to move there incrementally, without starting from scratch.

  12. What about... by Dirk+Pitt · · Score: 4
    that Echelon software everyone keeps talking about? Geeze, it's been in the news for a year, and it's still not at Best Buy...

    ;-)

  13. Re:Vaporware? Not likely by TheAncientHacker · · Score: 4

    Actually, when Mark Ursino coined the phrase it meant products that existed only in their press releases. At the time a lot of companies would do the press release and possibly a mock up and show that to the press and at trade shows to get orders. They'd then take the money from those orders to pay for tha actual development while putting out announcements about the final version being delayed. So any product that is even in development isn't truly vaporware.

  14. Half Right about 2.4 by oconnorcjo · · Score: 4

    1) Vaporware USED to mean that it does not exist except as a pipe dream and Linux 2.4 is WAY beyond just a pipe dream... it really _will_ come out soon (and how many times has that been said!).
    2) But if you are using their definition of vaporware as just software that was expected out by now, then the 2.4 kernel does earn a spot.

    It is easy to second guess the actions of great men (Linus Torvalds and company) but far harder to be worthy of their respect. And yet I critisize anyway :)...

    When Linus Torvalds blessed the beginning of the 2.3 developement cycle, he said he wanted MUCH SHORTER developement cycles with "9 months being about right". Nine months came and went and he started saying he expected to see it done by xx/xx/xxxx date while in the mean time, he kept accepting neat new features/rewrites to the kernel causing more delays.

    Now if Linus had not talked publicly about "shorter developement cycles" and "hope to get it out before ... January... spring... summer... fall... december", then people would not be so hyped/disappointed.
    If Linus had just said something to the press like this:

    "I really don't know when to expect the next kernel out. We are perfectionist and when a new kernel is released, we want to be proud to have our names attached to it... We think that the 2.2 kernel is a very good kernel and we hope that for those few who could really use the new features in 2.3, that we can provide them as soon as we know how."

    With variations of a response like that, people would never be able to claim 2.4 is late. Now on the mailing list, Linus's speaches about getting 2.3 ready ASAP, was/is resonable and any reporter who writes about stuff from the kernel mailing list should be lynched.

    BTW: From reading LKML, I think the kernel developers have done an exceptional job with the 2.4 kernel and it is really something to look forward to.

    --
    I miss the Karma Whores.
  15. These articles are bad by Evan927 · · Score: 5
    I don't see this said anywhere else, so I'll throw my $0.02 in. It seems to me that articles like this make companies think that they should ship ASAP, instead of when the product is done. No, 2.4 isn't out yet. That's because it isn't done. And given that it's only 1 month after the PROJECTED release date, that's not too bad.

    And Apple's OSX - they aren't done either. Tribes 2 is full of bugs, and it isn't done. I hope companies don't listen/read these. I'm happy to wait for a finished product. Release it when it's done, not when it's due.

    --
    Do the obvious to e-mail me.
    1. Re:These articles are bad by Salamander · · Score: 5

      While it is indeed unreasonable to expect that products will ship exactly on announced dates, and that pressuring people to do so might result in the release of still-buggy code, I think there's room for more discipline than is in fact being exhibited by the Linux kernel gurus. Scheduling software projects is not totally a black art. People experienced in a particular kind of programming can often come up with remarkably good estimates of how long things will take, how much extra time to allow for bugs that fall out during testing, etc. Nobody's perfect, but it is entirely possible to come up with a date whose percentage probability of being met is in the high nineties.

      Why doesn't this happen in Linux? Two reasons: optimism and lack of discipline. There's no significant penalty for missing a date in open source, so there's no incentive to be pessimistic. When people aren't afraid of the consequences for a date being wrong, they'll usually give you a "best guess" - 51% confidence - date. People who hold themselves to a higher standard of diligence might give you a 90% number, but the project as a whole invariably ends up delayed by the people who couldn't be bothered coming up with a solid number when the project started.

      Lack of discipline bites us in several ways:

      • There's no project plan to speak of. Features and patches get added even in the latest stages of development - something that should make any professionally-minded developer cringe. Nobody knows until it ships what Linux 2.x is actually going to be.
      • There's practically no design phase to speak of, so people just plain don't know what they're getting into when they start a release, so of course they don't know how long it will take.
      • There's no specific review process, rarely any serious unit tests, and never any regression tests. There's no decent bug-tracking system. Even well into a project, it's impossible to guess where we stand on the "bug curve".

      All of this adds up to create an extremely unpredictable development environment. It's only because of hard work and raw talent that Linux kernel release dates aren't ten times more of a joke than Microsoft's have ever been. With talent and work and just a tiny bit of engineering discipline, we could do a hell of a lot better than we're doing wrt release dates.

      --
      Slashdot - News for Herds. Stuff that Splatters.
  16. The actual release isn't what makes it Vapor. by dmorin · · Score: 5
    It's the announcement in the first place. If you say a year in advance "It'll be out in December", then it's your own damn fault if you miss it. If you don't want people to yell at you and call you vapor for not living up to what you said, shut up about it. No matter how many godpoints Linus has, if he doesn't want to be held responsible for his predictions, then all he needs to do is stop making them.

    Duane

  17. Vaporware? Not likely by Platinum+Dragon · · Score: 5

    Vaporware used to imply software that only existed in press releases and screenshots. No one outside of the company had seen actual running copies of the software in question.

    By that standard, Linux 2.4.x and Mac OS X are certainly not vaporware. Even .NET could be considered non-vapor, if you consider Visual Studio.NET and the Whistler betas to be released products.

    I mean, it's not like the 2.4 test kernels are hidden from the world, only mentioned in glowy press releases and described as the Second Coming of MS.

    Wired: Will Troll For Hits

    --

    Someday, you're going to die. Get over it.
  18. Discount by pete-classic · · Score: 5

    I heard that Linus said he is going to give a 5% discount for each day that 2.4 misses the December release date by.

    Oh, wait . . .