Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Linux Software

New Testing Version Of Linux 2.6 327

James A. A. Joyce writes "It's all up now at the kernel archives. Get the full 2.6.0-test2 or a patch, whichever suits you. We need to test those new kernels! Hop to it!"
This discussion has been archived. No new comments can be posted.

New Testing Version Of Linux 2.6

Comments Filter:
  • by Anonymous Coward on Sunday July 27, 2003 @07:24PM (#6547248)
    Gentoo/Debian is/are your/the friend/answer.
  • Re:Woo Hoo (Score:2, Insightful)

    by sirmikester ( 634831 ) on Sunday July 27, 2003 @07:46PM (#6547371) Homepage Journal
    I'm sure that Windows and Mac OS X run USB Camera detection as a service. I doubt that the functionality is in their kernels. They're just setup in a way that makes the whole process transparent. You could setup linux to do exactly the same thing, I'm sure that this will be (or already is) a feature in Lycoris, Lindows etc...
  • by NerveGas ( 168686 ) on Sunday July 27, 2003 @08:11PM (#6547461)

    You're *exactly* the type of person who will make the best tester, precisely because it *will* crash for you. It's the tiny bugs that only show up under bizarre/rare combinations of features and usage that can be the most pesky.

    Now, I'm not saying you should run a non-stable version on your server, but what about setting up a spare machine simply to replicate what's being done on your server?

    Not only will it help out kernel development, it will also mean that you will get a stable kernel for your server sooner.

    steve
  • by NotQuiteReal ( 608241 ) on Sunday July 27, 2003 @08:24PM (#6547511) Journal
    Damn, y'all are geeks.

    oh. never mind.

  • by mnmn ( 145599 ) on Sunday July 27, 2003 @10:49PM (#6548118) Homepage
    Thats exactly my point. The people who are in the best position to really test the kernel are the ones who require at least some level of stability to run at least for a few days before a crash. If I had a mission critical server, I'd just run 2.4.21. If I had redundant servers, I could run a test server in parallel, but I have one overloaded Pentium1 that connects 5 networks together and is a file/web/database/game server.

    I ran some of the 2.5.x kernels on this, some of which actually worked and I submitted some bugs, most of which were reported already. I understand the importance of contributing back and enjoy being myself on the bleeding edge (I use samba 3 etc, most appications are beta), but struggling with a kernel that doesnt even compile, and one that does, but doesnt boot is complicated to deal with, and currently given my job, I dont have the time to work out patches or chase the bugs.

    My point is that most of the contributions will be sent back to the team when the stability level is about the same as say 2.4.2, where people really want to use the new features and believe a FEW of the bugs need ironing out. After the major ones with 2.6.test2 has been ironed out, the team should expect a surge of bugreports and contributions.

    Theyre doing an excellent job by the way. I've high hopes and expectations of 2.6
  • by __aavhli5779 ( 690619 ) on Sunday July 27, 2003 @11:30PM (#6548286) Journal
    It's pretty clear that Bram's intention with BitTorrent was exactly for situations like this; a file is posted with a huge surge of immediate demand (i. e. slashdot linkage) and download speeds become intolerable.

    I'm sure the kernel.org servers are quite formidable, but with a BT-based solution everybody could be happily downloading 2.6-test2 at a steady clip.
  • by caouchouc ( 652238 ) on Sunday July 27, 2003 @11:37PM (#6548315)
    kernel.org should get into the habit of making .torrents available given how every test release from here 'till 2.6.0 will wind up on the front page of /.

Our OS who art in CPU, UNIX be thy name. Thy programs run, thy syscalls done, In kernel as it is in user!

Working...