Re: [gentoo-dev] [ebuild] How to do make install while in compilation stage

Hi, On 11/07/2022 05:17, Xi Shen wrote: Hi, I am trying to create an ebuild file for https://github.com/NVIDIA/libnvidia-container . It has a few other dependencies which will be built by itself. Such an ebuild already exists in the ::guru

[gentoo-dev] [PATCH] python-utils-r1.eclass: avoid nested ebegin calls

It's common for python_check_deps to call python_has_version, which calls ebegin itself. Signed-off-by: Mike Gilbert --- eclass/python-utils-r1.eclass | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/eclass/python-utils-r1.eclass b/eclass/python-utils-r1.eclass index

[gentoo-dev] [ebuild] How to do make install while in compilation stage

Hi, I am trying to create an ebuild file for https://github.com/NVIDIA/libnvidia-container. It has a few other dependencies which will be built by itself. My ebuild can download and compile those dependencies. But one of the dependency "libtirpc-1.3.2" needs to install itself in the temporary

[gentoo-dev] Last rites: games-engines/nazghul

# David Seifert (2022-07-10) # Unmaintained, last release in 2010, ebuild added by author and then # abandoned, terrible macros break compiling with GCC 12. # Bugs #851867, removal on 2022-08-09. games-engines/nazghul signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Packages up for grabs: x11-misc/lightdm, sys-apps/fwupd, net-im/pidgin, media-sound/mumble, app-emulation/virtualbox, app-editors/nano, app-shells/zsh and more

I can help with packages I use (resources and time permitting), but co-maintainers are more than welcome! On Wed, 29 Jun 2022 10:15:03 +0300 Joonas Niilola wrote: > app-text/convmv Should be low maintenance > mail-client/claws-mail > mail-client/clawsker My main mail client and a related

[gentoo-dev] Last rites: dev-python/pydispatcher

# Michał Górny (2022-07-10) # The original package was discontinued in 2015.  This is a fork that # lived for two months in 2017, and is not name-compatible with # the original.  The last revdep was removed in 2018. # Removal on 2022-08-09.  Bug #857252. dev-python/pydispatcher -- Best regards,

Re: [gentoo-dev] GLEP-81 migration done

On Sun, 2022-07-10 at 09:26 +0200, Ulrich Mueller wrote: > > > > > > On Sun, 10 Jul 2022, Anna  wrote: > > > On 2022-07-09 23:37, Conrad Kostecki wrote: > > > I would like to inform you all, that GLEP-81 migration has been > > > finally done. All existing packages got migrated and no ones left. >

Re: [gentoo-dev] [PATCH] ruby-ng.eclass: replace ebegin with einfo in _ruby_invoke_environment

On Sun, 2022-07-03 at 15:45 -0400, Mike Gilbert wrote: > Calling ebegin here makes no sense because it is likely that the > called > function will also generate output. This will lead to the "[ ok ]" > potentially appearing many lines later. > > It also leads to nested ebegin calls, which make no

Re: [gentoo-dev] GLEP-81 migration done

> On Sun, 10 Jul 2022, Anna wrote: > On 2022-07-09 23:37, Conrad Kostecki wrote: >> I would like to inform you all, that GLEP-81 migration has been >> finally done. All existing packages got migrated and no ones left. Great work, thank you! > What to do with user.eclass now? It's already