Slashdot Mirror


Linux 2.6.27 Out

diegocgteleline.es writes "Linux 2.6.27 has been released. It adds a new filesystem (UBIFS) for 'pure' flash-based storage, the page-cache is now lockless, much improved Direct I/O scalability and performance, delayed allocation support for ext4, multiqueue networking, data integrity support in the block layer, a function tracer, a mmio tracer, sysprof support, improved webcam support, support for the Intel wifi 5000 series and RTL8187B network cards, a new ath9k driver for the Atheros AR5008 and AR9001 chipsets, more new drivers, and many other improvements and fixes. Full list of changes can be found here."

452 comments

  1. Linux 2.6.27 Out by grub · · Score: 5, Funny


    Linux 2.6.27 is out, OpenBSD 4.4 is in!

    --
    Trolling is a art,
    1. Re:Linux 2.6.27 Out by CSMatt · · Score: 1, Offtopic

      If only I still had my mod points.

    2. Re:Linux 2.6.27 Out by AJWM · · Score: 5, Funny

      I've got some, what do you want moderated?

      Oh, wait...

      --
      -- Alastair
    3. Re:Linux 2.6.27 Out by complete+loony · · Score: 0

      ... of the closet?

      Linux 2.6.27 is out there baby and loving every minute of it.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    4. Re:Linux 2.6.27 Out by baeksu · · Score: 5, Funny

      Not to worry, I can help!

      No, wait...crap.

      --
      Gnome: A never ending quest to make unix friendly to people who don't want unix and excruciating for those that do.
    5. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 5, Funny

      Okay, he can use my mod points because I'm posting AC. Now if only I had a Slashdot account...

    6. Re:Linux 2.6.27 Out by jd · · Score: 5, Funny

      One of these days, the admins should give Anonymous Coward some mod points.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    7. Re:Linux 2.6.27 Out by fpophoto · · Score: 5, Funny

      One of these days, the admins should give Anonymous Coward some mod points.

      Mod parent up!

      If nothing else, it would just totally blow the AC's mind when he cruised by here. "WTF? Mod points?"

    8. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 5, Funny

      One of these days, I'm going to chop you into little pieces.

    9. Re:Linux 2.6.27 Out by frankm_slashdot · · Score: 5, Interesting

      sad part is i just pre-ordered the openbsd 4.4 cd set... hah. im not sure if i should be proud or ashamed.

      then again, i sometimes think im the last of the right-os-for-the-job heretics... openbsd on my firewall. solaris (with zfs) on my fileserver... mac os x on my main desktop... (i dabble in photoshop and video.. mostly failed fark contests. ha) and windows vista on my macbook pro (along side of os x of course)... because i do a lot of autocad/solidworks stuff on the side. my webserver runs gentoo..

      i guess you could call me a glutton for punishment.

    10. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      Linux 2.6.27 is a member of the GNAA baby!

    11. Re:Linux 2.6.27 Out by RLiegh · · Score: 4, Funny

      One of these days, Coward -POW, right in the kisser!

    12. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      jeez! geezers...

    13. Re:Linux 2.6.27 Out by ModernGeek · · Score: 4, Funny

      sad part is i just pre-ordered the openbsd 4.4 cd set... hah. im not sure if i should be proud or ashamed.

      then again, i sometimes think im the last of the right-os-for-the-job heretics... openbsd on my firewall. solaris (with zfs) on my fileserver... mac os x on my main desktop... (i dabble in photoshop and video.. mostly failed fark contests. ha) and windows vista on my macbook pro (along side of os x of course)... because i do a lot of autocad/solidworks stuff on the side. my webserver runs gentoo..

      i guess you could call me a glutton for punishment.

      I am very impressed, your defenses on why you use what you do for your computing needs have foiled my plan to call you a fanboy/newb. It is like you already saw the attacks coming, and preemptively shot them down. You sir, have won three internets.

      --
      Sig: I stole this sig.
    14. Re:Linux 2.6.27 Out by jagdish · · Score: 2, Insightful

      Who moderates the meta-moderators?

    15. Re:Linux 2.6.27 Out by hdparm · · Score: 1

      meta-cowboy

    16. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      I really expected more people here to get that.

    17. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      hdparm? Is this where software projects go to retire?

    18. Re:Linux 2.6.27 Out by hdparm · · Score: 5, Funny

      No, that would be Sun Microsystems.

    19. Re:Linux 2.6.27 Out by adrianwn · · Score: 5, Informative

      For those moderators who didn't get it and modded him Troll: it's the (only) line from the Pink Floyd song "One of these Days".

      By the way, it's "cut", not "chop": http://en.wikipedia.org/wiki/One_of_These_Days

    20. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0
      Dude, you have way too much spare time to dispose of.

      "Glutton for punishment"? "Masturbating monkey" is what comes to mind.

    21. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      Can anyone confirm this?

    22. Re:Linux 2.6.27 Out by kitgerrits · · Score: 1

      I have been there and have given up.
      Keeping up with BSD, Solaris, Mac and Windows updates and bugs is simply not possible.
      I stoppen when FreeBSD suddenly decided to 'delete' mod_php (there was a note in /usr/ports/updating about a new Apache framework).

      Now I simply follow one set (RHEL/Fedora) and set make sure I set it up secure.

      --
      "I was in love with a beautiful blonde once, dear. She drove me to drink. It's the one thing I am indebted to her for."
    23. Re:Linux 2.6.27 Out by frankm_slashdot · · Score: 1

      masturbating monkey? yes. my 23" cinema display and surround sound give a great pornographic experience....

      sadly, i dont have much spare time... the mac/windows machines update automagically... the bsd one i update once a year (whenever a shiny new version comes out..) and my webserver only allows ssh2 logins via private key so i dont often update that unless its for ssh or apache... :/ eh i guess i slack off with the whole "administration" aspect of my machines but hey...

      never had a virus... never been a victim of adware... and never see a blue screen (except when autodesk decided to unlease autocad 2002LT upon the world.)

      i count my lucky stars.

    24. Re:Linux 2.6.27 Out by frankm_slashdot · · Score: 1

      hah thats the one thing i hate about almost all bsd's... ports/packages...

      please please please let someone port portage/gentoo package management to openbsd... please... :(

      (with that said... there is absolutely nothing but the base os and bash installed on the openbsd box... thank god. ill say it again... i hate ports/packages setups.)

    25. Re:Linux 2.6.27 Out by frankm_slashdot · · Score: 1

      theres something i havent listened to in a while...

      **opens itunes**

      thank you AC, you've been wonderful.

    26. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      Bang, Zoom.... Straight to the Moon!

    27. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      So you realized your mistake, and then hit send? I can't figure out how this comment was created!

    28. Re:Linux 2.6.27 Out by ebuck · · Score: 1

      Aqueous martinis are out, parsley soda is in!

    29. Re:Linux 2.6.27 Out by eln · · Score: 4, Funny

      "Masturbating monkey" is what comes to mind.

      Which, coincidentally, is the name of an upcoming Ubuntu release.

    30. Re:Linux 2.6.27 Out by jeremyp · · Score: 1

      For those moderators who didn't get it and modded him Troll: it's the (only) line from the Pink Floyd song "One of these Days".

      By the way, it's "cut", not "chop":

      So you're saying it's not the line from One of these Days. Therefore, "off topic" seems the appropriate moderation.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    31. Re:Linux 2.6.27 Out by ncc74656 · · Score: 1

      please please please let someone port portage/gentoo package management to openbsd... please... :(

      You might be interested in this. (There's also this...don't know how much difference there is between FreeBSD and OpenBSD, as I've tended to just stick with Linux. It looks like the two projects are cooperating to some extent.)

      --
      20 January 2017: the End of an Error.
    32. Re:Linux 2.6.27 Out by edsousa · · Score: 1

      Whoowwwwww
      This is the firs time I see 7 consecutive posts modded +5Funny.
      Is this a indicator that kernel 2.5 is coming?
      Ok no, 2.5.xx are reserved for kernels in quantum-era.

    33. Re:Linux 2.6.27 Out by edsousa · · Score: 1

      Err.. please forgive me..
      As we are used to say in vimese: %s/2.5/2.7/g

    34. Re:Linux 2.6.27 Out by frankm_slashdot · · Score: 1

      yeah that did look promising back in the day but (humorously enough)... someone we all know is confirming that the G/OBSD project is dead/dying... :/

      maybe someday.

    35. Re:Linux 2.6.27 Out by R2.0 · · Score: 1

      Heh...One of my favorite musical memories is listening to that track at full, bleeding eardrum volume on my headphones and not hearing my supervisor knock on the door (this was in school and I was an RA). I finally figured it out and opened the door, and she asked me what I was listening to. She had never heard of it and I told her what the only lyrics were. She said "Ohhhh..." and backed out of the room slowly.

      --
      "As God is my witness, I thought turkeys could fly." A. Carlson
    36. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      No, the real line is "One of these days I am going to _cut_ you into little pieces"... ;-)

    37. Re:Linux 2.6.27 Out by badkarmadayaccount · · Score: 1

      The difference beteween fbsd and obsd is like between Linus and RMS. Get the picture?

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    38. Re:Linux 2.6.27 Out by Anonymous Coward · · Score: 0

      Yeah keeping suckup points and saying what you really want as coward I find the whole system shitty.

  2. uname -a by Anonymous Coward · · Score: 1, Interesting

    Linux grumpy 2.6.27-6-generic #1 SMP Tue Oct 7 04:15:04 UTC 2008 i686 GNU/Linux huh? has ubuntu been using early releases or something?

    1. Re:uname -a by gringer · · Score: 1, Informative

      Based on what I'm used to ubuntu doing, they're probably treating one of the later release candidates (of which this is the tenth) as something "good enough" for ubuntu 2.6.27.

      --
      Ask me about repetitive DNA
    2. Re:uname -a by Knuckles · · Score: 1

      Linux grumpy 2.6.27-6-generic #1 SMP Tue Oct 7 04:15:04 UTC 2008 i686 GNU/Linux

      huh? has ubuntu been using early releases or something?

      Well, you are on Intrepid, recently still in alpha, currently in beta. They used a pre-release kernel for testing on a pre-release OS! THE HORROR!

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    3. Re:uname -a by Anonymous Coward · · Score: 0

      The prerelease version of the 2.6.27 kernel is currently only in the prerelease Ubuntu 8.10 Intrepid. Seems like a good fit, and they still have about 20 days to incorporate the final kernel before Intrepid's ship date.

  3. Not in upcoming Debian by gringer · · Score: 5, Interesting

    It's a shame this won't be in the upcoming Lenny release of Debian. The in-kernel support for heaps of webcams via gspca is a very nice user-visible element of this release.

    http://release.debian.org/emails/release-update-200808

    Although, I guess they made the decision for 2.6.26 before they realised that a September release would be an impossible target.

    --
    Ask me about repetitive DNA
    1. Re:Not in upcoming Debian by Warped-Reality · · Score: 3, Insightful

      So? Download and build your own kernel..

      --
      This is not the greatest sig in the world, no. This is just a tribute.
    2. Re:Not in upcoming Debian by Kjella · · Score: 5, Informative

      It's a shame this won't be in the upcoming Lenny release of Debian. The in-kernel support for heaps of webcams via gspca is a very nice user-visible element of this release.

      Debian never paid much attention to desktop features, may I suggest Ubuntu 8.10?

      --
      Live today, because you never know what tomorrow brings
    3. Re:Not in upcoming Debian by Tubal-Cain · · Score: 4, Funny

      may I suggest Ubuntu 8.10?

      You have my permission.

    4. Re:Not in upcoming Debian by martin-boundary · · Score: 4, Funny

      Not so fast. Has he signed form WQ-37 and initialed C12-B first?

    5. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      WTF are you smoking? I've been running Debian on the desktop for years before Ubuntu ever existed.

    6. Re:Not in upcoming Debian by WK2 · · Score: 5, Funny

      Although, I guess they [Debian] made the decision for 2.6.26 before they realised that a September release would be an impossible target.

      Yeah. Nobody could have predicted that a Debian release would be late.

      --
      Write your own Choose Your Own Adventure. http://www.freegameengines.org/gamebook-engine/
    7. Re:Not in upcoming Debian by martinw89 · · Score: 4, Funny

      No, he's only filed a TPS report. He also missed that memo we all got.

    8. Re:Not in upcoming Debian by Anonymous Coward · · Score: 2, Funny

      I believe you have my stapler?

    9. Re:Not in upcoming Debian by Kjella · · Score: 5, Informative

      I believe you have my stapler?

      No, this one isn't red.

      --
      Live today, because you never know what tomorrow brings
    10. Re:Not in upcoming Debian by Tubal-Cain · · Score: 1

      I think he is referring to the lack of polish that Ubuntu has. I find Debian's default Gnome desktop atrocious. I prefer their KDE or their base install. Ubuntu, on the other hand, does a very good job with Gnome while Kubuntu lags.

    11. Re:Not in upcoming Debian by Anonymous Coward · · Score: 1, Funny

      Debian never paid much attention to desktop features, may I suggest Ubuntu 8.10?

      No you may not. We are aware of that distro and have rejected it. We like Debian and use Debian. It is the best desktop system as far as I am concerned.

    12. Re:Not in upcoming Debian by Tubal-Cain · · Score: 2, Funny

      I think he is referring to the lack of polish that Ubuntu has.

      s/Ubuntu/Debian/g

    13. Re:Not in upcoming Debian by Kjella · · Score: 3, Insightful

      WTF are you smoking? I've been running Debian on the desktop for years before Ubuntu ever existed.

      So did I, as in I used to. Just because you're able to install the packages, doesn't make it any less true. I waited for a long time for basic niceties like a GUI installer, a nice splash screen when I didn't feel like reading the boot log and a million other smaller and bigger things that never came. And less than 18+ months release cycles, as testing could and did sometimes break, while stable was stuck in the stone age. I'm sorry but I have replaced Debian with something better, and I think you would see it too if you knew what you were missing.

      --
      Live today, because you never know what tomorrow brings
    14. Re:Not in upcoming Debian by Knuckles · · Score: 3, Insightful

      I'm sorry but I have replaced Debian with something better, and I think you would see it too if you knew what you were missing.

      s/better/more appropriate

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    15. Re:Not in upcoming Debian by tuxgeek · · Score: 1
      Well at least Lenny has been frozen and stability is getting more iron clad with each passing day.

      I've recently upgraded both desktop and laptop to Lenny from Ubuntu 8.04. It was a good move. Ubuntu was always squirrely and crashed often. Gave me Dejavu of the old days with Win95.

      Lenny is pretty sweet. And of course we can always build a newer kernel when one has features we need, which is why we run Linux in the first place. Freedom to hack and let the geek run free.

      -----

      Never underestimate the power of stupid people in large groups.

      --
      "Suppose you were an idiot...and suppose you were a member of Congress...but I repeat myself." Mark Twain
    16. Re:Not in upcoming Debian by CrazedWalrus · · Score: 5, Insightful

      Right. Because it's impossible to do on Windows and Mac. You need to wait until the next version of the entire operating system comes out, and then pay for that.

      So yes, please switch so you don't even have the option of doing what a Linux user mentions casually in conversation. Less is better, right?

      (WTF?)

    17. Re:Not in upcoming Debian by Profane+MuthaFucka · · Score: 1

      Compile your own kernel and Lenny can have it. I've been running Debian for 10 years and in all that time I've build my own vanilla kernels rather than rely on the packaged kernels. It works out just fine.

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    18. Re:Not in upcoming Debian by kv9 · · Score: 3, Funny

      So? Download and build your own kernel..

      Or get Windows or Mac and never have to hear that.

      I bet you buy your LEGO preassembled too.

    19. Re:Not in upcoming Debian by Anonymous Coward · · Score: 2, Funny

      I think he is referring to the lack of polish that Ubuntu has.

      If you're *that* hung up about a polish language version of Ubuntu, you can do it yourself you know :-)

    20. Re:Not in upcoming Debian by BlackCreek · · Score: 5, Insightful

      So? Download and build your own kernel..

      Or get Windows or Mac and never have to hear that.

      I bet you buy your LEGO preassembled too.

      I bet he bought his TV and refrigerator preassembled too.

      (don't flame me bro, I also use Linux all the time, but you asked for it ;-))

    21. Re:Not in upcoming Debian by rsmith-mac · · Score: 5, Insightful

      To be fair, if it was Windows or a Mac, adding support for a webcam would be as easy as installing a binary driver blob. I like Linux, but compiling drivers in to the kernel (and hence needing to compile it yourself, at times) has always been one of it's biggest annoyances.

    22. Re:Not in upcoming Debian by alexhs · · Score: 3, Funny

      s/Ubuntu/Debian/g

      gives

      I think he is referring to the lack of polish that Debian has. I find Debian's default Gnome desktop atrocious. I prefer their KDE or their base install. Debian, on the other hand, does a very good job with Gnome while Kubuntu lags.

      I think you meant s/Ubuntu/Debian/ , only first occurence replaced, not all. Using v to only select

      I think he is referring to the lack of polish that Ubuntu has.

      is cheating, no real hacker uses vim-specific features ;)

      --
      I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
    23. Re:Not in upcoming Debian by Bent+Mind · · Score: 5, Interesting

      To each their own. However, I always preferred having the driver just be there when I need it. I always found it annoying, under Windows, to have to hunt down drivers. Especially when you have a hundred similar devices that have the same binary driver blob (same chipset) but require a hundred different INF files because every company that assembles a board insists on having a unique driver download. Then you can throw in driver signing that makes life even more difficult.

      Linux drivers are much easier to deal with.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
    24. Re:Not in upcoming Debian by jamesh · · Score: 3, Funny

      He got the memo, he just forgot.

    25. Re:Not in upcoming Debian by Anonymous Coward · · Score: 1, Funny

      How do I install this 'kernal' with Synaptic?

    26. Re:Not in upcoming Debian by mrcaseyj · · Score: 0

      >if it was Windows or a Mac, adding support for a webcam would be as easy as installing a binary driver blob.

      If the manufacturer still supports your hardware under the current version of Windows or Mac. If we can get people to recognize their own self interest and switch to Linux then we won't have these problems with hardware and software.

    27. Re:Not in upcoming Debian by craigevil · · Score: 1

      Thats why most Debian desktop users run either testing or Sid. Stable is for servers.

      --
      Debian Sid LXDE Firefox 3.6.4
      GNU/Linux and Firefox, surfing the internet safely.
    28. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      No, this one isn't red.

      Yet..

    29. Re:Not in upcoming Debian by cheater512 · · Score: 2, Insightful

      Yeah its incredibly difficult.

      falcon ~ # emerge linux-uvc -pv

      These are the packages that would be merged, in order:

      Calculating dependencies... done!
      [ebuild N ] media-video/linux-uvc-0.1.0_pre250 39 kB

      Total: 1 package (1 new), Size of downloads: 39 kB

      Hang on a sec.....

    30. Re:Not in upcoming Debian by Daengbo · · Score: 2, Insightful

      So he treats his computer like an appliance? That makes sense if he's not a geek.

    31. Re:Not in upcoming Debian by Anonymous Coward · · Score: 1, Insightful

      Or get Windows or Mac and never have the ability to do that.

      On Linux you don't have to. But you can.

    32. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      installpkg newkernel.tgz or apt-get newkernel or rpm ...

      is very easy.
      you don't have to actually compile it. did someone said not user friendly?

    33. Re:Not in upcoming Debian by MrHanky · · Score: 0, Troll

      Why would you wait for a GUI installer? You only install Debian once. You don't want a splash screen, you want to go and get a cup of coffee. Sid is Debian's desktop version, and it's usually more up to date than the latest Ubuntu. When something is broken, it will usually be fixed in a couple of days. If something is broken in Ubuntu, it will continue to be broken for 6 months.

      Whenever I've tried Ubuntu, I've had the feeling that whatever "polish" they've added is just more crud brushed under the carpet. Of course, each to their own. Just don't assume that Ubuntu is for everyone.

    34. Re:Not in upcoming Debian by somersault · · Score: 4, Insightful

      There's nothing wrong with wanting things to 'work' sometimes. Some people have better things to do in the evening than trying to get working. Especially when they spend their day fixing other people's problems.

      Sometimes it's fun to mess about with stuff like that sure, but sometimes you just want to know that your hardware to work with your OS. That's part of the reason that I use OSX at the moment.

      Linux is a lot better these days than 5 years ago obviously: wireless support, and now improved webcam support. Those were 2 of my major issues last time I tried to move to Linux as my primary OS. I used Skype for videocalling a lot back then. The whole thing is a virtuous cycle - better default support means more users, means more OSS developers, third party application and driver support, and so on.. I'm looking forward to the day I can use Linux to play the latest games or use the latest devices as soon as they are released, rather than having to wait a couple of years for WINE or driver support to catch up enough.

      --
      which is totally what she said
    35. Re:Not in upcoming Debian by cloakable · · Score: 1

      This is why Linux has these things called modules. You can compile them, then plug them into a running kernel (and this is the astonishing part) without needing to reboot :P

      Hell, you can even get these modules precompiled for your kernel - just like Windows :P

      --
      No tyrant thrives when every subject says no.
    36. Re:Not in upcoming Debian by Ash-Fox · · Score: 1

      Amazing! Webcam support! Welcome to the future everybody! Now we can do everything people were doing in 1997, but with Linux!

      To be honest, I have had a lot of webcams and never had one that didn't work on Linux when got them (I didn't even know if they would when I got them either).

      I don't really think you can claim Linux's webcam support has been bad within these past years.

      --
      Change is certain; progress is not obligatory.
    37. Re:Not in upcoming Debian by Anonymous Coward · · Score: 2, Funny

      Score:4, Informative?

      Christ.

    38. Re:Not in upcoming Debian by drsquare · · Score: 1, Insightful

      emerge linux-uvc -pv

      Ah, how intuitive. Much easier than putting in the driver CD that comes with the hardware. Of course you fail to mention the finding and downloading the exact right kernel source for your drivers.

    39. Re:Not in upcoming Debian by x2A · · Score: 2, Interesting

      That's where driverpacks and perhaps nlite projects come in handy.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    40. Re:Not in upcoming Debian by cheater512 · · Score: 3, Informative

      Yeah ok not a good idea to talk about things that you dont know about.

      On Gentoo it uses the kernel in /usr/src/linux, since your expected to roll your own kernel anyway.
      It is exactly that simple to install the driver - one command - even though its a power user's distro.

      On the user friendly distros like Ubuntu it will install the binary blob version for your kernel just like Windows but without the cd.
      They only have a couple of kernel versions just as Windows only has XP, Vista, etc... drivers.

    41. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      Actually, with linux, the _good_ hardware always tends to work. Non-shitty webcams (i.e. firewire cams) etc. have worked forever.

      It's the EUR20 piece-of-shit webcam, the EUR60 winprinter (with EUR80 refills), etc. - the "bargain" crap hardware that tends to be a problem.

    42. Re:Not in upcoming Debian by marcosdumay · · Score: 1

      Wait, Lenny is already frozen?!? Ok, that explains why new packages stopped comming, but it was quite a fast upgrade cycle.

      Soon I'll have to edit all my sources.list again...

    43. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      Linux drivers are much easier to deal with.

      What... all 10 of them?

    44. Re:Not in upcoming Debian by doti · · Score: 2, Informative

      If something is broken in Ubuntu, it will continue to be broken for 6 months.

      Wrong.
      The 6 months wait is for new features.
      Security updates and bug fixes are constantly released.

      --
      factor 966971: 966971
    45. Re:Not in upcoming Debian by jamiethehutt · · Score: 2, Informative

      Users of stable can still get the kernel and keep the stable applications. This kernel should hit testing soon (if it hasn't all ready...) so you can get it from there!

      First add testing repositories to /etc/apt/sources.list (copy the ones for stable and replace "lenny" or "stable" with "testing") then make a file called something like "20defaultrelease" in /etc/apt/apt.conf.d/ and in that file add the line "APT::Default-Release "stable";" then update APT. Next run "apt-get install -t testing linux-image-2.6-686", reboot and bingo you'll be running the new kernel!

      To be honest however I think its masochistic running stable on anything thats not a server, and pinning is a little messy to setup as you might have noticed... I've been running testing for over a year and everything has been perfect (well bar Audacious...) and I have got access to lots of packages stable doesn't have.

    46. Re:Not in upcoming Debian by marcosdumay · · Score: 1

      "I waited for a long time for basic niceties like a GUI installer, a nice splash screen when I didn't feel like reading the boot log"

      Really? What difference does a splash screen really make to your system*? And why is a GUI installer better than a ncurses one? Because you can't use it without mouse and it is hard to tunnel via ssh? All the usability features of a GUI are there.

      If you want your toy to be pretty, I'm ok with that. But don't come saying that a system is bad just because it is not a toy.

      * I have a machine where I need a splash screen, that is because I have some information that I need to convey at boot time. Somehow I guess that is not your case. By the way, that machine runs Debian, and I just apt-get (ok, aptitude install) the splash screen.

    47. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      The context of the discussion is what to do when the driver is NOT there. You answered under the context of Windows not having the driver, but Linux having the driver. That's not a fair comparison because realistically it is the other way around.

      If the driver IS there, both OSs are seamless. If the driver is NOT there, Windows is easier because you don't have to download source code and compile a kernel.

    48. Re:Not in upcoming Debian by Windowser · · Score: 2, Interesting

      There's nothing wrong with wanting things to 'work' sometimes. Some people have better things to do in the evening than trying to get working. Especially when they spend their day fixing other people's problems.

      Exactly. I have no time to waist on something that I already made working and then the OS barfed on himself and it doesn't work anymore. That's why I prefer Linux : it maybe sometimes more trouble to make it work, but once it is setup, I never have to touch it again.

      I spend enough time fixing other people Windows machine that when I get home, I just want to use my PC, not fight with it.

      Linux : because I have better things to do than fix a damn computer

      --
      Avoid the MS tax, always buy I.B.M. PC's (I Built-it Myself)
    49. Re:Not in upcoming Debian by asamad · · Score: 1

      on debian

      m-a update
      m-a prepare
      m-a build
      dpkg -i

      done

    50. Re:Not in upcoming Debian by MrHanky · · Score: 1

      Security holes aren't the only errors in the world. Yes, of course they fix security errors. Broken applications, on the other hand, which you find hundreds of in all distributions (as most apps are perpetually under development), stay the same. In Sid, there's always at least hope for improvement.

    51. Re:Not in upcoming Debian by jamiethehutt · · Score: 3, Insightful

      And Ubuntu never paid much attention to testing, I ran it for six months before switching to Debian I had countless broken applications (who cares if it works, Ubuntu has it first!!!11one) and one MAJOR release problem.

      Turns out the guy that packaged up X.org forgot to test it on anything other than his Intel GMA based laptop so he never noticed that it didn't work on any other graphics chip set, this apparently "wasn't a problem" though as they had a new version out 2 hours later.

      Well after that I went to Debian because if they let bugs like that through who knows what else they'll break (say, my file system...). I have a clue about what I'm doing on my system so I actually find Debian easier to use, it doesn't automatically reconfigure anything, it's configs are all sane and most importantly things are tested.

    52. Re:Not in upcoming Debian by Yeorwned · · Score: 0

      So? Download and build your own kernel..

      Or get Windows or Mac and never have to hear that.

      I bet you buy your LEGO preassembled too.

      This comment is getting you owned in so many ways...the whole preview button doesn't always help does it?

    53. Re:Not in upcoming Debian by gmxgeek · · Score: 0

      Enable proposed and backports. Then all fixes are coming down the pipes.

      --
      --gmxgeek
    54. Re:Not in upcoming Debian by daveime · · Score: 0

      Ever heard of plug and play mate ?

      The whole point is that the reboot is because some HP asshole decide that as well as the 39kb printer/scanner driver, you needed 17MB of worthless monitoring crap running as services (i.e. reboot before use), merely to do a splash screen everytime you want to scan something or print something.

      I can plug a myriad of USB stuff into my Win XP 2nd Edition, and it quite happily installs itself and works WITHOUT A REBOOT.

      At least if you are going to troll, pull your head out of your ass and get your facts straight.

    55. Re:Not in upcoming Debian by serviscope_minor · · Score: 2, Funny

      a nice splash screen when I didn't feel like reading the boot log

      You could try using the "off switch" hardware feature present in most monitors for the duration of the boot. It's been supported since kernel 1.0.3, so no recimpile is needed.

      As a workaround if there is a bug, you could try rotating yourself 180 degrees about a vertical axis temporarily.

      --
      SJW n. One who posts facts.
    56. Re:Not in upcoming Debian by somersault · · Score: 1

      True most of the time, but then there are the awkward things like upgrading the kernel breaking driver compatibility with nv and all that stuff. I don't know if that's been made easier to deal with in the latest versions of Ubuntu/whatever? Ideally when you upgrade you want the package manager to take care of everything.

      --
      which is totally what she said
    57. Re:Not in upcoming Debian by ThomasMc1337 · · Score: 1

      I see what you did there

    58. Re:Not in upcoming Debian by Yvanhoe · · Score: 1

      I would also like to add that Ubuntu is not the broken thing it used to be in its early days. My first attempts at Ubuntu a few years ago ended in frustration before the small number of packages and the incomplete GUI. I thought that day "okay, Debian forever". Recently I installed a Ubuntu at my work, I was really surprised by the ease of the process and the coherent package repository. I am still with my debian at home, but I'll probably make the switch on the next hardware change in a few months.

      --
      The Wise adapts himself to the world. The Fool adapts the world to himself. Therefore, all progress depends on the Fool.
    59. Re:Not in upcoming Debian by PNutts · · Score: 0

      Ummm... You know there is an upgrade to Windows 3.11, right?

    60. Re:Not in upcoming Debian by MrHanky · · Score: 1

      Sure. But those packages aren't nearly as well maintained as those in the actual distribution, and are often even more broken.

      Note that I'm not saying Ubuntu is shit and everyone should stop using it, just that I myself hate almost every single aspect of it that deviates from Debian, and thus, for me, Ubuntu isn't isn't any "better" than Debian, it's worse. Some people prefer it, others find it unsatisfactory. Debian is a perfectly fine desktop for those of us who don't need graphical installers and a fucking splash screen, and it does everything Ubuntu does just as well as Ubuntu does.

    61. Re:Not in upcoming Debian by AmberBlackCat · · Score: 2, Insightful

      I bet you buy your LEGO preassembled too.

      No, but my house and car came pre-assembled. I knew I would get modded to hell because I suggested Windows over Linux in that situation, but I did it anyway because it had to be said. The point I was trying to make is, it is fairly bad to expect somebody to recompile their operating system just to get their webcam working when other operating systems have gotten this right years ago. The OS version of a "swing voter" would have become a new Windows or Mac user as soon as they heard that. If you read my previous comment and think about it, you may realize it's not a slam on Linux. It's a slam on the overly used phrase, "then go build it yourself". As a person who has recompiled the kernel, introduced Linux to her children and friends, and actually installed Firefox on friends' computers, I have learned over time that telling them to recompile software to make it work just doesn't help the situation.

    62. Re:Not in upcoming Debian by martinw89 · · Score: 1

      Oh ok. I'll send him another copy of the memo :)

    63. Re:Not in upcoming Debian by kv9 · · Score: 1

      As a person who has recompiled the kernel, introduced Linux to her children [...]

      did you introduce preassembled LEGO to them too?

      [...] and friends, and actually installed Firefox on friends' computers, I have learned over time that telling them to recompile software to make it work just doesn't help the situation.

      it looks like you have Slashdot confused with your children, your (inept) friends, YOUR GRANDMA'S BINGO CLUB, etc. congrats for missing the point though.

    64. Re:Not in upcoming Debian by Erikderzweite · · Score: 1

      There are GUIs for that, start it, select programs you want (as many as you like) and click Ok. Much less hassle than going through Next-Accept-Next-Next-Next-Ok and then cleaning some useless app out of system tray.

      But a console command is indeed more simple than GUI provided you can type quick. I prefer simple to intuitive: intuitive interface is many small steps, simple interface -- just one big step.

    65. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      Has no one here ever heard of apt-pinning?

      Just install 2.6.27 after it's been in Sid for a few weeks by using apt-get and apt-pinning. I ran a mixture of stable, testing, and unstable for almost a year on my desktop back when stable == sarge.

      Apt-pinning is one of the great features of Debian as it gives the user customization abilities you'll never find in most other distros. You want to run stable but want new hardware support? Unless major changes have happened such as the change to udev has come along after a new "stable" has been released just use apt-pinning to add a new kernel-image from testing or unstable. I've done it for years and it's a pretty reasonable solution on the desktop.

      I've been running 2.6.24 on all my Etch servers for more than a year so I could take advantage of newer hardware.

      People always bitch about how Debian is slow to release a new stable version, but fail to recognize that much of this is covered by using backports.org's repositories and apt-pinning giving you the advantages of stable, as well as access to a whole lot more.

      Debian is among the most flexible distro's there is. The only others in its class are Slackware, Gentoo, LFS. If you want to do something with it, or to it, there's almost always a way to do it built right into it. The tools are there all you have to do is use them.

    66. Re:Not in upcoming Debian by H0p313ss · · Score: 1

      No, but my house and car came pre-assembled.

      So true, half of my family look at me as if I'm odd for NOT spending 5 years building my house myself. But they're the same people who give me a hard time for doing anything "out of the ordinary" with computers. Just goes to show that normal is a function of your frame of reference.

      --
      XML is a known as a key material required to create SMD: Software of Mass Destruction
    67. Re:Not in upcoming Debian by hyperz69 · · Score: 1

      Last time I checked. Every OSX update has a new Mach Kernel in it, plus some updates come with Major Changes and not just security patches.

    68. Re:Not in upcoming Debian by Blakey+Rat · · Score: 1, Funny

      I always found it annoying, under Windows, to have to hunt down drivers.

      When's the last version of Windows you used?

      I've never bothered to hunt down a driver in XP or Vista, except for upgrading video card drivers. (Windows will do that automatically, but only to stripped-down versions without gaming features.) Joysticks, webcams, scanners, USB keys... everything's automatic and has been for awhile.

    69. Re:Not in upcoming Debian by AmberBlackCat · · Score: 1

      did you introduce preassembled LEGO to them too?

      No but Lego is easy to put together.

      it looks like you have Slashdot confused with your children, your (inept) friends, YOUR GRANDMA'S BINGO CLUB, etc. congrats for missing the point though.

      It looks like you have Lego confused with the core of an operating system. I know this is Slashdot and I'm fighting a losing battle. You can call my people inept and use all the big letters you want but you know a week or two from now there's going to be somebody on Slashdot complaining about why people are still using Windows even with all its faults. Microsoft's tactics are half of the reason. You're the other half.

    70. Re:Not in upcoming Debian by 2short · · Score: 1


      I want to treat my OS like an appliance, and I'm a geek; I'm just not an OS geek. If you enjoy messing about with operating systems internals then obviously Linux is a better choice than Windows; I mean, duh. The interesting question to be addressed in this here eternal flame war is to what degree each is more or less suitable for people who want to do other stuff.

      Don't tell me I'm not a geek because I want my operating system to just work and not get in my way while I'm busy optimizing some computational geometry code or designing on board electronics for my bicycle.

    71. Re:Not in upcoming Debian by DavidTC · · Score: 1

      That's why I prefer Linux : it maybe sometimes more trouble to make it work, but once it is setup, I never have to touch it again.

      No shit, especially as the solution to Windows problems often are 'reinstall it'. Oh, how fun.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    72. Re:Not in upcoming Debian by LarsG · · Score: 1

      This is why Linux has these things called modules. You can compile them, then plug them into a running kernel (and this is the astonishing part) without needing to reboot

      That works fine for pretty much any driver in somewhat recent version of Win*, too. MS fixed most of those issues with Win2K.

      The reason some driver installs in Windows ask for a reboot is because they tend to include a lot of unneeded crudware (printer tray icon, background services etc).

      Hell, you can even get these modules precompiled for your kernel - just like Windows

      Erm.. Only if your distribution include those drivers, or if 3rd party vendors provide precompiled drivers for the specific linux kernel that you are using. A driver compiled against kernel version x.y is not guaranteed to work with kernel x.z, nor is it guaranteed to work with kernel x.y that is built with different config (ex. PAE and SMP).

      Sorry, but on the point of ease of providing 3rd party drivers Windows has Linux beat. On the other hand, Linux drivers tend to be more generic (a driver for "etherchip 34x2" will typically work for all network cards that use that chip while a windows driver downloaded from Notgear more often than not won't work with a Loonksys network card even if the cards use the same chip).

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    73. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      Ah, Sarbaines-Oxley, whatever did we do in IT before

    74. Re:Not in upcoming Debian by supernova_hq · · Score: 1

      ...but then there are the awkward things like upgrading the kernel breaking driver compatibility with nv and all that stuff

      Ah, but if you hadn't touched it, it would not have broken now would it?

    75. Re:Not in upcoming Debian by jvkjvk · · Score: 1

      I totally want my computer to be an appliance - when I am using it as such. And I'm a geek.

      Most tasks most people have to on are ON the computer not ABOUT the computer. If I have a task to do, the less I have to dig into the guts of the machine - hardware/firmware/OS/drivers/software/configuration - the better off I am in terms of productivity. Especially if the digging is not to complete my task but to fix some other issue that is effectively a blocker to my task.

      So there are plenty of times that this geek wants his computer to act like an appliance, at least.

    76. Re:Not in upcoming Debian by kv9 · · Score: 1

      I accept your apologies.

    77. Re:Not in upcoming Debian by Anonymous Coward · · Score: 0

      Au contraire, mon ami. The fact that you can compile and arrange your own kernel is one of the biggest points for Linux. Nothing hidden - beat that! (seriously) It's a different question that you don't like it because you are lazy/unable to benefit from it/don't need it because someone else is doing it for you.

    78. Re:Not in upcoming Debian by Yfrwlf · · Score: 1

      He's right though in that Linux needs to become more modular so that you don't have to compile everything. There needs to be more Linux binaries offered, and having at least one Linux packaging format that all managers are compatible with would be a huge step towards having that.

      I should not have to change distros just to install some specific piece of software. It's all Linux, so it should all Just Work. He should be able to go download the 2.6.27 kernel package, install it, and automatic dependency installation if there were any new dependencies along with it would be very nice too, which is also possible. Once repository URLs are included in package files so that users can update their software directly from the developers who MAKE the damn thing, Linux will finally be a much more targetable platform and free from distro lock-in.

      No, I don't want your stupid customized version of Firefox, I want the one from the developers so when I file bug fixes for *Firefox*, I know the problem is Mozilla's and not some distro packager.

      --
      Promote true freedom - support standards and interoperability.
    79. Re:Not in upcoming Debian by Yfrwlf · · Score: 1

      Or quite simply: Not everyone is a developer, and no one should be FORCED to fuck with source code unless they want to.

      Not to mention the fact that most everyone who does compile doesn't read the code any way, so there's no point unless you like playing the "watch the text go wizzing by" game, which isn't the most exciting game I could be playing to be honest even if it is slightly strangely hypnotizing.

      And you're right, once at least one package format for Linux is standardized, Linux will finally be an actual targetable platform where users can finally easily uninstall/update it all instead of having these "loose" binaries. Sure, loose binaries are OK to some degree, but I'd like to use the package manager for the obvious reasons and benefits that it provides. Not only will it be easier for proprietary software companies to make ONE Linux package, but all software installation will be easier. I won't have to go and be a Linux compilation nerd and compile program Y just to run it, or upgrade or change "distros" just to have access to specific software. Once Linux distro lock-in proprietaization is dead, and all software is easily accessible, free software will finally be free software.

      --
      Promote true freedom - support standards and interoperability.
    80. Re:Not in upcoming Debian by Yfrwlf · · Score: 1

      (and non-free software will be easily installable, too) :P

      Then, all of Sourceforge will be my repository. ^^

      --
      Promote true freedom - support standards and interoperability.
    81. Re:Not in upcoming Debian by Bent+Mind · · Score: 1

      When's the last version of Windows you used?

      That would be Windows XP Pro. I generally have to hunt down network, video, sound, webcam, mouse, keyboard, and joystick drivers. Sometimes I need ACPI and chipset drivers as well. Some of my older installs also required hunting for a SATA hard drive controller driver.

      I just noticed your message is modded funny. Please forgive me if you were joking.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
    82. Re:Not in upcoming Debian by Bent+Mind · · Score: 1

      Thanks for the links. I'll have to look into them.

      I've had some success in bundling drivers with the installation files. However, I've also hit a few snags. Wireless network and Video drivers are the biggest problem.

      With network drivers, you'll often get different versions of the binary blob. The files will have the same name. You can't modify the INF because that voids the driver certificate. Windows OPK doesn't work with unsigned drivers.

      Older Toshiba laptops give me the most problems when it comes to video. Some of them use modified ATI drivers for the video. However, they didn't modify the PCI ID. If the standard ATI driver is available, it gets loaded and video doesn't work correctly.

      Fun stuff. Thanks again for the links.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
    83. Re:Not in upcoming Debian by Pebby · · Score: 1

      He got the memo, but he's still recompiling it since he's running on Gentoo.

    84. Re:Not in upcoming Debian by x2A · · Score: 1

      "You can't modify the INF because that voids the driver certificate"

      I forget which (driver packs or nlite, possibly both) should handle that. I don't know about OPK's, I use it for fully automated network installs of 2003, and any warnings/etc about unsigned drivers are just disabled. I forget where along the line I enabled this.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    85. Re:Not in upcoming Debian by Not+The+Real+Me · · Score: 1

      "...You can compile them, then plug them into a running kernel (and this is the astonishing part) without needing to reboot..."

      I've done this, you've done this. The problem is 99.7% of the population has trouble tying their shoelaces and balancing their checkbook. Asking these same people to compile a module and plug it into a running kernel is like asking these same people to extract blood from a rock.

    86. Re:Not in upcoming Debian by badkarmadayaccount · · Score: 1

      You have some sort of an issue with routers, I gather?

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    87. Re:Not in upcoming Debian by badkarmadayaccount · · Score: 1

      I/O Kit is the actual driver framework, so - moot point. Ironically, its almost as good as netbsd's.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    88. Re:Not in upcoming Debian by LarsG · · Score: 1

      ..only with cheap home routers that fall over and die if you stare hard at them. Most work fine if you can get replacement firmware for them though.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    89. Re:Not in upcoming Debian by Daengbo · · Score: 1

      Everyone seems to have misunderstood my statement. I support this. I think the long-term move is toward appliancizing.

    90. Re:Not in upcoming Debian by johanatan · · Score: 1

      Umm... monolithic isn't the only route. Go micro!

    91. Re:Not in upcoming Debian by somersault · · Score: 1

      Your statement for "that makes sense if he's not a geek" was what insulted me and apparently all these other people.

      Saying a geek shouldn't want computers to work as appliances is like saying scientists who have landed on Mars should only be interested in the craft they landed in. Once the spacecraft has got the scientists to Mars, that's it's job done as far as they are concerned. It's time to move on to new frontiers. Engineers can continue to optimise spacecraft design and build even better models if they wish - and the scientists who are already on Mars will still think that's cool and all, and make use of the better spacecraft if they are flying anywhere, but their main interest lies in terraforming and so on.*

      Geeks often are a combination of engineers and scientists, but we're not all identical. Some of us don't want to have to even think how the computer is working, we just want it to get on with it. Even those that do want to know the OS code inside out may not be interested in the intricate design details of their CPU. There are many different levels of geekiness, and very few of us have the time, resources or even inclination to work in depth on all these different levels.

      * Possibly the first non car analogy on /. for a long time there!

      --
      which is totally what she said
    92. Re:Not in upcoming Debian by Daengbo · · Score: 1

      Saying a geek shouldn't want computers to work as appliances is like saying...
      I didn't say that, though. I said that it makes sense if he's not a geek: non-geeks probably only want an appliance-like machine. It doesn't say anything about what geeks should or shouldn't want.

      In other words, everyone made a logical error when reading my OP and assumed I meant something that I didn't say.

    93. Re:Not in upcoming Debian by somersault · · Score: 1

      it looks like you have Slashdot confused with your children, your (inept) friends, YOUR GRANDMA'S BINGO CLUB, etc

      And it looks like you have slashdot confused with hundreds of thousands of clones of yourself.

      You can keep choosing to build everything yourself, that's fine. Good for you if you have nothing better to do! However, a lot of geeks have these things called 'jobs' meaning that they start to value their time, and then are actually happy to come home to a package manager that can update the kernel and all necessary components and configurations automatically, without then having to then go and fine tune everything manually. Again.

      --
      which is totally what she said
    94. Re:Not in upcoming Debian by somersault · · Score: 1

      You might have intended it that way, but it's very ambiguous. Every time I read your statement it just sounds to me (and obviously everyone else that read it!) that you are implying that only non geeks would be interested in computers that work like appliances.

      I can see how logically it doesn't really say anything about geeks, but 1) you split people into 'geeks and non geeks', 2) you say that it makes sense for not geeks to prefer appliance like devices. That implies that 3) geeks are less likely to like appliance like devices, or possibly that they don't like them at all. Otherwise, why bother to split people into 2 categories in the first place?

      Generally 3 might seem true since often geeks like to fiddle with stuff, but as we have seen, plenty of geeks got offended because they are too busy wanting to fiddle with other stuff without worrying about how the underpinnings are - same as when I'm using a car to drive somewhere I'd prefer if the wheels didn't fall off.

      So this just goes to show that natural language isn't an entirely logical thing - people naturally fill in any gaps with reasonable assumptions if you haven't made explicitly clear what you meant. Happens to everyone..

      --
      which is totally what she said
    95. Re:Not in upcoming Debian by Daengbo · · Score: 1
      I wasn't ambiguous. If you read my comment in context, you'll see that exactly what I said is both logically (as previously stated) and reasonably clear. I wouldn't have bothered to comment that AmberBlackCat's position seemed perfectly reasonable against this comment

      I bet you buy your LEGO preassembled too.

      I bet he bought his TV and refrigerator preassembled too.

      unless I was bringing something to the table.

      For the sake of argument, I'll divide the world into rich and non-rich. I'll say that rich people prefer to have maids and butlers. It implies nothing about whether the non-rich would prefer to have maids and butlers or not.

      People jump the gun and assume lots of things that aren't there. That's why the powers that be have tests for reading comprehension. ;)

      Yes, that was an insult. You don't have to try to read into it.

    96. Re:Not in upcoming Debian by somersault · · Score: 1

      Wow. So you are going to be an ass about this. Fair enough.

      If I was the only one that misunderstood your intent, then you may have a point. But plenty of others saw implication in your comment as well. Maybe we all just have poor reading comprehension. Let's think about it:

      What you brought to the table was "This person treats computers like an appliance. That makes sense if she's not a geek". The fact you think this brings anything to the table shows that you assume if you hadn't said anything, people would be having trouble making sense of this statement - most importantly because we are on slashdot and it's assumed that most people here are geeks. You, in your very friendly way were just trying to point out that maybe she isn't a geek after all, so it makes sense that she would be a simpleton who can't understand an OS that is harder to operate than a washing machine. That was the assumption that kv9 and a lot of geeks (including you, it seems) seem to have. As it happened, several of us here geeks disagreed.

      Does it shock you that Slashdot comments are not read by simple bots building a knowledge base of predicates for each individual comment from a starting point of nothing? Is it surprising that people take context and who you reply to (someone supporting the idea that there is nothing wrong with wanting things pre-made) into account too?

      As I said it is often necessary to make assumptions, and the way you construct your sentences can convey part of your intended meaning - not just the purely logical content. Your sentences are read by humans who are used to interpreting what someone means. If people are debating two sides of an argument, and you then mention one side of the argument and say it makes sense in relation to one group of people (which you have even expressly defined as the antithesis of another group of people), you are in effect implying something about the other group unless you clarify your position.

      Do you really not understand how other people can make (often correct) assumptions based on what you don't say at the same time as you are saying something else?

      I already agreed with you that logically your statement said nothing about what geeks themselves prefer, so I don't see the point in you trying to give a demonstration of how it is logical. Nevertheless, let's rearrange your statement to look the same as the original comment:

      "So she prefers to have maids and butlers? That makes sense if she's rich."

      That clearly (to me and all the other that responded to you) implies that it does not make so much sense for poor people to prefer having maids and butlers. Regardless of whether that's true or not, it is implied. I actually showed your original comment (in context) to one of my friends when he asked what I was doing just now, and he agreed. He has demonstrated rather clearly his abilities in areas such as reading comprehension and reasonable assumptions: he has a law degree.

      Besides, you said yourself that people jump the gun a lot. As someone who is aware of that fact, it is your own fault for only expressing your views on one half of this debate, as you should have had the mental capacity to work out what is implied in what you did not say as much as what you did say.

      So you may understand logic flows and equations (hint: I and most of the other geeks who responded to you will have no problem with that either), but written language is a different context entirely. One which you don't seem to understand at all. If you really believe the bullshit you spouted about your content really not implying anything about geeks - which in my opinion just looks like you backpedalling because you were embarrassed at all the responses disagreeing with those implications - it just shows that you fail at communication. In that case you aren't likely to be any good at understanding poetry, or the subtle humour involved in for example Terry Pratchett novels or Shakespeare, because you will take everything at f

      --
      which is totally what she said
    97. Re:Not in upcoming Debian by Daengbo · · Score: 1

      Firstly, there were 445 comments on this story. There were three people who misunderstood and commented on my statement. I think you're misrepresenting the situation when you say "That clearly (to me and all the other that responded to you) implies...."

      Secondly, you resurrected a three-day-old thread, which is about forty-eight hours past the life expectancy of a normal thread on Slashdot. You don't even have the excuse that I was responding to you: you simply came back over an old story. I have no idea why you would do that unless you were looking for some fun. I could be wrong, though.

      Thirdly, this is a discussion forum, and there is certain etiquette. If I had wanted to show a double meaning or sarcasm to my post, I would have used an emoticon, just the way I did with my last response to you. That's the standard way to do it so that there's no doubt in anyone's mind. I guess you missed that class.

      Finally, while I generally "understand logic flows and equations," I am actually a liberal arts major, which means that I've probably read more Shakespeare than you have. You don't know shit about me. Don't pretend that you do.

      You can continue to beat this dead horse, but I didn't say what you accused me of in your comment to me, and you have been backpedaling and trying to find an out for yourself ever since then.

      Good luck with that reading comprehension.

    98. Re:Not in upcoming Debian by somersault · · Score: 1

      Secondly, you resurrected a three-day-old thread, which is about forty-eight hours past the life expectancy of a normal thread on Slashdot.

      Oh, yeah I shouldn't ever look back over stories if I've been too busy with my life to browse slashdot at the weekend. FFS, get a life.

      At no point have I 'backpedalled', my view of your original comment has always been exactly the same. I've been trying to be polite so far in the face of you being a fucktard, and I'll go over this one more time for you as simply as I can.

      You made a suggestion about the preference of a group of people explicitly defined as "not-geeks". You then said that something makes sense if this person fits is in this group of people. Now, unless it makes less sense when the person is not in the group of people (ie is a geek), then your point is completely fucking redundant and there was no need to post a comment. So quit whining and trying to get out of the fact that - shock, horror! - some people pointed out that in some cases geeks do like appliance like devices as well. Logically your statement did encompass that view, but it also left space for the idea that geeks do not like appliance-like devices at all, making your own view on what geeks prefer ambiguous.

      You say it wasn't ambiguous in context, but actually in context your view is moved more towards the side that no geek would like appliance like computers, when you yourself have claimed that your agree with those of us that responded saying some geeks can like appliance like devices.

      If you still cannot understand, then I give up and will just file you under 'complete moron'.

      --
      which is totally what she said
    99. Re:Not in upcoming Debian by Matt+Perry · · Score: 1

      I bet he bought his TV and refrigerator preassembled too.

      I bought a Heathkit TV you insensitive clod!

      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
  4. This is a huge amount of work by QuantumG · · Score: 5, Interesting

    In only 3 months, all of this code has been completed and reviewed by multiple developers. This happens *every* three months. The pace at which the Linux kernel is moving and yet still maintaining quality is incredible. It is clearly the case that the Linux kernel has hit a new kind of critical mass and is now a form of software development that has never been seen before. The sheer number of people involved changes what is possible. If you suggested that every single change to the codebase be reviewed by multiple developers in a traditional proprietary software development house you would be, rightly, laughed at. There simply isn't the resources.

    --
    How we know is more important than what we know.
    1. Re:This is a huge amount of work by XDirtypunkX · · Score: 2, Insightful

      Well, before we can say "maintaining quality" we need to let the kernel live in the real world for a little bit. Let's make sure motherboards aren't catching fire and disks aren't walking before we get too carried away.

    2. Re:This is a huge amount of work by QuantumG · · Score: 5, Informative

      Well, yes and no. The old LK dev model had unstable releases where bugs were expected. Now every release is stable, and bugs are truly anomalies.

      --
      How we know is more important than what we know.
    3. Re:This is a huge amount of work by FooAtWFU · · Score: 4, Interesting

      If you suggested that every single change to the codebase be reviewed by multiple developers in a traditional proprietary software development house you would be, rightly, laughed at. There simply isn't the resources.

      Where I work, it's called "pair programming".

      (If two programmers is enough to count as "multiple". Also, bug fixes are supposed to get an additional diff check.)

      If you do it right, you not only save time by not-writing bugs you don't have to fix later, but you can also avoid wasting all sorts of time (writing the feature wrong, going down paths that could lead to disaster, or spinning your wheels and banging your head when you can't figure out something stupid like feeding rrdtool deltas when it expects raw counters...), and you can bring new developers up to speed on a code base very very quickly.

      --
      The World Wide Web is dying. Soon, we shall have only the Internet.
    4. Re:This is a huge amount of work by Kjella · · Score: 4, Insightful

      Now every release is stable, and bugs are truly anomalies.

      Or so the theory goes. Some of the early 2.6 releases were a bit dubious and I had my doubts when they announced there'd no longer be a development kernel but it seems to have settled in nicely now, don't know if it's developers making better code before including it in the kernel, Linus being stricter, closer cooperation wtih distros or more testing feedback but all the later ones have been quite good from what I understand. At any rate, the kernel isn't the most exciting part for me as it seems to have all the parts to run a nice desktop already - it's userspace drivers, X+extensions, Compiz and Gnome/KDE that make up most of my improvement wishlist...

      --
      Live today, because you never know what tomorrow brings
    5. Re:This is a huge amount of work by cryptoluddite · · Score: 4, Informative

      In only 3 months, all of this code has been completed and reviewed by multiple developers. This happens *every* three months. ... It is clearly the case that the Linux kernel has hit a new kind of critical mass and is now a form of software development that has never been seen before.

      Intel HDA audio still has static noise in the left channel since at least 2.6.20 kernel (probably before). This is a known problem and the solution is 'try random settings of some undocumented (outside the kernel source code) module parameters and hope it maybe works'.

      This is on Dell hardware. model=dell3stack, position_fix=1(?). This hardware works perfectly under Windows, with no tweaking whatsoever. It worked under older linux kernels, which means they probably broke something.

      The linux kernel is good, but just having a bunch of people look at the code means nothing unless they are actually finding and fixing problems people care about.

    6. Re:This is a huge amount of work by QuantumG · · Score: 5, Interesting

      Do you have this hardware? Any chance you could narrow down the versions it works on and the versions it doesn't?

      This is a general problem with kernel development.. if you don't have the hardware, it's a bitch to test. Please do contribute your findings.

      --
      How we know is more important than what we know.
    7. Re:This is a huge amount of work by GigaplexNZ · · Score: 1

      Or network cards losing their memory. I'm looking at you, Intel.

    8. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      Fuckhead. Get off winblowz

    9. Re:This is a huge amount of work by cryptoluddite · · Score: 4, Interesting

      Do you have this hardware? Any chance you could narrow down the versions it works on and the versions it doesn't?

      Same hardware as this guy:
      https://bugs.launchpad.net/ubuntu/+source/linux/+bug/266927

      System is at work... I would test except there are not any easy options for doing so there. Also, I realize that you can't be expected to fix hardware problems where you don't have the hardware... in fact I've personally seen code fail on one system and run perfectly on the exact same spec hardware sitting right next to it, with exactly the same software (ghosted).

      Mostly I'm just pointing out that there are longstanding problems in linux... the original fanboy post was way over the top.

    10. Re:This is a huge amount of work by minus-sign · · Score: 1

      8.5 of the full list of changes has several upgrades for audio drivers, including a list for hda capable motherboards. This might have solved the problem. Or it might not.The Linux theory is a proven system, but yes, it does not guarantee that every hole is plugged. Its a human system, not a perfect system.

    11. Re:This is a huge amount of work by lysergic.acid · · Score: 2, Interesting

      that's a pretty interesting development technique. i'd never heard of it so i had to look it up on wikipedia.

      at first i'd assumed this was simply assigning a two person team for each development task, but turns out it's a much more involved methodology involving close cooperation and meticulous division of labor, with all duties being split between two separate roles of the driver and the observer/navigator.

      the driver is the person coding, and the observer/navigator is responsible for reviewing the driver's code and acting as a safety net by catching errors. the observer also seems to be responsible for looking ahead and thinking about general strategy and long-term planning. this frees up the driver to focus completely on the immediate task of implementation.

      apparently, two programmers using this technique are more than twice as productive as a single programmer. but i wonder if it wouldn't be incredibly boring being the observer and have to sit there watching someone else code. it might be good if the two programmers are about equally skilled and can learn from each other, but otherwise i think the observer might get bored and not pay attention to the code being written. and if he's also thinking about long-term strategy, he could easily be distracted and miss some of the bugs he's supposed to catch. perhaps simply having programmers partner up to get together and review each other's code, discuss problems/concerns, share insights/exchange thoughts, etc. every once in a while would accomplish the same thing without such a rigid structure.

    12. Re:This is a huge amount of work by RMingin · · Score: 5, Insightful

      As far as I see, the real change is that what was the 2.4 and what was the 2.5 trees are now kept very close together. Active work (was 2.5) is done on the XX.YY.ZZ-preNUM kernels, it's all polished/troubleshot/reviewed in the XX.YY.ZZ-rcNUM kernels, and then it gets released. What was once 'stable tree' (2.4) work is now done on the XX.YY.ZZ.1 .2 .3 releases, and the developers move to XX.YY.ZZ+1-preNUM.


      It seems to work quite well, and now you no longer have to meddle with dark arts and unsupported known-broken dev kernels to get recent hardware working. Win win all around IMO.

      No more backporting/sideporting/up/down/leftporting to get current hardware code into current kernels, just all the dev community working on one codebase. Makes progress a lot more straightforward and apparently better/cleaner/less buggy.

      --
      The preceding comment is my own, and in no way construes an opinon of the Emperor of Mankind.
    13. Re:This is a huge amount of work by tiananmen+tank+man · · Score: 1

      Where's those doughnuts I didn't tell you to get me? You have to anticipate my needs before I say them!

      Sounds reasonable huh? Not everyone can read minds. If you want help you need to communicate that to the developers and not just complain on some web forum. I suggest filing a bug report or something to the mailing list of the particular kernel module.

      Even if you can't code, you can help by testing and reporting.

    14. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      not true, the new model *every* release is unstable and it's for the distro to stabilize it.

    15. Re:This is a huge amount of work by Profane+MuthaFucka · · Score: 5, Funny

      But you can only waste time on Slashdot if you *both* agree to cover for each other. This is an unacceptable solution.

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    16. Re:This is a huge amount of work by QuantumG · · Score: 1

      Where's those doughnuts I didn't tell you to get me? You have to anticipate my needs before I say them!

      http://www.youtube.com/watch?v=-61QQrkD_1A

      I think this is what you're after. :)

      --
      How we know is more important than what we know.
    17. Re:This is a huge amount of work by RzUpAnmsCwrds · · Score: 5, Interesting

      If you suggested that every single change to the codebase be reviewed by multiple developers in a traditional proprietary software development house you would be, rightly, laughed at.

      When I was at Microsoft, that's exactly how it worked. All code had to be reviewed and approved by the feature owner and the PM. There was also a team that reviewed any changes to the common libraries, in addition to the PM.

      In addition, to actually get code checked in, it had to pass FxCop (code standards verification tool), not break the build, and not break any of the build verification tests (BVTs).

      Mind you, I worked in the test team. Developers have to go through all of the same steps, and then their code also gets tested by the test team.

    18. Re:This is a huge amount of work by QuantumG · · Score: 4, Interesting

      When I worked at VMware we had to get code reviews for every checkin. Code reviews are literally the only thing that has been shown to consistently improve quality. Of course, it's not just code reviews.. it's also attitude. If you're accepting of stuff being broken because it is "in development" then that's what you'll get. On the other hand, if you have a tight knit small team working on the same stuff then you can get similar quality by just maintaining pace and having lots of communication through the code.. but that doesn't scale.. this does.

      --
      How we know is more important than what we know.
    19. Re:This is a huge amount of work by RiotingPacifist · · Score: 4, Interesting

      Did you bother reading the bug report:

      ...it seems linked to the HDA Intel chipset, although I do not have this problem in Fedora or PCLinuxOS."

      Its a ubuntu problem not a kernel problem, i would have guessed it was pulseaudio/alsa problem and not a kernel based problem too.

      --
      IranAir Flight 655 never forget!
    20. Re:This is a huge amount of work by Kashgarinn · · Score: 1

      Then take the time and go fix it.

      You probably don't even have to do something drastic as write a new driver, just check the new stuff with the old that worked, and check the difference.

      Or you could donate money to a developer to check and fix this for you.. or do what you'll most likely do, wait until someone else wants to fix it for himself, and hope he releases the fix to the public.

    21. Re:This is a huge amount of work by jimicus · · Score: 1

      in fact I've personally seen code fail on one system and run perfectly on the exact same spec hardware sitting right next to it, with exactly the same software (ghosted).

      Was this recently and was it with Symantec Ghost or some other product and you're just using "ghosted" in a generic sense?

      Reason I ask is that the last time I used Ghost to clone Linux systems onto identical hardware (which I admit was a few years ago) I had about 8 identical PCs - the original was fine, all the others were in various subtle ways completely broken. Unfortunately, they still worked well enough to boot, start X and run a few applications so it wasn't until some time later that I discovered this.

    22. Re:This is a huge amount of work by paulbd · · Score: 4, Interesting

      There are also longstanding issues with Intel HDA hardware ... this supposed "standard" isn't really a standard at all. It has huge amounts of slop for mobo makers to futz around with the pinouts, and indeed, there are at least as many variants on HDA h/w as seen by the kernel as there are major laptop models. The windows drivers work because of collaboration with mobo makers who provide the info about how they specifically wired up the pinouts. The linux ones are a case of trial-and-error. There are thousands (or even millions) of Intel HDA users on linux who do not have your problem, another whole set who do, and and even bigger set who have different problems with this godforsaken "standard" h/w.

    23. Re:This is a huge amount of work by jecblackpepper · · Score: 3, Insightful

      I've been pair programming for a while now and I whole heartedly agree that it does work very well. It could be boring if you were always the observer, but the idea is that you mix it up a bit. You don't spend a long time as observer in one stretch. You should spend about 50% of your time as the observer but perhaps in hour long periods. Additionally, it brings a level of social interaction to programming. You're working with colleague and are constantly bouncing ideas off each other which certainly overrides any possibility of being bored. If you're just sitting there watching then you're not pairing. Additionally you want to rotate your pairs fairly frequently. That way you get to understand much more of the code base and get to learn from everyone on the team and they get to learn from you. I've tried the 'get together every once in a while' approach to see if it was as good as pairing, and while it does work better than working alone, it doesn't, for my team at least, work anywhere as well as pairing. With pairing you know that you're explicitly working as a team and taking shared responsibility for code and those benefits out weigh the extra lines of codes that could be written by two independent coders.

    24. Re:This is a huge amount of work by smartin · · Score: 1

      So what you are saying then is that code reviews don't work.

      --
      The difference between Canada and the USA is that in Canada healthcare is a right and gun ownership is a privilege.
    25. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      thats the thing. its not "maintaining quality"
      it has bugs. don't get me wrong, they're doing an awesome job. But then again 2.4.36 has virtually no bug (that is, probably 1000 that well never find). 2.6.27 probably has between 5000 and 10000 yet to be found.

      every time you upgrade you may get one of these bugs no tester had before.

    26. Re:This is a huge amount of work by DiegoBravo · · Score: 2

      Maybe a bit off-topic, but why maybe somebody can explain why I have to compile several kernel modules for every VmWare installation (a bit annoying), and nothing of that sort happens on Win XX? This also happens on kernel upgrades. Please note I'm not trying to degrade Linux/Unix by any way, its just a question.

    27. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      I had this same problem in openSuSE 11.0 beta1, I reported it to the dev team, and the devs solved it with a little help from me. The problem never came again.

    28. Re:This is a huge amount of work by clay_buster · · Score: 1

      If you suggested that every single change to the codebase be reviewed by multiple developers in a traditional proprietary software development house you would be, rightly, laughed at. There simply isn't the resources.

      There is plenty of research that says this isn't true. Steve Mcconnell's "Code Complete" references several studies that show the bug count reduction due to code reviews can save significant time and resources.

      I worked at a large financial institution with no software process. We spun up a 20 developer, 1 million lines of Java, 8000 class web project that required tickets (change requests) and code reviews for all checkins. We caught a lot of problems before they went to test. The process was driven by the development team and not by upper management.

      I'm now working for an insurance company. We have almost 40 developers, 8000 classes and a mandatory two reviewer policy. Questionable code gets in but we catch a lot of issues and we end up with more folks understanding each module.

      Most people learn something as part of the review process, increasing their future value. Please don't join any of my teams if you think your code is too good to need a review!

    29. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      Man, all this talk of code reviews and pair programming makes me sad. I do connectivity development at a small (less than 10 people) algorithmic trading shop. While we are very profitable, it comes at the cost of high stress and relentless long hours (I "negotiated" a 10-hour day when I hired on, find myself working 11-hour days (sneaking in obvious Slashdot slack time) and my boss and the traders regularly do 12-hour days).

      Still, I came from a more traditional, Office Space-/Dilber-like corporate IT job. One thing that is sorely missed is the teamwork aspect. At the old job, we at least collaborated ideas as teams. Coding was done individually, and code reviews were virtually non-existent. However, it wasn't uncommon for someone to go grab another developer and say, "Hey, can you take a look at this real quick, just as a sanity check?" Bare minimum, but at least it imbued a minimal, but (for me at least) effective feeling of being part of team.

      Conversely, here, it's kind of sink-or-swim on your own. There's only one other guy who really does anything similar to me, and he's the opposite of a rock star. They hired him in a pinch, because he was available and had experience in this stuff. But his code, while it works, sucks. His communication sucks. But even worse, no amount of collaboration is really encouraged. I've spent days tracking down really small, subtle bugs on my own, when I know a second set of eyes, or at least verbal collaboration, could probably make a greater than 50% reduction in time spent fixing the bug. I was new to the industry when I started, and made a lot of what I would consider newbie-type mistakes that could have been avoided by an actual team-based approach to development.

      Despite all this belly-aching, I stay because the pay is top-notch. I got lucky, and had a friend who got me into this business, so I kind of started at the top, rather than working my way up. But the experience has underscored the idea that money ain't everything... I read posts from other coders here on Slashdot and other forums where they are collaborating, learning, growing, etc, and know I'd be happy to take a huge cut it pay to not spend too much of my days toiling away, feeling mostly unfulfilled.

      Posting AC for an increasingly off-topic, pointless rant.

    30. Re:This is a huge amount of work by Yeorwned · · Score: 0

      As opposed to working in groups of three where you intentionally write bugs for the fun of it?

    31. Re:This is a huge amount of work by Ant+P. · · Score: 1

      And here's one example: Try to get an Asus eee701 to play a middle/high frequency square wave. You'll hear almost nothing at full volume, even with good headphones. Why? I have no idea.

    32. Re:This is a huge amount of work by Kent+Recal · · Score: 1

      apparently, two programmers using this technique are more than twice as productive as a single programmer.

      That's nothing. Once you pick up AGILE strategies and switch to SCRUM methologies all your developers will suddenly become 400% as effective and introduce 99% less bugs to your codebase - overnight!
      Better yet, once you're truly AGILE you can boost your productivity even more by implementing advanced team models, such as hourly workplace-rotation. Mary from accounting should swap seats with Bob the Database Administrator multiple times a day for maximum productivity and best results in both business areas.

      And the best of it all? You can do all of this right now. You don't need the slightest clue about programming or people management, heck, you don't even need a highschool-degree.

      All you have to do is buy my latest book-series: "AGILE for mouthbreathers", "How to build a billion dollar internet-startup in only two SCRUM iterations" and "Why using different colors for SCRUM cards really matters". I strongly suggest to buy multiple copies, at least two for each of your team members (keeping backups is important).

      Oh, sh*t and it gets even better!
      To top it all off: You don't even have to *read* the books! Now, how amazing is that?
      All you have to do is memorize as many of the acronyms from the index as you can [ed. cheatsheets allowed during the first two weeks of adoption] and then announce them randomly during any of your future meetings. Overall business success will improve instantly.

      PS: While you're buying the books please consider our amazing collection of T-Shirts, Mugs and Posters, too. Studies have shown that developers wearing AGILE merchandise in the workplace are, on average, 50% more productive.

    33. Re:This is a huge amount of work by atamido · · Score: 1

      If you posted the bug number, then it might help cryptoluddite get the issue resolved in his distro.

    34. Re:This is a huge amount of work by Just+Some+Guy · · Score: 1

      It worked under older linux kernels, which means they probably broke something.

      Actually, it's more likely that the old driver worked purely by accident, and some code got moved around so that it no longer coincidentally initialized some odd control line in just the right way. It's definitely a regression, but I wouldn't call it a bug so much as a change in undefined behavior.

      Having said that, Linux audio has been a train wreck for, well, ever since I picked it up back around RedHat 4.mumble. I much prefer the way this FreeBSD desktop handles it in that multiple audio players can open /dev/dsp simultaneously without jumping through bizarre configuration hoops.

      --
      Dewey, what part of this looks like authorities should be involved?
    35. Re:This is a huge amount of work by armanox · · Score: 1

      It does happen. It's just that the Windows kernel doesn't update vary often, so you get a binary driver instead of kernel source (the Linux version has binaries too if you have the right kernel), but it does add drivers for Network and others to your windows install.
      This happens on kernel upgrades to guarentee that your new kernel (new OS version) can still use the driver, avoiding any issues with kernel changes.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    36. Re:This is a huge amount of work by jannesha · · Score: 1

      The sheer number of people involved changes what is possible.

      This is impressive indeed. I'm curious to know how many people are actively involved.

      This article quotes "nearly 1000 developers". Does anyone have a better answer?

    37. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      Its a ubuntu problem not a kernel problem, i would have guessed it was pulseaudio/alsa problem and not a kernel based problem too.

      It also happens on gentoo without any mixing software. It only happens on some hardware... so the likelyhood of user-mode software being responsible is next to zero.

    38. Re:This is a huge amount of work by darkwhite · · Score: 1

      If you suggested that every single change to the codebase be reviewed by multiple developers in a traditional proprietary software development house you would be, rightly, laughed at.

      You have no idea what you're talking about.

      --

      [an error occurred while processing this directive]
    39. Re:This is a huge amount of work by ebuck · · Score: 2, Interesting

      Your humor is appreciated, but there's a large body of evidence that the best programmers can be more than 10x as effective than the rank-and-file, which can be (more than) 10x as effective as the bad programmers.

      So a methodology that boosts output of two programmers 400% isn't really promising the impossible. Just consider that they are likely talking about average programmers, and the new environment keeps them engaged at an above-average attention level.

      Peer pressure can make people do incredible things (good and bad). Altering the environment to make it more likely that good code is produced isn't snake oil, provided the results do follow. I've never seen a methodology that denies certain techniques are beneficial; instead they seem to argue over different combinations and inclusions of techniques that were observed to work.

      Now, as you pointed out, the acronym spewing masses often don't know what they're saying. For that group, any methodology results in the same thing: changing the appearance of the current methodology without altering how the actual work is done. Months later, they have the perfect scapegoat: the methodology sucks.

    40. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      Guess what!

      Kernel != shitty proprietary drivers.

      Have a nice day.

    41. Re:This is a huge amount of work by Tetsujin · · Score: 1

      I've been pair programming for a while now and I whole heartedly agree that it does work very well.

      It could be boring if you were always the observer, but the idea is that you mix it up a bit. You don't spend a long time as observer in one stretch.

      Does that mean you have to keep taking your brain out of your head and putting it back in??

      --
      Bow-ties are cool.
    42. Re:This is a huge amount of work by lysergic.acid · · Score: 1

      i guess if you're only in the observer role for an hour at a time it wouldn't be that boring. but do you sit there quietly and just point out when the driver makes mistakes or is it a more casual system where you will jump in and make suggestions on the current implementation if know how to do it better?

      i do solo web development work at the moment, and even when i work on my own personal projects at home i do all my work alone. and while i enjoy programming, which is why i do it my free time, i do sometimes wish i had someone to collaborate/discuss the implementation with.

      i'm just now trying to teach myself C++ (i usually code in PHP/MySQL, JavaScript, Perl, and other web-related languages) so it'll probably be a while before i should even think about collaborating with others. but i do think it would be a great way to make coding more enjoyable/fun and probably also learn a great deal about best practices and development techniques.

    43. Re:This is a huge amount of work by Blakey+Rat · · Score: 1

      If you suggested that every single change to the codebase be reviewed by multiple developers in a traditional proprietary software development house you would be, rightly, laughed at. There simply isn't the resources.

      WTF!? If Microsoft can manage it on the Windows and Office teams (two of the largest software teams on earth), somehow I think it's not nearly as unusual as you say.

      You'd be laughed at? Really? Do you seriously work at a place where, not only does nobody know anything about XP, they actually make fun of it?

    44. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      It seems that the problems with (this is a wildcard) snd-*intel*.ko are numbering in 1st place. Even to me, not just what I perceive from LKML. Once I had a VIA CX700 board (2008) where the sound would just lockup after a while. An other is Elitegroup L7S7A2 (2003) running with snd-intel8x0 and there's no !@#$ volume control. Or they do not support hardware mixing. Often this is due to the hardware being just crap, nothing a driver can fix.
      Personally I'd just say get a real soundcard instead of whatever is driven by sndintel.

    45. Re:This is a huge amount of work by sam0737 · · Score: 1

      Most of the time, I think it took much more than 3 months for a patch from the component's own source tree, moved up to linux-next, then finally to the main linux tree. It's just the last stage of the pipeline repeats every 3 months.

      It's still being review by multiple developers, and beta tested by the mass and pioneers before released as stable to the mass. The fact is that, we have tons of people working on it, and also thanks to the high performance GIT system, which basically crafted for Linux kernel development, which made the job easier.

      Though, I absolutely agree that's a very large amount of work accomplished.

    46. Re:This is a huge amount of work by Anonymous Coward · · Score: 0

      That the problem happens in Linux doesn't necessarily mean it's a bug in Linux. Could be that it is dormant in Windows as well as in older kernel versions, and triggered by something seemingly unrelated (see the e1000 bug).

      That said, wonder how it wasn't bisected yet. Maybe it happens only on rare hardware so noone is able to find the problem.

    47. Re:This is a huge amount of work by nxtw · · Score: 1

      It does happen. It's just that the Windows kernel doesn't update vary often, so you get a binary driver instead of kernel source (the Linux version has binaries too if you have the right kernel), but it does add drivers for Network and others to your windows install.

      Not quite. The Windows kernel has changed quite a bit between Windows 5.0 (2000) and Windows 6.0 (Vista and Server 2008), but there are drivers that will work on all versions of the OS (that is, many 2000/XP drivers will work on Vista/2008.) This doesn't mean that the Windows driver interfaces never change. It means that changes or replacements to driver interfaces usually don't break the old interfaces without a good reason. Using older drivers may mean that you may not be able to use features that are only supported by the new driver models.

      OTOH, Linux's ABI/API isn't very stable between versions. There is no attempt to make binary drivers that work across new kernels. Drivers & filesystems that aren't part of the kernel are often distributed as a patch for a specific version of Linux; the patches may or may not apply to older or newer versions.

      Other OSes manage to have a stable driver ABI: FreeBSD and OS X keep the driver API/ABI stable across minor versions (at least). Solaris's driver ABI goes back even further, perhaps even as far back as Solaris 7.

    48. Re:This is a huge amount of work by setagllib · · Score: 1

      The Linux kernel developers deliberately refuse to have a "stable" API for virtually anything except system calls, so that they can continually improve the kernel architecture. VMware has to keep up with the kernel APIs to fit modules in, since they have not submitted their modules for inclusion in Linux itself. And even then, modules for an SMP build will not work on a UP build, and so on... so they must be tailored to your kernel. The easiest way is to compile on the spot.

      --
      Sam ty sig.
  5. AR5008 by log0n · · Score: 4, Interesting

    Excellent! Macbook & Pro users can finally have wifi support.

    1. Re:AR5008 by jaxtherat · · Score: 1

      We did before anyway, using OSX :P

      --
      http://www.zombieapocalypse.tv/
    2. Re:AR5008 by CSMatt · · Score: 1

      I thought Apple machines used Broadcom chips.

    3. Re:AR5008 by Ian+Alexander · · Score: 4, Informative

      Some do, some don't. It depends on the revision and particular model you're using. I'm on a Santa Rosa Macbook with Broadcom, but earlier revisions used Atheros.

    4. Re:AR5008 by Nimey · · Score: 1

      My work Macbook from June '07 uses an Atheros wireless chip. This is a pre-Santa Rosa one with a 945 chipset.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    5. Re:AR5008 by leoc · · Score: 1

      OS X? Eww.

      --
      STFU about slashdot bias.
  6. Change naming scheme by reaktor · · Score: 5, Insightful

    W00t lots of goodies in this one. So... about time to change from the 2.6.infinity_and_beyond scheme to something else. What say you? I think the 2.6.x should have been left behind when the scheduler changed.

    1. Re:Change naming scheme by collinstocks · · Score: 1

      Mod parent up.

      Not that doing so will actually effect change in the naming scheme...

      (Oh, and I'm forgetting that there is no +1 Agree and -1 Disagree. Bummer.)

    2. Re:Change naming scheme by jd · · Score: 5, Funny

      Well, they can't release a 2.7, as SCO has already declared that that's the kernel that has the proprietary code in it. (Y'see, the Master, who cunningly disguised his alien identity by calling himself Darl, made an error in the time calculations and ended up traveling back in time too many years. Now's our chance to really screw up the space/time continuum.)

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    3. Re:Change naming scheme by BrokenHalo · · Score: 1

      (Oh, and I'm forgetting that there is no +1 Agree and -1 Disagree. Bummer.)

      One could be forgiven for not noticing, given how many moderators seem to be using the system to push their own agendas at the moment. For a long time it all worked well, but the abuses aren't getting picked up by metamoderation any more. We're almost at the point where we might as well have a bot to filter out all the FP and GNAA trolls and have no other moderation at all.

    4. Re:Change naming scheme by Mr.+Sketch · · Score: 2, Interesting

      I think the best suggestion I heard was a date-based scheme like year.month scheme so we at least know how old our current kernel is. This release would be 8.10 (or 2008.10 if you want long dates). If we want to keep with the 2.x series with 3 parts perhaps we could do millennium.year.month so this would be 2.8.10. If another release came out this month, say on the 21st, we could add a day to the end of it for additional releases that month like 2.8.10.21.

    5. Re:Change naming scheme by marcosdumay · · Score: 1

      They could go directly to 2.8...

    6. Re:Change naming scheme by nategoose · · Score: 1

      Linus talked about this a while back -- he was considering moving to a date based nomenclature. I worry that if/when something that breaks backwards compatibility every does have to happen and it can't be moved to 3.0.0 things will get confuzled.

    7. Re:Change naming scheme by collinstocks · · Score: 1

      I wouldn't go that far, but I think that it might be a good idea to implement a +1 Agree -1 Disagree options for mods and then not let that moderation affect the overall score of the post. This sort of moderation could be used purely for the internal value of karma (of the moderator, not of the post being moderated).

      I hope I am making sense.

      I think that this option for moderation would filter out those who moderate for Agree/Disagree by giving them that option and then not counting it. Those who use it should be penalized in their karma score, as the guidelines of moderation clearly state that they should not moderate for Agree/Disagree.

    8. Re:Change naming scheme by BrokenHalo · · Score: 1

      ...implement a +1 Agree -1 Disagree options for mods and then not let that moderation affect the overall score of the post. ...Those who use it should be penalized in their karma score, as the guidelines of moderation clearly state that they should not moderate for Agree/Disagree.

      The first part of that would be a brilliant idea.

      "Hey, Slashcode, look at this!"

      Trouble is, the second part is why the won't work, because nobody is going to take a karma hit for moderating.

    9. Re:Change naming scheme by collinstocks · · Score: 1

      Trouble is, the second part is why the won't work, because nobody is going to take a karma hit for moderating.

      The specifics of it could always be figured out later. Perhaps not having it affect karma so much as how often the person is able to moderate would be a better system.

      That way, no karma hit, and better moderators get to moderate more.

      Any idea how we would get this idea to the administrators?

  7. Current Limiting? by um_atrain · · Score: 2, Interesting

    Hmm, wonder if this new kernel will finally do something about power consumption in laptops...

    Also, the kexec-based hibernation sounds interesting, hopefully new distro releases will start playing around with these.

    1. Re:Current Limiting? by Anonymous Coward · · Score: 0, Troll

      Are you trolling or are you just uninformed?

      2) If you're using a laptop (or any desktop more recent than 2000) you have a 99.99% chance of hibernation working flawlessly in any Linux distro.

      1) The kernel/Linux has long been doing an excellent job on using power-saving features of processors and peripherals. Either you weren't very happy on your hardware choices or you should upgrade your distro to a release from the last 12 months. :-/

    2. Re:Current Limiting? by jd · · Score: 4, Funny

      Here's a thought. If they're using Gentoo on a 386SX, using the -git kernel tree, and having it auto-rebuild whenever there's a change, they'd never actually get far enough in recompiling to ever be able to boot up a new kernel.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    3. Re:Current Limiting? by Knuckles · · Score: 1

      If you're using a laptop (or any desktop more recent than 2000) you have a 99.99% chance of hibernation working flawlessly in any Linux distro

      Yeah, please continue pulling numbers out of your ass. I never had reliable hibernation on the 3 HP laptops I used since 2000.

      The kernel/Linux has long been doing an excellent job on using power-saving features of processors and peripherals.

      Windows consistently gets longer life out of a battery. Simply compare the numbers for laptops that are offered with both Linux and Windows installed, or test for yourself.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    4. Re:Current Limiting? by mcrbids · · Score: 1

      If they're using Gentoo on a 386SX,

      You can use 2.6 kernel on a 386SX? No math co, no SSE, no MMX... modern kernels don't need these things?

      2.2 kernel, no problem, but 2.6? I would guess 2.6 would need a Pentium CPU, at least...

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    5. Re:Current Limiting? by pizzach · · Score: 1

      Windows consistently gets longer life out of a battery. Simply compare the numbers for laptops that are offered with both Linux and Windows installed, or test for yourself.

      Are you comparing Windows Vista to Linux or Windows XP to Linux? Which version of Windows do most laptops include by default nowadays? I googled Vista battery life and judging from the titles, it looked bleak. In fact one of the titles read "Slashdot | Linux Rescues Battery Life On Vista Notebooks From Dell". ;-)

      But seriously, I don't know enough to say anything educated. Searching something on Google only shows that those types of results exist for that string rather than showing anything conclusive.

      --
      Once you start despising the jerks, you become one.
    6. Re:Current Limiting? by Narishma · · Score: 1
      From kernel.org:

      Although originally developed first for 32-bit x86-based PCs (386 or higher), today Linux also runs on (at least) the Alpha AXP, Sun SPARC, Motorola 68000, PowerPC, ARM, Hitachi SuperH, IBM S/390, MIPS, HP PA-RISC, Intel IA-64, AMD x86-64, AXIS CRIS, Renesas M32R, Atmel AVR32, Renesas H8/300, NEC V850, Tensilica Xtensa, and Analog Devices Blackfin architectures; for many of these architectures in both 32- and 64-bit variants.

      It seems to me a lot of those architectures don't have MMX or SSE, so no it doesn't need it.

      --
      Mada mada dane.
    7. Re:Current Limiting? by squizzar · · Score: 3, Informative

      Surely a lot of that is up to the compiler. In fact everything you mention there is likely to be a compiler decision unless you code stuff in assembly (which means you are already being fairly processor specific).

      Math Coproc: Replace it with a (much slower and longer) integer based floating point algorithm.

      MMX/SSE: You just have to do lots of operations, rather than in one fell swoop.

      The big one is having a MMU, which has been there on x86 architectures since the 386, and on pretty much any other processor outside of the embedded arena. For those systems you have uClinux, which has a 2.6 kernel release.

      I've used some of the processors available on opencores (some of which are written from scratch and are quite different from existing processors) but many of those have had linux kernels ported to them.

      Having the source available makes a huge amount of stuff possible. You could probably compile for a Turing machine if you were sadistic enough.

    8. Re:Current Limiting? by TeknoHog · · Score: 1

      If you want to undervolt your CPU, you can already do it using this:

      http://phc.athousandnights.de/

      The latest patch is for 2.6.26, but it works cleanly for .27 as well, I'm posting with it right now. You probably also want some userspace stuff to automate undervolting at each boot:

      http://gentoo-wiki.com/HOWTO_Undervolt_a_Pentium_M_CPU

      It's not limited to Pentium M though. I've succesfully undervolted a P-M and a T2300.

      --
      Escher was the first MC and Giger invented the HR department.
    9. Re:Current Limiting? by Abcd1234 · · Score: 2, Informative

      2) If you're using a laptop (or any desktop more recent than 2000) you have a 99.99% chance of hibernation working flawlessly in any Linux distro.

      Ha ha ha. Right. Sure.

      For the record, on my T61, hibernation in Ubuntu has *never ever worked*. Ever.

      1) The kernel/Linux has long been doing an excellent job on using power-saving features of processors and peripherals

      But this I agree with. Linux actually consumes less power than Windows Vista does, which surprised the heck out of me. On my rather power hungry T61, after a fair bit of tuning to enable low power mode for various devices (audio chipset, SATA hosts, wireless, and USB, including removing the UHCI USB driver entirely), along with some other tweaks, Linux consumes around 13.4 watts idle, give or take. By comparison, for all my extensive tuning, Vista has never ever dropped below 14.8 or so.

    10. Re:Current Limiting? by jd · · Score: 1

      The 387 will work with the 386, giving you the maths, but the kernel has maths co-processor emulation support if there's no actual co-processor provided.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    11. Re:Current Limiting? by Knuckles · · Score: 1

      I have never even seen Vista from less than a meter away (and that only once), so I can't comment. I can, however, compare XP and various Debian and Ubuntu versions that I ran on several Compaq and HP laptop types in the last 6 years or so, currently on an HP nc6400. And there, Windows beats Linux, even though it is a corporate Windows install that runs lots of services (anti-spyware, corporate software distribution, etc.) in the background.
      I have also looked into Netbooks recently, and those that come with a choice of XP or Linux always claim longer battery life with XP (but I didn't buy yet and so can't give real-life impressions.)

      I don't have a link at hand, but I am quite sure that I read repeatedly that at least standard distros lose against XP in battery life. IIRC that was partly because of daemons (updatedb and the like), but partly also because of the kernel.

      The "Linux Rescues Battery Life on Vista" story does not apply, as you will see if you look closer. It is about new Dell laptops featuring an embedded minimal linux that you can boot alternatively to Vista, which lets you watch a video or get online and check your mail. That's hardly comparable to a fully-featured OS.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    12. Re:Current Limiting? by Anonymous Coward · · Score: 0

      Dude, I don't know what laptop you're using, but I've had problems with two laptops with every single Linux version since I started trying out Linux (probably 2004 or 2005). The first laptop was a Dell Inspiron bought in 2003, not at all uncommon, and the second was a Macbook Pro. This was mostly with Ubuntu. I'm sorry but if you can't support Macbook Pro, something that a significant fraction of people interested in Linux own, you have serious problems with hardware support. Sleep wasn't the only thing broken of course - you also need to get wifi drivers, pommed, and graphics drivers plus the required X.org changes to have a usable system.

    13. Re:Current Limiting? by pizzach · · Score: 1

      Thanks for the reply. Like I said, I really didn't look to far into things. I'll try a little harder.

      Alright, from what I could tell, all of the Dell laptops include Vista which no choice for XP except for the 9 inch which included only Ubuntu. I understand you wanting to compare XP to Linux because you like the battery life, but it's a weird comparison because you're comparing ~6-year-old or so to modern. Newer OSes tend to require higher system requirements. You might as well as be comparing Windows XP to Windows Vista (which many people do! :-)). Strangely enough, it is apparently possible for Vista to get better battery performance than XP if Aero is turned completely off.

      The Vista comparison on this page was interesting in that depending on the machine and usage, the results differed. It looks like Linux is in general beginning to snake ahead when idle. But when doing things it loses. There was also a link showing Fedora 8 barely beating XP when idle.

      Having said all of that, I didn't say that Linux gets better battery performance than XP in real life performance. Given that OEM Windows tends to be specially configured for smart power usage on the laptops they are installed on, I wonder if the same thing will happen to OEM linux?

      --
      Once you start despising the jerks, you become one.
    14. Re:Current Limiting? by Knuckles · · Score: 1

      I think the Dell business laptops have still a choice of XP, for the known reasons. I'm comparing XP because I simply have no clue about Vista, and frankly believe that it is pretty irrelevant. Most people hate it, and try to avoid it where possible. Also, the installed base is insignificant compared to XP. And netbooks always come with XP.

      I don't think it is a weird comparison at all. While newer OSes tend to have higher system requirements, I simply expect OSes to try and maximize battery life if they are installed on laptops. And there is a choice of 2 Windows OSes that are not EOL, so I compare the better fit. Oh, and newer linux distros need faster systems, sure, but they _also_ are friendlier to the battery.

      Regarding OEM configurations, how exactly are they configured for smart power usage?
      And thanks for the phoronix link.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    15. Re:Current Limiting? by Anonymous Coward · · Score: 0

      distcc

  8. 'pure' flash devices by Chris+Pimlott · · Score: 5, Interesting

    Before you get all excited about running UBIFS on your USB drive, take note: UBI is not for consumer flash media. These devices already incorporate hardware to hide their flash nature so they look like a plain old block device to your OS. UBI is for pure flash devices that directly expose the quirks and distinct characteristics of the underlying media.

    So what kind of flash hardware is this for? Embedded devices, apparently. But maybe as flash storage becomes more common, more devices will support raw access?

    1. Re:'pure' flash devices by moosesocks · · Score: 5, Insightful

      So what kind of flash hardware is this for? Embedded devices, apparently. But maybe as flash storage becomes more common, more devices will support raw access?

      Olympus' xD card format essentially specifies a direct connection between the NAND flash chips and its external interface.

      It's weird and proprietary, yes. However, it's already being done, and there are arguments to be had for minimizing the amount of circuitry on the memory card itself. Interacting directly with Flash isn't as uncommon as you might think it, and can be of huge benefits for portable/embedded devices that require low power consumption.

      --
      -- If you try to fail and succeed, which have you done? - Uli's moose
    2. Re:'pure' flash devices by bendodge · · Score: 2, Interesting

      How about SD cards? They appear to be rather low on circuitry.

      --
      The government can't save you.
    3. Re:'pure' flash devices by schwaang · · Score: 4, Interesting

      It seems quite likely that OLPC will largely replace jffs2 with UBI for the internal nand on the XO. Good news. Maybe this will apply to the Asus eee as and other solid-state drives as well.

    4. Re:'pure' flash devices by 21mhz · · Score: 4, Informative

      Naturally upcoming Maemo (Nokia Internet Tablet) releases will feature ubifs, since much of the work on it has been done by Maemo Software kernel team.

      --
      My exception safety is -fno-exceptions.
    5. Re:'pure' flash devices by Anonymous Coward · · Score: 0

      Why do you believe that? Have you seen the silicon die specs?

      I would not guess that to be true at all.

    6. Re:'pure' flash devices by tepples · · Score: 1

      How about SD cards? They appear to be rather low on circuitry.

      Appear, but aren't. Like USB mass storage sticks, MMC and SD cards contain a complete drive controller that presents a typical block device interface to the card reader. They're no less abstract than CompactFlash, which completely emulates a parallel ATA device.

    7. Re:'pure' flash devices by david.given · · Score: 3, Interesting

      How about SD cards? They appear to be rather low on circuitry.

      No, SD cards still have an on-board microcontroller. If you take the lid off, there are usually two chips in there: one's the flash itself, the other's the microcontroller.

      (SD cards are awesome if you're a homebrewer. They speak a high-level protocol over a very simple four-wire serial interface. It clocks down far enough that it's possible to hook one up to, say, a C64 or Spectrum by just connecting it to some spare I/O pins and wiggling them manually. You can then read and write 512 byte sectors by sending the appropriate command, and you don't have to worry about any of that horrible flash stuff.)

    8. Re:'pure' flash devices by sam0737 · · Score: 1

      USB...I don't think that's going to change until there is a standard profile for direct access just like "Mass storage device" is defined for it.

    9. Re:'pure' flash devices by Anonymous Coward · · Score: 0

      Before you get all excited about running UBIFS on your USB drive, take note: UBI is not for consumer flash media. These devices already incorporate hardware to hide their flash nature so they look like a plain old block device to your OS.

      Too bad. Most of them do so awful job of it that they would greatly benefit from something like that anyway.

  9. Barely on v.2.6.27? Sheesh, Windows way past that. by Anonymous Coward · · Score: 1, Funny

    Last I saw they were on version Windows 2000. The Linux is never gonna catch up!

  10. Re:Barely on v.2.6.27? Sheesh, Windows way past th by Anonymous Coward · · Score: 0

    The periods are for book keeping, the real version is 2627. Much better than windows.

    Also, what number is Vista?

  11. Re:Barely on v.2.6.27? Sheesh, Windows way past th by Tubal-Cain · · Score: 5, Funny

    what number is Vista?

    666

  12. Re:Barely on v.2.6.27? Sheesh, Windows way past th by vawarayer · · Score: 1

    From The Free Dictionary:

    A distant view or prospect, especially one seen through an opening, as between rows of buildings or trees.

    In other words: a freakin' work in progress made by people with obfucasted view. Personally, I prefer _stable_ version 2 dot somethin'.

  13. Huh??? by twistah · · Score: 2, Funny

    LOL, 2.6?? We already have 9.0 here in the office.

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

      Mod parent -1, n00b

    2. Re:Huh??? by jd · · Score: 3, Funny

      Your office is in the Panoptican Library on Gallifrey? Wasn't that destroyed in the Time War?

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    3. Re:Huh??? by Anonymous Coward · · Score: 0

      I think you mean +1 n00b.

    4. Re:Huh??? by Max+Littlemore · · Score: 4, Funny

      We already have 9.0 here in the office.

      That's pretty old now, and was crappy at the time. You really should look at upgrading to OSX. The discussion at hand is about Linux kernels though.

      --
      I don't therefore I'm not.
    5. Re:Huh??? by Max+Littlemore · · Score: 4, Funny

      Wasn't that destroyed in the Time War?

      That is will been destroyed in the time war. So nothing is stopped him from about to post that.

      --
      I don't therefore I'm not.
    6. Re:Huh??? by meringuoid · · Score: 3, Funny
      That is will been destroyed in the time war. So nothing is stopped him from about to post that.

      Dr. Dan Streetmentioner would like to interview you for a book on tense formations which he wioll haven been writing.

      --
      Real Daleks don't climb stairs - they level the building.
  14. Be more specific by Weaselmancer · · Score: 1

    What part of the original post do you consider incorrect or insincere?

    He's right, you know. A project that large growing that quickly that still maintains the level of scrutiny and quality that the Linux kernel does is unheard of. It's unique. If all software worked that well the service part of our industry would be nearly non-existent.

    --
    Weaselmancer
    rediculous.
    1. Re:Be more specific by Blakey+Rat · · Score: 1

      From where I sit, Microsoft seems to manage it on multiple projects, as does Apple, and they seem to be moving as fast as the Linux kernel is moving. Or faster.

  15. So where does that place OS X? by Jane+Q.+Public · · Score: 1

    I am genuinely curious.

    1. Re:So where does that place OS X? by QuantumG · · Score: 1

      Look at these changes. Most of them are support and improvements for all sorts of different hardware. Apple supports a tiny specific subset of all the various configurations of hardware in the world. They simply don't have these problems.

      --
      How we know is more important than what we know.
    2. Re:So where does that place OS X? by GaryPatterson · · Score: 1

      As completely unrelated?

      Can you be more specific in the question?

    3. Re:So where does that place OS X? by Anonymous Coward · · Score: 0

      It doesnt affect OS X in the slightest.

      OS X remains the best desktop OS for non-technical users (and those techies who are prepared to put up with the hideously clunky point-and-drool interface in order to get at all the it-just-works goodness beneath).

      Linux remains the best OS for techie desktops, and competes with the BSDs as one of the best OSes for most kinds of server and for embedded devices that don't need a real-time kernel but do need a full modern operating system.

      And despite all that, Windows will remain the most popular OS. Oh well, no skin off my nose if the sheeple insist on hurting themselves...

    4. Re:So where does that place OS X? by SanityInAnarchy · · Score: 2, Informative

      Some of these features are genuinely interesting, though. For example:

      OMFS stands for "Sonicblue Optimized MPEG File System support". It is the proprietary file system used by the Rio Karma music player and ReplayTV DVR.

      In other words, it means I can open up certain embedded devices -- particularly that DVR -- and pull files off the hard drive. I suppose the OS X answer is that I should've gotten an AppleTV instead?

      In this release, Ext4 is adding one of its most important planned features: Delayed allocation, also called "Allocate-on-flush". It doesn't changes the disk format in any way, but it improves the performance in a wide range of workloads.

      Only way OS X is getting this is if it's an undocumented feature in HFS (unlikely), or if they port ZFS.

      Kexec jump: kexec/kdump based hibernation

      Reading through this, it looks like it's really nothing new, just slightly more flexible than before.

      But what we had before allowed quite a lot of things not possible on OS X -- for example, diskless hibernation, or hibernation-as-snapshots, even to the network, etc.

      There are, of course, a ton of them that cover problems Apple doesn't have. I would consider them nice problems to have.

      Oh, and as to the original question: It changes absolutely nothing about OS X's position. People who like the UI, and can afford a mac, aren't going to complain about OS X being less efficient than Linux. Most of the more clever use cases are about as useful to an OS X user as ZFS is to a Linux user -- a curiosity, and maybe useful as a network-connected device, but no impact on what you use for a core OS.

      Unless you count Xserves, but I'm not sure that was ever a good idea.

      --
      Don't thank God, thank a doctor!
    5. Re:So where does that place OS X? by cp.tar · · Score: 1

      Windows is still the best gaming OS.
      Can anyone say Homo ludens?

      --
      Ignore this signature. By order.
    6. Re:So where does that place OS X? by NaCh0 · · Score: 1

      It really depends on what you do with your computer.

      If you use it to surf the web, you'll be fine with either.

      If you are in a server environment, linux will smoke OSX. Apple is years behind linux for heavy workload tasks. These new IO enhancements push linux even further ahead.

    7. Re:So where does that place OS X? by Ash-Fox · · Score: 1

      Linux remains the best OS for techie desktops, and competes with the BSDs as one of the best OSes for most kinds of server and for embedded devices that don't need a real-time kernel but do need a full modern operating system.

      No offense, but BSD is even relevant anymore? I think Linux has surpassed BSD a long time ago.

      --
      Change is certain; progress is not obligatory.
    8. Re:So where does that place OS X? by Ash-Fox · · Score: 1

      Look at these changes. Most of them are support and improvements for all sorts of different hardware. Apple supports a tiny specific subset of all the various configurations of hardware in the world. They simply don't have these problems.

      Apple can't even get the hardware support on their own hardware right half the time. Just Google the wireless support, graphic driver support on the Mac. Hell, look on Apple's support forums.

      It's incredible how much they don't get right when they only have to worry about such a small subset amount of hardware.

      --
      Change is certain; progress is not obligatory.
  16. Embedded devices for sure by Weaselmancer · · Score: 5, Interesting

    Yeah, embedded devices definitely. It'll be awfully nice to see simple flash chips soldered onto a board rather than someone bolting an SD or compact flash socket onto them just so you can have a boot device.

    Fragile, more expensive, and adds another physical item that can break. And not only that, but you can drop about 20-30 dollars worth of non-essential hardware from your design and still be on target. If you do any embedded work you know how big 20 dollars worth of hardware savings is. This new driver is *huge*.

    --
    Weaselmancer
    rediculous.
    1. Re:Embedded devices for sure by Kjella · · Score: 1

      Don't forget the added fun of dealing wtih flash chips directly though - SSDs try doing all sorts of tricks internally to boost performance, I guess with this you're on your own. Still, depending on what you do that might not be the biggest issue.

      --
      Live today, because you never know what tomorrow brings
    2. Re:Embedded devices for sure by AaronLawrence · · Score: 1

      But with SD you can just follow along with consumer flash and the high performance it gives. Anything you can buy to solder onto a chip (and available for more than a few months) will be slower and more expensive.
      We're finding that and thinking an SD card would be faster and easier.

      --
      For every expert, there is an equal and opposite expert. - Arthur C. Clarke
    3. Re:Embedded devices for sure by jvkjvk · · Score: 1

      I think that is why they created a file system driver for the chips - so you wouldn't have to do any of that. The programmer can just look it as a file write call. In fact, I don't know how else it would work with multiple programs utilizing the FS.

  17. ACPI by Detritus · · Score: 4, Insightful

    Any chance that this will fix some of the ACPI problems with Linux? I recently had a terrible time trying to install Linux on a new Intel motherboard, mostly related to ACPI problems. I'm not blaming any of the Linux developers for this mess. I get the impression that ACPI is a disaster area and even Intel is unable to get it right on their own boards.

    --
    Mea navis aericumbens anguillis abundat
    1. Re:ACPI by terranwannabe · · Score: 1

      I just build a new Vista x64 SP1 build on an Intel P45 chipset, enabled ACPI and it works beautifully. Just sayin', is all...

      --
      If I have not seen as far as others, it was because giants were standing on my shoulders. --Hal Abelson
    2. Re:ACPI by Anonymous Coward · · Score: 5, Interesting

      > Any chance that this will fix some of the ACPI problems with Linux?

      Just to be clear, ACPI problems are motherboard problems, not Linux problems.

      If the ACPI function of your motherboard is correct and compliant with the ACPI specification, Linux will work just fine.

      Part of the motherboard ACPI problem is that Windows expects, and uses, some functions within ACPI that are not compliant with the ACPI specification ... you know the drill: embrace, extend, obscure, try to screw the opposition ...

      Fortunately with ACPI we have not quite yet got to the "extinguish" phase.

    3. Re:ACPI by Ash-Fox · · Score: 1

      I recently had a terrible time trying to install Linux on a new Intel motherboard, mostly related to ACPI problems.

      Maybe the Linux DSDT table is crap in your motherboard - Sample.

      --
      Change is certain; progress is not obligatory.
    4. Re:ACPI by TheNetAvenger · · Score: 4, Interesting

      Part of the motherboard ACPI problem is that Windows expects, and uses, some functions within ACPI that are not compliant with the ACPI specification ... you know the drill: embrace, extend, obscure, try to screw the opposition

      Yet Windows works around more 'crap' ACPI implementations than it 'takes advantage of' non-compliant specifications.

      This is really a goofy argument, as there is very little mainboard ACPI implementations that are Windows specific, let alone off spec to be Windows specific.

      Instead you find crap Motherboards that still have exceptions for OS/2 RAM usage, non-Windows features like VGA palette crawling, cobbled Sx states, and horrid USB support for 'legacy' OS methods that Windows hasn't used in 10 years. (Yes we know these are not all ACPI specific)

      I'm sure it is fun to blame windows for ACPI sucking and Linux's support of ACPI sucking.

      The bottom line is, ACPI tends to suck, and Linux doesn't have the development resources to make it work in all circumstances, even though it does a pretty good job. Apple has trouble with their hardware, yet have few model, moved to EFI and still have some of the same inconsistent behavior Linux and Windows users encounter or messed up combinations of hardware.

      As for ACPI, MS tried to push the industry on ACPI and move past it back in the 90s, and it was hobbists that were using non-Windows OSes like Linux that screamed and stopped EFI type suggestions from taking hold. MS shoved for legacy free BIOS concepts, and there is some hardware even out there that used a generic proprietary EFI type of legacy free BIOS system, go look at Toshiba laptops from 2002 that required OS level drivers, as there was no traditional BIOS. They also didn't have legacy ISA or older device support and could boot WindowsXP in less than 10secs on some machines, and return from a full hibernate in under 2 secs because of no BIOS time delay.

      Just to blow your argument to the side, crap like this link would not exist if Windows did have more control over ACPI compliance as you suggest. http://support.microsoft.com/kb/831691

      Specifications and variations in the specification is an area that 'logic' would dictate that the OSS model would be supreme; however, in reality, the complexity and diversity of the implementations favors larger production OSes like Windows where exceptions have to be implemented, and a large vendor like Microsoft can force Motherboard companies to clean up their crappy implementations or work around them, as Windows often does.

      One of the biggest bitches users had with Vista and hibernation and Standby were because of Vista adhereing to the specifications and trying to force vendors to do the same, so that S1,S2,S3 etc were consistent. Instead MS had to write a bunch of 'exception' code for motherboards and even up until SP1 was still adding code to deal with crappy motherboard implementations to get the hibernation and standby back in line so that hybrid sleep could work consistently.

      Microsoft doesn't have control over the hardware markets like people assume they do, and never really have. If they did, they would not have had to resort to proprietary hardware for the XBox 360, as some of the hardware specifications in the console are things MS shoved for in the PC market years before. Just an example would be unified shaders, and this didn't finally get shoved to PC users until Vista's DX10 required them, even though the benefits of a more agnostic GPU shader system was known years and years ago.

    5. Re:ACPI by Eunuchswear · · Score: 1
      Yup, good example. Not. Check out Mathew Garrets blog for more information than you ever wanted to know about the paranoid loon known as Ryan Farmer, aka "TheAlmightyCthulhu".

      Testing 2.6.27-rc2 with the current released (not development) BIOS on the Foxconn G33M reveals the following:

      • There are no ACPI errors on boot, other than the (irrelevant) OEMB table (there are in previous kernels, stuff's clearly been fixed in .26 or so. Can't really be bothered digging through to find out what)
      • The system fails to reboot if it has been suspended and resumed. The fix is three lines long, one of which is a comment and one of which is blank.
      • The system is otherwise perfectly stable.

      Summary: Almost all problems caused by bugs in Linux, one problem caused by BIOS vendors interpreting the ACPI specification differently to the Linux implementation and trivially worked around. No sabotage.

      --
      Watch this Heartland Institute video
    6. Re:ACPI by spitzak · · Score: 2, Interesting

      Both of you are missing the point.

      The hardware manufacturers test their hardware with Windows. Whatever Windows does (whether it is correct or not), if the motherboard does not work, they will fix the motherboard. This means that whatever Windows uses gets fixed. But stuff that is not used by Windows (ie various ACPI apis or arguments to the api) is untested and thus it is a total crap shoot whether it works or not or matches the spec.

      Basically if Windows uses interfaces A and D of A,B,C,D of ACPI then A & D will work, and B & C will be a random api that varies depending on manufacturer.

      Linux has to reverse engineer "what parts did Windows really use". They actually have to figure out that B & C cannot be used because Windows did not call them.

      Windows may very well be obeying the spec and not using "undocumented" apis. But that does not mean that there is no problem making Linux work. There is a major reverse-engineering effort to find out exactly what subset is used and thus works.

      THe most obvious proof is the problem Microsoft had with Vista that you mention. Microsoft programmers decided to start using B & C and discovered that because previous versions of Windows were not using them that lots of hardware did not implement them correctly. I'll bet that despite access to their own source code, they had to do a pretty major "reverse engineering" just to get Vista to work, as the exact behavior is not that easy to figure out even with the source code.

  18. Re:Barely on v.2.6.27? Sheesh, Windows way past th by slyn · · Score: 1

    Though tubal-cain is joking, he's kinda right. Vista is NT v6 and the next version is NT v7, hence its current codename being Windows Seven.

  19. Re:Did Bill Gates pay Shuttleworth to create Ubunt by oatworm · · Score: 5, Insightful

    If viruses were unique to Windows, we wouldn't have "root"kits. Instead, they'd be "Administrator"kits or perhaps "SYSTEM"kits.

  20. Anyone know what's up with AR5007? by pembo13 · · Score: 2, Interesting

    I was kinda expecting to see news about ath9k and AR5007 found in some HP notebooks, among others. Currently using a very flaky ath_pci module.

    --
    "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    1. Re:Anyone know what's up with AR5007? by zombie_monkey · · Score: 1

      ath9k has nothing to do with AR5007. AR5007 is only supported by the development version of madwifi, so I've been using ndiswrapper. My laptop has a ar5bxb63 which is a kind of ar5007. When I bought it a year ago new HAL for madwifi was expected. The HAL was released last month, but before it could be integrated in the 0.9.5 version which was to support ar5007, Atheros open sourced a slightly different version of the HAL; it seems that active development of madwifi will be abandoned now and they will use the open HAL as a reference for ath5k which will one day support ar5007; that's _very_ far off, though; now there are many unintegrated improvements in the development version of madwifi , including ar5007 support, and it looks like an intermediate 9.4.1 will be released which I guess will finally support ar5007.

    2. Re:Anyone know what's up with AR5007? by zombie_monkey · · Score: 1

      By the way, the same time last year ar5007 was not yet supported even by the development version and it was leaked the first eeepc would use the ar5xbx63, and I thought it's strange, were they going to use ndsiwrapper too? Before the eeepc was released an anonymous Atheros emplyee released a binary blob patch for madwifi which supported it.

    3. Re:Anyone know what's up with AR5007? by pembo13 · · Score: 1

      Yah, I meant ath5k, my mistake.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    4. Re:Anyone know what's up with AR5007? by bfree · · Score: 1

      I don't know about your exact chip/card but my asus eeepc 701 is using ath5k for a while. I'm using a recent sidux 2.6.26 kernel which features some patches which have made it into 2.6.27 so I'm expecting it will continue to work as well or better with vanilla 2.6.27. The performance is poor at present but fine for browsing, email etc. Personally I'll take an improving Free in-kernel driver over the mess you described any day.

      --

      Never underestimate the dark side of the Source

    5. Re:Anyone know what's up with AR5007? by zombie_monkey · · Score: 1

      The chipset is the same as for the original EEE, yours might use a different chipset. (As I noted, Atheros, probably intentionally, leaked a binary patch for madwifi they probably developed for the EEE. It is used in eeeXubuntu). Ath5k doesn't support my chipset, the last time I tried. They certainly don't claim to. They plan to eventually but I was under the impression they have no idea when they'll get around to it. It might be one year, three years, who knows. I'll try again this weekiend, I tend to do it every month or three.

    6. Re:Anyone know what's up with AR5007? by Ghworg · · Score: 1

      Support for the chipset used in the EEE 701 has been written and tested for ath5k, but it was too late to get in to 2.6.27 through the normal way (missed the merge window). I read something about trying to get it in anyway but I don't know if that happened or not.

      It should definitely be in 2.6.28 though. This is based on stuff I've read on the ath5k-devel mailing list.

      https://lists.ath5k.org/pipermail/ath5k-devel/2008-July/001148.html

    7. Re:Anyone know what's up with AR5007? by zombie_monkey · · Score: 1

      Thanks a lot for the info! This is really great news. The last time I read the mailing list I reacall people not being optimistic, I guess development has really sped up.

  21. Re:Did Bill Gates pay Shuttleworth to create Ubunt by jd · · Score: 2, Funny

    If there were viruses on VMS (well, other than via DCL scripting in e-mail subject lines), I guess we'd be calling them SYS$kits.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  22. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Kooty-Sentinel · · Score: 1

    There are too many 'system' accounts in Windows. SYSTEM, Local System, Network Service..... and Administrator.

    I'll stick to root, 'thank you very much'.

    --
    Your evaluation period for Productivity 1.0 has ended. Please purchase more coffee to continue using this product.
  23. Re:Did Bill Gates pay Shuttleworth to create Ubunt by fpophoto · · Score: 5, Insightful

    You are clearly one of those arrogant assholes since you think there is such a thing as a pecking order in cyberspace.

    As an arrogant asshole, you need to know you are one of the core reasons why Linux is only slowly gaining acceptance by the masses because you're too good to stoop to a "newbie's" level.

    That being said...nah, you're still an arrogant asshole.

  24. I ask because by Jane+Q.+Public · · Score: 1

    OS X is actually a variant of BSD. That is a little bit of a different animal.

    1. Re:I ask because by chromatic · · Score: 1

      OS X is actually a variant of BSD.

      XNU is a variant of BSD?

    2. Re:I ask because by BiggerIsBetter · · Score: 1

      XNU is a variant of BSD?

      Xenu is a Daemon?!

      Somebody better tell the Scientologists.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
    3. Re:I ask because by Almahtar · · Score: 1

      By variant we mean "includes BSD code". Even the Windows TCP stack in the NT line (including 2000 and XP, but I don't know about Vista) was an-only-slightly-if-at-all modified version of the BSD TCP implementation, and there could be more BSD in Windows, I haven't kept on top of that.

      OSX includes BSD code, but isn't a variant of BSD. It's a hybrid of mach and BSD, and it's unclear just how much of each (and how much original Apple/nextstep code) is in there.

    4. Re:I ask because by Anonymous Coward · · Score: 0

      OSX includes BSD code, but isn't a variant of BSD. It's a hybrid of mach and BSD, and it's unclear just how much of each (and how much original Apple/nextstep code) is in there.

      What??? You mean they don't give you the source code to look at??? Unthinkable!!!

    5. Re:I ask because by Almahtar · · Score: 1

      Kind of my point.

    6. Re:I ask because by Anonymous Coward · · Score: 0

      Pear pimples for hairy fishnuts!

    7. Re:I ask because by Per+Wigren · · Score: 1
      --
      My other account has a 3-digit UID.
    8. Re:I ask because by Anonymous Coward · · Score: 0

      This would've been funnier if you posted as Anonymous.

    9. Re:I ask because by Anonymous Coward · · Score: 0

      This kind of bullshit is being spread all the time about Windows NT, and it's simply a lie.
      Go read this:
      http://www.kuro5hin.org/?op=displaystory;sid=2001/6/19/05641/7357

      In short: Windows NT 3.1 used a TCP stack licensed from Spider Systems. Since Windows NT 3.5, a TCP/IP stack developed by Microsoft was used.

    10. Re:I ask because by Almahtar · · Score: 1
      AHAHAHA... oh dear did you just pwn yourself.

      Did you actually READ the article you linked? Straight quote from it:

      Now, some of Spider's code (possibly all of it) was based on the TCP/IP stack in the BSD flavors of Unix.

      Oops!
      http://www.hu.freebsd.org/hu/arch/2001/Jun/2413.html
      And here we have testimony of the vast similarities between the BSD stack and NT's TCP stack. It's a good summary of a long discussion on the mailing list - read the mails leading up to it if you need more facts.

      Or why not cut straight to the chase: http://research.microsoft.com/invisible/include/winsock.h.htm

      You may notice things like

      This file includes parts which are Copyright (c) 1982-1986 Regents * of the University of California. All rights reserved. The * Berkeley Software License Agreement specifies the terms and * conditions for redistribution

      in there. Or read a whopping 20ish lines down to see

      Basic system type definitions, taken from the BSD file sys/types.h.

  25. Ambiguous, and not that Interesting... by ToasterMonkey · · Score: 0, Offtopic

    Well, before we can say "maintaining quality" we need to let the kernel live in the real world for a little bit. Let's make sure motherboards aren't catching fire and disks aren't walking before we get too carried away.

    Well, yes and no. The old LK dev model had unstable releases where bugs were expected. Now every release is stable, and bugs are truly anomalies.

    You ALMOST make sense if this were in an entirely different context. The parent suggested that this version is not real world tested, so it's too soon to speak of quality. You make it sound as if this new development model eliminates all bugs from stable releases. To the best of my knowledge, they've simply stopped releasing "unstable" versions.

    So...
    They didn't "have unstable releases", they released what was KNOWN to be unstable, development snapshots - IN BETWEEN what were considered to be stable releases. They don't therefore release more stable "stable" code simply because they stopped releasing unstable "unstable" code. Nothing you said supports that concept. The parent incredibly obviously suggested that there may be UNKNOWN stability issues. Why wouldn't this be true?

    WTF were these five people smoking, and why did you write this so retardedly ambiguous in the first place?

    1. Re:Ambiguous, and not that Interesting... by ToasterMonkey · · Score: 1

      Wow, fanboy mods are out, thanks douche bag 'offtopic' moderator.

      I asked a simple question, WHAT has changed in the Linux kernel development process that would cause the parent to say stable kernel releases have fewer _unknown_ bugs. I'm still waiting. The GP basically said lets wait and see. This is true for absolutely ANYTHING. No matter how well QA'd, how can you speak of stability until it's OUT THERE? Given what the parent said:

      Well, yes and no. The old LK dev model had unstable releases where bugs were expected. Now every release is stable, and bugs are truly anomalies.

      I think that raises quite a few questions.. WTF is the new LK dev model? Is he saying that the new model reduces the chances of unknown bugs making it into stable releases? Fanfuckingtastic, WHAT IS IT THEN? This is all I ask!
      God, how can one answer "it's not stable until it's widely tested in production" with a "no" without drawing some questions? What magical process could be at work there to answer that with a no?

      Metamods, for reference, here's the GP post. Have fun.

      Well, before we can say "maintaining quality" we need to let the kernel live in the real world for a little bit. Let's make sure motherboards aren't catching fire and disks aren't walking before we get too carried away.

  26. Re:Did Bill Gates pay Shuttleworth to create Ubunt by oatworm · · Score: 5, Informative

    I know this is going to get modded as "off topic", but let's cover this...

    SYSTEM and Local System are basically one and the same, and are almost perfectly synonymous with root. Network Service would be the equivalent of the "nobody" user - i.e. an account that you can use to run low-privilege services. Administrator would be the same as a user with administrative privileges in Linux (perhaps someone in the sudoers list). The trouble, of course, was that, until Vista/2008 came along, it was trivially easy for an Administrator to escalate to SYSTEM - you just had to run a scheduled job in interactive mode (think of a cron job with no password required) and you'd not only have root access, you'd also have access to the current user's console. For an administrator, this came in handy - of course, what was handy and convenient for an administrator was just as handy and convenient for someone else.

  27. Yeah, but will it run.... by RyogaHibiki · · Score: 1

    Will it run the HAL9000 series yet?

  28. Advisory by renegadesx · · Score: 1, Offtopic

    Warning: Do not feed the Twitter!

    --
    Make SELinux enforcing again!
  29. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Zero__Kelvin · · Score: 4, Insightful

    You should probably learn the difference between a root kit and a virus before you post to Slashdot in the future.
     
    A fair number of people here actually have a clue, and thus do know the difference.
     
    Might I recommend digg so that - in context - you sound like you have a clue?

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  30. Nope by XanC · · Score: 1

    They still present a block device to the kernel. At least all the ones I've seen.

    1. Re:Nope by XDirtypunkX · · Score: 2

      But does the circuitry to do this live on the reader side or the card side?

    2. Re:Nope by XanC · · Score: 1

      Could well be the reader, couldn't it? There's not much room for it on the card itself.

  31. Oh yeah. by Almahtar · · Score: 5, Insightful

    It'd be the best April Fools day ever.

    1. Re:Oh yeah. by Kjella · · Score: 5, Insightful

      Meh, why not? It's not like slashdot could get any less useful on April Fools anyway, where other sites run one story slashdot is all wacky all day long.

      --
      Live today, because you never know what tomorrow brings
    2. Re:Oh yeah. by Bromskloss · · Score: 1

      It'd be the best April Fools day ever.

      That's what happens every april fools' day!

      --
      Swedish plasma phys. PhD student; MSc EE; knows maths, programming, electronics; finance interest; seeks opportunities
    3. Re:Oh yeah. by Perky_Goth · · Score: 1

      Except this year, where the joke was that there were no jokes. Or I might just have a bad memory...

  32. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Zero__Kelvin · · Score: 0, Troll

    I'm baffled. Since when was acknowledging "Elephant in the Room" taboo?
     
    ^H^H^H
     
    #Zero__kelvin@Slashdot>never-mind

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  33. new linux by alxkit · · Score: 0

    Opus the Penguin is out. Tux the Penguin is back in.

  34. Thank you Linus. by chris_sawtell · · Score: 3, Insightful

    Have a relaxing week-end with your wife and children.

    1. Re:Thank you Linus. by __aardcx5948 · · Score: 5, Funny

      How much of the code is from Linus himself nowadays? I thought he mostly reviewed/rejected patches, and occasionally, once every to or so years, accepted a patch or two. ;-)

    2. Re:Thank you Linus. by diegocgteleline.es · · Score: 1

      You mean without children, don't you?

    3. Re:Thank you Linus. by djcapelis · · Score: 3, Insightful

      Rejecting patches is a lot of work, especially given how many he has to reject.

      Unless you're fine with people lobbing whatever they want into your kernel? :)

      --
      I touch computers in naughty places
    4. Re:Thank you Linus. by JohnFluxx · · Score: 3, Interesting

      I know you joke, but on average he merges four code bases (patches) per day. That is not trivial by any measure.

    5. Re:Thank you Linus. by chris_sawtell · · Score: 1

      No, no. From what I hear, Linus is a dedicated family man.

    6. Re:Thank you Linus. by caluml · · Score: 3, Funny

      I reckon I could reject hundreds of patches a day. Probably even more, if I wrote a script.

    7. Re:Thank you Linus. by jrothwell97 · · Score: 1

      Doesn't about 2% of the kernel currently consist of Linus's code? Considering its size and the thousands of developers developing the thing, that's a massive personal contribution to the ecosystem.

      --
      Those using pirated Tinysoft signatures(TM) are a real threat to society and should all be thrown in jail.
  35. Human-friendly Changelog by Anonymous Coward · · Score: 0

    As per Linus' email, the list of changes in a human-readable format can be accessed:
    here

  36. MOD PARENT DOWN by Anonymous Coward · · Score: 0

    I would, but April Fools day has been and gone!

  37. MOD GP DOWN by Almahtar · · Score: 2, Funny

    Because I wrote the comment for heaven's sake, and it was meant to be funny not insightful.

    Hell I can't figure out why it could be seen as insightful.

    1. Re:MOD GP DOWN by Anonymous Coward · · Score: 0

      Hell I can't figure out why it could be seen as insightful.

      Because it was such a good joke that they thought you ought to have karma for it. Seriously, +1 Funny doesn't give karma (because Microsoft shills and Twitter are sometimes funny, but we don't want them getting mod points, you see).

    2. Re:MOD GP DOWN by Anonymous Coward · · Score: 0

      The bad thing is that if 4 people mod you funny and another person mods you flamebait or troll, your karma still suffers even though your post is Score:4 (assuming starting score 1).

    3. Re:MOD GP DOWN by Anonymous Coward · · Score: 0

      >(because Microsoft shills and Twitter are sometimes funny, but we don't want them getting mod points, you see).

      I haven't had mod points since Twitter only had one Slashdot account.

  38. atheros is in, excellent by paniq · · Score: 2, Funny

    i've been running my girlfriends new laptop on ndiswrapper drivers for the past year because so far they have been the most painless. it's great to see the new atheros drivers integrated.

    it seems these days it doesn't take long until a new driver finds its way into the kernel, and i'm not being sarcastic. one year between obscure hardware release and driver in kernel is fine.

    --
    Do not trust this signature.
  39. If you *must* compare it to Microsoft Windows ... by SL+Baur · · Score: 1

    I suppose you could think that, but also remember that the stabilizing "SP1" and "SP2", etc. releases come out in a matter of weeks rather than years.

  40. Slashdot - April's Fool every day. by GNUThomson · · Score: 1

    But it like it that way.

  41. Building your own kernel these days ain't easy by Viol8 · · Score: 5, Insightful

    Last time I looked about 9 months ago there were well over 3000 build options for the 2.6 kernel. Thats probably gone up a lot. I used to build my own kernels , anything up to 2.4 was do-able. But 2.6 is so complex with so many options which frankly mean nothing to me , that you would end up with a right dogs dinner thats far worse than anything the distributions could produce and you'll probably find you missed out some important functionality and/or dependency for something to work correctly and have to start again.

    1. Re:Building your own kernel these days ain't easy by MichaelSmith · · Score: 1

      But 2.6 is so complex with so many options which frankly mean nothing to me

      This is why I use NetBSD for anything which needs customisation.

    2. Re:Building your own kernel these days ain't easy by Briareos · · Score: 1

      But 2.6 is so complex with so many options which frankly mean nothing to me , that you would end up with a right dogs dinner thats far worse than anything the distributions could produce and you'll probably find you missed out some important functionality and/or dependency for something to work correctly and have to start again.

      I take the idea of basing your configuration on the options that your distribution uses for their kernels never crossed your mind...

      --

      "I'm not anti-anything, I'm anti-everything, it fits better." - Sole

    3. Re:Building your own kernel these days ain't easy by Viol8 · · Score: 1

      If you do that why bother building your own FFS? The whole point of builing your own is to get a lean efficient kernel, not one that has everything including the sink bundled in plus hundreds of modules to build after.

    4. Re:Building your own kernel these days ain't easy by gmack · · Score: 1

      It's a bit of a trade off.. more options vs better organization. I actually haven't found 2.6.x harder to configure.

      You can generally tell what something is based on what sub menu it's in and if you get stuck on something you can use the descriptions provided.

      Also one of the nice things about grub is that most distros keep the old kernels in the menu so you always have a backup when your trying something that will break things.

    5. Re:Building your own kernel these days ain't easy by Godji · · Score: 5, Informative

      I see your point, but consider the fact that every option (if you use "make menuconfig" at least) has a context-based help message. For the most part, they are actually very useful. Just go through all the options and think whether you need something or not. If you're not sure, there's a recommended safe default right at the end of the help message.

      And you really need to do this once. After that for each new version, you just do "make oldconfig" against the old .config file (the one that stored your choices) and that's typically 10-20 options tops for new major versions.

      Changed hardware? New PC? Just reconfigure the "Drivers" section in a few minutes and you're golden. That's assuming of course you stripped down everything you don't need - if you left it in, you don't evenhave to do as much, it will just work.

      BTW, if you're into tinkering, go all the way and try Gentoo. That project is alive and kicking, regardless of what the media have been saying recently.

    6. Re:Building your own kernel these days ain't easy by frankm_slashdot · · Score: 1

      alive and kicking indeed...
      now if only i could get someone at openbsd to mate with some of the developers at gentoo and have them produce a flavor of portage which works 100% with openbsd and in a non kludgy manor...

      *dreaming* :(

    7. Re:Building your own kernel these days ain't easy by x2A · · Score: 2, Informative

      um... the "whacky idea" here is that you start off with defaults that you know works... and then change things that you know you want to change. For example, compile in drivers/filesystems/etc that you otherwise would be loading as modules... tell it to compile using instructions for your specific cpu model, rather than a generic 'i686'... remove any unneeded sections for example sata if running on a pata-only system, firewire, memory card support, video for linux, ISDN/modem/ppp support... this isn't a difficult concept; you don't have to know what everything is to know that there are some things you can do to make improvements.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    8. Re:Building your own kernel these days ain't easy by Viol8 · · Score: 1

      So you start off with a mess and end up with a bit less of a mess. Yes you could do that. The other issue is that many distributions have their own build options so just dumping /proc/config.gz into the default source tree doesn't always work.

    9. Re:Building your own kernel these days ain't easy by Just+Some+Guy · · Score: 4, Insightful

      The whole point of builing your own is to get a lean efficient kernel, not one that has everything including the sink bundled in plus hundreds of modules to build after.

      You know, I spent most of a decade building "lean efficient kernels" a ruthlessly stripping them down to their minimal components.

      Then I started benchmarking the results.

      Now I just run with whatever Ubuntu ships with, knowing that it's 99% as "lean and efficient" as my best efforts and I automatically get new versions without screwing around with "make oldconfig".

      If you want to build your own kernel for the sake of building your own kernel, great! It's fun and instructional. Just don't delude yourself into thinking it makes a measurable difference outside some very specific cases (like targeting an embedded system).

      --
      Dewey, what part of this looks like authorities should be involved?
    10. Re:Building your own kernel these days ain't easy by Godji · · Score: 4, Funny

      You're looking for an attractive single woman that is also an OpenBSD core developer and would be willing to mate with a Gentoo core developer. And you're looking for her on Slashdot.

      Good luck with that. :)

    11. Re:Building your own kernel these days ain't easy by x2A · · Score: 1

      Yeah and huge patchsets that mean upgrading to a vanilla kernel can break things if you don't know and often include all the patches the previous distro-kernel did... but then the distro should give you the source so you can.

      "So you start off with a mess and end up with a bit less of a mess"

      The other option of course is that you stick with the original not-a-bit-less-of-a-mess... but the fact at the end of the day is that linux does let you clean things up, compile stuff in/out, should you want to (personally, I put the effort in to compile from scratch, with minimal options, adding features that I need, avoiding distro messes... but I make money out of knowing all this stuff, so it works for me). Operating systems that don't let you compile out stuff you don't need will generally just leave you running stuff you don't need. Just cuz the option's not there to get rid of it, doesn't mean it's not there to be got rid of!

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    12. Re:Building your own kernel these days ain't easy by X0563511 · · Score: 1

      There's a build option that will parse the old config, and only prompt you for new/changed options.

      I forget the specifics.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    13. Re:Building your own kernel these days ain't easy by Anonymous Coward · · Score: 0

      "Just cuz the option's not there to get rid of it, doesn't mean it's not there to be got rid of!

      Gosh, I wish I'd said that..

    14. Re:Building your own kernel these days ain't easy by DavidTC · · Score: 1

      No kidding.

      I used to worry about that crap, stripping it to exactly the right thing, everything built into the kernel, with maybe a few extra modules like USB devices I didn't have but might conceivable have in my possession at some point. I'd spent ten seconds on each option, carefully considering it.

      And then I realized it was damn stupid, and just went with the defaults, just setting the CPU to the exact one, and turning off things I didn't have at all, like SCSI hardware or ISDN stuff. And sometimes flipping things from 'module' to compiled in if I noticed them and knew they'd always be loaded.

      Nowdays, I have no local Linux boxes, and on my servers, I just use the default kernel. I have better things to do with my time. Although I do wish there was some trivially simply way of, at least, compiling it for the exact CPU architecture, which would take almost none of my time. I guess I could track down the source RPM and recompile that.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    15. Re:Building your own kernel these days ain't easy by JesseMcDonald · · Score: 1

      The point, in this case, is simply to get a more up-to-date kernel than the one included with the official distribution, with a minimum of hassle. The best way to do that is to copy the official configuration (/boot/config-`uname -r`) to .config, run "make oldconfig" to pick up any new options, and maybe run "make menuconfig" if you want to change a specific setting or two. The official kernel was acceptably configured, if a bit outdated, so there's no need to make any sweeping changes.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
    16. Re:Building your own kernel these days ain't easy by Anonymous Coward · · Score: 0

      Does your stock ubuntu boot in five seconds? (although apart from that I generally agree)

    17. Re:Building your own kernel these days ain't easy by Just+Some+Guy · · Score: 1

      Does your stock ubuntu boot in five seconds?

      Who knows? The last time I rebooted was for a kernel upgrade, so it could take 5 minutes for all I care.

      --
      Dewey, what part of this looks like authorities should be involved?
    18. Re:Building your own kernel these days ain't easy by Anonymous Coward · · Score: 0

      Never mind that some people actually TURN OFF their computers sometimes. Heck, I'd do that too if it booted in 5 seconds. And before suggesting suspend, please lay off your crack pipe.

    19. Re:Building your own kernel these days ain't easy by turgid · · Score: 1

      And this is the way that skills are lost.

    20. Re:Building your own kernel these days ain't easy by swillden · · Score: 1

      If you want to build your own kernel for the sake of building your own kernel, great! It's fun and instructional. Just don't delude yourself into thinking it makes a measurable difference outside some very specific cases (like targeting an embedded system).

      But... but... by building my own kernel I can make one that's almost 300 KiB smaller! That's GOTTA make it run faster on my machine, right? I mean, the kernel is wasting 0.00007% less of my 4 GiB of RAM.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    21. Re:Building your own kernel these days ain't easy by DavidTC · · Score: 1

      My useful skills are running web and database servers and programming, not spending an hour answering hardware questions that actually don't make my systems work any better.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    22. Re:Building your own kernel these days ain't easy by jamstar7 · · Score: 1

      There's a build option that will parse the old config, and only prompt you for new/changed options.

      make oldconfig

      --
      Understanding the scope of the problem is the first step on the path to true panic.
    23. Re:Building your own kernel these days ain't easy by turgid · · Score: 1

      That was my point. Times change. I don't know how to take stones out of horse's hooves either.

    24. Re:Building your own kernel these days ain't easy by DavidTC · · Score: 1

      Oh, sorry, I thought you were being sarcastic or something.

      Yeah, the old low level configuration stuff is going away, finally. I remember when I had to do that on a DOS machine, too, locating drivers and putting them in the config.sys and whatnot.

      Of course, the huge difference is that Microsoft has the manufacturers make the drivers, and, frankly, they suck ass at software, and often fail to keep it up to date.

      I have to laugh at people who complain that Linux doesn't support 'newer hardware'...apparently they are unaware of how little older hardware Windows supports. I used to have a whole box of hardware that wouldn't work in Windows XP anymore.

      Linux rarely, if ever, removes hardware support. I remember when there was an outcry over them removing support for MFM hard drives..so they didn't. (Although they at least split it out of the modern IDE driver.)

      Meanwhile, I have USB devices that don't work out of the box on XP. For example, I have a USB 1.1 link cable that needs XP drivers, making it utterly useless. USB 1.1 was released in 1998, Windows XP was released 3 years later, and the manufacturer or MS never bothered to release a driver. (And, honestly, why should they? The manufacturer had moved on to 2.0 cables, and MS didn't give a damn.) I could manually install 2000 drivers, but as half the point of a link cable is link to other people's computer, and would require me carrying around the drivers, it seemed sort of stupid, even assuming I had admin access. (Granted, it'd be stupid regardless now, but that was back when USB flash drives were very expensive and very small.)

      Honestly, Linux's policy of having all the drivers in one place, maintained by one team, has resulted in infinitely better hardware support. In fact, it's the few places that they aren't maintained by the kernel team that causes the problems. (Like wifi devices used to be, don't know if they are anymore, and nvidia's insistence on binary drivers, and so one.)

      OTOH, the annoying habit of compiling a kernel is just that...a habit. No one has any reason to do that anymore unless they want experimental drivers or something odd like that.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    25. Re:Building your own kernel these days ain't easy by bfields · · Score: 1

      A better reason for a "stripped down" configuration: to optimize for *compile* time. There it makes a huge difference--especially if, for example, you want to regularly compile and test the latest kernels. (And for a newbie interested in contributing to the kernel, the best thing they can do is test regularly and report regressions.)

      You just need to do that once, after which running "make oldconfig" and accepting the defaults will normally be all you need.

    26. Re:Building your own kernel these days ain't easy by kdart · · Score: 1

      Yet other reasons are features (for different roles, such as server or desktop), and stability. As a general rule, the more parts you have the lower the reliability. So stripping out kernel features and drivers you don't need can also increase reliability.
       

      --

      --
      The early bird catches the worm. The worm that sleeps late lives to see another day.
    27. Re:Building your own kernel these days ain't easy by Just+Some+Guy · · Score: 1

      As a general rule, the more parts you have the lower the reliability. So stripping out kernel features and drivers you don't need can also increase reliability.

      Give an example of a feature or driver that you can compile out to increase reliability. Bonus points if it's compiled directly in (that is, not as a module) in any popular recent Linux distribution.

      --
      Dewey, what part of this looks like authorities should be involved?
  42. Thats all very well in theory... by Viol8 · · Score: 1

    .. but in practice the OS has to deal with hardware in the real world. If the hardware is consistently off spec in a consistent way and Windows can handle this, then I don't see any reason why Linux can't handle it too. Just huffing and puffing about specs helps no one. Besides , its been done for other dodgy hardware in the past such as the pentium bug so whats the big deal with ACPI?

    1. Re:Thats all very well in theory... by JohnFluxx · · Score: 2, Insightful

      Because it's a lot harder to do. Instead of following a spec, you now have to reverse engineer Windows and replicate its exact functionality, bug for bug.

    2. Re:Thats all very well in theory... by Viol8 · · Score: 1

      The pentium bug didn't have a spec for it either. And why would you have to reverse engineer windows? You just study the way the hardware operates as has been done for every other bit of hardware that the manufacturer couldn't be arsed to release a spec for.

    3. Re:Thats all very well in theory... by JohnFluxx · · Score: 1

      Well then you have to study every piece of hardware that comes out.

      But if you can replicate what windows does, bug for bug, then you would potentially work for every piece of hardware.

    4. Re:Thats all very well in theory... by Anonymous Coward · · Score: 0

      The pentium bug didn't have a spec for it either.

      Not initially, but intel subsequently documented it when it was found. As history has shown, Microsoft does NOT do the same thing, unless compelled to by international courts, and even then the documentation they produce is almost worthless.

    5. Re:Thats all very well in theory... by Blakey+Rat · · Score: 1

      As history has shown, Microsoft does NOT do the same thing, unless compelled to by international courts, and even then the documentation they produce is almost worthless.

      Why would they? The problem isn't Microsoft's, it's the motherboard maker who isn't complying with the spec. All Microsoft is doing is adding code to work around their problem.

      If you think that Microsoft should tell Linux how to do this, I suppose you also think IE should tell Firefox how to render IE-only sites, instead of Firefox pressing for sites to follow the standards, right?

      There's no reason that the Linux community couldn't resolve the problem the same way Microsoft does: code workarounds for known bugs, and press the motherboard industry to fix their damned products.

    6. Re:Thats all very well in theory... by JohnFluxx · · Score: 1

      I think you misunderstand how this works.

      A manufacturer wouldn't release a motherboard that doesn't work under Windows, and then wait for Microsoft to find a work around. I can't imagine how you think that would work.

      What happens is that Windows has a very buggy ACPI implementation, and so motherboard manufacturers simply make sure that their motherboard works with Windows. They hack at it until it works. The result is that works in Windows but doesn't work in Linux.

      It is the same for IE. And yes, I do think Microsoft should be forced to document the behaviour of all the bugs in IE. In the past they've put some pretty horrible bugs in IE on purpose. The worst offence imho was breaking the tcp/ip protocol to make IE slow when connecting to Apache just so that they would win in benchmarks.

  43. Thanks for the hard work....but...my wifi.... by mrpacmanjel · · Score: 2, Interesting

    First I would just like to say thank-you to everybody that develops the Linux kernel, without it I would have been stuck with the "other" OS that everybody loves to hate!

    Linux (through various distros) has been my OS of choice for about 9 years now, has enriched my IT life and quite frankly made IT actually interesting again.

    But one thing has been bothering me!

    I recently upgraded my OS to Ubuntu 8.04 then hit a problem - my wifi network connection became unusable (very weak signal and slooowwww internet access). I tried pretty much most fixes but it still wasn't working right (slightly better wifi signal but then would randomally stop altogether). If I booted into my "production" partition (Ubuntu 7.10) everything was fine and the "balance of the force" was restored. I had a spare partition on the hard drive and installed Fedora 9(? It may have been 10 - can't remember). This also exhibited "dodgy wifi behaviour". Of course, it was a kernel(2.6.22) driver problem and I need to find the time to download the latest drivers and compile. Thankfully I can do this but it still irritating!
    I have gone back to Ubuntu 7.10 (kernel 2.6.14?) and it's been fine since.

    My wifi hardware is based on the rt2500 chipset series and is quite common on most laptops and until recently were reliable. As far as I remember the drivers were being rewritten for the kernel - which is fine but if it breaks hardware (which until that time had been reliable)
    then people should have been made aware of this or even work with the distos for a interm fix.

    At least include the compiled legacy drivers with the distro and not force people to download them from the internet and recompile.

    1. Re:Thanks for the hard work....but...my wifi.... by Ash-Fox · · Score: 4, Informative

      My wifi hardware is based on the rt2500 chipset series and is quite common on most laptops and until recently were reliable. As far as I remember the drivers were being rewritten for the kernel - which is fine but if it breaks hardware (which until that time had been reliable)
      then people should have been made aware of this or even work with the distos for a interm fix.

      Try out one of the wireless driver packages from http://linuxwireless.org/ (for hardy http://wireless.kernel.org/download/compat-wireless-2.6/compat-wireless-old.tar.bz2 ).

      You will need to install your kernel source headers and the build environment

      sudo apt-get install linux-headers-generic build-essential build-common

      Then it's simply,

      tar jxvf compat-wireless-old.tar.bz2
      cd compat-wireless-old
      make
      sudo make install
      sudo make unload
      sudo make load

      This will install the latest wireless drivers for your system and will not conflict with your distribution's package manager, should you want to remove the install and restore your previous drivers:

      Make sure you are in the directory where the wireless driver installer is.

      sudo make unload
      sudo make uninstall
      sudo make load

      (It would probably be a good idea to reboot after that).

      Normally I would never, ever recommend people compile stuff on Linux, however, in your case, it seems this would be the only way to get good support and this is really a last resort (a resort that you couldn't do under Windows if you ran into this problem).

      --
      Change is certain; progress is not obligatory.
    2. Re:Thanks for the hard work....but...my wifi.... by complete+loony · · Score: 0

      I was with you up to "simply".

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    3. Re:Thanks for the hard work....but...my wifi.... by Anonymous Coward · · Score: 0

      'Then it's simply'???

      If this had been about a windows machine and the solution was to download some fix pack from a manufacturer or microsoft with an executable and a couple mouse clicks of next next next we'd be hearing from the Linux crowd about how much a pain in the ass Windows is.

      You guys really crack me up.

    4. Re:Thanks for the hard work....but...my wifi.... by Ash-Fox · · Score: 1

      If this had been about a windows machine and the solution was to download some fix pack from a manufacturer or microsoft with an executable and a couple mouse clicks of next next next we'd be hearing from the Linux crowd about how much a pain in the ass Windows is.

      If we take the assumption this issue occured on Windows, you would of been stuck with this issue with no options at all.

      You guys really crack me up.

      You really crack me up :)

      --
      Change is certain; progress is not obligatory.
    5. Re:Thanks for the hard work....but...my wifi.... by Anonymous Coward · · Score: 0

      Well, that is true since this isn't a problem in Windows I guess you have a real point :p

    6. Re:Thanks for the hard work....but...my wifi.... by Ash-Fox · · Score: 1

      I was with you up to "simply".

      Because copy-pasting six pieces of text is so hard. :)

      Next you're going to tell me it's easier to do the equivalent on Windows - which is usually not a option, ever.

      Normally if you're in a situation where the hardware manufacturer doesn't care about a piece of their hardware working on a newer version of the OS you're running, that's pretty much it. Nothing you can do with that hardware.

      The equivalent being that one grab C compilers from Microsoft, install the relevant platform SDK, (after validating WGA of course ;)

      Opening a cmd.exe window, CD'ing to the path and running a compile (provided the people who made the driver made it that easy - unfortunately I have never seen compiling a windows driver being just that simple).

      I haven't even taken into account that some of the lower level nativeapi functions that some drivers use will not have the needed development libraries available for free from Microsoft and if they're using them - it is likely they can't redistribute the source to you without making you sign some NDA first.

      --
      Change is certain; progress is not obligatory.
    7. Re:Thanks for the hard work....but...my wifi.... by Ash-Fox · · Score: 1

      Well, that is true since this isn't a problem in Windows I guess you have a real point :p

      Actually, it is a issue on Windows. Did you forget, there were many wireless cards that stopped working when SP2 came out, many hardware vendors didn't even care enough to update the drivers for SP2.

      Meanwhile, all these shops were selling wireless cards with "Windows XP" stickers that didn't actually work at all with Windows XP SP2.

      Let's not forget the Vista compatibility issues either.

      --
      Change is certain; progress is not obligatory.
    8. Re:Thanks for the hard work....but...my wifi.... by mrpacmanjel · · Score: 1

      Wow, thanks for the that. I am planning to do this at the weekend and I have all the information right here.

      Thanks for your post this is really helpful. :)

      However, you would think that Linux distributions like Ubuntu or Fedora would make this an easy process. SUSE have taken the line of "this is not a supported chipset" in their current release. If the hardware worked in a previous release then tough luck we won't support it now.

      I get this kind of experience from MS Windows and quite frankly unacceptable.

      If Linux distributions want to continue to make money and attract more users then they had better improve communication and effort to keep things consistant.

      Why can't the distribution companies and the kernel developers get together and manage these problems properly?

      I am a programmer myself and completely understand that things don't always go your way when writing software.

      Bugs happen!

      If you are going rewrite something or make major changes then at least provide a mechanism to go back to the previous known working state. Do not ignore it.

      My father-in-law keeps asking about this "Linux thing" and I tell him to stick with what you know (MS Windows).
      Until problems like these can be trivially "worked-round" or solved I can't recommend he switches over.

      My biological father bought an Asus "eeeppppcccc"(whatever) and was happy with it until he tried to install a wireless dongle (to connect to internet via mobile phone network). The installation instructions were similar to the above. There is no way he could understand this or even talk him through it over the phone.
      His solution? He bought and installed XP. From a user's perspective it's an understandable reaction and he can surf the internet now.

      This is what Linux distributions should be working on, it may an unglamorous part to develop but it will make a huge difference to casual linux users.

      Most of us who post here can go through the above steps quite easily, we're geeks we are expected to.

      If anybody who reads this post that works for any of the Distribution companies please do something about it. Provide some mechanism to make these changes easy or provide a way to install legacy drivers. All it will take is a some kind of simple "gui" type option to ask the user which driver to install or activate. You can do it with proprietary video drivers why not anything else?

      As far as I know the kernel developers are not interested in "desktop" enhancements to the kernel they leave this up to the distro providers.

      This has turned into a bit of a rant (Hey it's Friday afternoon and I have drank waaaayyy to much coffee).

      But after *years* of experiencing smooth upgrades of my Linux installation and then suddenly something as basic as wifi hardware not working really annoys me.

    9. Re:Thanks for the hard work....but...my wifi.... by Ash-Fox · · Score: 1

      However, you would think that Linux distributions like Ubuntu or Fedora would make this an easy process. SUSE have taken the line of "this is not a supported chipset" in their current release. If the hardware worked in a previous release then tough luck we won't support it now.

      I don't think it's such a common issue on Linux to have hardware that doesn't work after a updated driver - I'm not saying it doesn't happen, it just isn't that common.

      I think because this doesn't happen often, it is one of the main reasons why many of the big distributions haven't even given this much thought. They do already have specialized driver managers that allow you to choose between proprietary and opensource drivers (restricted-manager in Ubuntu for example). We already have the 'layer' of support we need in my opinion, it's just telling the distributions to package this option in their restricted-manager-like utilities.

      I would really like to see these applications expand to let users choose newer/older proprietary/opensource drivers when they need to through those utilities. The new drivers being provided more or less as they come out, so users don't have to wait for the next big distribution release or add those experimental repositories that tend to update other software to experimental software too.

      My biological father bought an Asus "eeeppppcccc"(whatever) and was happy with it until he tried to install a wireless dongle (to connect to internet via mobile phone network). The installation instructions were similar to the above. There is no way he could understand this or even talk him through it over the phone.

      Heh, I have to say, the only thing I really hate about the EeePC is the name.

      One problem with the EeePC's default Linux installation is that it really has minimal hardware support compared to other Linux distributions and I do find it somewhat agitating, because it's not suddenly a issue of Linux supporting the hardware, as much as the OEM deciding what hardware it should support.

      His solution? He bought and installed XP. From a user's perspective it's an understandable reaction and he can surf the internet now.

      I'm guessing he had to buy a external optical drive too - that gets kind of expensive :/

      Most of us who post here can go through the above steps quite easily, we're geeks we are expected to.

      I will say, I have had more success getting people to type in commands over the phone than clicking things - It is very rare I find someone who knows what the "start menu" / "programs menu" is and they insist they don't have one. Never mind trying to figure out what people call the various GUI elements.

      Generally, support issues on computers just suck (I'm referring to all issues) and I have no real idea on how to improve it other than making it all work out of the box - Easier said than done.

      All it will take is a some kind of simple "gui" type option to ask the user which driver to install or activate. You can do it with proprietary video drivers why not anything else?

      Your point and mine, I agree completely.

      But after *years* of experiencing smooth upgrades of my Linux installation and then suddenly something as basic as wifi hardware not working really annoys me.

      Heh, reminds me of the first time I installed opensuse and found that it didn't work with most hardware because at the time, they believed in being 100% opensource, so they didn't include any (freely redistributable) binary-blob drivers for things like Ethernet cards.

      --
      Change is certain; progress is not obligatory.
    10. Re:Thanks for the hard work....but...my wifi.... by Erikderzweite · · Score: 1

      Yeah, right... Tell that to Plustek who have ceased support for my scanner in Vista and to fujitsu-siemens whose laptops don't support XP at all. Neither of both companies support Linux yet tux is the only way I can scan something right now.
      And no, I don't want to buy a new scanner.

    11. Re:Thanks for the hard work....but...my wifi.... by Anonymous Coward · · Score: 0

      These things happens both ways; no need to rant about it.
      I would really like to know the real number though.
      As an example, I never had an hibernate fail on windows xp with models that even predates windows 2k when i never managed to have ONE working on any linux distro so far.
      What is worse: you know the tools exists but most of the time an apt get will not help you, since it will not configurate the thing for you.
      Ever tried to install something on a desktop distro ?
      most of the time no entry in any menus....have to look at installed files in user/sbin or whaetever..
      A user will just think:the installation failed.
      Windows installers makes it easy:it asks for icons, shorcuts etc, and put them at the end.
      then a simple drag and drop where you really want it and it is done.
      Even if you have icons in a distro..you have to hunt for them...and ask another gui to move them where you want...(gnome)
      Hell distros dont even have something to identify your hardware that does not suck monkey balls...hard to know what to install then.
      basically...linux sucks on the desktop cause you need a professional administrator to use it.
      and it will always sucks for that reason....(no money from the end user...so dont care for him)

    12. Re:Thanks for the hard work....but...my wifi.... by jvkjvk · · Score: 1

      Because copy-pasting six pieces of text is so hard. :)

      No, but finding the right six pieces of text can be very hard. First you have to be able to correctly diagnose the issue. How many help desk people out there are confident in their users to do that? Then you have to know how to frame your query. Then you have to sort through the myriad of possible solutions to see which ones actually address the issue. Then you start trying those, if you are able to understand the answer you got. Then it is possible that the first solution doesn't actually work for you and you have to try another...

      Next you're going to tell me it's easier to do the equivalent on Windows - which is usually not a option, ever.

      In reality, for most people, having Linux or MS or OSX is actually equivalent in this situation. With MS and OSX they are SOL because the vendor won't fix the problem; With Linux because they cannot fix it themselves.

      How about that, equivalently crappy in some small respect. The only small difference is that it may be possible that someone has the desire to reverse engineer the driver or come up with some other work around solution for the problem, and this is much more likely to happen in Linux and the like rather than MS or OSX. Which is all well and good but only useful to the majority if it's automagically installed when needed.

    13. Re:Thanks for the hard work....but...my wifi.... by PercentSevenC · · Score: 1

      I also have an RT2500 chipset and had the same problem. I found that forcing it to 54 Mbps (i.e. with "sudo iwconfig wlan0 rate 54M") makes all my connection and speed issues go away.

    14. Re:Thanks for the hard work....but...my wifi.... by Anonymous Coward · · Score: 0

      Then the majority can use different hardware, or a different OS. This was a specific scenario that depended on a combination of hardware and distro. The person asked for help and received it (and no, it's not that hard to type make at the command line). What are you going on about?

    15. Re:Thanks for the hard work....but...my wifi.... by complete+loony · · Score: 1

      Are there no red dwarf fans around here anymore?

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    16. Re:Thanks for the hard work....but...my wifi.... by Ash-Fox · · Score: 1

      Ever tried to install something on a desktop distro ?

      Yep, I've used SuSE (not OpenSuSE), Mandriva and Kubuntu excessively as desktop distributions with in the recent years.

      most of the time no entry in any menus....have to look at installed files in user/sbin or whaetever..

      Nope. I cannot recall that ever happening to be honest.

      That is because graphical applications /must/ have a .desktop file or the package doesn't get accepted into the distribution's repositories.

      Windows installers makes it easy:it asks for icons, shorcuts etc, and put them at the end.

      I do get fedup of certain windows installers that just create icons on the desktop or quick launch without asking.

      Even if you have icons in a distro..you have to hunt for them...and ask another gui to move them where you want...(gnome)

      Eh? .desktop files are universal.

      Hell distros dont even have something to identify your hardware that does not suck monkey balls...hard to know what to install then.

      There is only one device on my system that requires specialized drivers to be installed and my distro provided everything needed to identify and install it. All I had to do was tick the check box and it downloaded and installed the appropriate drivers.

      In the original poster's case, he had drivers that worked, but they did not work as well as older version of drivers - which is not a very common scenario.

      linux sucks on the desktop cause you need a professional administrator to use it.

      If your points were valid to begin with, that might be true, but they certainly aren't with the popular desktop distributions.

      Perhaps those points were valid eight years ago, I don't know.

      --
      Change is certain; progress is not obligatory.
  44. flaimebait? by Macka · · Score: 1, Offtopic

    Why has this been moderated flamebait? What he's saying is true!

    1. Re:flaimebait? by ChrisMP1 · · Score: 2, Informative

      Because 'flamebait' does not mean 'false'.

      --
      <sig>&nbsp;</sig>
    2. Re:flaimebait? by agrounds · · Score: 2, Insightful

      Why has this been moderated flamebait? What he's saying is true!

      There is a noticeable difference in presenting information in a way that educates and informs the group at large of something that they may or may not realize, and posting the same information with demeaning and inflammatory statements that serve only to convey a false sense of superiority.

      This is the latter.

      While there might be a nugget of truth buried in there, it's obfuscated by the angry rhetoric.

  45. define: manners by Macthorpe · · Score: 1

    Factually correct =/= well phrased or polite.

    --
    "It does not do to leave a live dragon out of your calculations, if you live near him." - Tolkien
    1. Re:define: manners by marcosdumay · · Score: 0, Flamebait

      So now we start to ignore reality because we don't like how it is presented?

      Yeah, one can learn a lot with WallStreet nowadays.

    2. Re:define: manners by Anonymous Coward · · Score: 0

      Moderators and rules of discourse are also part of reality, at least on Slashdot.

    3. Re:define: manners by Macthorpe · · Score: 1

      Absolutely not. However, somebody asked why he was modded flamebait, and I answered - because he baited people into an insult-fight rather than just making a point.

      --
      "It does not do to leave a live dragon out of your calculations, if you live near him." - Tolkien
    4. Re:define: manners by badkarmadayaccount · · Score: 1

      It's spelled !=, you nitwit. /joke

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  46. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Daengbo · · Score: 1

    Sorry you got no love for that. Slashdot sure has gotten less geeky the last couple of years.

  47. Re-buying peripherals by tepples · · Score: 3, Informative

    Linux drivers are much easier to deal with.

    Unless you're switching to GNU/Linux and don't want to have to buy all-new peripherals. To pick a random example from my collection of incompatible hardware, Microtek isn't helping the SANE project make drivers for its ScanMaker 4850 flatbed scanner.

    1. Re:Re-buying peripherals by Anonymous Coward · · Score: 0

      Unless you're switching to GNU/Linux and don't want to have to buy all-new peripherals.

      Don't buy unsupported hardware in the first place? I don't know, but when I'm about to spend money on something new and shiny I usually check that I can actually use it.

    2. Re:Re-buying peripherals by tepples · · Score: 2, Insightful

      Don't buy unsupported hardware in the first place?

      If I were buying all new hardware, that would be feasible, but how do I know what operating systems I'm going to want to run on a given computer system several years ahead of time? There's a big difference between buying a new computer to run Linux and switching to Linux.

      when I'm about to spend money on something new and shiny I usually check that I can actually use it.

      I did. I was a full-time Windows user when I first bought that scanner, and the box said "works with Windows" so I bought it. Only later did I decide to switch to Linux.

    3. Re:Re-buying peripherals by Just+Some+Guy · · Score: 4, Informative

      To pick a random example from my collection of incompatible hardware, Microtek isn't helping the SANE project make drivers for its ScanMaker 4850 flatbed scanner.

      That's OK. It looks like they're doing you a favor. If it makes you feel any better, they don't support Vista either.

      --
      Dewey, what part of this looks like authorities should be involved?
  48. A question here. Really, no kidding... by ZarathustraDK · · Score: 1

    Is this the silver-bullet that will make eee-pc's wired ethernet work out of the box?

    I felt pretty alone when I couldn't access the internet after installing a distro on it different from Xandros.

    --
    If you quote this signature there'll be 72 copies of Windows ME waiting for you in Heaven.
    1. Re:A question here. Really, no kidding... by domatic · · Score: 1

      There is an EEE subproject in Debian that did a decent job with my EEE:

      http://wiki.debian.org/DebianEeePC

      They have a nice set of packages that will light up your Ethernet and Wireless out of the box. LXDE and wicd to manage the wireless with a nice sane Debian Testing repository was hella nicer than trying to get newish stuff on that mutated Xandros they come with. The last time I checked they didn't supply a driver for the camera although the standard Debian repository has an automated build source package for it that wasn't too awful bad to get working. Other than that, everything works. The hotkeys for brightness and volume even worked although you don't get the popup on screen for them.

    2. Re:A question here. Really, no kidding... by jrothwell97 · · Score: 1

      AIUI installing support is quite easy - I use a modified 2.6.24 kernel, but isn't it simply a matter of download, untar, configure, make, insmod? It could even be automated by a script.

      --
      Those using pirated Tinysoft signatures(TM) are a real threat to society and should all be thrown in jail.
    3. Re:A question here. Really, no kidding... by Chris+Snook · · Score: 1

      Yes and no. If you have a newer EeePC with an atl2e chip, Atheros posted an atl1e driver (which also drives atl2e) and that has been merged in 2.6.27. If you have an older EeePC with an atl2 chip, I didn't start getting new patches from Atheros for that driver until *after* they posted atl1e, so that's queued up for 2.6.28. Most distros currently use the pre-merge atl2 driver, or you can download it from http://people.redhat.com/csnook/atl2/

      The good news is that Atheros is committing to much more active upstream involvement going forward, so we can expect more timely support of new hardware from them in the future.

      --
      There's no failure quite as dissatisfying as a complete and total solution to the wrong problem.
    4. Re:A question here. Really, no kidding... by DaVince21 · · Score: 1

      It might, but I'm running a modified Eee version of 2.6.27 right now, in which case it plain works. Still no webcam (in Cheese) or mic (in Audacity) though.

      --
      I am not devoid of humor.
  49. I out source by Freaky+Spook · · Score: 4, Funny

    I bet you buy your LEGO preassembled too.

    I actually pay a LCSE(Lego Certified Systems Engineer) $150 per hour to assemble mine for me, its the only way to be sure.

    1. Re:I out source by Tetsujin · · Score: 1

      I bet you buy your LEGO preassembled too.

      I actually pay a LCSE(Lego Certified Systems Engineer) $150 per hour to assemble mine for me, its the only way to be sure.

      Who, Zack? I think I know him... Lego maniac, right? When did he get certified?

      --
      Bow-ties are cool.
    2. Re:I out source by Anonymous Coward · · Score: 0

      Meh. I just nuke'em from the orbit.

  50. in Soviet Russia.. by newr00tic · · Score: 0

    April fools you.

    --
    A horse can't be sick, you know, even if he wants to.
  51. Pffft... by Anonymous Coward · · Score: 0

    If it's as good as .25 and .26 I'll pass thank you. If I wanted random crashes and data loss, I'd use Windows. I think it's the SLUB allocator from the looks of it.

  52. OSS4 doesn't have this problem by Anonymous Coward · · Score: 0

    Use OpenSound OSS and you won't have that problem.

    BSD, CDDL, and GPL licensed. More free than ALSA, better quality, etc; I could go on but I do this about once a week. Drop that ALSA crap and get a real sound system.

  53. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Anonymous Coward · · Score: 0

    Uh oh, Twitter's gone off his meds again.

  54. Kernel changes I wanted in as of v1.0 by dayton967 · · Score: 3, Interesting
    Way back when, I made a comment that the kernel should, be more modular, that was done. But I also stated that the development of the Kernel, and the Drivers should be seperated.

    This is to save on these massive downloads required these days, also to allow for faster development of both kernels, and drivers.

    One requirement of this, would be to build out driver stubs, so that there would be standardize the communication between the kernel and the drivers.

    - Some of the benefits would be to have faster development schedules.
    - Reduce the downloads.
    - Provide a method for Hardware modules to communicate with the kernel. Allows for commercial modules to be used, and to provide a method for the kernels to be developed without kernel specific code.
    - Removes the requirement for kernel specific modules. Some hardware doesn't have even upto date drivers because of changes with the kernel. (VMWare has this problem with the VMWare-Tools, considering the code hasn't changed that much there is at least 2 #ifdef's for the 2.6.* kernels).
    - Allows for urgent updates of individual drivers. eg. e1000
    - Distributions would upgrade more frequently, instead of back porting some fixes.
    - Reduced bandwidth requirements, don't have to download a 50-60M tar.gz for the kernel, or 17+M for the kernel.
    - Ultimately, it would eliminate a person from making a change in an area of the kernel, that affects many other modules, which results in changes in those modules or bugs in those modules.

    All of this would allow for greater development speed, improved security, reduction of bugs.

    1. Re:Kernel changes I wanted in as of v1.0 by Anonymous Coward · · Score: 2, Informative

      One requirement of this, would be to build out driver stubs, so that there would be standardize the communication between the kernel and the drivers.

      Read: stable_api_nonsense.txt

    2. Re:Kernel changes I wanted in as of v1.0 by serviscope_minor · · Score: 1

      I debate your points:

      - Some of the benefits would be to have faster development schedules.

      Linux development is already very fast. Do you have any evidence that this would make it faster? In fact, Linus has suggested the opposite, saying a fixed interface would make pervasive changes harder.

      - Reduce the downloads.

      Download a diff.

      - Provide a method for Hardware modules to communicate with the kernel. Allows for commercial modules to be used, and to provide a method for the kernels to be developed without kernel specific code.

      By "commercial" I assume you mean closed source? IMO, anything that makes binary drivers more common is very bad.

      - Distributions would upgrade more frequently, instead of back porting some fixes.

      Or they would upgrade less frequently, since it wouldn't be necessary for drivers.

      All of this would allow for greater development speed, improved security, reduction of bugs.

      Well, I thing that switching to C++ would do all of that.

      --
      SJW n. One who posts facts.
    3. Re:Kernel changes I wanted in as of v1.0 by spitzak · · Score: 2, Interesting

      I agreed at one point but I think Linux may have a better scheme possible now, and it would be nice for them to persue it.

      This would be to make the "stable binary api" be only for user-space drivers. If you want a stable api then you have to write a user-space driver. In-kernel drivers would remain as they are, with a binary api that changes, and could even be changed to require GPL code.

      An awful lot of the problem drivers (web cams, sound, scanners, printers, cameras, even wireless) do not need the speed of being in the kernel. Things that really need speed (disks and wired networks) actually work pretty good in Linux today. (graphics are a whole different story but I think before Linux figures out that mess, graphics will end up being so integrated into the cpu that a "graphics driver" will make as much sense as a "floating point co-processor driver", ie it just won't exist)

      This will require Linux to fix and promote the user space driver api. And there certainly is no guarantee that will happen. But I feel this is the correct approach today if a "stable binary api" is wanted.

      Things that provide a filesystem-like api would be the easiest (use FUSE) but this covers a lot of random devices. Things that require a lot of fast and synchronous communication (ie wireless) are harder. But this can be done in steps, so a bad API is not locked down prematurely.

    4. Re:Kernel changes I wanted in as of v1.0 by Chris+Snook · · Score: 2, Insightful

      If you want a stable kernel module ABI, use an enterprise distro. They go to great lengths to preserve 3rd-party module binary compatibility, because their customers pay them to do this. The upstream kernel is not about to freeze innovation for your convenience.

      --
      There's no failure quite as dissatisfying as a complete and total solution to the wrong problem.
  55. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Anonymous Coward · · Score: 0

    As a newbie, you need to know that Ubuntu is the Linux equivalent of Windows.

    As a moron, you clearly need to know when you're talking out of your ass.

    Mandriva is rock solid.

    Never before have rocks felt more dishonored about their solidity.

  56. Stability version? by Spazmania · · Score: 3, Interesting

    When is the next stability-focused version (like 2.6.16) due out?

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  57. Re:Barely on v.2.6.27? Sheesh, Windows way past th by gmxgeek · · Score: 0

    Really?

    NT 6.0 Windows Vista
    NT 6.0 Windows Server 2008
    NT 6.1 Windows 7

    I always did like Microsoft's naming scheme.
    Although, I suppose technically it is the 7th home distro. If you count the orignial NT's and don't count things like windows 2000, and XP64 and Home Server, or pre-NT

    http://en.wikipedia.org/wiki/Windows_NT#Releases

    --
    --gmxgeek
  58. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Haeleth · · Score: 1, Troll

    Nonsense. The reason Linux is only slowly gaining acceptance (if it's gaining any at all) is that people even have to consider asking for help with it on web forums and mailing lists. That's the big barrier right there.

    Irrespective of how helpful the responses are, if you have to ask the Internet for help in the first place, it's too difficult.

  59. Compiling kernels by phorm · · Score: 1

    To be fair, most distros don't require you to compile kernels. The kernel itself gets updated at various intervals as a package, and then the package can be downloaded along with a shitload of loadable modules.

    Rolling your own is more for if you want cutting-edge, or perhaps for some oft-unused module that wasn't available in the distro's current kernel offerings.

  60. Re:Did Bill Gates pay Shuttleworth to create Ubunt by JohnFluxx · · Score: 1

    What does Vista do differently? It doesn't sound like a bug that being able to 'sudo' can mean that you can become root...

    Can you give an example of what Administrator wouldn't be allowed to do, but what SYSTEM would be allowed to do?

  61. That's nice, but... by Trevin · · Score: 1

    Have they fixed the aacraid driver yet? The new kernel doesn't do me a bit of good if all I get on boot is a continuous stream of:

    aac_srb: aac_fib_send failed with status: 8195

    and my disk array is not recognized.

    http://lkml.org/lkml/2008/5/12/365

    https://bugzilla.redhat.com/show_bug.cgi?id=450444

    http://bugs.gentoo.org/show_bug.cgi?id=233364

    http://bugs.centos.org/bug_view_advanced_page.php?bug_id=2911

    http://marc.info/?l=linux-kernel&m=122166454808377&w=2

    http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-10/msg02493.html

  62. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Anonymous Coward · · Score: 0

    >M$
    Your entire post has been invalidated. 0/10

  63. Re:Did Bill Gates pay Shuttleworth to create Ubunt by oatworm · · Score: 1

    The problem, at least in NT to XP, was that you didn't have to 'sudo' - there was no password required to escalate your permissions. Consequently, any process running under your account could trivially escalate their permissions to SYSTEM, which made it impossible for the Administrator to kill the offending process (Can you kill a process owned by root without being root?). Even worse than that, though, was that SYSTEM processes could hijack user profiles, provided they were run "interactively", leading to key loggers, numerous pop-up ads, and so on... all without any means for the user to do anything about it, short of wiping and reformatting.

    Vista fixed that by breaking "interactive" mode - now, SYSTEM processes are no longer allowed to listen in on user profiles or display information on user consoles. This means fewer keyloggers, less pop-ups, and so forth. Of course, this doesn't mean no keyloggers, etc.; malicious processes are still free to run under user accounts.

  64. Re:Did Bill Gates pay Shuttleworth to create Ubunt by oatworm · · Score: 1

    I'm aware of the difference - however, at least in the Windows world, there is a very clear relationship between the two, in that viruses will frequently install rootkits after infection, and rootkits will frequently download and install viruses that, in turn, download and install more rootkits, etc.

    Plus, I was trying to be kind of cheeky. :-)

  65. Okay, more accurately by Jane+Q.+Public · · Score: 1

    I should have written "based on BSD", rather than "variant of BSD".

  66. Intel e1000e bug fixed? by vidarlo · · Score: 3, Interesting

    This bug could've been a showstopper. It essentially ruined your intel e1000e ethernet card, by overwriting the firmware. They've not patched it, according to LWN:

    It is worth noting that, as of this writing, 2.6.27 does not contain a fix for the e1000e hardware corruption bug. What it does contain, though, is a series of patches which will prevent that bug from actually damaging the hardware. That makes the kernel safer to run, which is an important step in the right direction.

    What does that mean? Obviously, it should not ruin your ethernet card anymore, but will e1000e work very well with this kernel? Or what?

    Since this is a pretty high-profile bug it's strange it ain't mentioned in the summary. E1000e is a very popular gigabit ethernet chip from Intel, and actual hardware corruption is serious and (luckily) rare.

    1. Re:Intel e1000e bug fixed? by spitzak · · Score: 3, Informative

      Nobody has figured out the bug. The patch is so that the bug (whatever it is) cannot destroy the card. It does this by setting the hardware so it ignores any attempt to overwrite it.

      This should be pretty obvious from the comment you quoted.

      As far as I can tell, the hardware "works". If that card did not work then probably people would not notice this bug, because they would not see the hardware fail! In fact it is strongly suspected the bug is not in the driver but in some other part of Linux.

  67. Ob. Robot Chicken by DarthVain · · Score: 1

    Seacrest Out!

  68. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Deagol · · Score: 1

    Wait a sec. There are as many online forums for Windows products as there are for OSS products, if not more due to the ubiquity of Windows. Are you saying that Windows is too difficult?

  69. Re:Did Bill Gates pay Shuttleworth to create Ubunt by jabithew · · Score: 4, Insightful

    Because you did it in a bad way. Let's see how to explain this...

    Every Linux user was a Linux newbie once. Being new to Linux does not make someone a bad person, nor does being confused by piles of jargon or the 20 different version numbers you have to face to understand the OS.

    What you're doing is like going into a preschool and yelling, "Call that writing? You're such a n00b!" and then slapping the kids. It's not pleasant, necessary or acceptable, not even on the internet.

    Besides, I'm not even sure the poster was even wrong, he may have just been using a weird terminology (Ubuntu 2.6.27 for the version of Ubuntu to use the 2.6.27 kernel).

    In essence, you've not broken taboo, you've just been arrogant and uncivil. I suggest you break both habits forthwith.

    --
    All intents and purposes. Not intensive purposes.
  70. Re:Did Bill Gates pay Shuttleworth to create Ubunt by LWATCDR · · Score: 1

    Yes he is but just is as it is unfair to judge Linux users by this bozo.
    Actually I have had very few problems with Ubuntu so I have no idea what he is talking about.
    If you are interested in Linux and stability and security I suggest you look at CentOS.
    I find it a good combination of ease of use, install, and package management. I find Ubuntu release versions to be also very good and have more cool stuff than CentOS but also just a little bit less stable.
    I tend to use Ubuntu for my desktop and CentOS for servers but that is just me.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  71. Re:Did Bill Gates pay Shuttleworth to create Ubunt by kantos · · Score: 1

    Which presents it's own problem, windows has the "system" accounts for security, those accounts, at least ideally, should be locked down to all end and are by default, the security flaw is between the keyboard and chair. Having everything run as root means that if one of those services has a flaw the entire system is compromised.

    --
    Any and all content posted above may be ignored, considered irrelevant, or otherwise dismissed.
  72. Re:Anonymous Coward by yoasif · · Score: 1

    Yeah, Flash works (Adobe produces a Flash player for Linux), and there are games.

  73. Re:Did Bill Gates pay Shuttleworth to create Ubunt by domatic · · Score: 1

    I always say that once one gets in it invites several hundred of it's closest friends over and they have a keg party on your machine.

  74. Re:Barely on v.2.6.27? Sheesh, Windows way past th by R2.0 · · Score: 1

    "what number is Vista?

    666"

    Per Heinlein it is really 6^(6^6)

    --
    "As God is my witness, I thought turkeys could fly." A. Carlson
  75. re: nothing wrong with wanting it to just work.... by King_TJ · · Score: 2, Insightful

    That's *exactly* my mentality these days, and yet sometimes, I almost feel guilty about it.

    Honestly, I've worked in I.T. long enough now that I'm just kind of "burnt out" on what used to be the "thrill" or "challenge" of figuring out how to make an OS perform some function or other it claims to support.

    I love Linux for the same "core reason" I loved it when I first started using it. It's great at consistently and reliably performing a task or set of tasks over and over again without failure. The downside is, the "pain" is usually all up-front, in hammering and prying everything into shape so it does what's required.

    By contrast, an OS like Windows (or let's be fair here, even OS X Server) promises a lot of functionality that's just "a few mouse clicks away". And often, you can get some fairly complex thing up and running in minutes that way, but the "pain" comes unexpectedly, at random points in time down the road, when things don't *quite* work as expected, or some automatic update changes its behavior unexpectedly, or ??

    But if I could have a "perfect world" of operating systems, I'd want one that has the "just click a few options to configure" ease, with the Linux-type reliability. I don't think we've ever really gotten there on the server side of things. On the workstation side, I think OS X is closer than anything else I've used - but again, it may never get 100% there with as many random possibilities a workstation user comes up with throughout their use of a "desktop" PC.

  76. replacing madwifi with ath5k by schwaang · · Score: 1

    Interesting. I had been wondering about whether to give ath5k a go in place of madwifi. Now that I know it works for someone out there, I'm going to play with it.

    Found some decent instructions here. Since the current 2.6.26 kernel on Fedora 9 has ath5k, it seems like this should be a cakewalk (famous last words)...

  77. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Yfrwlf · · Score: 0

    No, Linux is harder than Windows in some ways. Often on Windows, aside from the shitty software (like Windows itself) that often plagues it, when something goes wrong, the fix for it is often a few clicks away to solve the problem. In Linux, it often takes knowledge of the command line, knowledge of permissions, knowledge of compilation, and other barriers that make it more difficult for users to fix issues. What Linux needs to fix this are cross-distro binary packages so that Linux is targetable as a platform. This way, you can actually put out a Linux patch, like you would with Windows, and it will actually be easily installable so end users can troubleshoot their own systems without the required rank of guru.

    As soon as software accessibility is improved, making free software truly free software by the average non-geek, Linux will be a much more viable OS. Not to mention, it will also allow non-free stuff to be easily installed, so we could finally get a lot more Linux games make for it, which will further help adoption.

    --
    Promote true freedom - support standards and interoperability.
  78. Re:Did Bill Gates pay Shuttleworth to create Ubunt by lemox · · Score: 1

    What would hypersensitive egalitarians do without the arrogant assholes? I mean you'd have no one to give you that "outsider/underdog" perspective that people seem to think is so insightful even though it's been said roughly 5000 times a month since 1995.

    --

    "We obviously need a new moderation category: (-1, Woo-fucking-hoo)" --Mr. AC

  79. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Anonymous Coward · · Score: 0

    *ahem* As an anonymous coward who doesn't post anything for ego or mod points or whatever, let me say:

      Shut the hell up, you fucking noob!

  80. Nice. by DaVince21 · · Score: 1

    Whoa! My network card (Atheros) and webcam might finally work out of the "box"! New FS for flash memory sounds great too. Some awesome improvements there.

    Regarding speed and power optimizations (Intel apparently has focused on this a lot recently with apps like powertop and latenytop), how much of that has been added to this version of the kernel? And what did the "start in 5 seconds" experiment yield for this version?

    --
    I am not devoid of humor.
  81. Re: nothing wrong with wanting it to just work.... by somersault · · Score: 1

    I know what you mean about the guilt too, we're always told that geeks are interested in overcoming every challenge they face. And it's true that solving new problems is fun because you're always learning. There comes a point though, where there isn't too much more to learn and you're just going through the motions. That's when it becomes 'work'. That point for me came after 3 summer jobs and a year or two of full time IT support and sysadmin work, with occasional programming. The servers were working pretty, breaking very little compared to when I was working over summers (with someone else in charge of IT), I had run out of programming tasks and was only left with crappy little driver problems and people who didn't know how to operate a computer.

    I knew I wasn't getting the same kick out of it anymore, so I was either going to have to get a different job, or set new goals and priorities for my current job so that I kept learning and facing new challenges. I chose the latter, and my employer was pretty good with considering which of their systems could be improved by converting them into applications, even letting me choose what languages and platforms I wanted to use for development, as long as I provide adequate documentation. I've written most stuff as web apps - which I used to find quite dull compared to fully fledged GUI based apps to be honest - but they're great when applicable because they're completely cross platform if you do them correctly (which is preparing the company for the inevitable move over to Linux.. mwahahahaaa!!)

    I think things are converging like you say - Windows Server is getting more stable with each release, and likewise Linux is getting easier to configure through wizards and other automated processes. There will probably always be unforeseen issues with software updates breaking compatibility, and issues with bad user configuration messing things up. So things will never be perfect, but they should be constantly improving - ideally at a logarithmic rate.. ever approaching perfection, but with the human element still getting in the way.

    --
    which is totally what she said
  82. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Anonymous Coward · · Score: 0

    That's strange because back when I was a linux noob it was *Mandriva* that was the linux equivalent of windows. I doubt anything has changed.

  83. But Debian team always aims for the impossible by jokkebk · · Score: 1

    Yeah. Nobody could have predicted that a Debian release would be late.

    Yeah it's just the way those sweet Debian guys are. You know, always striving for the impossible, even when people say it can't be done.

    It's like, when the crowds were all over KDE 3, and Debian had something like KDE 0.1.2-9573-release73 and people were saying like "WTF?! KDE 0.1.2, that just can't be real!". Boy did those Debian guys sure prove those fanbois wrong!

    --
    http://codeandlife.com
  84. Re:Did Bill Gates pay Shuttleworth to create Ubunt by Anonymous Coward · · Score: 0

    To put an end to this discussion, Zero_Kelvin is the obviously correct, in fact he's correct to a factor of 1230278.

    Unfortunately, he's still an arrogant asshole.