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

Shea Levy shea at shealevy.com
Sat Oct 20 17:49:14 CEST 2012


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.
>

To address this bit directly: Any such 'unpredictable behavior' would be 
considered a bug in Linux, and Linus is very hard-line about not 
breaking binary compatibility without very good reason. If I recall 
correctly, binaries compiled for the original Linux release should still 
work if you have a.out support in your kernel.

> 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/21dee781/attachment.html 


More information about the nix-dev mailing list