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? 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.
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? Michal -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org