You are not logged in.
From way back in the days of suse 4, trying to compile my own kernel and building my own apps, I seem to remember that it's befinicial to have the kernel-headers with the same revision as the actual running kernel when compiling new apps.
I can see how a little version shift wont make a lot of difference in a lot of cases, as long as the required information isn't changed the build should go fine... however, the versions in the repos at the moment seem pretty far off!
kernel26 is currently: 2.6.27.8-1
kernel-headers is cirrently: 2.6.26.3-1
can anybody comment?
Last edited by stefanwilkens (2008-12-14 17:35:07)
Arch i686 on Phenom X4 | GTX760
Offline
kernel-headers requires rebuilding the glibc. Those packages are currently in testing. I haven't had a problem building anything. Someone more knowledgeble on the subject could tell you (and me) Why the process with 2.6.28 kernel-headers is so slow (The 2.6.27 kernel headers came to core just a couple of days after the kernel update.)
My victim you are meant to be
No, you cannot hide nor flee
You know what I'm looking for
Pleasure your torture, I will endure...
Offline
This seems rather important when building packs from source... why the delay O_o
Last edited by stefanwilkens (2008-12-14 16:21:36)
Arch i686 on Phenom X4 | GTX760
Offline
The kernel-headers package are the headers used to build the system C library (glibc) and need to remain the same (until a new glibc is built).
What you are thinking of is the kernel source headers which are part of the kernel26 package (pacman -Ql kernel26).
Last edited by ghostHack (2008-12-14 16:56:49)
Offline
ahhhh, there we go. That was indeed what I was referring too, thanks for clearing this one up for me.
thanks ghostHack
Last edited by stefanwilkens (2008-12-14 17:34:47)
Arch i686 on Phenom X4 | GTX760
Offline