Summary: | sys-apps/debianutils: please make 'installkernel' executable optional | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | critical | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Suggested patch |
Description
Michał Górny
2014-10-29 09:04:39 UTC
Created attachment 387706 [details, diff]
Suggested patch
This one introduces controllable USE=installkernel to toggle it. I've removed USE=kernel_linux references because they are redundant then. We also need to p.u.mask:
sys-apps/debianutils installkernel
in default/bsd and prefix profiles, and un-p.u.mask in prefix/linux.
you want to provide an ebuild that installs /sbin/installkernel ? or you want to, on your own systems, install some local script ? the kernel build looks in ~/bin/ first. Yes, I wanted to provide an ebuild with it. To install in gummiboot-compliant location. your patch/idea looks fine. feel free to rebase/push :). The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8845fb86370df98660919bfad9445df896322356 commit 8845fb86370df98660919bfad9445df896322356 Author: Lars Wendler <polynomial-c@gentoo.org> AuthorDate: 2018-01-02 13:32:39 +0000 Commit: Lars Wendler <polynomial-c@gentoo.org> CommitDate: 2018-01-02 13:32:54 +0000 sys-apps/debianutils: Bump to version 4.8.4 Use "installkernel" USE flag to control installation of installkernel shell script. Closes: https://bugs.gentoo.org/527304 Package-Manager: Portage-2.3.19, Repoman-2.3.6 sys-apps/debianutils/Manifest | 1 + sys-apps/debianutils/debianutils-4.8.4.ebuild | 41 +++++++++++++++++++++++++++ sys-apps/debianutils/metadata.xml | 11 ++++--- 3 files changed, 49 insertions(+), 4 deletions(-) This USE flag should be +installkernel. Otherwise it will break many existing setups that rely on this behavior. Notably, this breaks existing handbook advice that says to call `make install` on the kernel tree. Whoops looks like it already is and something else is happening. Sorry for the noise. Reclosing. |