Slashdot Mirror


Debian May 1 Release Delayed

andrew writes "Anthony Towns, Debian's Release Manager, posted this message regarding the status of the expected May 1st release of Woody made reference to in this slashdot story. In short, he says: "So, it's April 30th (for most of the planet, anyway), which probably means folks are beginning to get mildly curious about whether woody'll actually be ready for release tomorrow. The answer is a definite 'kind-of'. Which is to say, 'no'.""

226 comments

  1. Huh? by proverbialcow · · Score: 5, Funny

    How do you delay May 1st?

    --
    The only surefire protection against Microsoft infections is abstinence. - The Onion
    1. Re:Huh? by zaphod110676 · · Score: 0

      Add a 31st day to your April Calendar?

      --
      To Do: 1. Take over world 2. Pick up Milk and Bread on the way home
    2. Re:Huh? by Latent+IT · · Score: 4, Funny

      The great quote from the article:

      Hopefully people will be able to use the forthcoming suffering as an incentive to get this done right next time.

      Now that's the hellfire and damnation management theory I subscribe to! =)

    3. Re:Huh? by Anonymous Coward · · Score: 0

      Here in London (England, UK - off the western coast of the european continent) we can look forward to that on May 1st !

    4. Re:Huh? by mccalli · · Score: 2
      How do you delay May 1st?

      Easy. You reset your system clock to 1st Jan 1900...

      Cheers,
      Ian

    5. Re:Huh? by Anonymous Coward · · Score: 0

      How, exactly, does "Debian release delayed" qualify as *news*? It's no more news than "Sun rises again this morning."

    6. Re:Huh? by Anonymous Coward · · Score: 0

      January, February, March, April, Smarch, May ...

    7. Re:Huh? by jo42 · · Score: 1

      year++;

    8. Re:Huh? by Anonymous Coward · · Score: 0

      May.remove( 1 );

    9. Re:Huh? by 56ker · · Score: 2

      "use the forthcoming suffering as an incentive" - and all that remains now is for the e-mail addresses of the people responsible to be posted on /.!

    10. Re:Huh? by Anonymous Coward · · Score: 0

      In other news...

      - Slashdot still in deadly grip of slow news week
      - Local tree continues to grow
      - Alcohol discovered to have negative effects on judgement

    11. Re:Huh? by Anonymous Coward · · Score: 0

      Lousy smarch weather...

  2. Worth waiting for... by pkplex · · Score: 1

    So Woody is going to become the new Stable, is that correct?

    1. Re: Worth waiting for... by Ray+Dassen · · Score: 3, Informative

      Yes, woody will become the new stable. Sid will remain unstable, and there'll be a new testing tree which hasn't been officially named yet (though the suggestion of "sarge" seems to have stuck in many developer's heads).

    2. Re:Worth waiting for... by carsten · · Score: 1

      That is correct, Woody is at the moment the "Testing" branch, which then becomes the "Stable" branch when it is released.

    3. Re:Worth waiting for... by Anonymous Coward · · Score: 0

      duh..
      right now woody == "testing", but whenever it's released, it will become the new "stable", which means that "testing" will point to something more recent as soon as that becomes available.

    4. Re:Worth waiting for... by Peter+Harris · · Score: 4, Funny

      Yeah.

      Developers all over the world must be waiting with bated breath to release all their new cool features the week AFTER the Debian release ;)

      --

      -- What do you need?
      -- Gnus. Lots of Gnus.
    5. Re: Worth waiting for... by Anonymous Coward · · Score: 0

      new testing tree, how can sid remain unstable? wouldn't sid just become the testing tree and a new unstable tree be added?
      plusran

    6. Re: Worth waiting for... by IpalindromeI · · Score: 2, Informative

      Although Sid was a character in Toy Story, it also stands for Still In Development. Unstable will always keep the name Sid, because it is the one where new versions of actively developed software land first. You can read more about that in the Debian FAQ.

      --

      --
      Promoting critical thinking since 1994.
    7. Re:Worth waiting for... by Anonymous Coward · · Score: 0

      Wow, someone who knows the correct spelling of "bated". And on SLASHDOT, no less!!!

      I guess there is hope for the world, after all.

    8. Re: Worth waiting for... by elemental23 · · Score: 1

      So once it goes up on the Debian mirrors as "stable", what happens the first time we apt-get update && apt-get upgrade? I assume (hope) that won't automatically dist-upgrade without warning.

      Yes, I'm still using potato at home except for a few things I've upgraded myself. What can I say, I'm lazy.

      --
      I like my women like my coffee... pale and bitter.
    9. Re: Worth waiting for... by mmol_6453 · · Score: 1

      What scares me is the fact that I just installed LInux on a CD-romless laptop, and I'm still downloading software from Potato right now...over a 14.4Kbps modem. (I'm at school right now.)

      Maybe I'll be able to afford that CDROM drive($89) and download the ISOs from school.

      This process of package upgrading really grinds me.

      (shameless request) Anyone know where I can get a decent CDROM drive for a ThinkPad 760-series laptop, for less than what Pricewatch says? Email me...

      --
      What's this Submit thingy do?
  3. Disney by ilyag · · Score: 0

    The answer is a definite 'kind-of'. Which is to say, 'no'.

    I can't help but to remember a Disney cartoon. This phrase is usually said by the puny supporters of the Very Evil Guy when they fail another terrible plan...

  4. You forgot one thing.... by FooBarWidget · · Score: 1

    Keep that attitude up and you will be killed by thousands of "*BSD IS DYING!"-trolls. Believe me, they are greater in numbers than all open source zealots and even Microsoft fanboys together.

    1. Re:You forgot one thing.... by FooBarWidget · · Score: 1

      You should tell that to the other anonymous coward, not me. He's the one who's promoting *BSD so that more people will go fsck it.

  5. Alpha and Sparc wont be available... by gamorck · · Score: 0, Interesting

    How many people does this actually affect? I realize that their are probably some Alpha and Sparc owners on this board and in the community but how many of those people are actually running Debian? Are they really comtemplating dragging out their already elongated release schedule because of two platforms that the vast majority of Debian Users dont care about?

    I dont particulary care for Debian myself - but this all seems rather stupid. (1) Because they shouldn't have waited until the last minute to break the news (2) Because its a rather frivalous reason. Alot of other distro release x86 first and Sparc/Whatever later on. Why can't Debian do that?

    Oh well I'm sure they will get it worked out in due time - until then I'm sure more and more people will begin to think of Debian as a dead distribution rather than as an active one. They really don't have anybody to blame but themselves I mean they are the only ones shipping a distro that still uses the 2.2 kernel.

    J

    --
    I love idealists not because I am one, but because they make life bearable for pragmatists such as myself.
    1. Re:Alpha and Sparc wont be available... by billnapier · · Score: 5, Informative

      If you would have read all of the article, you would have noticed that they were also delaying the release because they didn't have their procedures ready yet to release security updates on woody and potato at the same time. I think we should applaud them for remembering how important security is (Maybe msoft should take note?).

    2. Re:Alpha and Sparc wont be available... by jlu · · Score: 4, Informative

      ... as iso images.
      People already running Debian/Sparc or Debian/Alpha will be able to update using apt-get.
      The only problem will be that you can't install new machines using woody (but you can install potato and then do a apt-get dist-upgrade to get a recent OS).

      Jo

      --

      --
      Hi! I'm the infamous .signature virus! Copy me into your ~/.signature to help me spread!
    3. Re:Alpha and Sparc wont be available... by Anonymous Coward · · Score: 1, Informative

      Debian only uses a 2.2 kernel as the default, there's a number of different 2.4 kernels available as add-on packages. While this may be conservative, it _does_ give users a choice of either being conservative or going out on a limb and trying the still-not-entirely-stable 2.4 kernel.

    4. Re:Alpha and Sparc wont be available... by reaper20 · · Score: 5, Insightful

      Alot of other distro release x86 first and Sparc/Whatever later on. Why can't Debian do that?

      Debian supports _11_ architectures - a few weeks ago a friend of mine dug up an old sun he had in his basement. We installed Woody. It works exactly the same as it does on my x86 machine, that's awesome.

      In one of the last XFree stories, the Xfree maintainer mentioned that he will not treat non-x86 people like second class citizens. Now, I partially agree with you, I'm an x86-only person myself, but think about it, 11 architectures ... not many people can even name that many to begin with.

    5. Re:Alpha and Sparc wont be available... by Anonymous Coward · · Score: 1, Interesting

      Who this really affects are us Debian Developpers who are sitting on packages waiting for woody to be released. I have a series of changes that must *not* go into woody.

    6. Re:Alpha and Sparc wont be available... by Ray+Dassen · · Score: 5, Informative
      (1) Because they shouldn't have waited until the last minute to break the news

      Quite frankly, I fail to see what's news about it. There has never been a formal announcement of a May 1st release deadline, just a message in which the release manager went out on a limb: "So, to go out on a limb: Debian 3.0 (codenamed woody) will release on May 1st, 2002. Actually, as always, it'll release when it's ready: if we find that the software doesn't meet our expectations on April 30th, you'll find me on the ground writhing in pain with leaves, bark and wood all over the place [1].
      [1] I'm going out on a limb, remember."

      (2) Because its a rather frivalous reason. Alot of other distro release x86 first and Sparc/Whatever later on. Why can't Debian do that?

      Because Debian doesn't treat non-x86 users as second class citizens, and because the developers already have enough versions (stable, testing, unstable) of their packages to worry about without different archs having different versions.

      Oh well I'm sure they will get it worked out in due time - until then I'm sure more and more people will begin to think of Debian as a dead distribution rather than as an active one.

      Debian's release is going to be dead alright. Dead stable that is, which is exactly the goal of a Debian release. Anyone who gets a woody from a daily fix of "latest and greatest" versions can run woody (testing), or unstable and doesn't have to care about releases. Releases are for folks who require stability.

      They really don't have anybody to blame but themselves I mean they are the only ones shipping a distro that still uses the 2.2 kernel. There are sound reasons for shipping with a 2.2 kernel as the default kernel; check the archives for the debian-boot and debian-cd lists. In any case, 2.4 kernels are supported, just use the "bf2.4" flavour of the installation system.
    7. Re:Alpha and Sparc wont be available... by Anonymous Coward · · Score: 0

      How many people does this actually affect?

      more than people realise. everyone forgets that debian has a HUGE userbase for some reason. (no, i can't back that up with hard numbers. no one can for any distro. we appear to be overzelous on the various polls when debian is mentioned tho, so we're either large in number, or high in zeal)

      I realize that their are probably some Alpha and Sparc owners on this board and in the community but how many of those people are actually running Debian?
      i'd say a great deal, given that not a whole lot of distros release alpha and sparc versions. redhat stopped doing it a while ago. and there's a lot of charm in having the same distro-semantics on all of your boxes. debian is THE architecture-independent/kernel-independent os around atm. you'll notice that they ship XFree86 on architectures the XFree86 team have never bothered with.

      Are they really comtemplating dragging out their already elongated release schedule because of two platforms that the vast majority of Debian Users dont care about?
      if i want up to date stuff, i use testing or sid. it doesn't matter to me either way. and i care more that they put care and attention into all of their work, than neglecting parts in favour of the more common parts. don't see why it's an issue.

      I dont particulary care for Debian myself (but you'll comment on it anyway, since you appear to have never used it enough to judge) - but this all seems rather stupid.
      unwise is he that mistakes stupidity with perseverence. :)

      (1) Because they shouldn't have waited until the last minute to break the news
      bah. i knew this was coming a mile away.

      (2) Because its a rather frivalous reason. Alot of other distro release x86 first and Sparc/Whatever later on. Why can't Debian do that?
      because it violates the debian principles. debian is a distro designed to run on everything it can run on. it's a way of life. you can't just ignore some people in favour of others, as i said before, it's not what debian is there for.

      Oh well I'm sure they will get it worked out in due time - until then I'm sure more and more people will begin to think of Debian as a dead distribution rather than as an active one.
      which of course, tells me that you've never watched how much activity goes into sid and testing on a daily basis. keep an eye on http://incoming.debian.org/

      They really don't have anybody to blame but themselves I mean they are the only ones shipping a distro that still uses the 2.2 kernel.

      sure. try and get 2.4 working on 8 architectures. and have time to build hurd as well. then you'll get an idea of scope. just because those architectures are in /usr/src/linux/arch/ doesn't mean they work perfectly. stable >>>>>> features. just go ask the BSD people.

      ultimately, this is a non-issue. if you want debian, go use it. there's nothing stopping you, release or no release. and don't whinge about XFree86 either, see comments above.

    8. Re:Alpha and Sparc wont be available... by Daniel · · Score: 2

      If you read Anthony's message, woody is now decoupled from unstable -- essentially as if it were a stable release. Since the only thing the release is waiting on is rbuilder (as I read the message), I think people can start uploading new stuff to unstable again if they want.

      Daniel

      --
      Hurry up and jump on the individualist bandwagon!
    9. Re:Alpha and Sparc wont be available... by ~roman · · Score: 1

      How many people does this actually affect? I realize that their are probably some Alpha and Sparc owners on this board and in the community but how many of those people are actually running Debian?
      I am runnung Woody on Aplha, and I realy appeciate Debian's policy: RedHat and Suse do not seem to care about alpha any more and Debian is probably most up-to date alpha distro if you are using testing (which seems to be very stable). Anyway you can all the time add packages from unstable.
      dont particulary care for Debian myself - but this all seems rather stupid.
      So shut up and do not call stupid peopple that are probably much smarter than you
      (1) Because they shouldn't have waited until the last minute to break the news (2)
      What news do you mean? Posts to the mailing list?
      Because its a rather frivalous reason. Alot of other distro release x86 first and Sparc/Whatever later on. Why can't Debian do that?
      Maybe because they just care about their users - not just to be like other distros?
      Oh well I'm sure they will get it worked out in due time
      Do not you thing theat it is the best policy - release something when it works? Untin then you can still use it - it is probably more stable than most other stable distros
      until then I'm sure more and more people will begin to think of Debian as a dead distribution rather than as an active one
      If those peopple are the ones that care only about higher numbers they should choose other distro.
      They really don't have anybody to blame but themselves
      They do not blame anybody, these are morons like you who complain about something they do not use
      I mean they are the only ones shipping a distro that still uses the 2.2 kernel
      Yes, and also 2.4.

      happy debian user

    10. Re:Alpha and Sparc wont be available... by Anonymous Coward · · Score: 0

      Alpha and Sparc will be available, just the CD images won't be. You're better off installing over the internet anyway. Less to download then complete ISOs. (Unless you want to install all 3500+ packages for some reason...)

    11. Re:Alpha and Sparc wont be available... by Prolapsed+Anus · · Score: 1

      How many people does this actually affect? I realize that their are probably some Alpha and Sparc owners on this board and in the community but how many of those people are actually running Debian? Are they really comtemplating dragging out their already elongated release schedule because of two platforms that the vast majority of Debian Users dont care about?

      Believe it or not, quite a few of us run Debian on Alpha and SPARC and most of us also care about _correctness_. That is, Debian should behave exactly the same (apart from bootloaders and hardware-specific stuff) across all its supported archs.

      Read: correctness. Remember that we Linux advocates (like the NetBSD project) tout the fact that Linux is portable as a mark of its quality? Well, Debian is the practical manifestation of that assertion.

      Alot of other distro release x86 first and Sparc/Whatever later on. Why can't Debian do that?

      Because Debian doesn't discriminate against non x86 and non PPC users. All are equally important.

      And again, the distro is broken until all release-critical issues are resolved on all platforms.

      ...until then I'm sure more and more people will begin to think of Debian as a dead distribution rather than as an active one.

      On the contrary, a lot of non-x86 users (particularly Alpha and SPARC) are abandoning the other distros (esp. commercial distros that must contend with "userbase" viability issues) in favor of Debian.

      A analogy: Debian is to Linux as NetBSD is to *BSD.

      They really don't have anybody to blame but themselves I mean they are the only ones shipping a distro that still uses the 2.2 kernel.

      This shows that you are really clueless about other archs.

      I suppose you must fall into either the "overclocked 3+GHz Pentium IV" or "yummy Apple G4 Supercomputer" crowd.

      How the shoddiest technology always wins the greatest marketshare :-/

      ~PA

    12. Re:Alpha and Sparc wont be available... by rcw-home · · Score: 2
      I realize that their are probably some Alpha and Sparc owners on this board and in the community but how many of those people are actually running Debian?

      Meaningless misleading statistics on how many packages of each architecture are downloaded every day from gluck.debian.org (a main http.us.debian.org rotation server) are available here. Someday I'll get the rrdtool feed working.

    13. Re:Alpha and Sparc wont be available... by jo42 · · Score: 1
      > not many people can even name that many to begin with.

      8088
      8086
      80186
      80286
      80386
      80486
      Pentium
      Pentium Pro
      Pentium II
      Pentium III
      Pentium IV

      There ya go, all ten-plus-one of them.

    14. Re:Alpha and Sparc wont be available... by Scooby+Snacks · · Score: 1
      ...or you could use floppies, or do a net install.

      (SPARC hardware is a thing of beauty, it really is. I wish x86 had these kinds of capabilities. (Net booting, not floppy booting.))

      --

      --
      Runnin' around, robbin' banks all whacked on the Scooby Snacks...
    15. Re:Alpha and Sparc wont be available... by tacocat · · Score: 1

      You never really explained why you don't care for Debian. But you should know better than to drop flame-bait like this.

      Debian is stable

      Debian is consistent

      Can't beat that with any other distribution on the market, free or otherwise. And no, I cannot name 11 differenct architectures, can you? Can RedHat? Can anyone claim to have support like this?

    16. Re:Alpha and Sparc wont be available... by Prolapsed+Anus · · Score: 1

      > 8088 > 8086 > 80186 > 80286 Unless you're considering the Elks project, Linux won't run on these MPUs. ~PA

    17. Re:Alpha and Sparc wont be available... by Anonymous Coward · · Score: 0

      Troll go away :)

      Those are all i386 arch (except for the old elks ones)

      alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc

      hurd-i386, sh are not ready yet, and the x86-64 port hasn't been started yet.

  6. I have to say, I'm proud of them. by Latent+IT · · Score: 4, Insightful

    Delay of a release date is always a terrible thing, especially for the poor release manager, who, in this case, sounds like things got a little out of his control. Perhaps it's the peril of working on free software, and having volunteers instead of cubicle drones.

    Of course, the delay will net the Linux community something positive - a better Debian. Well, maybe not for the l33t d00ds out there who can take charge, and manually bonk around and get all their own security updates... but for the sysadmins, and the desktop supporting IT people.

    What I'm wondering is why games are often the most delayed. If anything, a patch to a game won't be the most terrible thing you could do. But Neverwinter Nights, Duke Nukem Forever, oh, and that steaming John Romero pile... Every Blizzard game ever made! Hmmmm. Maybe they don't want us to have so much fun too fast. ;p

    1. Re:I have to say, I'm proud of them. by fstrauss · · Score: 1

      If anything, a patch to a game won't be the most terrible thing you could do.

      To some people it is. Lots of people buy a game in a store and never visit the game's homepage. Why should they have to? I prefer having the game work out the box. Even tho i'm probably the 1st to install a patch :) Patches that add functionality, sure, but bugfixes are a pain.

      ---

      --

      ----
      Some people are good with words, others, .... erm..... ....
    2. Re:I have to say, I'm proud of them. by shippo · · Score: 1

      You are depriving a village of its idiot.

    3. Re:I have to say, I'm proud of them. by jcw2112 · · Score: 1
      Re: game patches.

      never played tribes 2, huh? i'm sorry, most of us know it as the "unhandled exception" game.

      --
      hmmm...
    4. Re:I have to say, I'm proud of them. by Anonymous Coward · · Score: 0

      Of course, the delay will net the Linux community something positive - a better Debian.

      Not really. It's pretty clear that a lot of the delay is a result of the decision to support 11 different architectures (the previous release was only for 6 architectures). Now, I'm not saying that Debian should restrict itself to x86. But putting so much effort into dying architectures used by tiny numbers of people was just plain dumb.

    5. Re:I have to say, I'm proud of them. by Lemmy+Caution · · Score: 1
      If anything, a patch to a game won't be the most terrible thing you could do.
      I was thinking about this the other day: one advantage that console games have in a certain respect is that the game platform makes patches virtually impossible (the only possible "patch" would be a very painful, costly all-out recall and replacement). This motivates the developers to get *everything right* before RTM. The attitude that PC game developers betray - 'oh, what the hell, we can patch it later' - leads to soft sales for initial releases, frustrated users, and can also increase costs in the long run since you need to keep a team of developers on hand after release. As more PC games are co-released with console games, I'm hoping the attention to quality will improve.
    6. Re:I have to say, I'm proud of them. by mmol_6453 · · Score: 1

      Bugfixes ARE a form of additional functionality.

      We could all use a patch that would keep us from getting stuck in Quake1 floors...

      Moral of the story: Maybe you'll appreciate the lack of the bug.

      --
      What's this Submit thingy do?
  7. too many release-critical bugs.... by Anonymous Coward · · Score: 4, Informative

    Currently there are 47 release-critical bugs;
    woody will presumably released when these bugs
    are closed... so help debuging !

    1. Re:too many release-critical bugs.... by Anonymous Coward · · Score: 0

      No, that is not the case. Packages with release critical bugs will be ripped out of Woody, or, when the package is too important, be worked around in some way. AJ mentioned that Woody is ready to be released, the only thing holding it back now is the security team (and Alpha/Sparc CD images).

    2. Re:too many release-critical bugs.... by Ray+Dassen · · Score: 2
      Packages with release critical bugs will be ripped out of Woody, or, when the package is too important, be worked around in some way.

      Indeed. A release-critical bug is a bug that makes the _package_ unfit for release, which doesn't imply a release can't be made.

      There are several resources providing details on current release critical bugs, in the base and standard packages, as well as Wichert's overview.

    3. Re:too many release-critical bugs.... by shippo · · Score: 1

      A good number of those release-critical bugs are problems building the packages on the lesser used platforms. I'd love to resolve the IA64 problems myself, but I just dont have the hardware.

      Removing some of these packages from only the affected ports could significantly reduce the number of release-critical bugs.

  8. Let the flaming begin by Anonymous Coward · · Score: 2, Insightful

    I'm expecting to see a lot of 'Debian sucks, it's out of date before it's even released', but I think this is a good thing. Releasing a distribution before it's ready can be disasterous (RedHat's gcc 2.96 anyone?)... I'd rather have a working, secure, stable distribution a few days later than have a highly experimental one with all sorts of hidden defects right now.

    1. Re:Let the flaming begin by rednuhter · · Score: 1

      thats very optimystical of you, only a few days.
      I have been waiting for this one for quite some months (maybe unrealisticaly)

      and yes I meant to spell it "optimystical"

      --
      ERR 411[Max number of witty sigs reached]
    2. Re:Let the flaming begin by Tralfamadorian · · Score: 1

      Releasing a distribution before it's ready can be disasterous (RedHat's gcc 2.96 anyone?)

      I believe this has been addressed several times by Bero on this board. If I read his posts correctly, it is the people's code that is broken, not gcc 2.96, though I don't claim to be proficient in this area, I'm just throwing the information out there.

      BTW, I love debian, and redhat, and freebsd, and I'm gonna give gentoo a try soon :)

    3. Re:Let the flaming begin by Anonymous Coward · · Score: 0

      If I read his posts correctly, it is the people's code that is broken, not gcc 2.96

      I've been told this too, but that still means RedHat should have shipped with 2.95 as the default compiler. If a package can't be used in most cases, and another can, why include the first one by default?

    4. Re:Let the flaming begin by casio282 · · Score: 1

      This is true. But as I think many debian users (devotees, fanatics, etc) would attest, woody is quite stable enough right now to install. It's a marked advance over potato, and I'll suggest that no one needs hold off for the official release -- just update your sources.list now! Let's face it, Debian is notoriously conservative with its release program, and one mans 'unstable' is another's business as usual...

      I for one see the official release as a non-event -- i's ready enough, and whatever deficiencies persist are just an apt-get away from oblivion...

      --

      :wq
  9. No problem by realnowhereman · · Score: 5, Insightful

    I never really expected woody to go on May the 1st but still am obviously disappointed. However, getting over my own selfish wish to have new toys to play with - this demonstrates why debian is good. The guys preparing it have to deal with the same problems every other distributor deals with, except they seem to be obsessive about not releasing shoddy work just to meet a deadline. Given the enormous pressure to release they must be under from the community I reckon that takes guts and they should all be commended for it. (Doesn't stop me being desperate for woody though does it? :-))

    --
    Carpe Daemon
    1. Re:No problem by Anonymous Coward · · Score: 0
      Doesn't stop me being desperate for woody though does it?

      What an unfortunate choice of words.

    2. Re:No problem by rlangis · · Score: 1

      Here's your answer to the woody release problem - add the follow line to your /etc/apt/sources.list file:

      deb http://http.us.debian.org/debian unstable main contrib non-free

      Then, run 'apt-get update', and then 'apt-get dist-upgrade'.

      And that will get you packages that are even NEWER than Woody's! How cool is that?!?

      --
      GIR: I'm going to sing the Doom song now. Doom doom doom doom doom doom de-doom doom doom doom doom doom doom...
    3. Re:No problem by yason · · Score: 1
      getting over my own selfish wish to have new toys to play with

      You can just point your apt sources to testing/woody and get the toys already, if you're running Potato, still. There isn't anything in the final release that you couldn't already run on your desktop using the unreleased Woody. Some bugs will be gone when it's the time.

      For servers, I can wait for months to get Woody polished to become Debian stable, anyway.

    4. Re:No problem by Anonymous Coward · · Score: 0

      > And that will get you packages that are even NEWER than Woody's! How cool is that?!?

      Not very, if you wind up with something like the "$*#! I can't login!" problem Sid had a while ago (broken PAM package - oooops...).

      There's a *reason* it's termed "unstable" ;-).

  10. The eternal story of delays by say · · Score: 1, Insightful
    In my experience with computer software, and especially operating systems, I've never seen a single piece of software being released on its announced release day.

    Why? Is it that project management and programming skills are two incompatible skills for a human brain? Is it that everyone try to hype their project by making people wait a little longer? Is it that `cal' has an undiscovered bug? Is the world made this way to please som obscure and annoying god?

    I guess it's a mix.

    --
    Roses are #FF0000, violets are #0000FF, all my base are belong to you
    1. Re:The eternal story of delays by popular · · Score: 3, Insightful

      Man has been building homes and temples for millennia, yet budgeting and estimation for these projects remains nowhere near an exact science. Hardly any project can come in on time and within the budget -- that's just the nature of business. I'm continually amazed at how people in our field seem to think that this "phenomenon" is unique to software development.

      On the other hand, Debian and Mozilla are two projects that are always notoriously late.

    2. Re:The eternal story of delays by oyenstikker · · Score: 5, Funny

      The projects aren't late. The scheduled release dates were just early.

      --
      The masses are the crack whores of religion.
    3. Re:The eternal story of delays by Anonymous Coward · · Score: 0

      I see you never worked on a software project - the dead line is something what the evil managment has created so that they know when they can start selling the software...

    4. Re:The eternal story of delays by cachorro · · Score: 1

      My experience has been the opposite. Every piece of software I've been involved with was on-time and under budget. No it's not about me, rather I've worked with some exceptional programmers and some really down-to-earth managers.

      Of course, a couple of projects got cancelled partway through, and sometimes the feature-list for the release got pared to match time-remaining. Still good planning can pay off.

    5. Re:The eternal story of delays by Chexum · · Score: 2
      Is it that project management and programming skills are two incompatible skills for the human brain?
      I can only tell my experiences (no! not from the management :). I'm not that a coder either, but I'm most productive, when I go into the famous "deep hack" mode, concentrating on a problem, and then I don't have any sense of time. That's one part. The second part is that it's quite difficult to get into this mode, so I'm not that productive at all.. :) It's a tough decision. Keep my sense of time, and don't code, or code, but without respect to deadlines :)
      --
      "Ten years from now, they could do it in a few seconds." -- The Racketeer of the Hellfire Club, 1993, Phrack 42
    6. Re:The eternal story of delays by mrscorpio · · Score: 1

      A project doesn't ever release late. It releases precisely when it means to.

      Chris

    7. Re:The eternal story of delays by Ioldanach · · Score: 2

      Is it that project management and programming skills are two incompatible skills for the human brain?

      I can only tell my experiences (no! not from the management :). I'm not that a coder either, but I'm most productive, when I go into the famous "deep hack" mode, concentrating on a problem, and then I don't have any sense of time.

      I'd have to agree... I know that "deep hack" mode as well sometimes. In it, time seems to become irrelevant. Sometimes, it'll take me a week to finish a particular problem at work. Other times, I chew through the available work, finishing what would normally take a month in two days. Unfortunately, the environment I'm in tends to push me into the slow deep hack more than the fast deep hack. :( Managers can influence the programmers' mental states, but typically are clueless enough that they end up doing more harm than good.

      Personally, the best way to put my mind in a fast deep hack is a quiet work environment with cool, slightly humid air, lots of natural colored light, and a feeling like I'm slightly isolated but able to interact with my coworkers. Poorly working, loud air conditioner units are bad. Flourescent lights are bad. A quarter of the flourescent light bulbs are worse. Cubes with only two walls are bad. Cubes with a second worker are worse. More than that and you've ruined the entire point of hiring more people. Don't bother putting a worker at an open desk against the wall when you run out of space. You'll get more bang for your buck by not spending it. Cubes with four walls, even if one is a half height wall where the entry opening is are better. The size of the cube is less relevant as long as its well lit, ventilated, and quiet.

      And on a related note, snacks and drinks are good, too. Personally, I'd love to see free snacks and drinks available in the breakroom. (oh, yeah, having a breakroom's good too... it should be very well lit and ventilated and have non-tinted windows to the outside world) I know free snacks and drinks can be a problem, since it can get abused too easily, but what about a system which accounts for who got what? Maybe take that magstripe on the back of my id badge and allow me to swipe for free cokes & snacks. That way, if someone's taking an inordinately high amount of cokes, you can talk to them (or sign them up for coca-cola's anonymous).

      Anyway, enough soapbox for now.

  11. blame game? by mydigitalself · · Score: 3, Interesting

    reading the tone of aj's message, he seems to be blaming various members indirectly for the delay. surely if he is the "woody release manager", he:

    a) wouldn't have let these issues which have been known for months only crop up now.
    b) should have known earlier than the day before to announce the delay.

    so if you consider the delay of woody to be a failure, i wouldn't blame the anonymous (yet cited) individuals who checked in code late. i would blame the process that resulted in these events.

    1. Re:blame game? by stevey · · Score: 2, Informative

      These issues ware known at the time when the release date was given, see this post for mentions of some of the suspect packages.

    2. Re:blame game? by CentrX · · Score: 1

      The problem is, the release manager doesn't have magical powers to force people to do things, and he doesn't have the spectre of layoffs to hold over people's heads. He can't just remove libc6 either. These are volunteers, not employees.

      --

      "The price of freedom is eternal vigilance." - Thomas Jefferson
  12. still not kernel 2.4?! by huwj · · Score: 0, Flamebait

    Mod me down as trolling if you want, but can someone please explain this quote from the woody release notes to me - "Linux kernel 2.4 is going to be provided as an option, but it is judged not to be mature enough to be a default for most architectures at this time" Am I missing something? I know debian is all about stability but this really seems to be taking conservativeness to extremes.

    huw
    --If politics is the blind leading the blind, entertainment is the fucked-up leading the hypnotised.

    1. Re:still not kernel 2.4?! by _Laban_ · · Score: 5, Informative

      Last time (2-3 weeks ago) I tested the Woody ISO:s you could choose a couple of different kernel-images for installation, three of them were 2.2.X images and one was with 2.4.18. I installed with 2.4.18 and it worked like a charm. I don't think there's anything wrong with the ability to choose. If you install it with the default 2.2 kernel you can apt-get the 2.4.18 packages and have that kernel installed instead.

    2. Re:still not kernel 2.4?! by huwj · · Score: 1

      I agree that there's nothing wrong with the ability to chose, but I just wondered what problems there were with 2.4.X. -- huw

    3. Re:still not kernel 2.4?! by numo · · Score: 2, Informative

      Last time I tested 2.4.18 the USB support was severely broken (uhci doesn't work, usb-uhci lockups right when inserting the module (or the other way round)). It worked fine in 2.4.17... Another example: half a year ago the fresh installation of Mandrake took my data for a breakfast. The reason was USB combined with devfs, it was actually quite reproducible. Alan Cox said something along "we have a reason why we don't enable devfs in Red Hat" after I reported the problems on linux-kernel.

      I don't know whether Debian also quality-assures the kernel and makes own patches as the commercial distros do. If they don't, their concerns about stability are quite valid.

      The 2.2 default with the ability to choose seems like a wise solution right now.

    4. Re:still not kernel 2.4?! by Anonymous Coward · · Score: 0

      Like the comment said. Certain architectures have problems. x86 may be fine, but that doesn't mean everything else is.

    5. Re:still not kernel 2.4?! by PD · · Score: 2

      On my Debian system, I don't install any kernel packages or headers at all. I get the source and compile it myself, in the same way that everyone else does (not the Debian way - compiling the source through the packager).

      This works just fine. Woody has absolutely no problems with the 2.4 kernels, so if you want to go that route, you should be fine.

    6. Re:still not kernel 2.4?! by jsoderba · · Score: 1

      From /usr/share/doc/kernel-source-2.4.18/changelog . z:

      kernel-source-2.4.18 (2.4.18-5) unstable; urgency=low

      * Corrected AdvWriteDWordLramNoSwap in drivers/scsi/advansys.c
      (Jerome L. Quinn, closes: #128080).
      * Added check for VIA KT266 IO-APIC, version == 2 (closes: #136163).
      * Updated pegasus driver (2.4.19pre6).
      * Added ATARAID device names to main.c (Eduard Bloch, closes: #139604).
      ->* Updated uhci driver (Johannes Erdfelt, closes: #135785).
      * Translate slashes in broken Acorn ISO9660 file systems (Darren Salt,
      closes: #141660).
      * Added newline to printk in drivers/sound/i810_audio.c
      (handler-case@gmx.net, closes: #142214).
      * Updated parport driver (2.4.19pre6).

      -- Herbert Xu <herbert@debian.org> Sat, 13 Apr 2002 22:07:22 +1000

      Judging by what's said in bug 135785 <http://bugs.debian.org/>, it seems the problem is fixed. I'm not ready to swear that this package is the one used on bf2.4, however. I've got no USB hardware myself.

  13. Software that was released on time... by MosesJones · · Score: 2


    I don't agree with that, the Millenium Bug went off at the right time on a few systems, did prove unreliable as it was expected to work elsewhere too, but they did get it out (well done guys).

    Those timestamped virii seem to do pretty well, announcement goes out before hand and it does work for some people, of course for others it gets broken by another piece of software that just seems designed to break it (which doesn't seem very good software practice to me).

    And of course Unix, which is delivered EVERYTIME you install it as Jan 1 1970, which is very impressive, that means you install it BEFORE you need it, even if you decide to install it after you need it!

    --
    An Eye for an Eye will make the whole world blind - Gandhi
  14. Re:Are any of you shocked? by m_evanchik · · Score: 2

    I'm wondering, does anyone have any record/memory of how late other debian releases were past the promised date?

  15. Not so bad! by Anonymous Coward · · Score: 0

    In the home country of Linux, veeery few will be bothered to apt-get anything, since May 1st (Labour day) is all about getting very drunk over here! Tonight is the night of Walpurgis (Vappu), which also is all about drinking. ;-)

    1. Re:Not so bad! by halfnerd · · Score: 1

      Some would still have the time to crawl to their computer and make it do the apt-get dist-upgrade when they're having fun

    2. Re:Not so bad! by Anonymous Coward · · Score: 0

      Happy bealtane!

  16. KDE3 by Cro+Magnon · · Score: 1

    Woody will not include KDE 3. I don't mind them not having KDE 3 in May 2002, but that means they won't have KDE 3 in May 2003 either!

    --
    Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    1. Re:KDE3 by Ray+Dassen · · Score: 3, Insightful
      I don't mind them not having KDE 3 in May 2002, but that means they won't have KDE 3 in May 2003 either!

      I wouldn't be so sure of that. You could run testing rather than stable, for one thing. Also we've made significant improvements in the project's infrastructure (the stable/testing/unstable split with mostly automated propagation from unstable to testing; good autobuilders) which significantly increase the chances of "woody+1" being released within a much shorter timeframe than potato->woody (which also was lengthened by the legal and technical resolution of crypto-in-main).

    2. Re:KDE3 by Cro+Magnon · · Score: 4, Insightful

      The problem is, many people HAVE to run testing because stable is too old. It's not a serious issue on my home PC, but I can imagine trying to get my boss to switch to Debian and telling him he has to use a "testing" distro because we need a web browser newer than mozilla M18. Or, worse, having to go to "unstable" because some security update didn't get into testing. If, in fact woody+1 is released faster, that will help a lot. Stable would still be old, but much more useable.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    3. Re:KDE3 by biglig2 · · Score: 2

      Well, your boss has to make a choice. He can have software that is old but extremely stable, or software that is modern but less stable. It is in the nature of software enginering that stability improves over time and with patches.

      At least Debian gives him this choice. Install a shiny new RedHat if you prefer; just don't complain that it is not as solid as Debian Stable.

      --
      ~~~~~ BigLig2? You mean there's another one of me?
    4. Re:KDE3 by sewagemaster · · Score: 2, Informative

      experimental packages for debian and a short howto:
      i'm using it right now actually. not the most stable thing in the world, but it's alright.

      http://kde-look.org/content/show.php?content=146 4

    5. Re:KDE3 by Cro+Magnon · · Score: 1

      Prior to woody's release, RedHat is perhaps a better choice. Even the older 7.1 version is more modern than potato, and not a moving target like woody/sid. Bosses generally don't like moving targets.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    6. Re:KDE3 by Anonymous Coward · · Score: 0

      That's rubbish. Is e.g. apache 1.3.9 (in Debian 2.2 R6) more "stable" or secure than the current 1.3.24 release of apache?

    7. Re:KDE3 by jsoderba · · Score: 1

      1. If it's a worthwhile package someone will probably make a package for stable. I believe Ximian has had Mozilla and Galeon packages for potato as part of their GNOME port, for instance. (Altough you had to upgrade to their version of XFree and GTK+ etc, so it is debatable how stable the end system is after that.)

      2. You don't have upgrade your whole system to use a package from testing. A properly configured apt will only upgrade the packages nessecary to get (say) Mozilla to work, while leaving the rest of the system alone. Google for "apt pinning".

      As stated above, stability and the bleeding edge don't mix. KDE 3.0 is most certainly not ready for anyone's stable release yet (no matter what SuSE says). GNOME 2.0 is a very major release and should not be trusted near an important system until 2.1 at the earliest. Debian stable is, in general, more stable than Red Hat and a lot more stable than many distrubutions. This comes at a cost.

      Bdale, the new Project Leader, has stated that he hopes to speed up the release cycle. I wish him the best of luck in this, altough that's what they said after potato was released too. :-/

    8. Re:KDE3 by Anonymous Coward · · Score: 0

      Nah, that's just bollocks.

      The difference between stable and either testing or unstable is that stable has security team fixes applied - it's not that stable doesn't have security problems nor that's any more stable.

      The irony is they delay stable because of the security implications and yet tell everyone who suggests that XF4.2 and KDE3 might be a good idea sooner rather than when KDE4 is out to use testing.

      Pratting about with stable releases just delays unstable / testing.

      Drop stable, have testing / unstable and those who don't want to upgrade just get from security.

      Much better, imo, as a user of unstable for over 2 years.

    9. Re:KDE3 by Captain+Pedantic · · Score: 0

      Yes.

      Stable means two things:
      1) Not likely to fall over.
      2) Not likely to change.

      Lets assume that for definition (1) the two are equal (because Debian developers backport bug fixes). Security fixes will also be backported.

      If you were upgrading through the apache releases to fix bugs you would also find your configurations would need to be tweaked - you can't guaranty that a config for vanilla 1.3.9 works with vanilla 1.3.24. With Debian's Apache package you can.

      Hence it is more stable.

      --

      None are more hopelessly enslaved than those who falsely believe they are free. Johann Wolfgang von Goethe.
  17. Re:Are any of you shocked? by joerg · · Score: 2, Interesting
    Until now their policy used to be NOT to announce any release dates. They even stated something like that on debian.org.

    I remember waiting for potato. There was no announcement about the release date, but a daily statistics of release critical bugs was published on debian.org. Often you could read a sentence like this:The number of release critical bugs is on the rise again.

  18. Who needs a release? by Smack · · Score: 2

    Really, it's only the people using ISO's that even care. And they don't even need it. It's easy enough to install a base minimum system using the current release, then change one line in your sources file, run apt-get dist-upgrade, and magically you're using Woody. I'd venture to say that most people currently running Debian did this exact thing. And those very people won't gain much, if anything, from an official release.

    So who exactly are the great hordes who are out there demanding that this new, wonderful product be released? Do they even exist?

    1. Re:Who needs a release? by Fishstick · · Score: 2

      For a home user, I agree. I did a dist-upgrade on one of my machines, the other I just downloaded the rescue, root and driver floppies and just installed woody over the network (love my cable modem!). Doing a dist-upgrade over a per-minute dialup could be tough. Then again, can't you get a woody snapshot from cheapbytes or something? Yeah, I just don't see hordes of ppl waiting for CDs to become available when woody releases.

      For production, it is probably a bigger deal. I would imagine there are shops that keep close tabs on what version is running and may allow only 'stable'. There are no doubt SAs out there that have a test box or two running woody waiting for the day it goes to stable so they can start upgrading the production machines.

      --

      There is much cruelty in the universe, John.
      Yeah, we seem to have the tour map.

    2. Re:Who needs a release? by Niflar · · Score: 1

      > So who exactly are the great hordes who are out
      > there demanding that this new, wonderful product
      > be released? Do they even exist?

      Good question.

      Someone in a production environment propably need a stable release. The rest of us use don't.

      Does it excist any statistic about this?

    3. Re:Who needs a release? by bartimaeus · · Score: 1

      I'm awaiting the release.

      I no longer have access to a broadband connection, so most of my stuff is old now. Sure, I've downloaded some more important stuff through apt-get, but right now I think a full apt-get upgrade would try to get 200+mb over a 56k modem. Does that sound fun to you? Me neither. So I'm waiting for the official release so I can upgrade everything that needs it.

  19. Woody is already great, will be even better by dilute · · Score: 5, Insightful

    For most purposes, Woody has been pretty stable for months. All this new date means is that "Woody" becomes the officially released "Stable" Debian distribution.

    Debian is a little behind because they insist that all software be packaged and configured in a consistent way. It makes for a more stable and upgradeable system.

    Debian has high quality standards, which contributes to these kinds of delays.

    Trading off a few weeks of bleeding edge currency for stability seems well worth it to me.

    1. Re:Woody is already great, will be even better by Stephen+Williams · · Score: 1

      Trading off a few weeks of bleeding edge currency for stability seems well worth it to me.

      Indeed. "Those who would sacrifice essential stability to obtain a little temporary currency deserve neither", or something.

      -Stephen

    2. Re:Woody is already great, will be even better by jocknerd · · Score: 0

      For most purposes, Sid has been pretty stable for months. I've only encountered two minor problems with Sid in the last year. Plus why is Sid considered unstable while Mandrake 8.2 isn't? They are running the same releases of software in them. In fact, Sid's software is more up to date than anyones.

      Debian can be the most out of date and most up to date Linux distribution depending on which way you go.

    3. Re:Woody is already great, will be even better by chfleming · · Score: 1

      One day after a new RedHat release came out, I decided that instead of upgrading, I would convert to Debian.

      The installer, while thorough (anally tedious), was a bit crappy (a big pile of shit, might as well install packages by hand).

      But I digress, that was not the issue as it would have not stopped me from converting. The main issue was that the kernel modules were so old that my network card would not work (tulip) and the XFree version was so crufty that my video card was unsupported in anything but VGA looking resolutions and colors. (Oh and my sound card didn't work also, SBLive.)

      Of course, as you may have guessed, both of these things were working in my older version of RedHat. And if it were not for the network card module farting everywhere, I might have even continued and attempted to download newer packages.

      But lo, I was completely unable to do anything. RedHat seems to have improved, so I can't really complain about them anymore. But Debian should put some kind of a warning label on their distro, "Do not use with computers newer than 1998" or something.

      And yes I am trolling, but I have the right to!

    4. Re:Woody is already great, will be even better by Dwonis · · Score: 2

      Debian takes a while to get it set up how you want it, but once it's set up, it's great to work with.

  20. Start the timers now... by abh · · Score: 1

    Taco posts this in the "who's suprised by that department", yet let's all start the timer until the next time that one of the /. editors makes some sarcastic comment about .NET being delayed...

    1. Re:Start the timers now... by nalfeshnee · · Score: 1

      bzzzzt! logic check!

      so taco is dealing with debian and .net similarly, i.e. seeing delays to both debian woody and .net releases in a critical light?

      and this is favouring linux over windows exactly how? seems to me he's being even-handed.

      nalfy.

      --

      -- Despair is an operating system that ANY human being can run, sort of a psychological JAVA --

  21. It's not that hard. by socratic+method · · Score: 1

    Come on, people. Just add testing to your apt-sources and upgrade already. The damn thing is much more stable than any other Linux distro at this point, and KDE1 and a 1.0 Kernel must be getting old by now.

    I'm not ragging on Debian, it's just that Woody has been stable enough for production machines for a long damn time. That's a Good Thing(tm).

    sm

  22. Re:Are any of you shocked? by joerg · · Score: 1

    Actually there is not even an official announcement about the release date of woody. Instead there is an official announcement that they will not announce any release date!

  23. kudos by Tom · · Score: 2

    This is good news. I've been a Debian fan for a while, but being able to point to this posting as a proof of just how serious they take security (serious enough to delay a release) will make it much easier for me to push Debian in my work environment.

    --
    Assorted stuff I do sometimes: Lemuria.org
  24. Just remember... by af_robot · · Score: 1

    Murphy's Law #46 Each computer code has five bugs, and this number does not depend on how many bugs have been already found (it is conservative). and #36 Adding manpower to a late software project makes it later.

    1. Re:Just remember... by ajk · · Score: 1
      Murphy's Law ... #36 Adding manpower to a late software project makes it later.

      That's Brooks' Law (read The Mythical Man Month recently?). The reason why it works for conventional software projects is that the new people need time to tune in to the project, and existing people are tied up to handholding the newcomers. For Debian, this just does not apply.

    2. Re:Just remember... by Daniel · · Score: 3, Informative

      The reason why it works for conventional software projects is that the new people need time to tune in to the project, and existing people are tied up to handholding the newcomers. For Debian, this just does not apply.

      You must not read debian-devel. New maintainers (and even people who are already official maintainers) ask basic, everyone-should-know-that-already questions there on a regular basis, tying up time for everyone else (even if it's just the time to discard the message). It's probably part of the reason that many people have unsubscribed from -devel. Not to mention the effort the rest of us have to put into reporting (and fixing!) bugs in their packages.

      You could argue that it's less of an issue for Debian, but it's certainly not irrelevant.

      Oh, and one more note: it was a member of the new-maintainer queue who was responsible for filing 80 frivolous release-critical bugs, simply because he didn't know better. (see debian-devel ) Bringing people up to speed involves educating them about the social aspects of Debian ("don't file tons of bugs at release time that we have to spend time ignoring") as well as the technical ("package maintainers can't change the priorities of their packages"), and people weem to have as much trouble grasping both.

      Daniel

      --
      Hurry up and jump on the individualist bandwagon!
    3. Re:Just remember... by mmol_6453 · · Score: 1

      If you don't want to spend time fixing someone else's bug, use an alternative software package. That's the beauty of the Open Source system.

      Heck, potato has an alternative to dpkg, and several additional apt-get methods.

      You could use vim, vi, nedit, gedit, ae, emacs, and more for your text editor.

      There are several alternatives to LILO, if you don't like it.

      That's why a package can depend on "ctags" when there's no package named "ctags," only different packages that require that service.

      --
      What's this Submit thingy do?
    4. Re:Just remember... by Daniel · · Score: 2

      If you don't want to spend time fixing someone else's bug, use an alternative software package.

      <SARCASM>Yeah, that's a great way to improve the quality of Debian.</SARCASM>

      Daniel

      --
      Hurry up and jump on the individualist bandwagon!
  25. filth by tps12 · · Score: 5, Funny

    The last thing I want to read about is debate over when it's time to "release the woody." That is just nasty, and there is no place for such filth on the Internet.

    --

    Karma: Good (despite my invention of the Karma: sig)
    1. Re:filth by DMCA · · Score: 2, Funny
      there is no place for such filth on the Internet

      You haven't been on the Internet very long, have you?

      --


      --
      Repeal me, NOW!!!
      Thank you.

    2. Re:filth by geekoid · · Score: 2

      "no place for such filth on the Internet."
      what, you new here?

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  26. I'm all for the delay by GnomeKing · · Score: 2, Insightful

    There have been several pieces of software which have been relased and then patched within weeks of the release... infact, wasnt XP one of those products?

    As long as the delay is reasonable, and there are good reasons to delay (which I'm sure there are) then dont complain!

    debian are doing us all a favour by not releasing something their note sure of quite yet

    1. Re:I'm all for the delay by m_evanchik · · Score: 2

      Heh. Windows XP had patches up on the very first day of release.

  27. Not really by af_robot · · Score: 2, Funny

    The first 90% of a project takes 90% of the time, the last 10% takes the other 90% of the time

    1. Re:Not really by Anonymous Coward · · Score: 0

      I thought that was the 80-20 rule, how come you make it 90-10 now?

  28. re: s/BSD/Debian by Pii · · Score: 0
    Wow, who knew the trolls could search and replace?

    As though Debian were about market share, or corporate earnings, or business...

    Fact: Trolling was once creative

    --
    For those that would die defending it, Freedom
    has a sweet taste that the protected will never know.
  29. experimental? by Anonymous Coward · · Score: 1, Funny

    I'd rather have a working, secure, stable distribution a few days later than have a highly experimental one with all sorts of hidden defects right now.

    Sounds like Linux isn't the system for you. Try FreeBSD

    1. Re:experimental? by Anonymous Coward · · Score: 0

      >> I'd rather have a working, secure, stable distribution a few days later than have a highly experimental one with all sorts of hidden defects right now.
      > Sounds like Linux isn't the system for you. Try FreeBSD

      No, the (b)leading edge Linux distros (Debian Sid, Mandrake Cooker, RH Rawhide, etc) aren't for him. Big difference from your huge generality.

  30. standard linux distribution by transami · · Score: 1

    so i'm going around, wherever possible, and promoting debian as THE standard linux distibution. bye-bye red hat, au revoir mandrake, auf wiedersehen suse, adios connectiva, and so on. all of these distribution companies should stop trying to sell linux itself, and instead sell supporting content like applications, books, support services, etc. in turn they would then contibute to a single standard linux distribution, i.e. debian. why? because if they all did, hardware and software vendors would rally behind liux having a single install base to support, administrators could be confident in deployment of linux on the company desktop, and end-users would no longer be swimming in sea of distribution confusion, and then in about 2 seconds flat the microsoft tyranny would finally fall. it is really just that simple: united we stand, divied we fall. viva la debian!!!

    --
    :T:R:A:N:S:
    1. Re:standard linux distribution by fizz-beyond · · Score: 1

      I love debian as much as the next person who runs Sid, but I know people who love suse/redhat/slackware/etc. And each of them would say why should we get behind debian? They would make the arguement that they should get behind their favorite distro simply because it is their favorite one. Redhat has been working on vendor support, so why not them?

      Don't get me wrong I think a unified standard should happen, but it probably will not happen any time soon.

      Not to mention there always seems to be 2 rather large camps on each side of an issue in the OSS world. KDE/Gnome Emacs/VI, foo/bar you get my point. This one seems to be RPM/apt-get, I say that because that is the real reason people select debian or an RPM based distro, I know they aren't the same thing, but it's the idea that either "hunt down what you want in RPM form" or "apt-get any package you want"

      Their will not be any kind of standard as long as the A/B exist (which will more then likely be a very long time). Actualy I am wrong, the only kind of standards that can exist are the standard Flame Wars because of it.

      --
      Blink
    2. Re:standard linux distribution by rhavyn · · Score: 2

      Please, stop comparing RPMS to apt-get. Compare rpm to dpkg all you want, but apt-get is completely different. If you want apt-get functionality on Red Hat use up2date, if you want it on Mandrake use urpmi. These tools have existed in their respective distributions for several releases now and work just as well as apt-get.

    3. Re:standard linux distribution by fizz-beyond · · Score: 1

      Yes I know that they exist, I was simply stating that apt-get is the reason people love debian, and rpm (and the availability there of) is the reason why people choose an RPM based distro like redhat.

      --
      Blink
  31. Woody is practically stable now. by Daniel · · Score: 5, Insightful

    NOTE: THIS IS MY PERSONAL INTERPRETATION OF EVENTS AND NOT AN OFFICIAL STATEMENT ON BEHALF OF DEBIAN!

    For people who didn't read or failed to comprehend Anthony's message, here are the relevant parts:


    On the upside, woody itself is ready to be released. The only outstanding
    changes that need to be made are the standard security fixes that need
    to be made throughout the lifetime of stable anyway.

    Unfortunately, that's exactly where we've dropped the ball: the security
    team presently don't have the resources to handle security advisories
    for woody.


    ...

    the final automatic run of the testing scripts was today, and will
    be reflected in the next mirror pulse. From this point, we'll have
    manually approved security updates to some packages, and very little
    else, until release.


    This translates to the following: woody is now being treated as if it were a stable release. The only thing that it doesn't have at the moment is support from the security team.

    The reason it is not being released as stable is that it is significantly harder for the security team to support than potato (due to almost-doubling the number of architectures), and "over the next week or so", technical solutions to this problem will be implemented. If you can live without this for a while (I don't know how long this will take to resolve, but it sounds like a few weeks is an upper bound), you can install woody now. Otherwise, you might want to wait a bit.

    Daniel

    --
    Hurry up and jump on the individualist bandwagon!
    1. Re:Woody is practically stable now. by Anonymous Coward · · Score: 0

      Those @$%£$% mac owners again eh? ;o)

      Why don't they get real computers.

    2. Re:Woody is practically stable now. by Sun · · Score: 1

      ... is significantly harder for the security team to support ... "over the next week or so", technical solutions...

      Also: If you can live without this for a while ... you can install woody now.

      A server I maintain had to be upgraded to woody because of administration error, and was since hacked. As I don't want to go through the reinstall process yet again, I'll wait for when woody is ready, thankyouverymuch.

      At least reinstalling the server proved to be an effective way to return to potato.

      It even had non-executable stack and everything :-(

  32. I love debian, but.. by astyanax · · Score: 3, Insightful

    some of the speed issues are rather maddening. Consider: I work very closely with the debian maintainer for
    nano, in fact I'd say we are friends. He has done his best to get a particular nasty issue, in fact the problem was annoying enough that it required a fix upstream (on my end). But even though two official releases have gone by since the fix was put in upstream, it may not in fact end up in the first release of woody, four months later. I have used debian for probably 5 years now, but I have to wonder if source distros like gentoo have the right idea about making the user decide how to compile his or her package which severely cuts down the burden on the package maintainers. I guess it all comes back to how to balance the burden of upstream/package maintainer/end user...

    1. Re:I love debian, but.. by Anonymous Coward · · Score: 0

      OI!!!

      your maintainer should have either backported the patch or got bug fixed/suppressed. Honestly, if nano isn't ready to be a config file editor - it isn't ready.

    2. Re:I love debian, but.. by astyanax · · Score: 1

      Well, nano is, the bug you refer to is for the 1.1 (development) series, not the 1.0 series. The segfaults mentioned in that bug report referred to the in-progress syntax hilighting and .nanorc file support. 1.0 has been out for over a year, and as I said originally the fix for the wrapping issue has been out for 4 months.

    3. Re:I love debian, but.. by al3x · · Score: 1

      I'm a Gentoo user, and as much as I love the distribution, I can tell you that its source-based nature does not "fix" packaging issues. Gentoo has its own package layout/format, and even though few, if any, modifications are made to much of the source tarballs that these packages grab, bugs still appear. Sometimes it's with another dependent package, and sometimes it's a matter of the packages becoming out of date.

      The "balance" you talk about is key, and right now some of us in the Gentoo world are trying to figure out a way to spread the burden of package maintenience a little more evenly. Debian could probably benefit from some re-thinking of these problems, too.

    4. Re:I love debian, but.. by Anonymous Coward · · Score: 0

      then it is the maintainers fault for not having two different versions of nano in debian - a nano1.0 and nano1.1 package.

      In my opinion he shouldn't have packaged nano 1.1 at all if it isn't ready. it is however the only candidate considered by the autobuilders which - unsurprisingly - rejected it.

  33. delayed, fine, for the wrong reasons, no by Quietti · · Score: 5, Interesting

    I honnestly don't mind it if Woody is a few weeks late from the ETA, especially if it's about making the build more consistant between all architectures and to ensure the security patches will be uploaded in a timely manner.

    What I do mind is Woody being delayed, only a few weeks from when packages like KDE 3.0 and Gnome 2.0 would become stable enough for inclusion. Meanwhile, at the moment, Galeon and Mozilla don't build cleanly on all platforms, not to mention XFree86 4.2 ...yes, Branden explained that he must first smooth the process for all architectures and I agree with him, however...

    What makes Debian support by makers of non-free packages so absent is because Debian stable distros are always 2 years behind everybody else, in terms of what version of glibc, XFree or kernel the stable distro is installing with. There are two solutions I can think of for that:

    1. Release every 6 months, no matter what, like OpenBSD does. If a package doesn't make it to stable this time, the next possible slot is only 6 months away, not 2 years.
    2. Allow upgrades to existing packages - or completely new packages - to be released within the release's lifespan, if they are built on existing libs available in this release e.g. if someone manages to get Evolution or Galeon to build reliably for all 11 architectures, using the libs released for Woody, then include it in Woody r1, r2, etc. in 6 months from now.

    Otherwise, if we're gonna wait a few more weeks, we might as well give KDE 3.0 and Gnome 2.0 (not to mention XFree 4.2) enough time to slide from unstable to testing and be included with Woody. Nobody that needs Linux in a production environment can afford to wait 2 years for those to be released, at a time when they are just upgrading to Woody from their already much deprecated Potato. When it comes to that, the solution will be to crossgrade to Suse or Red Hat, if a desired package is not available the day Woody makes it to stable and becomes a priority upgrade on everyone's TO-DO list; Debian will be no more in yet a few production environments, if it looks like it's gonna be obsolete at birth again, the same way Potato was.

    As for those who feel like saying Blah! Just point your APT sources to unstable, you'll always have the latest!, don't.

    While testing is almost sufficiently stable for a production environment, it is a constantly moving target that would need to be upgraded every couple of days; this is simply impractical for a production environment, nobody has that much spare time on their hands at work.

    Then unstable is, as its name implies, unstable; I've often had computers become partially incapacitated for a few days, because some new package was uploaded without its updated dependencies, making APT stop the upgrade process right after unpacking a few packages.

    The solution to the perpetual Debian release lag is simple: release always, release often. Allowing new packages based upon existing libc or xlib to be released within the lifespan of a distro - not just bugfixes and security patches - is a must, at the very least.

    --
    Software is not supposed to be about how to work around a useability issue. - Ken Barber
    1. Re:delayed, fine, for the wrong reasons, no by Anonymous Coward · · Score: 0

      Debian users have been saying this for years, but the developers never listen.

    2. Re:delayed, fine, for the wrong reasons, no by Daniel · · Score: 3, Insightful

      Otherwise, if we're gonna wait a few more weeks, we might as well give KDE 3.0 and Gnome 2.0 (not to mention XFree 4.2) enough time to slide from unstable to testing and be included with Woody.

      That way lies madness: those are your pet projects, but someone else might want a new version of Apache or gcc, or the new debian-installer system, or...

      There's always going to be something that's "almost ready" to be in the next release. The solution is to make the next release happen faster, not to introduce an indefinite number of incremental delays.

      Daniel

      --
      Hurry up and jump on the individualist bandwagon!
    3. Re:delayed, fine, for the wrong reasons, no by Anonymous Coward · · Score: 0

      If you use Debian you will see soon enough why KDE 3 was held out of Woody. Hint: It breaks binary compatibility will all KDE 2 and aRts programs.

    4. Re:delayed, fine, for the wrong reasons, no by CoughDropAddict · · Score: 4, Insightful

      What I do mind is Woody being delayed, only a few weeks from when packages like KDE 3.0 and Gnome 2.0 would become stable enough for inclusion.

      Just because the software is stable enough for inclusion doesn't mean it's ready to be released with the rest of Debian.

      For example, a stable version of the Apache 2.0 series was released several weeks ago, but it's not going to be included in woody. Compliance with Debian policy and integration with the rest of the Debian system take time to get right. In the case of Apache 2.0, I believe there are changes to policy regarding virtual hosts that are necessary before it can be included.

      While testing is almost sufficiently stable for a production environment, it is a constantly moving target that would need to be upgraded every couple of days; this is simply impractical for a production environment, nobody has that much spare time on their hands at work.

      Just because testing is always being updated doesn't mean you have to follow it every couple of days! If you're happy with what you have, then keep on using it. If you need a new version of a package, then just pull the package that you need. There's absolutely zero need to upgrade if you don't want to.

      If you want consistancy across a group of machines, then pick a day and declare that day's version of testing to be your locally stable version of the distribution.

    5. Re:delayed, fine, for the wrong reasons, no by sylvester · · Score: 1

      That's silly. And I can't believe non of the replies to your post (yet) point out why that's silly. The stable distribution is just that -- very stable. Nothing's gonna change in it for a long time. You can target it, and you know what you're targetting. It's not *only* about software stability (correct execution and stability) but about platform stability - what version of things to target. All software has bugs, and at least if you know what version you're targetting if that bug affects you, you work around it. Thus, stable is stable of the long term, and the best thing to target for someone like Corel that releases commercial software for linux (or used to..). This is also ideal for an admin that's setting up computers as an IT department for a corporation - you want everything to be homogenous and as unchanging as possible. It would also be good if I was setting up something for my parents. That way I'd know that if I set up an "apt-get update; apt-get upgrade" cronjob, they wouldn't come back one day and have things broken.

      What you, as an end-user that wants spiffynew features, want to run is testing. That's what woody's been for a while now, and it's great. Recent versions of everything. A more dynamic platform. You can handle things breaking after an upgrade and fix them. You can handle diddling a little bit to get commercial software to work (99% of the time it would work anyway...). You'll get your KDE3.0 in a fairly timely fashion, and you'll get your X 4.2 in a timely fashion (unless there aren't enough volunteers, but that's hardly debian's fault.)

    6. Re:delayed, fine, for the wrong reasons, no by Cro+Magnon · · Score: 1

      The problem is the 2+ year release schedule. I have no problem with not having KDE3 next month. But I don't want to wait 2+ years for it. And on a corporate computer upgrading to testing isn't an option. And wouldn't it be neat to have them using Debian instead of RedHat?

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    7. Re:delayed, fine, for the wrong reasons, no by Chops · · Score: 2
      I heartily (if respectfully :-) disagree. Debian's release schedule strikes me as saner than any other distribution's, which is why I use it. There are four salient stability heights to fly at:
      1. Old as rocks, and just as stable. This is for servers; proftpd doesn't change that much from year to year. This is Debian stable.
      2. Old enough to be behind the cutting edge, but not yet old enough to be totally trustworthy. This is where most distributions fly (remember when kernel 2.4 came out?) Redhat makes it work pretty well by QAing holy hell out of their software at this stage, stablizing it before its time, but it costs them a lot to do this.
      3. "It worked for a week. Ship." This is Debian testing.
      4. "I want it to break so I can fix it." This is unstable, Cooker, Rawhide, etc.
      The lack of #1 and #3 is what turns me off about all the commercial distros I've tried. If you value recent software above rock-solid stability, run testing; in my experience it's plenty stable enough for everyday use.
      While testing is almost sufficiently stable for a production environment, it is a constantly moving target that would need to be upgraded every couple of days; this is simply impractical for a production environment, nobody has that much spare time on their hands at work.
      Eh? No. Point yourself at testing, "apt-get upgrade" once, and forget about it until the next time you want newer software. Nobody says you have to track the upgrades.
      Also, it's important to remember that version numbers aren't the whole story. Once I wound up with a video card that needed X from CVS -- 4.2 didn't have it yet. I had already checked out the CVS tree (big!) when I discovered that Debian's "4.1" build of X had had the driver backported. I've yet to have a problem with that driver.
    8. Re:delayed, fine, for the wrong reasons, no by esper · · Score: 1

      we might as well give KDE 3.0 and Gnome 2.0 (not to mention XFree 4.2) enough time to slide from unstable to testing and be included with Woody. Nobody that needs Linux in a production environment can afford to wait 2 years for those to be released

      Huh. Guess I'll have to send email around to the front office telling them that we can't use Debian any more because we can't afford to wait 2 years for KDE 3, GNOME 2 and X 4.2 to be released, even though they seem to be doing just fine with a mix of X3/X4.1 as I move them off of KDE1/KDE2 onto WindowMaker.

      The vast majority of the time, production/corporate environments need something that is known to work, not the cutting edge.

    9. Re:delayed, fine, for the wrong reasons, no by lordsutch · · Score: 2
      The problem is the 2+ year release schedule. I have no problem with not having KDE3 next month. But I don't want to wait 2+ years for it. And on a corporate computer upgrading to testing isn't an option. And wouldn't it be neat to have them using Debian instead of RedHat?
      I'd be very surprised if woody+1 takes two years to become stable (as it was, potato was released Monday, 14 August 2000, which was 624 days or 1.7 years ago). Of course, that largely depends on the release manager's goals for woody+1.
      --
      My Blog. Sela Ward can sell me long distanc
    10. Re:delayed, fine, for the wrong reasons, no by Anonymous Coward · · Score: 0

      > The problem is the 2+ year release schedule. I have no problem with not having KDE3 next month. But I don't want to wait 2+ years for it.

      Then don't. Nothing will stop you from using the KDE3 .debs whenever they appear, on your Woody desktop. libc will be correct, etc. You have a package release timing issue, not an installability issue. Same with XFree86 4.2, and Apache 2.0.

  34. eh? by Anonymous Coward · · Score: 0

    yay Debian receives an equal footing with bsd flames.

    It's quite an honour to have Debian substituted for *BSD in identikit flames you know.

    1. Re:eh? by Anonymous Coward · · Score: 0

      thank you, thank you very much. i intend to continue the 'debian is dying' thread in future stories.

  35. Other delays by Anonymous Coward · · Score: 0

    http://www.imlande.de/mirror/g1000productinfo.jpg

    When will it come out? The Matrox G1000?!

    And, the v 3.5 of PovRay?! See http://www.povray.org/binaries/windows/beta.html
    The Release Candidate3 (RC3) is yet another "Wait-a-minute-I-shall-just-fix-this"-delay...

    Don't you hate those? And market considerations, like that of Matrox'?

  36. Read the message. by shippo · · Score: 3, Informative

    Read the message from Anthony Towns. The only real problem is getting a mechanism in place to automatically build security updates for the 11 architectures supported by woody when the need arises. The architectures currently in potato are not a problem, just the additional 5 added since. The release will be delayed until this mechanism is in place.

    This is a very sensible decision, and should be applauded.

  37. In the meantime... by Anonymous Coward · · Score: 0

    Debian developers get frustrated and alienated by the constant delays *every* release suffer, and users start to move away from a distro that can't keep up with the software around (and although the constant delays can't offer a acceptable quality) usually blaming Linux..

    After all, I don't regret the decision I've made some years ago to ban every Debian machine from my network (moved them to FreeBSD, if you care to know) - Debian fed me up.

  38. OpenBSD by Anonymous Coward · · Score: 0

    Even OpenBSD have KDE3.. It's a shame a mainstream linux distro (which in the current days means desktop linux) can't provide things as this (not that I like KDE - it's ugly and slow)

  39. *BSD found DEAD with a BULLET in it's BRAINS!! by Anonymous Coward · · Score: 0

    Shocking news reached us today - *BSD found DEAD!! City pathologist James Mulder will do the autopsy today.

  40. Curses! May 1st Is My Anniversary! by Lethyos · · Score: 2

    I was hoping to celebrate two things on that day. Now I can only look forward to cheering the first year with my beloved. Life is so cruel! Damn you Debian for letting me down! *sobbing*

    j/k

    --
    Why bother.
  41. This is really good to hear by Anonymous Coward · · Score: 1, Informative
    From the article:

    ... the security team presently don't have the resources to handle security advisories for woody ... Naturally, we will not be making the woody release until we have a viable mechanism for making timely security updates.

    This strikes me as really good news. Here is an outfit which takes my security seriously. This gives me a lot more confidence that I can rely on them to keep my machine running with no hassles to me. I have my apt-get sources file pointed at the stable distribution, and that description is going to continue to be accurate.

    Thanks, Debian maintainers!

  42. oh no! by super-flex-o-matic · · Score: 2, Funny

    this will result in worldwide protests.
    police will have a hard time, calming down the debian-users.

    join the revolution

  43. Re:Curses! May 1st Is My Anniversary! by dstone · · Score: 2

    Now I can only look forward to cheering the first year with my beloved.

    You've had a Real Doll for a year now? How time flies. Post a review!

  44. They say that every time. by PD · · Score: 2

    When Potato became the stable distribution, everyone said that they should have waited just a tiny bit longer, because Linus was supposed to release the new 2.4 kernel any day now. It turned out that the 2.4 kernel was delayed, and if Potato had waited for it, it would have been far too long.

    There are thousands of packages in Debian. If any single package upgrade is not ready for the release, it's not fair to the other packages and their maintainers to make them wait. If you want to have more up to date stuff on your system, then when Woody becomes stable, don't change your /etc/apt/sources.conf file to read stable. Leave it at testing, and you'll get the new KDE and Gnome very soon.

  45. Re:Are any of you shocked? by m_evanchik · · Score: 2

    I think this is a bit of equivocation.

    The project manager definitely said that they were planning release of May 1. Call it unofficial or official or whatever, the statement was made by the person nominally in charge of the project.

    I'm using Red Hat right now, and one reason (the main reason is that it actially installed smootly on my machine, unlike mandrake, slack or debian) is that I'm a little put off by the seat of the "seat-of-their-pants" way the project seems to be run.

    I'm not trying to be insulting. I'm sure that the project is filled with fine programmers, but for users and potential users of the system, there seems to be a lack of accountability.

  46. Re:Are any of you shocked? by The+J+Kid · · Score: 1

    Actual Debian release dates:

    1.1 Buzz: June 1996
    1.2 Rex: December, 1996
    1.3 Bo: July 1997
    2.0 Hamm: July, 1998
    2.1 Slink: 09 March, 1999
    2.2 Potato: 14 August, 2000
    3.0 Woody: Somewhere May/June 2002

    As you can see Debian didn't always have the 2 year stable waiting problem....
    The First 1.x Stable releases where half a year away from each other...
    That could however be explained by the fact that then there where only 474 (1.1) - 974 (1.3) packages when today there are over 2500 packages....

    --
    Moderation: +4. Modded 70% Funny and 30% Overrated. 100% Saturated.
  47. The XFree86 maintainer is a stud by TrentC · · Score: 2, Interesting


    In one of the last XFree stories, the Xfree maintainer mentioned that he will not treat non-x86 people like second class citizens.


    Its more than that; from Branden's (Xfree86 maintainer) posting...

    In woody, we support 11 architectures: alpha, arm, hppa, ia64, i386, m68k, mips, mipsel, powerpc, s390, and sparc. For how many of these machine architectures do Slackware, Mandrake, or Red Hat have 4.1.x, let alone 4.2, available? [emphasis mine] XFree86 themselves don't test or prepare distribution tarballs for several of these architectures. Debian is the de facto portability laboratory for XFree86 on Linux. Sure, I'll grant you that a lot of people, the kinds with the overclocked Pentium 4's and the latest GeForce card, really don't care about portability, or supporting architectures they've never heard of. But portability is important to me and it's important to Debian. I refuse to treat non-i386 users like second-class citizens.

    Now that's class, and that's why I'm going to kiss a little backside and give all of the Debian developers/maintainers a big virtual pat on the back and say "thanks for all of the work you guys have done, both on Woody and in Debian in general."

    Jay (=
    (A perfectly happy Debian user who doesn't mind one whit that Woody will take a few more days...)

  48. The Debian Conundrum by Anonymous Coward · · Score: 0

    11 architectures, identical performance...indeed, that is quite impressive. I doubt that even commercial OS providers can come close to that.

    Debian is great...but it has a fatal flaw: keeping up with the latest and greatest. The great philosophy that maintains 11 architectures breaks down when something 'new' is needed---in this case, XFree86. What to do, if you're new to Debian and you own a Radeon 8500? XFree 4.1.0 doesn't support this card, nor G550's (and others). You can't get a more up-to-date DPKG (yet).

    Use the source, right? Wrong. The Debian philosophy that creates such a great self-sufficient dependancy system won't allow this very well. You can't just not install the xfree packages and expect to be able to apt-get the GTK or QT libraries, since they depend on xfree. If you compile XFree 4.2.0 yourself, and then install over top the original things -will- work...until the next apt-get upgrade brings in updated xfree 4.1.0 packages, and then you've got a mess. You can mark the xfree packages "hold", install 4.2.0 overtop...this will work, but what about apt-get? What if new GTK packages come out, relying on a newer xfree package? You won't get either since the old xfree package is 'held'.

    The only solution is an ineligant one that chews up hard-drive space: you need to build Xfree 4.2.0 and install it in a seperate directory tree (and then hack up all your startup scripts and XDM/KDM/GDM startups to use only the server from that tree). It's not great, but it works, and it keeps your Debian dependancies from falling apart.

    1. Re:The Debian Conundrum by bzzzt · · Score: 1

      Maybe another solution is to build packages yourself if you need them that bad...

    2. Re:The Debian Conundrum by Anonymous Coward · · Score: 0

      This is precisely what Debian virtual packages are for. Please read the user documentation.

  49. Re:Are any of you shocked? by m_evanchik · · Score: 2

    Yeah, but don't they have more people working on the packages as well?

    BTW, thanks for the dates. They really help to put things into perspective.

    I'm wondering if maybe debian ought to consider lessening the scope and ambitiousness of its releases, if only to keep them a little more current.

    I now await the being repeatdly told that apt-get will solve all problems, including war in the Mid-East.

  50. Re:Are any of you shocked? by m_evanchik · · Score: 2

    someone *please* mod this up

  51. one's pet projects versus faster releases by Quietti · · Score: 1
    Paraphrasing Daniel:
    Those [KDE 3.0, Gnome 2.0, XFree86] are your pet projects, but someone else might want a new version of (insert favorite package). The solution is to release distros more often, not to further delay the next distro release.

    I fully agree with that, if you read my previous post until the end. Unfortunately, people in charge of the Debian project seem to insist upon freezing a distro until the next snapshot... which usually means in about 2 years.

    My main point concerns those killer apps that would make Debian the desktop Linux distro of choice, instead of constantly relagating it to server setups. Right now, KDE 3.0 and Gnome 2.0 with its faster Nautilus, along with XFree86 4.2, is what's on every desktop user's lips, along with Evolution and OpenOffice.

    That's why I suggested that we either wait a few more weeks until those packages are fit for release, or otherwise implement a faster release schedule that would allow integrating them within 6 months from now, not in two years. Otherwise, we can kiss Debian goodbye as a desktop choice. If you don't understand what I mean by that, ask the Opera or Ximian people when they expect to have Woody packages ready, you'll see what I mean (and those are companies willing to support Debian).

    By the time you get to companies whose traditional market is commercial Unices, Linux means Red Hat to them, because the product is well-known, supported by certifications programs and professional services. Trying to convince those companies to support anything else than Red Hat is a pure waste of time, because in supporting Debian they would need to produce packages using libs and compilers dated from two years ago, instead of using alien or whatever else to repackage existing binaries; you simply won't get any of them to go that far to begin with... until Debian manages to keep itself in sync with the rest of the Linux universe. Harsh reality, but true.

    --
    Software is not supposed to be about how to work around a useability issue. - Ken Barber
    1. Re:one's pet projects versus faster releases by Sid+Meier's+username · · Score: 1

      Yes but who cares? I love Debian, it's great for me, but if corporations want to use Red Hat, good for them! Why does the end goal of every distribution and/or OS have to be that everyone in the world uses it? Debian works for some people, Red Hat works for others.

    2. Re:one's pet projects versus faster releases by Anonymous Coward · · Score: 0

      frankly those sorts of users would hang around only as long as the next release of mandrake took.

      Who needs them? They think installing a NEW O/S is the height of technical savvy. pfft.

    3. Re:one's pet projects versus faster releases by Anonymous Coward · · Score: 0

      > If you don't understand what I mean by that, ask the Opera or Ximian people when they expect to have Woody packages ready, you'll see what I mean (and those are companies willing to support Debian).

      I'm confused; I'm running Linux Opera 6 on my Woody-based box today. What problems does the Opera group have?..

    4. Re:one's pet projects versus faster releases by magnified_plaid · · Score: 1

      And this is my solution to the issue taking into account the way debian releases are currently (unstable->testing->(long delay)->stable) My sources.list will point to stable et al. (ie. not woody)
      Stable will run on my "servers" (mail, router, web...) They don't have X and I won't be hurt if KDE3 doesn't make it into Woody=Stable
      Testing will be on the box I use most. It will have X and I will be happy when KDE3 etc make their way in from sid
      Unstable will run on one box that I don't mind if it breaks for weeks at a time, the work I do will continue on the testing box.

      I guess this assumes you have several boxes, and that you have at least cable/dsl

      --
      Semper Ubi Sub Ubi
  52. Re:Are any of you shocked? by DeadInSpace · · Score: 1

    when today there are over 2500 packages....

    Actually, Potato has around 4500 packages, and Woody will probably be released with something like 8500 packages (and Unstable is closing in on 10,000).

  53. Vaporware. by Anonymous Coward · · Score: 0

    It looks like the Linux crowd is starting to pump out their own vaporware.

  54. *BSD got SHOT in the HEAD!!!! by Anonymous Coward · · Score: 0

    Shocking news reached us today - *BSD found DEAD with a BULLET in it's BRAINS!! City pathologist James Mulder will do the autopsy later today.

  55. Hooray for debian! by Anonymous Coward · · Score: 0
    debian is the kewlest.


    It's only people who don't use debian who care about releases. I run testing on x86 and ppc, and they run beautifully.

  56. Brooks' Law and Debian by ajk · · Score: 1
    You must not read debian-devel.

    Why are you forbidding me? :-)

    Well, I skim -devel. I have too little time for it nowadays, which actually supports my point. We're all volunteers so there's nobody telling us that we must hand-hold that particular guy over there.

    ... tying up time for everyone else (even if it's just the time to discard the message)

    It ties a negligible amount of time, unless you voluntarily decide to hand-hold them. In traditional projects, where you work from nine to five, more than half of your daily eight hours can be taken by hand-holding that new guy, and you are forced to do that, you cannot choose to do development instead. And that's what causes Brooks' Law.

    Debian does not live in the same world where a manager has to decide who does what. For that manager, Brooks' law shows that it's not useful to regard people and time as interchangeable quantities (ie. one developer for a month does not equal thirty developers for a day) and manpower is not a magic bullet. In Debian, nobody makes such centralized decisions.

    1. Re:Brooks' Law and Debian by Daniel · · Score: 2

      You must not read debian-devel.

      Why are you forbidding me? :-)


      It's an idiom. "I take it you don't read debian-devel" is a synonym.

      Anyway, I may have been a bit hard on NMs; I worked with one recently who was very competent, and some (well-known) long-time maintainers still ask basic technical questions on -devel.

      But I do feel that adding new people adds to the general level of poorly designed packages, and to the level of ignorance about various bits of policy (a lot of new packages were leaving out menu files at one point, although that seems to be less of a problem now) Even if handholding on lists doesn't take time, cleaning up after these people does.

      Daniel

      --
      Hurry up and jump on the individualist bandwagon!
  57. this-story@DP by xer.xes · · Score: 1

    Also, see this story on Debianplanet...

    --
    xer.xes -- 4181
  58. Dangit. by Anonymous Coward · · Score: 0

    Now I'm gonna have to wait even longer to get my Woody.

    Wait, that doesn't sound right at all.

  59. Debian needs shorter, incremental releases by cpeterso · · Score: 2


    Whenever a new release of Debian approaches, there are always people wanting it sooner and people wanting it later (so the very latest version of their favorite package can be included). Because Debian is released so infrequently, people fear they will be stuck with old software. As suggested, if Debian released every six months, like clockwork (and FreeBSD), then both parties would be satisified. There is always a new version just a few months away, so there is no need to worry if your favorite package didn't make it in this release. If Debian does not drop its "cathedral" developlment approach for shorter incremental developmenet.. well, we'll see ya'll in 2004 when a Debian stable released finally includes KDE 3.0, Gnome 2.0, and Mozilla 1.0.

    1. Re:Debian needs shorter, incremental releases by magnified_plaid · · Score: 1

      Debian stable should be (IMHO) relegated to servers. My servers are headless, they don't have x they don't need KDE3. My boxes that come in direct contact with users have monitors (yep) and are pointed at testing, they'll have KDE3 a week after it has no RC bugs in unstable and thats soon enough for me.

      --
      Semper Ubi Sub Ubi
  60. sorry for doing this by yzquxnet · · Score: 2, Funny

    but 'woody'll' is not even remotely proper. You can't make it into a contraction. 'woddy will' would be the correct way to say it.

  61. Re:Are any of you shocked? by CentrX · · Score: 1


    Yes, they were planning a release for May 1, and he said so. Then, on April 30, he decided that there would not be a release on May 1, because the necessary infrastructure for successfully supporting security updates for 9000 (!) packages on 11 (!) architectures was not complete. What's wrong with this? Nothing.


    I would not be surprised if some other distribution, such as possibly Red Hat, would release on May 1, no matter what regardless of any problems with such infrastructure, or even problems with the actual software. Rather than delaying the release (and making it seem like they're flying by the seat of their pants = bad PR), they would most likely it in some bad condition (and they have made many bad releases).


    May 1 was set as a tentative date, and the stability and security of the Debian release was not compromised in order to meet it. This is commendable.


    there seems to be a lack of accountability


    Accountability for what? Anyone with such concern over the security of their system would not be so blithe as to use woody right away on May 1. They would test it thoroughly first, so there's no problem with people relying on that. Anyone who is not so concerned over security can still use woody anyway, right now, so there's no problem there. The fact is, Debian has consistently provided an extremely stable and extremely secure distribution, with many features not found in any other distribution.

    --

    "The price of freedom is eternal vigilance." - Thomas Jefferson
  62. Re:Are any of you shocked? by CentrX · · Score: 1

    Woody has over 9000 packages on 11 architectures. This is much more than any other Debian release, or any other distribution. Quite simply, I think the magnitude and stability of it is astounding.

    --

    "The price of freedom is eternal vigilance." - Thomas Jefferson
  63. Potatoe, Woody, Sid by Trevelyan · · Score: 1

    I'd like to point out something that a lot of non debian (and some debian) people miss, that the official release of woody as stable is realy only the concern of those running production (or mission crittical) machines.

    normal desktop users dont realy need to concern them self with this, woody has been plenty ready for desktop (as long as u can afford the big apt-get upgrade d/l each week).

    in fact i'v ran woody since last summer, and it has been far more stable then any of the mandrake installs i've had (i use to use mandrake before i switched to debian last summer)

    i've encountered plenty of people who run pototoe when i feel they should be at least on woody. I think its what people imagine 'stable' and 'unstable' to be they use their experience with that other proprietory os, which dont realy apply to debian, because as this article points out releasing packages aint as important as testing them, unlike that other os vender

    a program not working in sid, aint that likely because the apt-get tends to fail before it gets to install a nasty package, and any way stuff gets fixed quick.

    woody/testing only get these packages once they seen to install and run ok in sid, but some less obvious bugs may remain, up until the freeze starts (which it did some time ago) then only packages that fix know problems in woody packages get moved on from sid

    potatoe is 2 years old, aint ever going to get younger, bugs are fixed by the security updates, but for a desktop its hopeless, you have no chance of compiling any decent games =)

  64. Re:Are any of you shocked? by Captain+Pedantic · · Score: 0

    Not just that but there are also 11 architectures now - some of them are extremely slooooow (such as 68000 or arm) which doesn't help either.

    --

    None are more hopelessly enslaved than those who falsely believe they are free. Johann Wolfgang von Goethe.
  65. err do they know... by Anonymous Coward · · Score: 0

    Did they know that May 1st is May Day? A celebration of communism... oh wait that we are talking about GNU/GPL/Linux stuff never mind.

    All hail Stalin... All hail Stallman... All hail...

    It be true!

  66. It's Labor Day - There Will Already be protests! by billstewart · · Score: 2
    In most of the world, May 1 is Labor Day already, so there will already be world-wide protests. (For you Yankees, Labor Day outside the US is a day for Trade Unionists and Marxists and such to go out and march in parades and hold one-day general strikes. For you non-Yankees, Labor Day in the US is the day for end-of-summer picnics, cooking food on the barbeque, going to the beach, or alternatively deciding whether to go to Burning Man or Worldcon.)


    So if the product's late, obviously the team is just on strike....

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  67. Re:Are any of you shocked? by m_evanchik · · Score: 2

    If the release is delayed for a short period of time, ( >1 month), I would agree that this is not a big issue.

    But the delay does bring into relief the very long development lags in debian. Two years is a long time for a version upgrade. Take a look at any other distro two years ago, and they don't stack up against more recent distros.

    On the other hand, the forthrightness of the explanation for the delay is pretty commendable.

    But debian really should do something about making for frequent "Stable" upgrades. I believe this could be done without impacting security.

    I suppose the biggest problem is debian's huge scope. Not only 10000 packages, but 11 platforms. The old sytem of development that started with far fewer platforms and packages is not scaling well with the project's increase in scope.

    So either the process needs to change or the scope should be lessened. Security and stability should not be compromised.

  68. This might be too old school for most of you, but by readc · · Score: 2, Interesting

    Led Zeppelin's "Physical Graffiti," a double LP that is deffinatley one of the best works of the band, was delayed something like 8 weeks for the cover. That most have sucked for the Zepp fans in 1975.
    Here's the catch: It had the most expensive cover ever made to that date. And it was soo damn cool (an apartment building that had pieces of paper with differnt pictures in the windows of the building that you could slide around to change. On the front AND back)
    I don't know if that's a good analogy, but... hey, anything for a good time!

    --
    Da comp cant tell u da emotional story.It can give u da exact mathematical design,but whatz missin is da eyebrows. -FZ
  69. I'm talking corporate desktops, not my own... by Quietti · · Score: 1

    First, let me start by saying that stable just doesn't cut it for anything but a server anymore.

    Then, what many have missed is that I insist throughout my post that I am talking about corporate desktop environments, not your overpaid fat hacker's souped-up 2 GHz AMD Impossibilium with a 4-D graphics card and a surround-dick sound card.

    To answer a third post, no, Potato doesn't cut it on the corporate desktop. You won't find the Evolution (except for the i386 version packaged by Ximian) or the OpenOffice one needs to replace Windows and aging UNIX variants on workstations with Potato, for starters.

    To answer yet another post, yes I should care about what the corporate world defaults to and yes I should worry if I cannot offer Debian as a solution when setting up IT infrastructures for corporate customers. Right now, I cannot recommend any Debian release (potato, woody, sid) to my customers asking for desktop packages, because: a) Evolution builds only exist for potato/i386 and is still a work-in-progress b) OpenOffice is barely at an unstable release stage. In a nutshell, my customers would not mind Debian if it had what they needed; it doesn't, so they ask for Red Hat since that distro is advertised to have what they need.

    Finally, no, deciding not to update Woody for a few days is not an option. Security fixes are not released separately for testing, only for stable; if I wanted to just install the security updates for Woody, there wouldn't be any as of yet.

    --
    Software is not supposed to be about how to work around a useability issue. - Ken Barber
  70. Debian Release Suggestion by CarrotLord · · Score: 2

    Why can't they speed things up a little by moving unstable to testing at the same time as they move testing to stable? ie -- there would always be the following three distros:

    stable -- current stable release
    testing -- almost feature-complete next release
    unstable -- new features get added here

    Then, as soon as testing is declared stable, unstable moves to testing, and a new unstable is created...

    Maybe that would make things a little faster, as it's basically biting off less at a time... unless of course, they already do that...

    rr

    --
    Quidquid latine dictum sit, altum videtur.
    1. Re:Debian Release Suggestion by magnified_plaid · · Score: 1

      Testing is built from unstable automatically by a script that takes the packages in unstable that don't have release critical bugs filed against them and do have their requires met in testing and moves them.

      --
      Semper Ubi Sub Ubi
  71. You don't seem to get it. by Anonymous Coward · · Score: 0
    I can imagine trying to get my boss to switch to Debian and telling him he has to use a "testing" distro


    Debian isn't a my-first-distro, and thrusting it on someone who doesn't already know their way around (and understand what 'testing' actually means) will surely just confuse, leading them to give up trying as it's 'too hard'. give em mandrake/lycoris instead. Unless you are willing to admin; and my guess is that your boss doesn't want you to have superuser access to her files..

    web browser newer than mozilla M18


    obsolete argument at best, more like FUD. Woody includes 0.9.9.

    Or, worse, having to go to "unstable" because some security update didn't get into testing.


    Once again, you're way off base. Potato has had six (6) official major-bug/security fix RELEASES since it came out. New bug fixes/security updates are BACKPORTED to the old packages in the stable branch.

    have security.debian.org in your sources.list, and apt-get update && apt-get upgrade every night, and you'll get the security updates (and ONLY the security updates) as soon if not sooner than they make it into testing/unstable.
  72. Good Idea by Anonymous Coward · · Score: 0

    So delay the release, big deal. More vendors should take this approach and the overerall quality of linux would go up. Seriously, SuSE 7.3 was a piece of shite, Mandrake 8.1 was utter garbage, and oddly enough RH 7.2 is remarkedly stable. Even odder, I have had nothing but trouble with my typically stalwart FreeBSD 4.5. So who cares, use whatever you like and / or trust. I switch distros by release! Right now it is RH 7.2, before that it was Progeny, and next time it will probably be FreeBSD 5.0 or whatever is stable and secure at the time. Debian folks, I will try 3.0 no doubt, take your time and make it rock.

  73. Correct by mmol_6453 · · Score: 1

    Adding more developers is a long-term investment, not a short-term, and it takes a smart manager to know when that long-term investment is worth it.

    --
    What's this Submit thingy do?
  74. LP! by The+Last+Post · · Score: 1

    Last post you cockgobblers!

    Now that that's out of the way, I would like to address a very serious issue. I, as do many of my collogues, find the term "troll" offensive and degrading. I prefer the term "conversation engineer". See, Slashdot is crap. I know it, you know it, Malda knows it, and so does Homos. Slashdot is becoming more unstable and filled with more crap daily. How many of us would have ever though Slashdot would start changing subscription? So many faithful posters were so put off by the insane, demonic ramblings of Rob Malda that a Slashdot blackout was just staged. If something isn't done soon, I fear slashdot will not be around much longer.

    Slashdot is dying...

    That's beside the point, though. The point is, conversation engineers work in much the same fashion security engineers do. By introducing resistance into the system, the system gets stronger. Much like resistance exercises a muscle. Who do you have to think for the advances in lameness filtering, page widening prevention, and moderation technologies? Your fellow conversation engineers, that's who! Conversation engineers are the best, perhaps the last hope of saving Slashdot.
    Thank you for your time. Please think about the contribution we make before you curse us and use the degrading term "troll" again.