Slashdot Mirror


Linux 2.6.22 Kernel Released

An anonymous reader writes "Linux creator Linus Torvalds announced the official release of the 2.6.22 kernel: 'It's out there now (or at least in the process of mirroring out — if you don't see everything, give it a bit of time).' The previous stable kernel, 2.6.21, was released a little over two months ago. New features in the 2.6.22 kernel include a SLUB allocator which replaces the slab allocator, a new wireless stack, a new Firewire stack, and support for the Blackfin architecture. Source-level changes can be tracked via the gitweb interface to Linus' kernel tree."

57 of 273 comments (clear)

  1. What is this? by Whiney+Mac+Fanboy · · Score: 5, Funny

    Seriously, what the fuck is going on with slashdot?

    I've read & reread the linked articles, and not a single mention of the iPhone - and it's been over 48 hours since an iPhone story. Seriously - it's like slashdot's turned into a linux site, instead of an iPhone site.

    Let's not forget our roots folks - just because linux is the big hype story today.

    --
    There are shills on slashdot. Apparently, I'm one of them.
    1. Re:What is this? by Corporate+Troll · · Score: 5, Funny

      You do justice to your nickname.

    2. Re:What is this? by Whiney+Mac+Fanboy · · Score: 5, Funny

      You do justice to your nickname.

      Thank you, but I do feel that there's a little too much redundancy in my nick. I mean, if I was called "mac fanboy", you'd assume whiney.

      For that matter, if I was just called 'mac', everyone would read the implied 'whiney fanboy'

      --
      There are shills on slashdot. Apparently, I'm one of them.
    3. Re:What is this? by Corporate+Troll · · Score: 3, Funny

      Nah, redundancy just enhances your whiney-ness, making it effectively recursive and without a stop condition that makes you infinitely whiney. Perfect for a Mac fanboy ;-) (1, Infinite Loop... and all...)

    4. Re:What is this? by CopaceticOpus · · Score: 4, Funny

      Seriously - get 2.6.22 running on an iPhone, THEN we'll have a story!

    5. Re:What is this? by smittyoneeach · · Score: 3, Informative

      Indeed, you are a double pleonasm, and should take pride in your superfluous redundancy.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    6. Re:What is this? by smittyoneeach · · Score: 2, Interesting

      2.6.22 certainly has the scalability, but does it hate itself sufficiently?

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    7. Re:What is this? by Bob54321 · · Score: 2, Funny

      I only just noticed that it was Whiney. I always read Whitney. I should have realized - I mean girls on slashdot, what next?

      Fire and brimstone coming down from the skies. Rivers and seas boiling. Forty years of darkness. Earthquakes, volcanoes... The dead rising from the grave. Human sacrifice, dogs and cats living together - mass hysteria.

      --
      :(){ :|:& };:
    8. Re:What is this? by Anonymous Coward · · Score: 2, Funny

      I've read & reread the linked articles

      You must be new here, then
  2. Re:What's SLUB? by nowhere.elysium · · Score: 2, Informative

    Dude, Google is your friend: http://lwn.net/Articles/229984/

    --
    http://xkcd.com/313/
  3. Re:What's SLUB? by b1ufox · · Score: 5, Informative
    http://lwn.net/Articles/229984/

    There for you, help yourself.

    BTW in short plain english, it adds some voodoo stuff to struct page, removes a lot of metadata cruft from the slab allocator, adds lesser and simple locking after removing most of locks which are not required because of the changes in the cache layer.

    So if you are running your kernel on a huge farm of processors of the order of thousand(s), you ll find a remarkable memory saving, which is a big overhead in slab allocation.

    HTH

    --
    -- "Genius is 1% inspiration and 99% perspiration" - TAE --
  4. SLUB much better than slab by Anonymous Coward · · Score: 5, Funny

    Great improvement! SLUB is obviously better than slab, since it's all uppercase. I get a lot of emails these days using uppercase to distinguish their importance. I think it's a good thing the linux community is catching on to this IT trend.

  5. Re:GPL v3 by derrida · · Score: 2, Informative

    I think this is just not true (yet). I haven't read anything in the changelogs.

    --
    nemesis. Home of an experimental fe code.
  6. Anybody by Jaaay · · Score: 3, Interesting

    have any information on how good the new wireless stack is? That's what I'm most interested in.

    1. Re:Anybody by b1ufox · · Score: 3, Informative
      Current firewire stack is way too small in size as compared to old firewire stack.

      Second now there are less threads in the firewire subsystem, which is indeed good because kernel threads are really really a very stupid idea.

      Last but not the least i have used TI firewire chipset with Basler IEE1394 cameras under Linux and trust me they knock teeth out of Windows Firewire stack.It was good and performed good even with two cameras working in real time image inspections.

      I suspect the current stack is going to work atleast similar if not better, though i ll bet on it being better.This is a good sign also, as there is no point in patching things but point is in writing the whole messy thing again.And here we are.... hey wait TTY layer ...any takers? please :-)

      --
      -- "Genius is 1% inspiration and 99% perspiration" - TAE --
    2. Re:Anybody by iabervon · · Score: 2, Informative

      From a user perspective, it doesn't matter, but a number of drivers for releatively new hardware have been written to use it, which means that there will probably be a bunch more wireless cards supported by the mainstream kernel in the next few versions, and one fewer step to get drivers in 2.6.22. For example, Intel has a new driver for their a/b/g card that doesn't require a userspace regulatory daemon or anything (the firmware takes care of all of that), and this driver uses the new stack; they have plans to get this driver into the mainline kernel, at which point live CDs will start having wifi on new laptops with intel chipsets.

      In 2.6.22, the new wireless stack isn't going to make any difference, because they haven't included any drivers that use it yet.

  7. But is disk IO fixed on amd64? by Anonymous Coward · · Score: 2, Informative

    For anyone in the dark, disk IO has been broken sometime after 2.6.17 on amd64.
    I thought I was going crazy, being on 2.6.18 and discovering that any disk activity slows down the whole system, let alone accesses to any other disk.

    Then I found a 19-page thread on the gentoo forums that says I'm not alone and it's not unique to a particular chipset:
    http://forums.gentoo.org/viewtopic-t-482731-start- 450.html
    (with evidence that the deadline scheduler may alleviate _some_ of the problem but not the root cause)

    And more importantly the kernel bug report here:
    http://bugzilla.kernel.org/show_bug.cgi?id=7372

    So I'm happy people aren't ignoring the problem. ...Or should I be worried that something so utterly fundamental has been lost in the shuffle across so many kernels in the past year? Amid all the eagerness to add new features since then (virtualization for example, and now complete rewrites of firewire?!?!).

    Why can't we have a 2.7 kernel for this stuff?

    1. Re:But is disk IO fixed on amd64? by cerberusss · · Score: 2, Informative

      Why can't we have a 2.7 kernel for this stuff?
      So, why the trolling at the end of an otherwise good post? I'll quote Wikipedia for the people who have been living under a rock since 2.4:

      The development model for Linux 2.6 was a significant change from the development model for Linux 2.5. Previously there was a stable branch (2.4) where only relatively minor and safe changes were merged, and an unstable branch (2.5), where bigger changes and cleanups were allowed. This meant that users would always have a well-tested 2.4 version with the latest security and bug fixes to use, though they would have to wait for the features which went into the 2.5 branch. The 2.5 branch was then eventually declared stable and renamed to 2.6. But instead of opening an unstable 2.7 branch, the kernel developers elected to continue putting major changes into the 2.6 "stable" branch. This had the desirable effect of not having to maintain an old stable branch, making new features quickly available, and getting more testing of the latest code.

      However, the new 2.6 development model also meant that there was no stable branch for people just wanting security and bug fixes, and not needing the latest features. Fixes were only put into the latest version, so if a user wanted a version with all known bugs fixed they would also get all the latest features, which had not been well tested, and risked breaking things which had previously worked. A partial fix for this was the previously mentioned fourth version number digit (y in 2.6.x.y), which are series of point releases created by the stable team (Greg Kroah-Hartman, Chris Wright, maybe others). The stable team only released updates for the most recent kernel however, so this did not solve the problem of the missing stable kernel series. Linux distribution vendors, such as Red Hat and Debian, maintain the kernels which ship with their releases, so a solution for some people is to just follow a vendor kernel.

      As a response to the lack of a stable kernel tree where people could coordinate the collection of bugfixes, in December of 2005 Adrian Bunk announced that he would keep releasing 2.6.16.y kernels when the stable team moved on to 2.6.17 [2]. He also plans to include driver updates, making the maintenance of the 2.6.16 series very similar to the old rules for maintenance of a stable series such as 2.4 [3].
      --
      8 of 13 people found this answer helpful. Did you?
    2. Re:But is disk IO fixed on amd64? by gmack · · Score: 3, Informative

      "Because Linus said so" is in fact not a particularly valid answer. Yes, Linus has the right to choose the development structure the kernel is now using, but that doesn't mean it is the best way to do it for everybody. dropping the distinction between "stable" and "development" versions was a sloppy, lazy move that simply pushed the responsibility for maintaining stable released off onto the distributors. That has essentially duplicated the work a hundred-fold, because each distribution must do the work themselves. We're told that this is a "better" arrangement, but it is clearly only better for Linus and the kernel developers, because they get to do less work and be lazy when it comes to making changes: "Want to rip out the allocator and replace it with a largely untested one? Sure, why not! Making sure everything works is the distributors problem, not ours!"

      Except that the old system didn't work at all. There were just too many changes to stabilize in any reasonable amount of time and while the debugging was happening the 2.4.x kernel was becoming so badly out of date that people (and distros) tried to back port changes from the 2.5.x tree.

      The result was TWO unstable kernel trees and the vendor trees had a tendency to be even worse. The old system would have left those people using SATA in a worse situation then they are in now. Keep in mind that SATA came out after 2.6.x so the drivers would right now be somewhere in the 2.7.x series kernel still waiting to be debugged and the stable maintainers would be forced to try and backport the SATA drivers once again resulting in two unstable kernels

    3. Re:But is disk IO fixed on amd64? by gmack · · Score: 2, Interesting

      IMO there is nothing wrong with backporting new drivers (which should only affect people who use the hardware for which the new drivers are designed, not any other users of the kernel) into a stable kernel tree.

      Except that in this thread people have been blaming the SATA problems on the new development method but in this case there would have been no difference.

      The downside to backporting was that the differences between 2.4.x and 2.5.x were so large that the driver interfaces had a tendency to be completely different and the 2.4.x infrastructure in some cases just wasn't able to handle the newer drivers. In the case of one RAID card the 2.4.x drivers were just hopeless and I had to actually wait two weeks for 2.5.x to be stable enough and install it on my server and just hope it wouldn't crash.

  8. YOU are the troll by Aldric · · Score: 2, Informative

    Linus has repeatedly stated that his code will not be converted to GPLv3. You are either grossly misinformed, or on someone's payroll. If so, they are not getting their money's worth.

  9. Re:GPL v3 by Anonymous Coward · · Score: 5, Funny

    Some other possibly unnoticed effects of the GPLv3 include:
    - You can't use a CPU of the same manufacturer that has previously executed GPLv3 code in the same room as a computer running a Microsoft operating system. If you have exhausted all the alternatives and you still need to run your GPLv3-infected hardware in the same room, you can negate this by drawing a chalk circle around the machines running the MS software and sprinkling a ground-up printed copy of the GPLv3 over and around them. This is all standard as per Section 5.
    - In the case the Richard Stallman's or any of his buddies' computer blows up (for any reason - read the license for full details), he's allowed to walk into your house and take your computer right off your desk and keep it, even if it has never run GPLv3 code!
    - If left unattended, disks containing copies of the GPLv3 can become corrupted and mutate into GPVv3 (General Public Virus version 3), which will assimilate all carbon and silicon-based matter with in a 3 mile radius into a demonic, electronic, GPLv3 spreading zombie ox (or it might be a buffalo - that part is unclear).

    This is why we should all boycott GPLv3. It is just too evil and virusy.

  10. Wow; Informative? by WindBourne · · Score: 2, Insightful

    The fact that you were modded up informative really shows that somebody is out here doing a a REAL FUD jobber. Few here, would say that if the kernel did switch to GPL3, that it would not even have a mention in the posting. That means that the modders are deliberate, not just ignorant. Considering that they are modding, shows that most of the time, they do not step off the deep end. That pretty much means that several ppl (30% informative), are most likely on a payroll.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  11. Linux 3.0.0 by Colin+Smith · · Score: 4, Interesting

    Ok. You have a major release, it's permission to break all backwards compatibility, to completely change the face of computing.

    Given the hardware around. What features should Linux 3.0.0 have?

    --
    Deleted
    1. Re:Linux 3.0.0 by backwardMechanic · · Score: 5, Funny

      iPhone support?

    2. Re:Linux 3.0.0 by MichaelSmith · · Score: 2, Interesting

      Given the hardware around. What features should Linux 3.0.0 have?
      • The ability to scale from supercomputers, mainframes to handhelds, without recompilation
      • Transparent clustering. Run this process somewhere else with as much or as little user control is a required
      • Fine grained security. Maybe something which lets you build a userland which can't be exploited in any way shape or form
      • Built in support for virtual machines. Something like java in the kernel
      • Better APIs for kernel modules. Being able to run some modules in a real sandbox
    3. Re:Linux 3.0.0 by LuckyStarr · · Score: 2, Interesting

      Easy. I'd like it to have these features of course.

      Though they gradually sneak into Linux anyway. So no big deal.

      --
      Meme of the day: I browse "Disable Sigs: Checked". So should you.
    4. Re:Linux 3.0.0 by KiloByte · · Score: 2

      Here you go.

      It's going to be a microkernel using a special message-passing version of Visual Basic.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    5. Re:Linux 3.0.0 by b1ufox · · Score: 2, Interesting
      > * The ability to scale from supercomputers, mainframes to handhelds, without recompilation

      Thats next to impossible for a modern fairly efficient operating system. Why? Because kernels which run on handhelds , supercomputers and mainframes have different constraints in terms of memory, power management and similar technical terminological stuff :).

      > * Transparent clustering. Run this process somewhere else with as much or as little user control is a required

      Oh boy!!! this is how SMP kernels work when you run them on a multiprocessor systems.

      > * Fine grained security. Maybe something which lets you build a userland which can't be exploited in any way shape or form

      lolz ...:D i would mod you funny, but thats idiotic, why should kernel worry about user code at all? BTW if you are so paranoid try SELinux.

      > * Built in support for virtual machines. Something like java in the kernel

      This is what VMI (Virtual machine Interface) does right now in the kernel along with the KVM(kernel virtual machine) and please do not compare and OS with Java stuff. Java do not deserve to be compared to a highly performing kernel.

      > * Better APIs for kernel modules. Being able to run some modules in a real sandbox

      BTW whats wrong with current APIs?I do not find anything wrong being a developer.And i bet no user needs API, because they do not even care which kernel it is forget API. Sandbox yes, try Xen or any other virtual machine.But do not try to expect a fault tolerant monolithic kernel just for the sake of weird fantasy[atleast not so soon :)]

      --
      -- "Genius is 1% inspiration and 99% perspiration" - TAE --
  12. Re:What's SLUB? by hmallett · · Score: 5, Funny

    it adds some voodoo stuff to struct page
    I believe that brings the amount of the Linux kernel containing Voodoo to 13%.
  13. Re:n00b by Anonymous Coward · · Score: 3, Insightful

    I don't understand 70% of the changes listed and don't care about/don't use the rest of them. I know, I know... I must be new here. *sigh*

    Not sure why that is modded Insightful and just above that is another user asking which usb device would be best to buy for a linux box, but that is modded "off-topic." I remember when slashdot was about news for geeks and sharing information about geeky things for linux/bsd/etc.. Now it seems like its just about modding up snarky comments and crap articles about george bush. Sad turn its taken over the last few years.

  14. Re:question on the wireless by Technician · · Score: 3, Informative

    Anyways, I was thinking of adding one of these USB wireless accessories.. could anybody here recommend one that has a good track record of working in linux ?

    I would recommend using one of the PCMCIA cards instead. Find one that uses the Anthros chipset. I picked up a D-LINK one that was recognised by Dapper Drake. I didn't need to install NDIS Wrapper of Network Manager. I don't remember the model number of the card, but setting it up was as easy as setting it up in Windows except I didn't need to use the setup CD that came with it. Dapper recognised it as an Unknown Wireless. Properties showed it has an Anthros chipset made by D-Link. From there I gave it a static IP on my LAN and plugged in the WEP key after picking my SSID from a list. I added some DNS listings and put in the gateway address of my router and I was online. There have been some difficulty with configuring many of the USB cards. Check the forums and purchase carefully.

    --
    The truth shall set you free!
  15. Headline does not match the story by dbIII · · Score: 3, Insightful
    Follow the links above if you really want to see how the above poster is misrepresenting things to embrace a much larger picture - it's clear whoever modded them up did not.

    Specific complaints should be stated as such instead of rubbish about it all being broken. The Gentoo thread quoted above is about people discovering that writing to optical drives is horribly slow and puts a lot of load on the CPU in comparison to dealing with hard disks - looking up ATAPI may have been a good move at that point instead of a lot of speculation.

    1. Re:Headline does not match the story by Anonymous Coward · · Score: 2, Informative

      Dude, you haven't read the links have you?

      http://forums.gentoo.org/viewtopic-t-482731-start- 450.html
      "... And of course all along I've been experiencing the slowdowns with the SATA (now back to IDE) disk access mentioned at the beginning of this thread."

      http://bugzilla.kernel.org/show_bug.cgi?id=7372
      "... The only thing related to libata I can think of is NCQ interacting badly with io scheduler..."
      "...Yes, and this means that the problem is getting worse with TCQ/NCQ enabled, but
      it is not the root cause."

      This issue really is about disk IO performance in general, not specifically CD burning! Please don't make light of what is a very serious problem. It was at a point today where I had a hard time even starting "top" today during some DV video playback. Unacceptable.

    2. Re:Headline does not match the story by greg1104 · · Score: 2, Informative

      It would be helpful were you to actually read all of the attached links completely instead of seeing some bogus reports in the Gentoo area and dismissing the whole thing based on that subset.

      I'd suggest http://bugzilla.kernel.org/show_bug.cgi?id=7372#c1 08 and http://bugzilla.kernel.org/show_bug.cgi?id=7372#c1 12 as the best summary of the kind of problem people are running into. There are no optical devices involved.

  16. Crashing soon a kernel near you... by backwardMechanic · · Score: 5, Funny

    To quote from the bottom of the page: [The mm-tree] can crash your machine, eat your data (unlikely but not impossible) or kidnap your family (just because it has never happened it doesn't mean you're safe)

    I notice the patches being tested include Reiser 4...suddenly the above warning appears a bit more sinister.

  17. Re:Goto considered harmful? by Cyberax · · Score: 2, Informative

    See http://kerneltrap.org/node/553/2131 for explanation. In short, Linus has good reasons to use goto.

  18. Re:New wireless stack? Firewire stack? WTF? by smittyoneeach · · Score: 2, Informative

    Your arguably insightful post was kinda flattend in advance by GKH at OLS:
    http://www.linux.com/feature/115767

    --
    Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  19. Re:Goto considered harmful? by vadim_t · · Score: 2, Insightful

    IMO, goto has been demonized a bit too much.

    Yeah, too much of it results in spaghetti code.

    But used well, it can compensate for the lack of some things in C. For example, exiting nested loops. In Perl you can say "last NAME", where NAME is the name you gave to the loop, and exit from the outer loop directly.

    In C, if you avoid goto what results is a check in every loop to determine whether the inner loop decided that we've got to bail out. This is much uglier than just using goto in the first place, and more error prone too.

    Using goto is also handy for error handling: When you're allocating memory, goto allows jumping to the right point in the cleanup process, instead of duplicating bits of code everywhere.

    It's my understanding that in kernel programming goto also has advantages in terms of speed over other alternatives.

    That's not to say we should use everywhere. But IMO, what to use should be decided on the basis of what is the cleanest and less error prone option -- If goto results in cleaner code, then use it, if it doesn't then don't.

  20. Re:n00b by fbjon · · Score: 4, Funny

    Slashdot has always been turning for the worse. In fact, it never was any better in the first place.

    --
    True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
  21. Re:question on the wireless by vtcodger · · Score: 2, Informative
    *** Anyways, I was thinking of adding one of these USB wireless accessories.. could anybody here recommend one that has a good track record of working in linux ?***

    I'd be careful about anything with a Broadcom chip. There is a Broadcom driver for Linux, but it doesn't always work. The alternative is ndiswrapper which can somehow make a Windows driver work under Linux. My experience was that setting up ndiswrapper was not much fun. Not knocking ndiswrapper -- I'm utterly astounded that it works at all

    --
    You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
  22. Re:What's SLUB? by morgan_greywolf · · Score: 3, Funny

    I believe that brings the amount of the Linux kernel containing Voodoo to 13%.


    Yeah, here's the breakdown of the 2.6.22-generic (Linus' kernel) source from krnl-magick-analyzer:


    $ krnl-magick-analyzer --percentages --nice-format
    Linux Kernel Magick Analyzer v0.01 -- Monday, July 9, 2007 8:30 AM DST

    Linux Kernel Version: 2.6.22
    Path: /usr/src/linux-2.6.22

    High Magick 10%
    Santeria (w/o chicken sacrifices) 5%
    Santeria (w/chicken sacrifices) 5%
    Witchcraft 8%
    Hoodoo 7%
    Voodoo (Voudon) 13%
    Daemonology 20%
    Other 22%


  23. Re:New wireless stack? Firewire stack? WTF? by cerberusss · · Score: 5, Insightful

    I've seen some insightful posts from you so I'm not assuming you're trolling. But this has been discussed to death. There are perfect kernels in the 2.6 series and they're created by your vendor. That's what Linus wants and that's how it goes.

    --
    8 of 13 people found this answer helpful. Did you?
  24. Re:New wireless stack? Firewire stack? WTF? by s2jcpete · · Score: 2, Informative

    Did you read the article? It is not enabled by default, at least till all the drivers get ported to it.

  25. Obligatory comment by Anonymous Coward · · Score: 2, Funny

    Yeah, but does it run Linux?
    eeeh, strike that.

  26. Torrent File by Anonymous Coward · · Score: 2, Informative
  27. Re:n00b by HAKdragon · · Score: 2, Funny

    Well, how about "Slashot, going down hill since 1997" ?

    --
    "Our opponent is an alien starship packed with atomic bombs. We have a protractor."
  28. Re:New wireless stack? Firewire stack? WTF? by baadger · · Score: 2, Informative

    Both the 'old' firewire and the 'old' wireless frameworks and their corresponding drivers are still in the tree. If you don't want to use these new and relatively untested stacks then simply don't use them in your 2.6.22 config.

  29. Re:Goto considered harmful? by Suzuran · · Score: 2, Insightful

    Remember that the kernel is C, not C++. The goto here is safe. The deal with GOTO was that it was not supposed to be used to jump from one function to another or to replace functions. (C will not allow you to do this.) That was the point of the "go to considered harmful" paper - That explicit jumps would cause people to avoid writing properly structured code. Inside a function a go-to is entirely legal and sometimes allows you to save clocks by skipping things you don't need. In kernel code, saving clocks is entirely worth it, since your function may possibly be re-entered at a high rate, and your code blocks all other code in the system (you're the kernel). In an application, it's less worth it and the goto is probably unnecessary.

    Personally I use whatever the language gives me wherever I can to make things as computationally short as possible. Sacrificing performance for programmer comfort does not make sense. If the code looks ugly, but it works (and works fast!), that's all it needs to do. For every one programmer you have thousands of users, and the users don't care if the source is pretty or not.

  30. Re:What's SLUB? by 0xABADC0DA · · Score: 2, Funny

    Ah, the GNU/Generation. In Linus/Linux speak:

    # cat /proc/sys/kernel/voodoo
    1: 10 5:5 8 7 13 20 0x00000022

    --
    GNU: A recursive acronym "GNU's Newbie Unix"

  31. Re:n00b by dpilot · · Score: 2, Insightful

    Just because you don't understand them or know that you use them doesn't mean that you really don't use or benefit from them.

    Do you know and understand all of the technology in your car? your cell phone?

    --
    The living have better things to do than to continue hating the dead.
  32. Re:question on the wireless by MSG · · Score: 2, Informative

    I presume you mean "Atheros". I recommend not using those cards. Atheros cards do not have Free Software drivers; they're binary-only. They don't handle suspend well, which is kind of a big issue when you're dealing with a laptop. Ralink or Intel cards are a much better bet.

  33. What... by Ayanami+Rei · · Score: 2, Interesting

    JFS is one of the better linux filesystems. And while you can't select it in the installer, you can definitely install the tools to support JFS from universe in Kubuntu, and it's similarly available in the Fedora base repositories. The kernels come with the modules pre-built already, so...

    And you can shrink and grow them. And it has nice backup and fsck utilities... Oh, and it supports extended attributes and ACLs and all that good stuff. And it's faster than XFS.

    So use it!

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  34. Re:User "Aldric" is a cyber-vandal by rbanffy · · Score: 2, Insightful

    This is getting increasingly Digg-like...

  35. Re:Upgrade by Technician · · Score: 2, Interesting

    However I am running Kubuntu Feisty. Maybe it's time for an upgrade?

    Probably true. I'm running Dapper because I have a life. I spend little time as a noob putzing with it. I'm more of an end user. I settled on Dapper because it is the LTS version so I wouldn't have to be on the 6 month upgrade cycle.

    Anyway, in a couple years, I'll upgrade. In the meantime I'll enjoy the sunshine and warm weather, camping, etc. When rainy weather sets in and I have time to blow my install and learn how to recover it, I'll ditz with it.

    In the meantime, I have a date with a jetski.

    --
    The truth shall set you free!