[gentoo-dev] Re: Prefix bootstrap script maintainability (Was: No more stable keywords for Games)

Hello friends! On Sun, Nov 19, 2017 at 6:54 PM, Benda Xu wrote: > Greetings R0b0t1, > > R0b0t1 writes: > >> It is one thing to say that contributions to the main Portage tree >> require some standards to be upheld, but these standards do not seem >> to be

Re: [gentoo-dev] Re: No more stable keywords for Games

On 11/19/2017 01:45 PM, Philip Webb wrote: > 171119 James Le Cuirot wrote: >> On Sun, 19 Nov 2017 08:50:20 -0500 >> Philip Webb wrote: >>> 171118 David Seifert wrote: As the Games team does not have enough manpower to keep tabs on all games packages, we have

[gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged

From: Benda Xu Thanks again. I will take your original suggestion. enewgroup and enewuser does not apply when executed as a normal user, e.g. under Gentoo Prefix. --- eclass/user.eclass | 8 1 file changed, 8 insertions(+) diff --git a/eclass/user.eclass

Re: [gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged

On 20/11/17 03:38, hero...@gentoo.org wrote: > From: Benda Xu > > Thanks MJ, how about "Unprivileged to execute"? Less bytes. > > enewgroup and enewuser does not apply when executed as a normal > user, e.g. under Gentoo Prefix. > --- > eclass/user.eclass | 8 > 1

Re: [gentoo-dev] Strip features via profile.bashrc

On Sun, 19 Nov 2017 22:27:26 -0500 Mike Gilbert wrote: > > FEATURES gets processed by portage too early for bashrc settings to > have any effect. Glad to have that confirmed, as that is what I experienced. Feel like I was in this commercial...

[gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged

From: Benda Xu Thanks MJ, how about "Unprivileged to execute"? Less bytes. enewgroup and enewuser does not apply when executed as a normal user, e.g. under Gentoo Prefix. --- eclass/user.eclass | 8 1 file changed, 8 insertions(+) diff --git

Re: [gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged.

On 20/11/17 03:25, hero...@gentoo.org wrote: > From: Benda Xu > > enewgroup and enewuser does not apply when executed as a normal > user, e.g. under Gentoo Prefix. > --- > eclass/user.eclass | 8 > 1 file changed, 8 insertions(+) > > diff --git

[gentoo-dev] [RFC, PATCH] db.eclass: support Prefix

From: Benda Xu ROOT and D are replaced with EROOT and ED. --- eclass/db.eclass | 30 ++ 1 file changed, 18 insertions(+), 12 deletions(-) diff --git a/eclass/db.eclass b/eclass/db.eclass index c46c431ea9c..0c0d0ef14cd 100644 ---

Re: [gentoo-dev] Strip features via profile.bashrc

On Sun, Nov 19, 2017 at 9:57 PM, William L. Thomson Jr. wrote: > I am trying to replicate like /etc/portage/package.env type function. > For some packages I had FEATURES="-buildpkg". I cannot seem to > replicate this what so ever with profile.bashrc. > > Not sure how via a

[gentoo-dev] [RFC, PATCH] user.eclass: gracefully return when unprivileged.

From: Benda Xu enewgroup and enewuser does not apply when executed as a normal user, e.g. under Gentoo Prefix. --- eclass/user.eclass | 8 1 file changed, 8 insertions(+) diff --git a/eclass/user.eclass b/eclass/user.eclass index 86bcd282479..82ccc1100ac 100644

[gentoo-dev] Strip features via profile.bashrc

I am trying to replicate like /etc/portage/package.env type function. For some packages I had FEATURES="-buildpkg". I cannot seem to replicate this what so ever with profile.bashrc. Not sure how via a profile in an overlay/tree, not /etc/portage, one can add/remove features. I do not seem to have

Re: [gentoo-dev] NEWS item for games destabling

David Seifert writes: > As the Games team does not have enough manpower to keep tabs on all > games packages, we have dropped all games-* ebuilds to unstable > KEYWORDS (modulo those required by stable non-games packages). "modulo" is too mathematical to be

[gentoo-dev] Prefix bootstrap script maintainability (Was: No more stable keywords for Games)

Greetings R0b0t1, R0b0t1 writes: > It is one thing to say that contributions to the main Portage tree > require some standards to be upheld, but these standards do not seem > to be applied consistently. For example, crossdev, genkernel, and the > bootstrap-prefix and

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2017-11-19 23:59 UTC

20171115-07:36 asturm d7c8833dec2 net-im/skypetab-ng 20171114-23:01 asturm 9fd953b2870 net-p2p/kmldonkey 20171114-23:01 asturm 9fd953b2870 Additions: app-emacs/atomic-chrome20171119-21

Re: [gentoo-dev] Re: No more stable keywords for Games

can't affect me as I am not into games ; but I have tried some on kde , they seems to work fine. 2017-11-19 20:17 GMT+00:00 R0b0t1 : > Hello friends! > > On Sun, Nov 19, 2017 at 12:45 PM, Philip Webb > wrote: > > 171119 James Le Cuirot wrote: > >> On Sun,

Re: [gentoo-portage-dev] [PATCH] portage.manifest: Fix mis-parsing Manifests with numerical checksums

On 11/19/2017 09:12 AM, Michał Górny wrote: > Fix the regular expression used to parse Manifests not to fail horribly > when one of the checksums accidentally happens to be all-digits. > > The previously used regular expression used to greedily take everything > up to the first number as

Re: [gentoo-dev] Re: No more stable keywords for Games

Hello friends! On Sun, Nov 19, 2017 at 12:45 PM, Philip Webb wrote: > 171119 James Le Cuirot wrote: >> On Sun, 19 Nov 2017 08:50:20 -0500 >> Philip Webb wrote: >>> 171118 David Seifert wrote: As the Games team does not have enough manpower to

Re: [gentoo-dev] Re: cmake + ninja vs autotools

On 11/19/2017 01:00 PM, William L. Thomson Jr. wrote: >> >> This is broken: Static metadata like DEPEND must not depend >> on dynamic data like environment variables which are supposed >> to change at emerge time. > > I wondered about that. I guess adding to DEPEND via eclass is bad then. > So

Re: [gentoo-dev] Re: cmake + ninja vs autotools

On 19.11.17 at 16:49 user Martin Vaeth wrote: >> Ninja is most of the speed of meson less configure time savings > > ++ > For eix, the main motivation to support meson as an > alternative build system was to be able to use ninja... As somebody having a big C++/Qt/cmake project:

Re: [gentoo-dev] NEWS item for games destabling

On Sun, Nov 19, 2017 at 1:42 PM, Sergei Trofimovich wrote: > On Sun, 19 Nov 2017 15:46:02 +0100 > David Seifert wrote: > >> games in Gentoo are not part of crucial Tier 1 packages. > > It's the first time I hear the term. How "crucial Tier 1 packages" are

Re: [gentoo-dev] Re: No more stable keywords for Games

171119 James Le Cuirot wrote: > On Sun, 19 Nov 2017 08:50:20 -0500 > Philip Webb wrote: >> 171118 David Seifert wrote: >>> As the Games team does not have enough manpower to keep tabs on all >>> games packages, we have dropped all games-* ebuilds to unstable >>> keywords

Re: [gentoo-dev] NEWS item for games destabling

On Sun, 19 Nov 2017 15:46:02 +0100 David Seifert wrote: > NEWS item for de-stabled games > > Title: No stable KEYWORDS for Gentoo Games > Author: David Seifert > Content-Type: text/plain > Posted: 2017-11-19 > Revision: 1 >

Re: [gentoo-dev] Re: cmake + ninja vs autotools

On Sun, 19 Nov 2017 16:49:51 + (UTC) Martin Vaeth wrote: > William L. Thomson Jr. wrote: > > > > case ${CMAKE_MAKEFILE_GENERATOR} in > > emake) > > DEPEND="sys-devel/make" > > ;; > > ninja) > >

[gentoo-portage-dev] [PATCH] portage.manifest: Fix mis-parsing Manifests with numerical checksums

Fix the regular expression used to parse Manifests not to fail horribly when one of the checksums accidentally happens to be all-digits. The previously used regular expression used to greedily take everything up to the first number as filename. If one of the checksums happened to be purely

[gentoo-dev] Re: cmake + ninja vs autotools

William L. Thomson Jr. wrote: > > case ${CMAKE_MAKEFILE_GENERATOR} in > emake) > DEPEND="sys-devel/make" > ;; > ninja) > DEPEND="dev-util/ninja" > ;; This is broken: Static metadata like DEPEND

[gentoo-dev] NEWS item for games destabling

NEWS item for de-stabled games Title: No stable KEYWORDS for Gentoo Games Author: David Seifert Content-Type: text/plain Posted: 2017-11-19 Revision: 1 News-Item-Format: 1.0 Display-If-Keyword: amd64 x86 As the Games team does not

Re: [gentoo-dev] Re: No more stable keywords for Games

On Sun, 19 Nov 2017 08:50:20 -0500 Philip Webb wrote: > 171118 David Seifert wrote: > > As the Games team does not have enough manpower to keep tabs on all > > games packages, we have dropped all games-* ebuilds to unstable > > keywords (modulo those required by stable

[gentoo-dev] Re: No more stable keywords for Games

171118 David Seifert wrote: > As the Games team does not have enough manpower to keep tabs on all > games packages, we have dropped all games-* ebuilds to unstable > keywords (modulo those required by stable non-games packages). > > While I accept that this will cause some irritation for the