[Nix-dev] linux-headers 2.6.35.14 on a system running 3.2.31?

[Shea Levy]

Hi Bryce,

Matching the headers to the kernel version would mean recompiling the 
entire system for each kernel, to almost no gain. Linux is very very 
good about being backwards compatible, so barring some important new 
feature there's no reason to use a newer version of the kernel headers. 
Occasionally we update the linux headers version during the 
stdenv-updates process, but never to a version newer than the oldest 
supported kernel.

~Shea

On 10/20/2012 11:39 AM, Bryce L Nordgren wrote:
> I ran nix-store -qR /nix/store/...-php-5.3.15 and discovered linux 
> headers for the wrong kernel version. (This is a different store 
> location than you likely have because I compiled PHP with ldap 
> support.) I tried different php versions...back to 5.3.6 and up to 
> 5.3.18 with the same result.
>
> The offending store location is: 
> /nix/store/jfcs9xnfbmiwqs224sb0qqsybbfl3sab-linux-headers-2.6.35.14
>
> Running "nix-store -q --referrers 
> /nix/store/jfcs9xnfbmiwqs224sb0qqsybbfl3sab-linux-headers-2.6.35.14":
>
> /nix/store/jfcs9xnfbmiwqs224sb0qqsybbfl3sab-linux-headers-2.6.35.14
> /nix/store/cj7a81wsm1ijwwpkks3725661h3263p5-glibc-2.13
> /nix/store/4gv9gby4bn1y0rlw3k0d5lyqy0yfkrc6-gcc-4.6.3
> /nix/store/2g2v7d2scy5679ks5zcfj254vp7wb3f0-nix.conf
> /nix/store/6qkqf6sppgkf6z9j2ym81hd0j7jsrqwq-nix.conf
> /nix/store/7gphifp8gqddk61lycg6w7cjaap42ym3-gcj-4.5.4
> /nix/store/cfrnd9g8px060dx0y8hkasv8y81abvgs-closure
> /nix/store/f7yysrz8s7vm4vlbdsii77y31cf0i69f-closure
> /nix/store/fjf7jhwfl7v9j05lx7y32cgfani9hqa8-runtime-deps
> /nix/store/g9w4idrisbar5kksdhv3a9gb2z5m62hg-closure
> /nix/store/i8xqdmbp68ql1bfzqlm9w54c266bivmr-closure
> /nix/store/pivcg2v1sm36y92k43kky9cy867d5i9q-closure
>
> I don't know what those things ending in "-closure" are, but the above 
> listings seem to imply to me that anything compiled with gcc or linked 
> against glibc will incur a dependency on linux headers 2.6.35.14. 
> Shouldn't there be some rule about requiring the linux-headers version 
> to match the version of the deployed kernel? The likelihood of 
> unpredictable behavior would seem to increase as the gap between 
> kernel-headers and kernel does.
>
> I understand this reduces the amount of recompilation when kernels are 
> upgraded, but it seems sensible to at least keep the 
> kernel/kernel-headers synced to the same series (2.6, 3.0, 3.2, 3.4).
>
>
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20121020/241edc72/attachment.html