[gentoo-dev] Re: Mailing list moderation and community openness

Alec Warner posted on Wed, 21 Mar 2018 10:44:48 -0400 as excerpted: > On Wed, Mar 21, 2018 at 1:36 AM, Eray Aslan wrote: > >> On Tue, Mar 20, 2018 at 10:28:48AM -0500, Matthew Thode wrote: >> > While I personally do no agree with mailing list moderation infra has >> > been

Re: [gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

On 22.03.2018 01:25, Zac Medico wrote: > On 03/19/2018 09:49 PM, Manuel Rüger wrote: >> Hi Zac, >> >> alternatively could --exclude be extended to support sets? >> So users could --exclude @world or @profile. > > Your idea doesn't really fit the current meaning of --exclude, since > --exclude

Re: [gentoo-dev] Mailing list moderation and community openness

On 22/03/18 00:33, Kristian Fiskerstrand wrote: > > Most contributions should happen via patches on b.g.o > Who was lamenting about the every-increasing bug queue on this Very list recently? And what about those 5+ year old bugs that are rotting for packages long last-rited from the tree ?

Re: [gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

On 03/21/2018 04:53 PM, Joakim Tjernlund wrote: > On Tue, 2018-03-20 at 05:49 +0100, Manuel Rüger wrote: >> Hi Zac, >> >> alternatively could --exclude be extended to support sets? >> So users could --exclude @world or @profile. > > Yes please, I think I have a bug in that direction already(and

Re: [gentoo-dev] Mailing list moderation and community openness

On 03/22/2018 12:56 AM, Chí-Thanh Christopher Nguyễn wrote: > Rich Freeman schrieb: > >> Actually, I think it is more of a technical constraint. It is >> basically impossible to blacklist somebody on a mailing list, since >> all they need to do is roll up a new email address. >> >> I can think

Re: [gentoo-dev] Mailing list moderation and community openness

On 03/22/2018 12:56 AM, Chí-Thanh Christopher Nguyễn wrote: > Michael Palimaka schrieb: >> I see that in bug #650964[1] Council is pushing forward again with >> implementing user whitelisting on this mailing list (ie. anyone that is >> not "approved" will have their mail rejected). >> >> Could

Re: [gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

On 03/19/2018 09:49 PM, Manuel Rüger wrote: > Hi Zac, > > alternatively could --exclude be extended to support sets? > So users could --exclude @world or @profile. Your idea doesn't really fit the current meaning of --exclude, since --exclude excludes packages from being merged, but still adds

Re: [gentoo-dev] Mailing list moderation and community openness

On 03/22/2018 12:56 AM, Chí-Thanh Christopher Nguyễn wrote: > Kristian Fiskerstrand schrieb: > >> Switching to mailman might have some good merits on its own, but as I >> understand it it isn't necessary for the proposal at hand, that can be >> solved using access control lists in mlmmj-process?

Re: [gentoo-dev] Mailing list moderation and community openness

Rich Freeman schrieb: > Actually, I think it is more of a technical constraint. It is > basically impossible to blacklist somebody on a mailing list, since > all they need to do is roll up a new email address. > > I can think of various arguments for whitelisting or not whitelisting, > but it

Re: [gentoo-dev] Mailing list moderation and community openness

Michael Palimaka schrieb: > I see that in bug #650964[1] Council is pushing forward again with > implementing user whitelisting on this mailing list (ie. anyone that is > not "approved" will have their mail rejected). > > Could someone please explain how this doesn't directly contradict the >

Re: [gentoo-dev] Mailing list moderation and community openness

Kristian Fiskerstrand schrieb: > Switching to mailman might have some good merits on its own, but as I > understand it it isn't necessary for the proposal at hand, that can be > solved using access control lists in mlmmj-process? I would advise caution that Council better not try to micro-manage

[gentoo-dev] New category: app-metrics

Hi everyone, I'm planning to add a new category app-metrics, which is mainly (at least for my own use case) going to be used for prometheus[0] and its exporters providing endpoints for prometheus. It can be used for other packages whose _main_ purpose is to provide metrics, transform or consume

Re: [gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

On Tue, 2018-03-20 at 05:49 +0100, Manuel Rüger wrote: > Hi Zac, > > alternatively could --exclude be extended to support sets? > So users could --exclude @world or @profile. Yes please, I think I have a bug in that direction already(and --exclude during --depclean) > > Cheers, > Manuel > >

Re: [gentoo-dev] Mailing list moderation and community openness

John Levine, author of "The Internet For Dummies," once set up a robo-moderation process for the Usenet newsgroup soc.religion.unitarian-univ (Unitarian Universalists). The group, along with most of Usenet, ultimately "died" due to lack of attention from the moderators, who failed to curb one of

Re: [gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

On 21/03/18 23:26, M. J. Everitt wrote: > n 20/03/18 04:49, Manuel Rüger wrote: >> Hi Zac, >> >> alternatively could --exclude be extended to support sets? >> So users could --exclude @world or @profile. >> >> Cheers, >> Manuel >> > The idea is sound enough, but I fear the syntax would be too

Re: [gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

n 20/03/18 04:49, Manuel Rüger wrote: > Hi Zac, > > alternatively could --exclude be extended to support sets? > So users could --exclude @world or @profile. > > Cheers, > Manuel > The idea is sound enough, but I fear the syntax would be too confusing. Reading a potential command-line as "emerge

Re: [gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

Hi Zac, alternatively could --exclude be extended to support sets? So users could --exclude @world or @profile. Cheers, Manuel On 22.03.2018 00:03, Zac Medico wrote: > Ignore the @world package set and its dependencies. This may be useful > if there is a desire to perform an action even though

[gentoo-portage-dev] [PATCH] emerge: add --ignore-world [ y | n ] option (bug 608564)

Ignore the @world package set and its dependencies. This may be useful if there is a desire to perform an action even though it might break the dependencies of some installed packages (it might also remove installed packages in order to solve blockers). This also alters the behavior of

Re: [gentoo-dev] Project:Lisp without members

El mié, 21-03-2018 a las 10:51 +0200, Mart Raudsepp escribió: > Ühel kenal päeval, L, 10.03.2018 kell 13:26, kirjutas Pacho Ramos: > > From now Project:Lisp has no members... that doesn't seem an issue as > > it > > contains multiple subprojects that maintain relevant packages... but, > > for the

Re: [gentoo-dev] Mailing list moderation and community openness

On Wed, Mar 21, 2018 at 12:55 PM, R0b0t1 wrote: > > I can't tell, and I suspect other people can't either. > This is the crux of the issue. Decisions involving people issues are made behind closed doors, which means that others are not free to confirm for themselves whether

Re: [gentoo-dev] Mailing list moderation and community openness

On Wed, Mar 21, 2018 at 9:44 AM, Alec Warner wrote: > The community has a 'toxic people problem' Maybe certain people who feel they are being attacked are idiots and don't like hearing it? I can't tell, and I suspect other people can't either. Respectfully, R0b0t1

Re: [gentoo-dev] Mailing list moderation and community openness

On Wed, Mar 21, 2018 at 12:31 PM, Eray Aslan wrote: > On Wed, Mar 21, 2018 at 10:44:48AM -0400, Alec Warner wrote: > > [1] Which isn't to say that I would accept 'orders' to commit crimes, or > > other obviously bad things. > > This is the crux of the problem. There are certain

Re: [gentoo-dev] Mailing list moderation and community openness

On Wed, Mar 21, 2018 at 10:44:48AM -0400, Alec Warner wrote: > [1] Which isn't to say that I would accept 'orders' to commit crimes, or > other obviously bad things. This is the crux of the problem. There are certain lines you will not cross. I am saying that my line is different and by voicing

Re: [gentoo-dev] Mailing list moderation and community openness

On Wed, Mar 21, 2018 at 1:36 AM, Eray Aslan wrote: > On Tue, Mar 20, 2018 at 10:28:48AM -0500, Matthew Thode wrote: > > While I personally do no agree with mailing list moderation infra has > > been tasked with moving forward on it. > > You can always resign from infra. > >

Re: [gentoo-dev] [RFC] Begin a dev-libs/nodejs category?

On 03/21/2018 03:33 AM, Kent Fredric wrote: > On Wed, 21 Mar 2018 01:44:11 + > Herb Miller Jr. wrote: > >> If I am, then yes, some kind of automation >> would be the only sane way to keep up > In my experience you can't *really* rely on automation 100% for this > sort of

[gentoo-dev] Pypi generator (Was: [RFC] Begin a dev-libs/nodejs category?)

X dej writes: > I did not find anything wannabe "g-pip" for python. Check out app-portage/gs-pypi.

Re: [gentoo-dev] Mailing list moderation and community openness

On Wed, Mar 21, 2018 at 1:36 AM, Eray Aslan wrote: > On Tue, Mar 20, 2018 at 10:28:48AM -0500, Matthew Thode wrote: >> While I personally do no agree with mailing list moderation infra has >> been tasked with moving forward on it. > > That was a somewhat tongue-in-cheek comment

Re: [gentoo-dev] [RFC] Begin a dev-libs/nodejs category?

2018-03-21 2:44 UTC+01:00, Herb Miller Jr. : >>> When I did my homework on creating nodejs ebuilds (not nodejs itself >>> but packages written in node), it seems the topic has come up a few >>> times in the past but the time commitment and general disorganization >>> of upstream

Re: [gentoo-dev] Project:Lisp without members

Ühel kenal päeval, L, 10.03.2018 kell 13:26, kirjutas Pacho Ramos: > From now Project:Lisp has no members... that doesn't seem an issue as > it > contains multiple subprojects that maintain relevant packages... but, > for the > case anyone wants to join the main project... >

Re: [gentoo-dev] [RFC] Begin a dev-libs/nodejs category?

On Wed, 21 Mar 2018 01:44:11 + Herb Miller Jr. wrote: > If I am, then yes, some kind of automation > would be the only sane way to keep up In my experience you can't *really* rely on automation 100% for this sort of thing. Not while achieving quality results. Its viable for

[gentoo-dev] Last rites: dev-perl/WWW-Bugzilla

# Kent Fredric (21 Mar 2018) # Not usable with versions of Bugzilla shipped by Gentoo since 2013, # Dead upstream. Use dev-perl/BZ-Client instead. # Removal in 30 days. Bug 651056 dev-perl/WWW-Bugzilla pgpOQtW1bOeQa.pgp Description: OpenPGP digital signature