Re: [gentoo-dev] [RFC] Should NATTkA reject keywordreqs for packages with -arch (-*) keywords?

2020-05-05 Thread Thomas Deutschmann
On 2020-05-06 00:52, James Le Cuirot wrote: > On Tue, 05 May 2020 22:19:59 +0200 > Michał Górny wrote: >> >> WDYT? > > Play it safe. -* is frequently used for binary packages where an arch > will simply either work or it won't, with little likelihood of the > situation changing. -arch is so rare

Re: [gentoo-dev] user.eclass ignores ROOT/SYSROOT

2020-05-05 Thread Bertrand Jacquin
On 2020-05-05 21:22, Peter Stuge wrote: Hi, I'm trying something out over here and I'm surprised to find that acct-group/* do not work with ROOT+SYSROOT != "/". Should I file yet another bug about this Correct, https://bugs.gentoo.org/show_bug.cgi?id=541406 is tracking this and has some back

Re: [gentoo-dev] [RFC] Should NATTkA reject keywordreqs for packages with -arch (-*) keywords?

2020-05-05 Thread James Le Cuirot
On Tue, 05 May 2020 22:19:59 +0200 Michał Górny wrote: > Hi, > > TL;DR: should NATTkA reject request to keyword on arch if the ebuild has > '-arch' (or '-*') in KEYWORDS already? > > > Background: I've recently been rekeywording two packages that gained > dependency on gevent. When I was mass

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-05 Thread Toralf Förster
On 5/5/20 10:26 PM, Daniel Pielmeier wrote: > Actually the maintainer decided to continue the project. > The code is now hosted at Github [1]. > The site moved to a new server and the upload is working again. > > [1] https://github.com/portagefilelist > > -- > Best regards > Daniel Indeed - I'm

Re: [gentoo-dev] user.eclass ignores ROOT/SYSROOT

2020-05-05 Thread David Michael
On Tue, May 5, 2020 at 4:22 PM Peter Stuge wrote: > Hi, > > I'm trying something out over here and I'm surprised to find that > acct-group/* do not work with ROOT+SYSROOT != "/". > > Should I file yet another bug about this? > > I suppose the limitation is in user.eclass, but what about the 11 bug

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-05 Thread Daniel Pielmeier
Am May 5, 2020 7:31:34 PM UTC schrieb "Toralf Förster" : >On 4/26/20 10:08 AM, Michał Górny wrote: >> I don't think we really want to try to investigate >> which files are actually used but focus on what's installed. >Hi, > >I do wonder if the http://www.portagefilelist.de/site/start (package >app-

[gentoo-dev] user.eclass ignores ROOT/SYSROOT

2020-05-05 Thread Peter Stuge
Hi, I'm trying something out over here and I'm surprised to find that acct-group/* do not work with ROOT+SYSROOT != "/". Should I file yet another bug about this? I suppose the limitation is in user.eclass, but what about the 11 bugs already filed about exactly this problem? They are easy to se

[gentoo-dev] [RFC] Should NATTkA reject keywordreqs for packages with -arch (-*) keywords?

2020-05-05 Thread Michał Górny
Hi, TL;DR: should NATTkA reject request to keyword on arch if the ebuild has '-arch' (or '-*') in KEYWORDS already? Background: I've recently been rekeywording two packages that gained dependency on gevent. When I was mass-requesting rekeywording, it escaped my attention that gevent is explicit

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-05 Thread Kent Fredric
On Tue, 5 May 2020 02:47:48 +0200 Thomas Deutschmann wrote: > Yes it would be a signal but a useless signal, not? "There are no users reported using this dist, so we can nuke it" is still far far superior to "there are no reverse dependencies, so we can nuke it" *Even* when the former is false

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-05 Thread Toralf Förster
On 4/26/20 10:08 AM, Michał Górny wrote: > I don't think we really want to try to investigate > which files are actually used but focus on what's installed. Hi, I do wonder if the http://www.portagefilelist.de/site/start (package app-portage/pfl) would be part of that or not? The maintainer of th

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-05 Thread Jaco Kroon
Hi Michał, and the rest of the Gentoo devs, I've been patiently sitting and watching this discussion. I raised some ideas with another developer (Not Michał) just days before he raised this thread to the ML. I believe all points raised to this point is valid, I'll try to summarise: 1.  This mus

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-05 Thread Nils Freydank
Hi all, I find the idea of having data great, but agree that it can lead to a false sense of having a correct data base. Therefor two thoughts: First, therefore I'd like to propose that you introduce gentoostats as a *strictly timed experiment* and evaluate if it actually changed anything within

Re: [gentoo-dev] acct-user/acct-group trouble

2020-05-05 Thread Alarig Le Lay
On Tue 05 May 2020 15:23:34 GMT, lego12...@yandex.ru wrote: > Hm. And what version should i choose for such ebuilds?.. It usually on version 0. -- Alarig

Re: [gentoo-dev] acct-user/acct-group trouble

2020-05-05 Thread lego12239
Hm. And what version should i choose for such ebuilds?.. -- Олег Неманов (Oleg Nemanov)

Re: [gentoo-dev] acct-user/acct-group trouble

2020-05-05 Thread lego12239
On Tue, May 05, 2020 at 01:34:41PM +0200, Michał Górny wrote: > You don't understand correctly. Read the doc for ACCT_GROUP_ID. Found. Thanks. -- Олег Неманов (Oleg Nemanov)

Re: [gentoo-dev] acct-user/acct-group trouble

2020-05-05 Thread Michał Górny
On Tue, 2020-05-05 at 14:24 +0300, Oleg wrote: > Hi, all. > > I'm creating a ebuild and need to create user/group during it installation. > As i create a package/ebuild for our company internal use, it useless to > request uid/gid to be saved in uid-gid.txt. Also, i don't need a constant > uid/gid

[gentoo-dev] acct-user/acct-group trouble

2020-05-05 Thread Oleg
Hi, all. I'm creating a ebuild and need to create user/group during it installation. As i create a package/ebuild for our company internal use, it useless to request uid/gid to be saved in uid-gid.txt. Also, i don't need a constant uid/gid, just want a user/group creation. This package will be ins

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-05 Thread Michał Górny
On Tue, 2020-05-05 at 02:47 +0200, Thomas Deutschmann wrote: > Yes it would be a signal but a useless signal, not? > You seem to aim for arbitrarily blocking developers from making decisions by preventing them from having data. This won't work. Firstly, because *we have* to make decisions, and