On Fri, Mar 06, 2015 at 06:51:46PM +0100, Cyril Brulebois wrote: >Ian Campbell <i...@debian.org> (2015-03-05): >> >> I think the ABI only guarantees you can load old modules into a newer >> vmlinuz. In particular I think it doesn't guarantee that you can load >> newer modules into an older vmlinuz (even if the ABI is the same). >> >> The ABI is there to stop your existing modules from breaking when you >> update the kernel. >> >> IOW it is permissible for a module to gain a dependency on a new symbol >> provided by a newer vmlinuz.
Right, that helps explain. Thanks Ian! >> This is why local netboot pxe infra sometimes breaks -- they have a >> vmlinuz downloaded locally but are pulling udebs off the network, which >> might therefore be newer. >> >> Please reread my caveat now though ;-) > >Why do I forget about this all the time? :( > >Thinking a bit more about this: I think having weekly testing with >everything from testing makes the most sense. OK... Are we going to do more frequent d-i uploads to make sure that works, though? It looks like the changes for (daily) builds are going to force quite a lot of work on us here. I'm quite prepared to help with that when I'm back (and have more time!) in a week or so... >We could have a separate, not-labelled-testing but rather “daily” or >bleeding-edge or something in that spirit (but neither experimental nor >sid) that picks d-i on d-i.d.o and udebs from sid. I'm not sure it would >be reasonable to expect such a build on a daily basis (maybe by reducing >the generated images to the bare minimum?), but then we would have a >clear winner as far as the name goes… Right. -- Steve McIntyre, Cambridge, UK. st...@einval.com We don't need no education. We don't need no thought control. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
