# Conrad Kostecki (2021-01-10)
# The Duke Nukem 3D demo data files will be now handled by the
# 'games-fps/duke3d-data' package, so this package isn't
# needed anymore. Just remove it and switch to the above one.
# Enable use flag 'demo' for demo data files.
# Removal in 14 days.
On 1/10/2021 09:47, Michał Górny wrote:
> On Sun, 2021-01-10 at 14:54 +0100, Fabian Groffen wrote:
>> On 10-01-2021 14:34:13 +0100, Michał Górny wrote:
>>> The vast majority of libtool-based programs use configure script to
>>> generate libtool. However, a few non-autoconf packages also use
On Fri, 2021-01-08 at 23:45 +0100, Thomas Deutschmann wrote:
> In some setups where users are changed/managed not only via ebuilds,
> for example through configuration management systems, it could be
> problematic if acct-user.eclass will restore user/group settings
> to values set in ebuild.
>
>
Signed-off-by: Michał Górny
---
sys-fs/zfs-kmod/zfs-kmod-0.8.6.ebuild | 6 +-
sys-fs/zfs-kmod/zfs-kmod-2.0.1.ebuild | 6 +-
sys-fs/zfs-kmod/zfs-kmod-.ebuild | 6 +-
3 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/sys-fs/zfs-kmod/zfs-kmod-0.8.6.ebuild
Signed-off-by: Michał Górny
---
eclass/dist-kernel-utils.eclass | 36 +
1 file changed, 36 insertions(+)
diff --git a/eclass/dist-kernel-utils.eclass b/eclass/dist-kernel-utils.eclass
index cf7165d89947..d92642a25a0a 100644
--- a/eclass/dist-kernel-utils.eclass
Move some of the utility functions from kernel-install.eclass
into dist-kernel-utils.eclass, in order to permit using them without
having all kernel-install phases exported. This will be used in order
to support rebuilding initramfs in sys-fs/zfs-kmod.
Since the eclasses are used only by
Hi,
Here's the next batch of patches to the dist-kernel framework. This
includes:
1. Introducing a new dist-kernel-utils.eclass that can be used
by packages that need some logic related to dist-kernel but do not
want to fight the phase functions exported by the current eclasses.
2.
On Sun, 2021-01-10 at 14:54 +0100, Fabian Groffen wrote:
> On 10-01-2021 14:34:13 +0100, Michał Górny wrote:
> > The vast majority of libtool-based programs use configure script to
> > generate libtool. However, a few non-autoconf packages also use libtool
> > by calling system-installed
On 10-01-2021 14:34:13 +0100, Michał Górny wrote:
> The vast majority of libtool-based programs use configure script to
> generate libtool. However, a few non-autoconf packages also use libtool
> by calling system-installed /usr/bin/libtool. The problem is that this
> libtool hardcodes the
Hi,
The vast majority of libtool-based programs use configure script to
generate libtool. However, a few non-autoconf packages also use libtool
by calling system-installed /usr/bin/libtool. The problem is that this
libtool hardcodes the values of CC/CXX at its' build time, so unless it
is
10 matches
Mail list logo
