[gentoo-portage-dev] [PATCH] man/portage.5: Add userpatch documentation

2021-04-09 Thread Nekun
Signed-off-by: Nekun --- // seems like previous message has wrong Message-Id, resending Starting from EAPI6, this is a built-in Portage functionality, maybe it was not included in Portage documentation eralier because it was epatch.eclass functionality which is exclusive for gentoo repo, but

[gentoo-portage-dev] [PATCH] man/portage.5: Add userpatch documentation

2021-04-09 Thread Nekun
Signed-off-by: Nekun --- Starting from EAPI6, this is a built-in Portage functionality, maybe it was not included in Portage documentation earlier because it was epatch.eclass functionality which is exclusive for gentoo repo, but according with today's mandatory "eapply_user" it should be

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-09 Thread Alec Warner
On Fri, Apr 9, 2021 at 5:19 PM Sam James wrote: > > > > > On 10 Apr 2021, at 01:13, Michael Orlitzky wrote: > > > > On Sat, 2021-04-10 at 00:32 +0100, Sam James wrote: > >> > >> > >> Yes, this is the part I find difficult too. The important > >> distinction here was *bootstrapping* (which I

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-09 Thread Sam James
> On 10 Apr 2021, at 01:13, Michael Orlitzky wrote: > > On Sat, 2021-04-10 at 00:32 +0100, Sam James wrote: >> >> >> Yes, this is the part I find difficult too. The important >> distinction here was *bootstrapping* (which I missed) >> but I think at least we should make a list of packages

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-09 Thread Michael Orlitzky
On Sat, 2021-04-10 at 00:32 +0100, Sam James wrote: > > > Yes, this is the part I find difficult too. The important > distinction here was *bootstrapping* (which I missed) > but I think at least we should make a list of packages generally considered > critical for bootstrap. > What is a

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-09 Thread Sam James
> On 7 Apr 2021, at 12:18, Michael Orlitzky wrote: > > On Tue, 2021-04-06 at 20:32 +0100, Sam James wrote: >> >>> >>> We usually don't add basic tools like grep to dependencies. >> >> Few points: >> >> ... > > 5) There are no clear rules about what @system packages can be left out > of

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-09 Thread Sam James
> On 7 Apr 2021, at 12:06, Ulrich Mueller wrote: > >> On Tue, 06 Apr 2021, Sam James wrote: > >> 1) @system varies between profiles anyway which makes it hard to fully >> rely on; > > That's exactly the reason why you _don't_* add GNU grep as a dependency, > because e.g. on Prefix grep

[gentoo-dev] Fixing user/group creation with different ROOT

2021-04-09 Thread Jérémy Connat
Hello everyone, I've made a PR on github to fix the user/group creation when using a ROOT different than /. This is the link of the PR: https://github.com/gentoo/gentoo/pull/19204 Could you please take a moment to take a look at it ? To test it, you need to create a new minimalist ROOT with:

Re: [gentoo-dev] vdr-plugin-2.eclass QA fix, please review, bug 778815

2021-04-09 Thread Sam James
> On 9 Apr 2021, at 22:10, Joerg Bornkessel wrote: > > https://bugs.gentoo.org/show_bug.cgi?id=778815 > > pkgcheck, gives an error like this > VariableScope: vdr-plugin-2: variable 'WORKDIR' used in > 'vdr-plugin-2_pkg_setup', line 371 > Hi, thanks for looking into this! > inserted patch

[gentoo-dev] vdr-plugin-2.eclass QA fix, please review, bug 778815

2021-04-09 Thread Joerg Bornkessel
https://bugs.gentoo.org/show_bug.cgi?id=778815 pkgcheck, gives an error like this VariableScope: vdr-plugin-2: variable 'WORKDIR' used in 'vdr-plugin-2_pkg_setup', line 371 inserted patch will fix this issues --- vdr-plugin-2.eclass 2020-02-23 17:39:40.0 +0100 +++

[gentoo-dev] base.eclass: last-rites

2021-04-09 Thread Sam James
base.eclass: last-rite eclass (mark as @DEAD) Removal on 2021-05-09. Please port to general eclass functions/helpers. See https://bugs.gentoo.org/497022 for information. signature.asc Description: Message signed with OpenPGP

[gentoo-dev] games.eclass: last-rite eclass

2021-04-09 Thread Sam James
games.eclass: mark as @DEAD (last-rite eclass) Removal on 2021-05-09. Please port to general eclass functions/helpers. No specific eclass is needed for general games installation. signature.asc Description: Message signed with OpenPGP

[gentoo-portage-dev] [PATCH] make.conf.5: Sugest PORTAGE_LOG_FILTER_FILE_CMD supervisor for cat fallback (bug 781854)

2021-04-09 Thread Zac Medico
If PORTAGE_LOG_FILTER_FILE_CMD fails after exec, then output will be lost. Therefore, suggest to use bash as a supervisor, with fallback to cat. Bug: https://bugs.gentoo.org/781854 Signed-off-by: Zac Medico --- man/make.conf.5 | 15 +-- 1 file changed, 13 insertions(+), 2

Re: [gentoo-dev] (resent) [PATCH] eclass: Support dev-util/samurai

2021-04-09 Thread Michał Górny
Hi, First things first: - there should be a detailed commit message explaning what samurai is, to what degree it is compatible with ninja and what's happening here - this should be split to one patch per eclass. On Fri, 2021-04-09 at 18:50 +0200, Lars Wendler wrote: > From: orbea > >

[gentoo-dev] (resent) [PATCH] eclass: Support dev-util/samurai

2021-04-09 Thread Lars Wendler
From: orbea Signed-off-by: Lars Wendler --- eclass/cmake.eclass | 22 -- eclass/meson.eclass | 4 ++-- eclass/ninja-utils.eclass | 37 +++-- 3 files changed, 45 insertions(+), 18 deletions(-) diff --git a/eclass/cmake.eclass

[gentoo-dev] [PATCH] eclass: Support dev-util/samurai

2021-04-09 Thread Lars Wendler
From: orbea Signed-off-by: Lars Wendler --- eclass/cmake.eclass | 10 +- eclass/meson.eclass | 4 ++-- eclass/ninja-utils.eclass | 35 +-- 3 files changed, 40 insertions(+), 9 deletions(-) diff --git a/eclass/cmake.eclass

Re: [gentoo-dev] Last-rites: app-admin/lastpass-cli

2021-04-09 Thread Thomas Bracht Laumann Jespersen
> > I actually use lastpass-cli, because my company use LastPass. Is there an > > alternative, or can we keep this somehow? > > > > Unfortunately we cannot keep it unless the upstream shows a sign of life. You > can still use the web interface etc. of LastPass. There is also a community > fork