Debian User Forums

Yippee!!!
Linus Torvalds announced the new Linux 2.6.20 kernel!
Beware, the www.kernel.org website has very heavy load right now

Start building, fellow Linuxers

so anyone successfully compiled it yet, how was it(compiling) any strange errors, and how was performance.

If it isn't in a deb then I dont need it....

make-kpkg and it will be in a deb (:

okay okay smarty

Well, I just compiled with no issues at all.

The only problem is I can't install the latest (or even beta) nvidia drivers. D'oh! I'm using the "official" drivers off the nvidia site.

I wonder why 2.6.19 is not in Sid's repos yet?

Anybody know?

ghostdawg wrote:I wonder why 2.6.19 is not in Sid's repos yet?

Anybody know?

Probably (hopefully) because the devs are hard at work on getting Etch out of the way...

I just surprised myself by successfully compiling 2.6.20 first time on my old dev machine

I think that's the first time I've got it working first time. It took about 45 minutes to compile. I suppose it was easier because I was using 2.6.18 so not a lot has changed.

Succesful compilation, better performance and runs smoother than 2.6.19
Also, to get "experimental" Debian kernels, go here:
http://kernel-archive.buildserver.net/d ... linux-2.6/

I heard the Debian Devs use that to upload their kernels.. The 2.6.20~rc6 kernel there works wonderfully, so there's no risk in trying it out..

The latest Sidux kernel is now 2.6.20. It also runs well on my Etch installation:

http://www.sidux.com/files/kernel/

steve1961 wrote:The latest Sidux kernel is now 2.6.20. It also runs well on my Etch installation:

http://www.sidux.com/files/kernel/

Cool!

Lavene wrote:

ghostdawg wrote:I wonder why 2.6.19 is not in Sid's repos yet?

Anybody know?

Probably (hopefully) because the devs are hard at work on getting Etch out of the way...

That makes sense, thnx.

ghostdawg wrote:I wonder why 2.6.19 is not in Sid's repos yet?

Anybody know?

what you must understand is that debians primary objective is to produce high quality stable releases.Unstables primary purpose is as a build and testing ground for packages headed for the next release.

Getting a kernel to work right for a userbase the size of debians is hard, even more so now linus has abandoned the stable/unstable split. If there is ever to be a hope of a stable release a descision has to be made which kernel will be in the next stable release and then that has to be stuck to.

The bottom line is a new upstream version of the kernel will not hit unstable until after etch release.

wow i just compiled it and i must say that was the easyst one ive ever done, mabey i actually leart something those times. Still my onboard lan doesnt seem to work.

Dargor wrote:wow i just compiled it and i must say that was the easyst one ive ever done, mabey i actually leart something those times. Still my onboard lan doesnt seem to work.

Snag yourself a copy of "Linux Kernel in a Nutshell" and start reading on page 47 (well read the whole thing but start on 47 for your issue). This will show you exactly how to find what module is needed for your lan.

The book is free and you can download it.... There is a thread on it here somewhere.

Lost Dog wrote:

Dargor wrote:wow i just compiled it and i must say that was the easyst one ive ever done, mabey i actually leart something those times. Still my onboard lan doesnt seem to work.

Snag yourself a copy of "Linux Kernel in a Nutshell" and start reading on page 47 (well read the whole thing but start on 47 for your issue). This will show you exactly how to find what module is needed for your lan.

The book is free and you can download it.... There is a thread on it here somewhere.

Here's the link to the thread in question:
http://forums.debian.net/viewtopic.php?t=11396

Cheers

Does anyone know if this capability is default in the 2.6.20 kernel? I suppose I could sift through the kernel source, but I'm having a hard time believing that nobody has attempted to boot the kernel off USB mass storage yet. If the kernel panics because the root partition can't be mounted then the capability is not present and initrd is required.

Incidentally although this capability has been requested as far back as 2003 it was never mainlined. Last year I patched SuSe 10.1 with this capability.

Just this week I successfully patched the 2.6.18 kernel in Debian "testing". The patch is actually much simpler for 2.6.18 than 2.6.16 (SuSe 10.1) because the pertinent kernel code has been cleaned up somewhat. I only wish I would have known that 2.6.20 was on the verge of release.

I only wish I would have known that 2.6.20 was on the verge of release.

im sure your not the only one. Linus Torvalds aka god and the rest of the holy devs probably think it is good practice and the practice will help you on you path of assention to becoming a dev.

thamarok wrote:Succesful compilation, better performance and runs smoother than 2.6.19

How did you measure performance? Could you reveal some test results, please?

PS BTW, what configuration did you use for the compilation?