Am Dienstag, 10. Dezember 2013, 21:47:27 schrieb Michal Marek:
Dne 6.12.2013 09:50, Adrian Schröter napsal(a): ...
The reason why I want to have this spec file as part of the kernel package is that it should be also branched, when someone is branching any kernel-* package. OBS does create branches for all local linked packages, so the new and modified kernel will be used also directly in this project branching the kernel.
So if I upload a kernel that panics during boot to my home project, the whole project will stop building forever?
yes
For me and I guess most other developers on this list, it is actually an advantage that the kernel does not need itself to build.
it won't be different as like updating to a broken glibc. We would notice before it got merged into mainline. Otherwise our users would be the first who notice that the kernel is not booting. And there would be a way out of this, kernel developers (mainline and people who branched it) would just able to call "osc wipebinaries". If we have it only in mainline you would rely on OBS admins to fix the situation, no one else would be able to do it. So, I would really like to ask to re-think this position. it is just one small text file in addition. And I am happy to take over the responsibility in case there are bug reports for it.
To be discussed: shall we create the initrd in a way avoiding root permissions? On the other hand, we do test our default mkinitrd tool this way. It broke often enough in the past ...
Sometimes, you need to open a block device node to see what is in it, e.g. setup-md.sh does this several times. Likewise, anything based on device mapper needs root to access /dev/mapper/control. In a simple storage setup like yours, it will probably work, but there is no guarantee.
I see. question is still if we want to test mkinitrd and other core kernel tool chain here. But it makes only sense, if it is part of the kernel source of course. thanks 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