Slashdot Mirror


Linux 2.4.19 Released

Adrian Voinea writes "The latest stable Linux kernel (2.4.19) is out. The somewhat massive changelog has the details. The patch file is here and the full source is here. If possible use a mirror."

122 of 367 comments (clear)

  1. If possible? by SpamJunkie · · Score: 5, Informative

    What do you mean, "if possible use a mirror.". Use a mirror. The only time it isn't possible is when, say, the main server gets slashdotted and there ARE no mirrors.

    When will you ever learn?

    1. Re:If possible? by tunah · · Score: 4, Funny
      Oh yeah, great. Why don't I just go and have a clove of garlic for breakfast while i'm at it? You want a silver stake? 'Cause I've got one right here that you can have. Honestly, you are a load of insensitive bastards.

      Dracula

      --
      Free Java games for your phone: Tontie, Sokoban
    2. Re:If possible? by Bryan+Ischo · · Score: 3, Funny

      Didn't you just contradict yourself? You have admitted that there are times when it is not possible to use the main site (it is Slashdotted). In which case, the phrase "if possible use a mirror" makes perfect sense. By your own admission.

    3. Re:If possible? by ChadN · · Score: 2

      You say in your post:
      Don't post.

      and yet your signature says:
      The act of censorship is always worse than whatever is being censored.

      Seems a bit strange, is all...

      --
      "It's overkill, of course. But you can never have too much overkill." - Anonymous Slashdot Coward
    4. Re:If possible? by MSG · · Score: 2

      I think he meant when the main server is slashdotted before the mirrors do their mirror thing. In that case, they probably can't, and the only site with the content is the main one.

    5. Re:If possible? by LinuxHam · · Score: 2

      I've advocated using a "Linux" Gnutella network name for a long time.

      Anyone with a static IP want to be the first node?

      --
      Intelligent Life on Earth
  2. On a more serious note... by electricmonk · · Score: 3, Interesting

    Can anybody here summarize any important changes that went on between 2.4.18 and 2.4.19? This changelog is just a ton of bug fixes between prereleases. Did they do anything interesting with it?

    --
    Friends don't let friends use multiple inheritance.
    1. Re:On a more serious note... by DCowern · · Score: 3, Informative

      There should be much improved IDE support including much improved support for UDMA6/ATA133 especially on Promise cards. To me, this is the most important thing because I've been unable to use Linux on my main system due to spurrious lockups when my large UDMA6 disks are mounted (even without DMA turned on..). -- Dave

    2. Re:On a more serious note... by rakarnik · · Score: 4, Informative

      Main important change would be the IDE updates from the -ac kernels which are in 2.4.19. These should support the new large disks and ATA133, AFAIK. Also, the Changelog is accurate: those were the patches from 2.4.18 to 2.4.19.

      -Rahul

    3. Re:On a more serious note... by glwtta · · Score: 2
      aren't stable branch releases supposed to be just that - bug fixes? the "interesting" stuff goes into 2.5

      but yeah, the "user friendly digest summary" idea is brought up every time, guess that kernel literate person who wants to take the time to do it ever time has not materialized yet.

      --
      sic transit gloria mundi
    4. Re:On a more serious note... by Brummund · · Score: 2, Informative

      I can verify the Promise part. I've been using the new Promise Ultra ATA 133 controller on 2.4.19-rc1 for a little while, and it works great!

    5. Re:On a more serious note... by Gogo+Dodo · · Score: 2, Insightful
      I hate to say it, but the Windows 2000 Service Pack 3 release notes are much more clear than the ChangeLog. They might not tell you in great detail what was fixed, but at least you can understand it.

      Say unlike this item in the ChangeLog:
      [PATCH] Important Bluetooth fixes

      Uhhh... yeah... okay... they're important, but why?

    6. Re:On a more serious note... by larry+bagina · · Score: 4, Funny
      yes!

      pipe.c: ++i; changed to i++;
      panic.c: printf("shit!\n"); changed to puts("shit!");

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    7. Re:On a more serious note... by MADCOWbeserk · · Score: 2

      First, thank you Gogo for the link, I have been wanting to know what was in SP3 all week. Second, to be fair microsoft has writers and secretaries and corporate accounts to cater too. Alas the SP3 update is a major update, NT service packs are almost as important as new OS's to enterprise customers. Whereas second decimal point Kernel releases are frequent. Changelogs are written by Kernel developers that can better spend time kernel hacking than making organized concise changelogs. All things considered Marcelo has done a good job compiling this log, if you want more information on any change just do a search for it or the developer who contributed it in the Kernel mailing list.

      "hmm, sacrilicous" HS

  3. use this mirror by Anonymous Coward · · Score: 3, Informative
  4. Re:neat by morgajel · · Score: 4, Interesting

    ....
    apt-get kernel-source-2.4.19
    unbzip2, untar etc...
    make menuconfig
    make dep clean bzImage modules modules install
    cp arch/i386/boot/bzImage /boot/newkern
    lilo
    lilo -q

    I've only had it fail on one machine, and it had a crappy mobo.

    --
    Looking for Book Reviews? Check out Literary Escapism.
  5. Does dump work yet by mosch · · Score: 5, Interesting
    A fundamental question. Does this release of 2.4 make it so that dump is now reliable, or is dump deprecated as a method of backup forever?

    If it's the latter, can any of you linux gurus tell me what is the current "accepted" solution for making backups. Not archives or images, backups.

    For those of you who are going to say dump works fine on 2.4, please read this message from Linus Torvalds. I keep hoping he'll change his mind though, at least until a viable alternative arises.

    1. Re:Does dump work yet by stikves · · Score: 2
      Read the message you referred.

      Linus says: "use tar, do not use dump. it's not a good design anyway"

      I'd better listen to him.

    2. Re:Does dump work yet by robl · · Score: 2

      'cpio' is also a good choice, especially when capturing special files, like those in /dev. I trust this more than the system default tar on many systems (e.g. Solaris).

      Supposedly 'afio' is advertised as a better alternative to cpio. It's biggest advantage would
      be safer creation of compressed archives.

    3. Re:Does dump work yet by TimFreeman · · Score: 3, Informative
      I use Mondo Archive. Works great for me.
      If it's the latter, can any of you linux gurus tell me what is the current "accepted" solution for making backups. Not archives or images, backups.
      Mondoarchive clearly doesn't do disk imaging. I'm not clear on the distinction you're making here between backups and archives. The issues mentioned in the abovementioned post from Linus are:
      • Backing up without unmounting disks. Mondoarchive does fine with that.
      • Altering atimes and ctimes. I haven't checked this so I don't know what Mondoarchive does with them.
      Mondoarchive can do incremental backups. Internally it uses afio for all of its work.
    4. Re:Does dump work yet by glwtta · · Score: 2
      tee hee... "dump" *giggle*

      (as a side note - shouldn't having karma of "fucking awesome" or whatever mine is, relieve you of the whole "you must wait two minutes between posts" thing? ok, maybe this wasn't the best post to attach this gripe to, but still...)

      --
      sic transit gloria mundi
    5. Re:Does dump work yet by Anonymous Coward · · Score: 5, Informative

      Linus is unlikely to change his mind about dump being a stupid program, because the concept of dump is just plain broken.

      If you want to back up raw devices, use dd.

      If you want to back up filesystems, use tar, cpio, or similar programs. These tools will back up everything that the standard Unix APIs expose about files.

      Dump, however, tries to do more. Since there isn't an API to get what it wants to know, it has to read the raw device and duplicate the kernel's interpretation of the raw data. Since the kernel is being bypassed, there's no way to ensure that the data is coherent; sooner or later, something will get out of sync and bite you.

      You can make dump work right, if you add new hooks into the kernel, extending the API. So it may work fine on Solaris, for example. But I don't think that those hooks are part of the POSIX standard. Dump is always bound to a particular implementation, with zero portability.

      Figure out what you really need. Most can get by with file backups. If you truly need to restore to the same block numbers, then use dd.

    6. Re:Does dump work yet by realdpk · · Score: 2

      Wonder when Linus will get tired of "tar"? After all, its about as standard as "dump" is in any UNIX distribution. Maybe some file buffer cache change will render tar unusable, and we'll be told to use say.. dd? Or maybe cat.

    7. Re:Does dump work yet by macshit · · Score: 5, Insightful

      Wonder when Linus will get tired of "tar"? After all, its about as standard as "dump" is in any UNIX distribution. Maybe some file buffer cache change will render tar unusable, and we'll be told to use say.. dd? Or maybe cat.

      Um, do you understand the difference between dump and tar?

      Tar (and cpio, etc.), works via the normal user filesystem interface, which is very stable and well-defined. Dump, on the other hand, looks at the underlying disk, and so is extremely sensitive to changes in the way the filesystem works. As a result, it's not very robust (though it can be speedy).

      Linus's advice is very good. Hopefully dump will just go away altogether; its time has gone.

      --
      We live, as we dream -- alone....
    8. Re:Does dump work yet by shlong · · Score: 2

      Linus is unlikely to change his mind about dump being a stupid program, because the concept of dump is just plain broken.

      What's broken about incremental backups? When you run a datacenter that needs 10TB of data backed up every night, you're going to have a hard time doing that with dd/cpio/tar. Incremental and/or differential backups are the only way to go. Now, you can debate the merits of dump using the raw device and bypassing the buffer/cache, but the idea of dump is not wrong.

      Btw, FreeBSD dropped raw devices two years, and its' dump still works. Also, unified buffer/caches are not all they're cracked up to be.

      --
      Cat, the other, tastier white meat.
    9. Re:Does dump work yet by AJWM · · Score: 2

      Dump? Use of dump was discouraged when I started using Unix back in the mid-1980s.

      For home/small systems, 'find' and 'tar' or 'cpio' are fine ('find' so you can do incrementals). For serious stuff, use one of the professional packages.

      Of course it also depends on how much you want to back up and what your budget is like. A 100 GB removable drive and 'dd' could be all you need...

      --
      -- Alastair
    10. Re:Does dump work yet by AJWM · · Score: 3, Informative
      Incremental and/or differential backups are the only way to go.
      $ man find
      FIND(1L)
      [...]
      -newer file
      File was modified more recently than file. -newer is affected by -follow only if -follow comes before -newer on the command line.
      Works great for providing the list of files to do an incremental backup of with tar or cpio.
      --
      -- Alastair
    11. Re:Does dump work yet by ChadN · · Score: 2

      Use LVM, filesystem snapshots, and tar (or cpio).

      --
      "It's overkill, of course. But you can never have too much overkill." - Anonymous Slashdot Coward
    12. Re:Does dump work yet by guacamole · · Score: 2

      If you truly need to restore to the same block numbers, then use dd.

      But we note that dump is not a disk imaging tool. It's a backup program with support for things like incremental dumps, interactive restores, etc. It can't be replaced with dd. It should be obvious to anyone who is doing backups in a real world.

    13. Re:Does dump work yet by Peter+H.S. · · Score: 3, Informative

      We have been using BRU backup backup software on our Linux servers the last couple of years. Recommended. The price is right too. They have fully working demoes for download. http://www.tolisgroup.com/

      The main reason that we chose a commercial package was, that backups, especially on DAT streamers, can be a nasty experience. After experiencing a couple of "write-only" backup incidents (on NT 4.0 using DAT 1 and 2 streamers), I wanted something that actually verified the backup, and had extremely good error-logging, and CLI/scripting facilities.
      Since BRU probably is the oldest commecial Linux and BSD backup package, it was the best choice at the time. There are several other solutions now.

      Some advanteges with BRU:
      Good CRC-32 check to ensure that what you _try_ to back up, actually end up on the tape in a non-corrupted state.
      Fast verify.

      Excellent error-logging.

      Back up of live filesystems, and special files like sparse files, pipes, special device links etc.

      Excellent CLI options, like regex selecting files, or filesystems to backup.

      We still use v.16. But v.17 has Quick File Access (QFA. It also has a better GUI, but BRUs real power is as CLI program.

      They also have a free (QPL lince) program called CRU, that enables booting from tape (if the streamer supports it, like HP's), and making a complete restore of the OS and data, including fdisk'ing, in one go.
      (You just press a button on the DAT streamer, while the server boots).

    14. Re:Does dump work yet by richie2000 · · Score: 2

      The name BRU rang a bell, I seem to recall the backup engine under HDBackup in AmigaOS 2.x/3.x was called BRU - Backup and Recovery Utility or something like that. Any relation?

      --
      Money for nothing, pix for free
    15. Re:Does dump work yet by Peter+H.S. · · Score: 2

      It certainly looks like it, not only because of the name but also since the syntax /switches (http://www.amigarealm.com/) basicly are the same as in BRU from tolisgroup. Eg. BRU -G for getting archive info etc.

    16. Re:Does dump work yet by guacamole · · Score: 2

      Please don't troll.

      There is no need to reconfigure or recompile the Linux kernel every week. I don't know about the slashdot crowd but I stick with vendor kernels (redhat) and they work pretty well and rarely need to be replaced. Modules work fine too. In fact, the Linux kernel was modular long time before FreeBSD kernel war. The Linux 2.4 iptables packet filter is stateful and I find the syntax to be much better than that of IPF. I have setup about Linux 50 systems at work and they're very stable, thank you very much.

    17. Re:Does dump work yet by BlowChunx · · Score: 2, Interesting

      Forgive my ignorance, but doesn't rsync provide the same ability to do incremental backups?

    18. Re:Does dump work yet by MSG · · Score: 2

      Well, despite the opinions of some, I also hope that dump gets the love it needs from kernel developers soon. There's more to some filesystems than tar or cpio take into account. ACL's spring to mind... Neither tar nor cpio back those up. Basically any file system which offers extended management features will need its own dump program. It's all covered in O'Reiley's "UNIX Backup and Recovery", which everyone who thinks that tar and cpio are always good enough should read.

    19. Re:Does dump work yet by Anonymous Coward · · Score: 3, Informative

      Nothing's wrong with incremental backups. You can even do them through the file system layer, which is safe. But dump operates below that layer, which is dangerous.

      Dump/restore have great features, are useful, etc. That's not the problem. The problem is that bypassing the kernel's file system code is an unsafe kludge. It's like jumping directly into the middle of the code for some function, because you want to access some internal variable that's not exposed through the normal interface.

      The idea of using the raw device while it's mounted is what's wrong with dump. I have no objection to the rest of it.

      The file system calls expose the data that most people need. Some of the file system internals aren't exposed, making things like sparse files hard to deal with. The right way to do dump would be to add calls that tell the kernel to expose that data, so that the kernel can do the needed synchronization. Doing that in user code that gets the file system structures by reading blocks straight off of the disk is just plain broken. It won't work in Linux, where dump/restore are not managed as part of the kernel release process. *BSD and commercial Unixes always include both the kernel and dump in any release, making it possible for it to work.

      But the right way to get the data is to ask the kernel for it.

    20. Re:Does dump work yet by Mark+Bainter · · Score: 2
      Lonetar + rescue ranger! It's a carryover from my SCO days. SCO server failure? If you've got lone-tar/airbag you're up w/out hassle. Freaking reliable.

      Backups for linux are fire and forget too. Fortunately, I've never had a catastrophic failure under linux, so I've not had a need to test RR outside of a lab environment. (Where it works fine)

      --
      "No nation could preserve its freedom in the midst of continual warfare."
      --James Madison
    21. Re:Does dump work yet by zerocool^ · · Score: 2

      What's so wrong with amanda?

      ~Will

      --
      sig?
    22. Re:Does dump work yet by ChadN · · Score: 2

      Yes, they are related. Fred Fish even helped develop it, IIRC.

      --
      "It's overkill, of course. But you can never have too much overkill." - Anonymous Slashdot Coward
    23. Re:Does dump work yet by guacamole · · Score: 2

      No.In addition, rsync doesn't work with tapes.

    24. Re:Does dump work yet by mosch · · Score: 2
      okay, so let's say I use tar or cpio, how do I get file attributes I set via chattr? I just double-checked the man page for GNU tar, and for cpio and didn't see a way to do it.

      I'd very seriously like to know, because to my knowledge there's currently no way to backup an ext2 filesystem, at all. dd isn't an answer either, restoring via dd requires identical (or mostly identical) hardware, something which isn't always available when you're restoring data off of a 5 year old machine.

      It's fine to kill a program, if there is a replacement but tar, cpio and dd aren't replacements.

    25. Re:Does dump work yet by mosch · · Score: 2

      And what does Linus say I should do in order to preserve file attributes at the filesystem level (those set with chattr).

  6. bout time. by _pi-away · · Score: 5, Funny

    When 2.4.18 came out, i thought to myself "well i'll just wait till 2.4.19 comes out to switch to 2.4, shouldn't be more than a month or so."

    Since then i've had to renew my drivers license three times.

    Longest . . . update . . . ever!

    --

    "The crows seemed to be calling his name, thought Caw."
    1. Re:bout time. by Atzanteol · · Score: 2, Insightful

      This is a good thing! The 2.4 kernel went through some fast and furious releases. Now that it's officially "stable" (meaning there exists a development branch) it's good to have it slow down. Look at the most recent change log events. Mostly minor bug fixes.
      Kudos to Marcelo for having the patience to release a stable product!

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
  7. Hrm. by Jonny+290 · · Score: 4, Funny

    Insert standard Darn-And-I-Just-Finished-Downloading-The-Last-One- Yesterday wisecrack...

    --
    Hey Taco! Looks like you're using the "infinite monkeys and typewriters" scheme to generate Ask Slashdots again...
    1. Re:Hrm. by glwtta · · Score: 2

      finished downloading? geez, it's only about 25 megs, it's not like you wait for it...

      --
      sic transit gloria mundi
    2. Re:Hrm. by kubrick · · Score: 2

      Out here in the real world, some of us are stuck using 28.8K modems.

      Hmmmph.

      --
      deus does not exist but if he does
    3. Re:Hrm. by glwtta · · Score: 2
      um, yeah, having broadband (along with, what is it now, about half the US?) means I live in some sort of fantasy world.

      out of curiosity - I keep seeing these 28.8 references, I can understand not being able to get DSL or cable, but why not at least buy a more or less modern modem? 56.6 came out a looong time ago

      --
      sic transit gloria mundi
    4. Re:Hrm. by kubrick · · Score: 2

      Oh, I own a 56.6 modem, it's just that the line quality here is crappy enough that it always drops out after 10 minutes. So I have to use an older one (actually it's 33.6, not 28.8 -- fat lot of difference that makes).

      That's what a telecommunications monopoly will do for you (Telstra, in Australia) -- as does their anticompetitve restriction of local loop access and bandwidth pricing. I live in a city of over a million people, but apparently it would cost them too much to provide decent services...

      --
      deus does not exist but if he does
    5. Re:Hrm. by Eil · · Score: 2


      I was stuck with 28.8 dialup internet access for the longest time, so I know how badly it sucks to *deserve* broadband (or even a decent 56k) but still feel like I'm stuck in the early '90s technology-wise.

      Now that I have broadband, I will admit that I've been pretty much spoiled. In a few weeks however, I'm going to have to switch back to 28.8 due to a location, career, and (positive) marital status change. I'm hoping that reverting to a much slower means of internet connection won't be too much of a shock since I spent all those years at 28.8 prior.

      See, with a slow net connection, one truly realizes the value of kernel patches. Larger patches can still take awhile to download, but not the nearly 24 hours that the entire linux kernel source would normally take.

      But with broadband, where downloading an entire kernel can take less than 30 seconds, it's not even worth your time to download 3 to 4 (or more) version patches and then sit there trying to remember the exact command to patch the sources while hoping you didn't just screw yourself by patching the wrong tree* and/or applying the patches out of order, etc etc.

      * Am I the only one who believes that making the kernel source extract into ./linux rather than ./linux-$major.$minor.$pl is just a stupid idea? So far I've not seen one good bit of evidence for why this is superior other than "it's always been done that way."

    6. Re:Hrm. by Eil · · Score: 2


      Hmm, I take back the asterisk note. Someone mentioned a few posts down that starting with 2.4.19, the kernel does in fact extract into a directory with the version number.

  8. kernel-package by Chris+Pimlott · · Score: 2

    ncftp ftp.us.kernel.org ...
    tar -xvzf linux-2.4.19.tar.gz
    cd linux
    cp ~/kernel/configs/2.4.18 .config
    make oldconfig
    su
    make-kpkg --revision home.1 kernel_image
    make-kpkg modules_image # for alsa, nvidia-glx, plex86
    dpkg -i ../kernel-image-2.4.19_home.1_i386.deb
    dpkg -i ../alsa-modules-2.4.18_0.9+0beta12+3+p0+home1_i386 .deb

    etc.

    Thanks for the good work, Manoj!

  9. Re:neat by Mike+Markley · · Score: 3, Informative

    Actually:

    apt-get install kernel-soruce-2.4.19
    tar xvjf /usr/src/kernel-source-2.4.19.tar.bz2
    cd kernel-source-2.4.19
    make menuconfig
    make-kpkg --rootcmd=fakeroot buildpackage
    sudo dpkg -i ../kernel*2.4.19*.deb

    Easy :)

  10. ChangeLog summary anywhere? by plaa · · Score: 5, Interesting

    Can anybody here summarize any important changes that went on between 2.4.18 and 2.4.19? This changelog is just a ton of bug fixes between prereleases. Did they do anything interesting with it?

    This is exactly the thing I'd like to see someone make. A simple list of notable changes for the average kernel-compiling Linux user. I've been wanting such a list for several years now, but have never seen one.

    Something in the form of, "If you which to use hardware X with option Y, you may wish to upgrade, as this version adds beta support for it. If you use option Z you should definately upgrade, there are many bugfixes. ..."

    Is there any kind of ChangeLog summary available anywhere? And if not, why? I shouldn't think it would be such a big deal for someone with some knowledge of the kernel.

    --

    I doubt, therefore I may be.
    1. Re:ChangeLog summary anywhere? by Pretzalzz · · Score: 3, Funny

      There is a summary at the very end of the Changelog, or are you like me and the summary wasn't very explanatory? Then, uhhh, I don't know what to say. Though the summary was understandable enough that I know that more explanation probably wouldn't help my understanding much...

    2. Re:ChangeLog summary anywhere? by alue · · Score: 2, Informative
    3. Re:ChangeLog summary anywhere? by Martigan80 · · Score: 2, Insightful

      What is so funny here is that people were bitching because there was not enough info, now they're bitching because it's too much. When will it end?

      --
      This SIG pulled due to lack of funding. (This damn war is costing too much!)
    4. Re:ChangeLog summary anywhere? by Anonvmous+Coward · · Score: 2

      "A simple list of notable changes for the average kernel-compiling Linux user."

      I think the biggest change that was made to the kernel update was the upgrade in version number. I wouldn't trivialize this update, it did earn it quite a bit of visibility on Slashdot!

      *Hopes people have a sense of humor today.*

    5. Re:ChangeLog summary anywhere? by Secure42 · · Score: 2, Informative

      Ok, just my 2 cents.

      Orinoco driver updated from 0.09b to 0.11b
      If you are using wireless network card (specially lucent and similars), you could think about upgrading your kernel, there have been many improvements and bug fixes

      More info: http://www.seattlewireless.net/index.cgi/OrinocoDr iver

    6. Re:ChangeLog summary anywhere? by suwain_2 · · Score: 2
      My "bitch" is that it's not too understandable to the "average" user. I don't care if there's a single sentence or 120 pages -- it's *way* over my head.

      For example, I have a dual Athlon system... I still wonder if that bug in agpgart or whatever has been fixed. But, as a non-kernel-hacker, I don't have a clue if it has or not.

      I think a good solution would simply be an alternative site for non-kernel-hackers. Obviously, having the kernel.org changelogs be newbie-friendly (well, I'm not really a newbie -- I've been using Linux for several years; I just don't do kernel development... but I digress) would be a huge mistake.

      It really has nothing to do with quantity, it has to do with comprehendability. Perhaps if there are two changelogs -- the current one, for developers; along with a second one, that provides more of a less-technical overview of who should/shouldn't upgrade, in plain English.

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    7. Re:ChangeLog summary anywhere? by Odinson · · Score: 2
      My "bitch" is that it's not too understandable to the "average" user. I don't care if there's a single sentence or 120 pages -- it's *way* over my head.

      This is definatly a legitimate concern, and a great reason to stick to the kernels in your Linux distrabuton. You(or somebody) is paying for them to make this easy for you. I afraid of the docs getting dumbed down to much though, it will slow down the kernel writer/maintainers/bugfixers even more.

      Linux kernel watching can be a spectators sport but not a occasional one. Mundane experimental kernel arguments become key conflicts in the stable series later. Linux Weekly News has a great kernel page with intermediate explanations every week. Good thing they get to live a few more weeks to live.

  11. damn... did anyone else mis-read this? by lingqi · · Score: 5, Funny
    Since then i've had to renew my drivers license three times.

    for about three minutes i sat wondering: who the fuck do you buy your hardware from that actually *license* their drivers, and requires you to *renew* them? I didn't know Microsoft started manufacturing important PC components...

    then it hit me.

    sigh... goes to show that friday evenings are best spent away from the computer for best results.

    --

    My life in the land of the rising sun.

    1. Re:damn... did anyone else mis-read this? by Elbereth · · Score: 3, Funny

      I had the exact same reaction, but I didn't even realize he was talking about cars until I read your message.

      Yeah, yeah, I need to get out more.

    2. Re:damn... did anyone else mis-read this? by glwtta · · Score: 2

      oh! cars!!!

      --
      sic transit gloria mundi
    3. Re:damn... did anyone else mis-read this? by Soul-Burn666 · · Score: 2, Funny

      what's a car?

      --
      ^_^
    4. Re:damn... did anyone else mis-read this? by glwtta · · Score: 2
      What's a truck?

      I love that :)

      --
      sic transit gloria mundi
    5. Re:damn... did anyone else mis-read this? by Thyrsus · · Score: 4, Funny

      A car returns the first element of a list. A cdr returns the remaining elements.

    6. Re:damn... did anyone else mis-read this? by affenmann · · Score: 4, Funny

      > A car returns the first element of a list. A cdr returns the remaining elements.

      And you need a license for this? Now I know why LISP is out fashion.

  12. Anyone else notice that... by randomErr · · Score: 5, Interesting

    Anyone else notice that in the last couple of days Microsoft's ad for Visual Studio .Net keeps coming up in the rotation when ever there is Linux story.

    Wonder how much that cost them to buy those keywords? Could C. Taco be enjoying a quiet vacation on an island somewhere?

    --
    You say things that offend me and I can deal with it. Can you?
    1. Re:Anyone else notice that... by danpbrowning · · Score: 2

      Yes, I was very surprised to see that on Slashdot. I wonder if it means the MS-bashing by the editors will be reduced (actually I haven't noticed it much lately...).

      Truely, it is ironic, I wonder why there hasn't been any public word about it.

      --
      Daniel
    2. Re:Anyone else notice that... by Inoshiro · · Score: 2

      " Anyone else notice that in the last couple of days Microsoft's ad..."

      Nope, haven't seen a thing.

      --
      --
      Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
  13. Re:If linux is really not pro-terrorist, why the G by Bremen24601 · · Score: 2

    Ok, I'll bite.

    I didn't actually manage to get through the whole thing (about the first ten points), but basically they all seemed to deal with how the GPL could infect your software and impose certain responsibilities on you. Of course almost all of these points only affect you only if you actually develop your own inhouse programs. Horror of horrors, you can't "borrow" the code and do with it whatever you want ala BSD. I'd like to know how many companies use Windows source in their programs ;0)

    Basically, this just creates FUD in the minds of business execs who don't understand software licenses to begin with. Most just pay for the software and use it as is. Very few would even think to ask if they could modify the program themselves! So this whole thing can be safely ignored by them (well, when they pirate the software by using it on home computers they'd have to remember not to copy the source, otherwise they're not breaking any laws!)

    So unless we actually modify the software we run to begin with (and I assume since this is an MS doc, they're trying to get you to use MS products), how would using a GPL program be any different for the majority of users? For the minority who still write their own stuff, they should darn well be familiar with software licenses already!

    --
    Blessed are the young, for they shall inherit the national debt. --Herbert Hoover
  14. Directory name... by Atzanteol · · Score: 5, Informative

    Anybody notice? Whenever you *used* to untar a new kernel tarball, it created a directory 'linux'. Now it creates 'linux-2.4.19'.

    'Bout time! I always hated creating a temporary directory to uncompress to...

    --
    "Ignorance more frequently begets confidence than does knowledge"

    - Charles Darwin
    1. Re:Directory name... by BetaJim · · Score: 2
      It's good to know that the maintainers are doing this. Having the extraction directory be linux/ has cause me to blow away a kernel tree once or twice...

      --

      "Drug related crime" is a misnomer, "prohibition related crime" is the more accurate and correct phrase.

    2. Re:Directory name... by Mr.+Sketch · · Score: 2

      And here I always just used

      tar tfz linux-x.x.xx.tar.gz | head

      to see if it would uncompress to linux/ or linux-x.x.xx/ and if it shows the former, simply:

      mkdir linux-x.x.xx
      rm linux
      ln -s linux-x.x.xx linux
      tar xfz linux-x.x.xx.tar.gz

      Not too bad, if the result of the first command shows the tarbal did extract to linux-x.x.xx (which I don't recall it ever doing), the process is pretty much the same, but in a different order:

      tar xfz linux-x.x.xx.tar.gz
      rm linux
      ln -s linux-x.x.xx linux

      and the only think that missing from the previous list of the commands is the mkdir command. So, I really wouldn't consider it that much of a difference either way.

    3. Re:Directory name... by ianezz · · Score: 2
      Why create a temporary directory? I just symlinked 'linux' to 'linux-2.4.9'.

      Linus said that is a relly bad idea if you compile things by yourself, but I admit I don't know if that is still a valid argument.

    4. Re:Directory name... by Fluffy+the+Cat · · Score: 3, Informative

      No, that's talking about /usr/include/linux being a symlink to /usr/src/linux/include/linux. Having that as a symlink is a bad idea - /usr/include/linux should be supplied by your C library and match whatever kernel your C library was built against. Having /usr/src/linux be a symlink to your current kernel source is unlikely to break stuff.

  15. Labels... by anakog · · Score: 5, Funny

    (02/06/06 1.537.2.10)
    [PATCH] Re: mislabelled label patch

    No pun intended...

  16. Re:Adaptec AIC7xxx driver broken with patch. by strredwolf · · Score: 2

    Let me know when you understand SARCASM tags...

    --

    --
    # Canmephians for a better Linux Kernel
    $Stalag99{"URL"}="http://stalag99.net";
  17. Not broken, but must "make dep" before anything. by strredwolf · · Score: 3, Informative

    Wrong bug. It compiled, but folks need to do a "make dep" after an "make oldconfig"

    --

    --
    # Canmephians for a better Linux Kernel
    $Stalag99{"URL"}="http://stalag99.net";
  18. Re:funny. I have been using it for days by delta407 · · Score: 3, Informative

    gentoo-sources-2.4.19-r7 is based on a kernel prepatch, not the kernel that was released today.

    However, an updated vanilla-sources ebuild has been in the Gentoo CVS repository for 25 minutes and should make it to the mirrors shortly, if it hasn't already. Then, you can grab the new source tree by typing "emerge vanilla-sources"; or, if you're already using it, emerge -u will fetch the new copy.

  19. Re:Adaptec AIC7xxx driver broken with patch. by shlong · · Score: 3, Informative

    I can't get 2.4 stable with my pure scsi system (hdd, cdrom, etc). Using a 2940U2W. It bombs when installing Drake 8.2. Slackware 8.1 will go on (with segfaults in the package install) but you can't compile a thing with it.

    Care to give details? Do you have a console log by chance? I'm slowly taking on maintenance of this driver, so please feel free to contact me with these kinds of problems. My email is available from my URL.

    --
    Cat, the other, tastier white meat.
  20. Favourite changelog entry: by Spooky+Possum · · Score: 3, Funny

    (02/07/17 1.642)
    [PATCH] PATCH: personality clashes

    If only they were all that easy to fix ...

  21. Also... by ZorinLynx · · Score: 3, Informative

    If you are at a University, use a mirror located at another University. Chances are the traffic will travel over Internet2 at ridiculous speeds, and not strain your University's (usually) clogged commodity Internet link.

    I got 1.42Mbytes/sec from U of Wisconsin to FIU, myself.

    1. Re:Also... by LinuxHam · · Score: 2

      Informative??

      What ever happened to staying within your University's network and never hitting the any Internet link, traditional or Internet2??

      Then, your bottleneck will be the slowest link between your dorm and the server. (kids, this doesn't count if you live in off-campus housing and have a cable modem) And FYI, I live in Pennsy, and often get over 2 Mbit/s with Red Carpet from Univ of Michigan via Comcast.

      --
      Intelligent Life on Earth
  22. Re:2.4.19 for Debian Woody? by Sivar · · Score: 3, Funny

    No, you've gotta wait until 2.4.19's been tested for a few years.

    --
    Computer Science is no more about computers than astronomy is about telescopes. --E. W. Dijkstra
  23. Re:funny. I have been using it for days by foonf · · Score: 2

    Gentoo has been calling their kernels "2.4.19-rX" since 2.4.19-pre1 came out. Its meaningless. Other distributions have also been tracking the 2.4.19 preleases, but they have kept the version number at 2.4.18. If you download that gentoo source you'll notice it actually notice that it starts with a 2.4.18 tarball and then applies a huge patch.

    --

    "(Man) tries to live his own life as if he were telling a story. But you have to choose: live or tell." --Sartre
  24. From the changelog by Joe+Tie. · · Score: 3, Funny

    (02/07/30 1.659)
    PATCH More -ac merge

    Sweet, now my system will scream "FIRST BOOT!!!!" at me when I turn it on. :)

    --
    Everything will be taken away from you.
  25. Re:neat by Spy+Hunter · · Score: 5, Informative

    Don't use LILO, use Grub! There is absolutely no reason for anyone to subject themselves to LILO any more now that we have Grub. Imagine: filename tab-completion, in a bootloader! Since grub can read your filesystems, you'll never be stuck needing to use a rescue disk if there is still a valid kernel somewhere on your HD. If you mess up the upgrade, you won't hose your system as long as you didn't delete your old kernel.

    --
    main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
  26. Re:Adaptec AIC7xxx driver broken with patch. by wp14 · · Score: 2, Informative
    ashpool7 writes:
    (with segfaults in the package install) but you can't compile a thing with it.
    Your problem is almost certainly a SCSI hardware problem. The AIC7xxx is one of the most widely used of all SCSI drivers and if it were broken there would be a huge outcry.

    It may be a bore but here are some things to check:

    • termination - using proper terminators for LVD? for SE? Both ends of bus terminated? only ends of the bus terminated?
    • cables - quality cables of proper impedance? correct cables for LVD, for SE?
    • general - are you mixing LVD and SE? is bus length too long? all jumpers settings configured correctly on all devices on SCSI bus? bus speed set too fast for length?
    • connectors - properly and tightly seated? oxidized connectors? remove and re-seat them a couple times to break oxidation.
    • term power - are you sure that your bus is getting termination power? Check term power voltage at each end of the bus? are term power fuses blown on controller or external devices (yes, it happens )?
    You may be in denial. But it is not the kernel that is broken. Somewhere there is a fault in your SCSI hardware configuration. I tell this to you as a grizzled SCSI veteran. I've blamed software and various kernels and *always* in the end it turned out to be a problem with *my* configuration. There are a whole lot of variables. It sometimes takes a little more effort to run SCSI. . But IDE is not without its own set of problems either.

    Use your best debugging skills. You can do it!

  27. fix for broken PowerVR driver by Nomad128 · · Score: 5, Informative
    Hey all,

    Assuming someone else on this list was, like me, silly enough to buy a PowerVR Kyro-based graphics accelerator, here's a fix for a compile bug that I got w/ kernel 2.4.19 and gcc 3.1:

    drm/pvr_drm_vm.h, line 138, change to:

    physical = (unsigned long)page_address(pte_page( pte ));

  28. For those wanting to build under debian by Rufus211 · · Score: 5, Informative

    Well, I've seen a few instructions for debian, but they're either wrong or not comented, so I'll try my own also.

    First, get the sources. I don't see them in the debian tree yet, so get them from kernel.org yourself. Put it in /usr/src/linux or whever your favorite place is.

    To compile (all in /usr/src/linux):
    # optional: tells debian to apply any debianized patches (eg. preempt, ReiserFS, XFS, whatever)
    # very important to do *before* config, or else you'll be configuring and building different things
    export PATCH_THE_KERNEL=yes
    make-kpkg --append-to-version "-me" -rev test.1 --initrd debian
    # configure the kernel as you chose
    cp /boot/config-2.4.18 .config
    make oldconfig # or x/menuconfig
    # build the kernel image
    make-kpkg --append-to-version "-me" -rev test.1 --initrd kernel_image
    # optional: build debianized modules (eg. nvidia, lirc, alsa)
    make-kpkg --append-to-version "-me" -rev test.1 --initrd modules_image
    # install the resulting .deb's
    cd ..
    dpkg -i *2.4.19-me*.deb

    Explination of make-kpkg options:
    --apend-to-version: optional, but a good idea. Makes the kernel version into 2.4.19-me and avoids any conflicts by installing to /lib/modules/2.4.19-me, /boot/vmlinux-2.4.19-me, etc
    -rev: needed for the debs. good as long as it has some number in it
    --initrd: tell it to build the initial ram disk (/boot/initrd.img-2.4.19-me). Not sure if it's really needed, but all debian kernels have one so I figure might as well use it.

    I'm aware that not all of the options are needed on all of the commands, but I figure for safty and consistency's sake, to just leave it as is.

    Hope this helps someone.

  29. Don't forget to check the signatures by David+McBride · · Score: 5, Informative

    Having a trojaned SSH build script was bad enough.

    You *really* don't want a compromised kernel. Use the signatures.

  30. Re:Modules? by EllF · · Score: 2

    Because you must, must, must have the latest version? Bah.

    Anyways - you might be able to get around that problem by not enabling versioning information on all modules - I've resolved a fair share of "unresolved symbols" problems by doing so in the past, most recently with my webcam.

    --
    We who were living are now dying
    With a little patience
  31. rsync access to source files not tarballs by Kalak · · Score: 2, Interesting

    One thing I really with kernel releases had was a way to rsync/cvs/bk whatever to the release kernel. That way only the files that have been changed get sent. kernel.org's rsync is setup to let you mirror the site, but not the individual kernel. I'm thinking of the kind of access provided to the kernel sources on the penguinppc.org project. That way, I can start with any bastardized kernel source and arrive at a pristine new source dir without using up the bandwith to download the whole thing. Heck, I can even exclude the architectures I'm not using, saving even more bandwidth.

    Anyone know if/where to get this kind of access to the kernels?

    --
    I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
    1. Re:rsync access to source files not tarballs by Eil · · Score: 2


      That's not an altogether bad idea, but I think the kernel patches provide for most people's needs in this area.

      I myself just keep one recent "pure" linus tarball and whatever patches I might want to apply. A few months ago, I was testing out various versions of the 2.4 series and ended up downloading every kernel with a patchlevel divisible by 5. I then proceeded to download whichever version patches I needed to get the kernel version that I was looking for. Saved myself a ton of time doing this.

      I think it would be great if support for architectures other than x86 were provided as patches instead of the main tree, but I suspect doing this would be a huge pain initially (going through dozens of megs of code to figure out what's x86 and what's not) and only add additional overhead to development of the kernel.

      The KISS principle applies pretty strongly to OS kernel development and even stronger to the largest OS kernel in existance. (Yes, that'd be Linux for the humour-impared) :P

  32. If candles are really not pro-union, then why wax? by castlan · · Score: 3, Insightful

    Of those 10 points, point 10 is the only significant "Question Every Business Should Ask About the GNU General Public License (GPL)".

    10. Do you have any existing obligations that might preclude your use of GPL software?

    The answer is NO, there is nothing precluding anybody from using GPL software once they have access to it. The deceptive answer immediatele switches the bait to the use of "GPL code", which implys a significantly different animal. In any case, there is nothing stopping you from using the code however you se fit. The only restriction involved is in who you give the GPL code/software to, and how you go about it. Not "Every Business" is in the business of distributing computer code.

    Every other Question is irrelevant with the context in which this treatise was presented.

    Oh, and I didn't notice any variant of the word "terror" in this thread.

  33. Re:Meanwhile... by Anonvmous+Coward · · Score: 2

    "Meanwhile, SP3 for Windows 2000 [microsoft.com] is released, implementing the new "Set Program Access and Defaults" feature. Unsurprisingly, Slashdot is silent."

    I'm not surprised. Slashdot seems blissfully unaware that not everybody can switch to Linux. I'm a 3D artist. I use Lightwave, Photoshop, and After Effects extensively. Despite the fact that Lightwave is responsible for a fair number of pixels on Star Trek, Babylon 5, and a whole slew of other shows that /.'ers like, I still get treated like a moron for preferring Windows 2000 over Linux. Never mind that it is reliable, gets the job done, plus I can play all my favorite games as well. No no no, you see MS is evil and doesn't do anything right.

    I mentioned wanting to use VNC like a KVM the other day and somebody responded with "I do stuff like that all the time. It's called the X Windowing System. Oh, you're probably running MS Windoze, never mind.". Yeah, Linux'd really solve that problem there. Too bad my rendering times would suddenly become infinity.

    While I'm busy doing my job with Windows, Slashdot is posting minor updates to the Linux kernel. I think it's silly.

    I'm sure I'll get modded down for this post, but it felt good to let it out. I don't mind /. blasting MS when they do something wrong, but I do wish they'd pay attention to the brighter news from MS's camp. If the Linux community acts like it's solely out for blood when dealing with MS, nobody'll take their comments seriously despite being the most informed about them. "Oh, it's those stupid Slashdotters again. What are they blithering about?"

  34. Re:Meanwhile... by Xpilot · · Score: 2


    While I'm busy doing my job with Windows, Slashdot is posting minor updates to the Linux kernel. I think it's silly.


    You don't have to read about Linux if you don't want to you know. There are a lot of Linux fans here who love to hear about new kernel releases and talk about it. This is slashdot. This site wasn't meant to cater to Windows fans. That's just how it is. If you want to read about Windows updates, you're looking in the wrong place.

    --
    "Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
  35. It's a good kernel ... by YeeHaW_Jelte · · Score: 2

    But it has some serious personality problems. Luckily, I'm not the only one who noticed:

    (02/07/17 1.642)
    [PATCH] PATCH: personality clashes

    --

    ---
    "The chances of a demonic possession spreading are remote -- relax."
  36. Re:Meanwhile... by Alioth · · Score: 4, Funny

    What do you expect?

    Slashdot isn't about Windows. If Slashdot was a Windows-centric (not UNIX centric) site, it would be \. and not /.

  37. Trashes the current sources by A+nonymous+Coward · · Score: 2

    If you've got a current linux source dir, either it's called linux, or linux is a symlink to it. Thus the new tar blows away the old one.

  38. Re:Does this fix the nvidia/amd lockup? by crimsun · · Score: 3, Informative

    No Linux kernel branch currently contains fixes for the issue you noted. Folks from SuSE, AMD, and Nvidia are working toward a solution that will, as another post mentioned, require major restructuring of how memory is mapped (not to mention the issue of cacheline flushes, etc.). I think you have a better chance of seeing a workaround in 2.5. (I doubt the "mem=nopentium" append fixes it, perhaps lessens the chance of an erroneous state in the cacheline. Search lkml archives for details.)

  39. LILO and STITCH by yerricde · · Score: 2

    There is absolutely no reason for anyone to subject themselves to LILO any more

    Unless, of course, you want to support an evil corporation that goes by the name of The Walt Disney Company.

    The Truth About Lilo & Stitch

    Since grub can read your filesystems, you'll never be stuck needing to use a rescue disk if there is still a valid kernel somewhere on your HD.

    That is, unless something else <cough>Windows Update</cough> eats your dual-boot machine's master boot record.

    --
    Will I retire or break 10K?
    1. Re:LILO and STITCH by 13Echo · · Score: 2

      "Li"nux "Lo"ader. :)

      Kinda like LEE-NUCKS. LEE-LOW. :) Not that it really matters, or anything.

  40. Re:If linux is really not pro-terrorist, why the G by mjh · · Score: 4, Informative
    First you say

    Because the GPL is so frequently misunderstood...

    And then later...

    As noted above, the use of GPL code with code licensed from another party could, under certain circumstances, arguably obligate you to sublicense the other party's code under the GPL.

    Wow! Excellent example of misunderstanding the GPL! There are *NO RESTRICTIONS* on the use of GPL'd code. Don't believe me? Check the GPL:

    Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted, and the output from the Program is covered only if its contents constitute a work based on the Program (independent of having been made by running the Program). Whether that is true depends on what the Program does.

    What this means is that the *only* thing the GPL applies to is redistribution of code. If you simply use the code, you're free to do with it whatever you want (except redistribute it). So I'd recommend that you take your own advice and read the GPL before you start spouting off about what it's implications are.

    --
    Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
  41. Re:Adaptec AIC7xxx driver broken with patch. by mccalli · · Score: 2, Informative
    ... it is not the kernel that is broken. Somewhere there is a fault in your SCSI hardware configuration.

    Certainly not. A driver's response to broken hardware should never be to segfault. Sounds like both the configuration and the driver need work. Sounds also like this person is a good one to speak to regarding testing which improves the driver.

    Cheers,
    Ian

  42. and all those apples by oliverthered · · Score: 2

    I noticed a huge number of apple stories hitting the front page a few weeks ago.
    Somthing's going on at /. central

    --
    thank God the internet isn't a human right.
  43. check out freshmeat by oliverthered · · Score: 2

    the kernel change log on fresh meat is always nice and tidy.
    but you have to go through gatch rc and pre version to get a full picture.

    e.g. 2.4.19-pre9 change log is....

    This release should be the last pre-patch before 2.4.19. It contains USB, emu10k1, and i2o fixes, a devfs fix, several gcc 3.1 compilation error fixes, support for I845G, USB Casio EM500, and Tieman Voyager USB Braille display drivers, and several documentation updates.

    --
    thank God the internet isn't a human right.
  44. Re:Meanwhile... by Anonvmous+Coward · · Score: 2

    You are correct, Maya is on Linux. Lightwave will be able to render on Linux, but you still need Win/Mac in order to create animation on it.

    The problem with Maya is that the renderer is quite inferior to Lightwave's. You'd haveta get Renderman. That puppy's expensive. $5,000 last I checked.

  45. Finally... by gweihir · · Score: 2

    ...in its own subdirectory!

    I was geting tired of renaming ./linux directly after unpacking. Perhaps the most user-friendly change in the kernel in a long time.

    I already like it! ;-)===)

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted and ignored otherwise.
  46. Re:50% of US == 2% of world by glwtta · · Score: 2
    for one, 100% of the world is not online (not even at 28.8) so they hardly represent the "real world" here. secondly, the overwhelming majority of /. readers are from the US, and while it is all nice and grand to consider the world as a whole, to most people reading this the "world" consists of those 280 million living in the US. Hell, I'm not even from the US myself, just happen to be living here for a while, and I'm sorry if I am mean to most of the world, but believe me, an overwhelming majority of them have much bigger problems than not having fucking DSL.

    incidentally, seeing how I am privileged enough to be able to pay for all the bandwith I want, I'll download precisely what I please. (in this case it will be whatever emerge gets, but nonetheless)

    --
    sic transit gloria mundi
  47. Re:Modules? by evilviper · · Score: 2

    Doesn't it strike you as... crappy... that with a piece of software that is getting so much financial support, and tons of programmers working on it, that this happens at all?

    I've used Linux and FreeBSD for some time. With Linux, I've never been able to compile a kernel where all the modules worked. With FreeBSD, I've never had a kernel where even a single kernel module didn't work. Just pointing out a fact.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  48. Re:Meanwhile... by Anonvmous+Coward · · Score: 2

    I shouldn't have to switch to OSX just to get a little respect. Especially true when I'm actually doing cool stuff with my computer as opposed to trying to make it play catch-up with Windows.

  49. Re:Please explain the issue. by mosch · · Score: 2

    This will modify the atime, lose file attributes, ignore ACLs, etc. It will provide an archive, not a backup.

  50. Re:Please explain the issue. by mosch · · Score: 2

    Unmounting the drive and doing a dd is fine. assuming that the hardware I'm backing up stays permanently available, which it will not. Restoring via dd onto non-identical hardware is hit or miss at best.

  51. Because sometimes mirros don't have the file ! by Taco+Cowboy · · Score: 2



    I can understand the "if possible" clause.

    Mirros sometimes don't have the file.

    --
    Muchas Gracias, Señor Edward Snowden !
  52. How many changes are there ? by Taco+Cowboy · · Score: 2



    I know that 2.4.19 took more than 5 months to complete.

    I also know that Marcelo intended 2.4.19 to be a fix-bug-only release.

    So, exactly how many changes are there, as compared to 2.4.18 ?

    --
    Muchas Gracias, Señor Edward Snowden !
  53. I did.... by jotaeleemeese · · Score: 2

    the full 23MB of it.

    At 56kb...

    And I need improved wireless support in 2.4.19.

    My ISP will be very pleased.

    --
    IANAL but write like a drunk one.
  54. There IS a reason to use lilo by C0vardeAn0nim0 · · Score: 3, Informative

    the reason is:

    AMD + Nvidia = crash

    unless you pass mem=nopentium to the kernel. and I couldn't figure out how to pass mem=nopentium with GRUB.

    GRUB is _SO_ stupid it refuses to run if the parameter after an '=' sign is anything but a number.

    --
    What ? Me, worry ?
  55. Re:Meanwhile... by sydneyfong · · Score: 2

    Imagine!! "Backslashdot"

    --
    Don't quote me on this.
  56. Re:Meanwhile... by Anonvmous+Coward · · Score: 2

    " So if your gonna come preaching to a predominately anti-microsoft crowd about how you deserve so much respect for sucking Bill Gates dick well fine, it's a free country, Micro- fuckhead!"

    Those are strong words from somebody who admitted they can't do something as simple as install Windows. Heh. What a tard.

    Sorry bud, you can't attribute your incompetance to Microsoft. You certainly can't troll me with it.