On 27/02/2024 07:26, Ulrich Mueller wrote:
On Mon, 26 Feb 2024, Andrew Nowa Ammerlaan wrote:
Title: installkernel is no longer implicitly installed
Author: Andrew Ammerlaan
Posted: 2024-02-26
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: sys-kernel/installkernel
> On Mon, 26 Feb 2024, Andrew Nowa Ammerlaan wrote:
> Title: installkernel is no longer implicitly installed
> Author: Andrew Ammerlaan
> Posted: 2024-02-26
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed: sys-kernel/installkernel
> Display-If-Installed:
On 27/02/2024 04:55, Duncan wrote:
Andrew Nowa Ammerlaan posted on Mon, 26 Feb 2024 18:13:32 +0100 as
excerpted:
Removing sys-kernel/installkernel from your system WILL change the way
kernels are installed by 'make install'! Instead of the versioned
/boot/vmlinuz-x.y.z that you are used to,
On 27/02/2024 03:28, Oskari Pirhonen wrote:
On Mon, Feb 26, 2024 at 22:39:13 +, Lucio Sauer wrote:
On Mon, Feb 26, 2024 at 06:13:32PM +0100, Andrew Nowa Ammerlaan wrote:
Previously sys-kernel/installkernel was implicitly installed on many systems
via a dependency in sys-apps/debianutils.
On 2/26/24 10:55 PM, Duncan wrote:
> Andrew Nowa Ammerlaan posted on Mon, 26 Feb 2024 18:13:32 +0100 as
> excerpted:
>
>> Removing sys-kernel/installkernel from your system WILL change the way
>> kernels are installed by 'make install'! Instead of the versioned
>> /boot/vmlinuz-x.y.z that you are
Andrew Nowa Ammerlaan posted on Mon, 26 Feb 2024 18:13:32 +0100 as
excerpted:
> Removing sys-kernel/installkernel from your system WILL change the way
> kernels are installed by 'make install'! Instead of the versioned
> /boot/vmlinuz-x.y.z that you are used to, 'make install' will simply
> copy
On Mon, Feb 26, 2024 at 22:39:13 +, Lucio Sauer wrote:
> On Mon, Feb 26, 2024 at 06:13:32PM +0100, Andrew Nowa Ammerlaan wrote:
> > Previously sys-kernel/installkernel was implicitly installed on many systems
> > via a dependency in sys-apps/debianutils. This dependency was toggled
> > by the
On Mon, Feb 26, 2024 at 06:13:32PM +0100, Andrew Nowa Ammerlaan wrote:
> Previously sys-kernel/installkernel was implicitly installed on many systems
> via a dependency in sys-apps/debianutils. This dependency was toggled
> by the "installkernel" USE flag, and enabled by default.
>
>
Signed-off-by: Volkmar W. Pogatzki
---
eclass/java-ant-2.eclass | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/eclass/java-ant-2.eclass b/eclass/java-ant-2.eclass
index 35fe84997563..f29a8d749227 100644
--- a/eclass/java-ant-2.eclass
+++
This draft news item accompanies:
https://github.com/gentoo/gentoo/pull/35533
Random packages requiring some tool from Debian should not cause the
kernel installation process to change.
The dropping of the debianutils dependency in ca-certificates has
already caused some surprises due to
On Sun, 2024-02-25 at 22:31 -0800, Robin H. Johnson wrote:
> Allow checking any runtime path for installing ever-larger packages.
>
> CHECKREQS_DISK_RUNTIME=( /boot:40M /:350M /opt:500M )
>
> Recent example of large packages:
>
> gentoo-kernel-bin:
> / >=350MB/version (in /lib/modules)
>
On Mon, Feb 26, 2024 at 08:01:28AM +0100, z...@gentoo.org wrote:
> Am 26.02.24 um 07:31 schrieb Robin H. Johnson:
> > Allow checking any runtime path for installing ever-larger packages.
> >
> > CHECKREQS_DISK_RUNTIME=( /boot:40M /:350M /opt:500M )
>
> In the example case: Shouldn't the eclass
12 matches
Mail list logo
