Am Mittwoch, 11. Dezember 2013, 16:29:16 schrieb Michal Marek:
Dne 11.12.2013 15:27, Adrian Schröter napsal(a):
Am Mittwoch, 11. Dezember 2013, 14:52:16 schrieb Michal Marek:
Dne 11.12.2013 12:07, Adrian Schröter napsal(a):
We want to use the build result to be able to verify it. And given our test driven development model, we want to see the effect before we merge submissions.
We could even add some kind of additional QA package beside and, for example, check the kernel interface (eg. POSIX compliance) if we have such tests.
I can add a kernel-qa.spec to the kernel git if you like. But only as long as this is a leaf package.
Hm, makes only sense when the kernel-build-obs package would be also part of kernel git and Kernel projects, otherwise this package would have no effect.
Hm, right. Could we have kernel-qa-build.spec and kernel-qa.spec? The former would package the /.build.{kernel,initrd} files and the latter would require it and run some tests?
Yes
So we would use the freshly built kernel to build another package, but the normal kernel packages would be built using some kernel from the underlying distribution.
hm, currently a bit hard to configure. But can maybe support something like #!VMInstallIgnore: kernel-obs-build similar for #!BuildIgnore in the spec file for kernel-default.spec . I will check if we can add that... One problem will remain, it looks like we will have workers to support where no kernel and no initrd is configured for KVM builds. So we would need also a solution for that situation ...
We do check already on submit requests, if all spec files in that package does successfull build. So we would verify automatically on a submit request to Factory, if checks in kernel-qa were successful. But again, this does currently rely that all spec files are comming from one package container.
Yes. But it's not critical that _all_ the packages use the new kernel for building. kernel-qa would be enough, right?
in this case yes, but it is a bit hard to find out which other packages do rely on the kernel. So I would like to go with an opt-out instead of an opt-in. bye adrian -- Adrian Schroeter email: adrian@suse.de SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org