Re: [gentoo-dev] RFC: acct-{user,group} for milter (438)

2019-12-14 Thread Michael Orlitzky
On 12/14/19 11:53 PM, Ralph Seichter wrote: Of the three packages you mentioned, milter-regex (not regex-milter) is the only one with a name that actually contains "milter". OpenDMARC should never have user a user named milter in the first place, and in the future it should use "opendmarc".

Re: [gentoo-dev] RFC: acct-{user,group} for milter (438)

2019-12-14 Thread Ralph Seichter
* Michael Orlitzky: > I guess we could keep "milter" for only regex-milter, but that has the > disadvantage that it messes with the opendmarc package in the meantime. Of the three packages you mentioned, milter-regex (not regex-milter) is the only one with a name that actually contains

Re: [gentoo-dev] RFC: acct-{user,group} for milter (438)

2019-12-14 Thread Michael Orlitzky
On 12/13/19 4:17 PM, Ralph Seichter wrote: The mail-filter/milter-regex ebuild already uses user/group 'milter', and for the currently open bump to version 2.7 I'd like to claim GID/UID 438. I recently cited the "milter" user on this list as a bad example from the user.eclass days... it was

Re: [gentoo-dev] RFC: acct-user/... modifies existing user sometimes

2019-12-14 Thread Thomas Deutschmann
On 2019-12-14 21:47, The Bit Pit wrote: > acct-user/mythtv modifies the existing user if that user is not logged > in. Mythtv has been around for years and users have created specialized > configurations for the mythtv user. They do not like changes to the > mythtv user when upgrading. Could you

Re: [gentoo-dev] Output of ANSI escape sequences in ebuilds

2019-12-14 Thread Michael 'veremitz' Everitt
On 14/12/19 12:03, Kent Fredric wrote: > On Sat, 14 Dec 2019 08:16:03 +0100 > Ulrich Mueller wrote: > >> These prevent NOCOLOR in make.conf or emerge --color=n from working >> correctly, and I guess they are also problematic from an accessibility >> point of view. >> >> Are there any objections

Re: [gentoo-dev] RFC: acct-user/... modifies existing user sometimes

2019-12-14 Thread Michał Górny
On Sat, 2019-12-14 at 14:47 -0600, The Bit Pit wrote: > acct-user/mythtv modifies the existing user if that user is not logged > in. Mythtv has been around for years and users have created specialized > configurations for the mythtv user. They do not like changes to the > mythtv user when

[gentoo-dev] RFC: acct-user/... modifies existing user sometimes

2019-12-14 Thread The Bit Pit
acct-user/mythtv modifies the existing user if that user is not logged in. Mythtv has been around for years and users have created specialized configurations for the mythtv user. They do not like changes to the mythtv user when upgrading. A couple of solutions: 1) the ebuild does not depend

Re: [gentoo-dev] Output of ANSI escape sequences in ebuilds

2019-12-14 Thread William Hubbs
On Sat, Dec 14, 2019 at 10:31:06AM +0100, Toralf Förster wrote: > On 12/14/19 8:16 AM, Ulrich Mueller wrote: > > These prevent NOCOLOR in make.conf or emerge --color=n from working > > correctly, and I guess they are also problematic from an accessibility > > point of view. > +1 > > > Good idea

[gentoo-dev] [PATCH] elisp-common.eclass: Drop support for EAPIs 0 to 3.

2019-12-14 Thread Ulrich Müller
This goes along with a small code simplification, since doins will die by itself in EAPI 4 or later. Signed-off-by: Ulrich Müller --- eclass/elisp-common.eclass | 17 ++--- 1 file changed, 10 insertions(+), 7 deletions(-) diff --git a/eclass/elisp-common.eclass

Re: [gentoo-portage-dev] [PATCH] eapply: Drop -s option for patch.

2019-12-14 Thread Mike Gilbert
On Sat, Dec 14, 2019 at 8:12 AM Mike Gilbert wrote: > > On Sat, Dec 14, 2019 at 3:41 AM Michał Górny wrote: > > > > On Fri, 2019-12-13 at 17:15 -0500, Mike Gilbert wrote: > > > On Fri, Dec 13, 2019 at 4:42 PM Michał Górny wrote: > > > > On Fri, 2019-12-13 at 16:37 -0500, Mike Gilbert wrote: > >

Re: [gentoo-portage-dev] [PATCH] eapply: Drop -s option for patch.

2019-12-14 Thread Mike Gilbert
On Sat, Dec 14, 2019 at 3:41 AM Michał Górny wrote: > > On Fri, 2019-12-13 at 17:15 -0500, Mike Gilbert wrote: > > On Fri, Dec 13, 2019 at 4:42 PM Michał Górny wrote: > > > On Fri, 2019-12-13 at 16:37 -0500, Mike Gilbert wrote: > > > > On Fri, Dec 13, 2019 at 3:36 PM Michał Górny wrote: > > > >

Re: [gentoo-dev] [PATCH 1/3] python-any-r1.eclass: Constrain to EAPI >= 5

2019-12-14 Thread Ulrich Mueller
> On Sat, 14 Dec 2019, David Seifert wrote: > Also, it makes egencache failures in overlays more descriptive, and > hence I'd keep it for the time being. WFM signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH 1/3] python-any-r1.eclass: Constrain to EAPI >= 5

2019-12-14 Thread David Seifert
On Sat, 2019-12-14 at 12:29 +0100, Ulrich Mueller wrote: > > > > > > On Sat, 14 Dec 2019, David Seifert wrote: > > case "${EAPI:-0}" in > > - 0|1|2|3|4|5|6|7) > > + [01234]) > > + die "Unsupported EAPI=${EAPI:-0} (too old) for > > ${ECLASS}" > > + ;; > > + [567]) > >

Re: [gentoo-dev] [PATCH 1/3] python-any-r1.eclass: Constrain to EAPI >= 5

2019-12-14 Thread Michał Górny
On Sat, 2019-12-14 at 12:29 +0100, Ulrich Mueller wrote: > > > > > > On Sat, 14 Dec 2019, David Seifert wrote: > > case "${EAPI:-0}" in > > - 0|1|2|3|4|5|6|7) > > + [01234]) > > + die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}" > > + ;; > > + [567]) > >

Re: [gentoo-dev] [PATCH] git-r3.eclass: Remove SGR control sequences from messages.

2019-12-14 Thread Michał Górny
On Sat, 2019-12-14 at 12:29 +0100, Ulrich Müller wrote: > These prevent NOCOLOR in make.conf or emerge --color=n from working > correctly, and may also be problematic for accessibility. > > Signed-off-by: Ulrich Müller > --- > eclass/git-r3.eclass | 18 +- > 1 file changed, 9

Re: [gentoo-dev] Output of ANSI escape sequences in ebuilds

2019-12-14 Thread Kent Fredric
On Sat, 14 Dec 2019 08:16:03 +0100 Ulrich Mueller wrote: > These prevent NOCOLOR in make.conf or emerge --color=n from working > correctly, and I guess they are also problematic from an accessibility > point of view. > > Are there any objections against removing these sequences from strings? >

Re: [gentoo-dev] [PATCH 1/3] python-any-r1.eclass: Constrain to EAPI >= 5

2019-12-14 Thread David Seifert
On Sat, 2019-12-14 at 12:29 +0100, Ulrich Mueller wrote: > > > > > > On Sat, 14 Dec 2019, David Seifert wrote: > > case "${EAPI:-0}" in > > - 0|1|2|3|4|5|6|7) > > + [01234]) > > + die "Unsupported EAPI=${EAPI:-0} (too old) for > > ${ECLASS}" > > + ;; > > + [567]) > >

[gentoo-dev] [PATCH] git-r3.eclass: Remove SGR control sequences from messages.

2019-12-14 Thread Ulrich Müller
These prevent NOCOLOR in make.conf or emerge --color=n from working correctly, and may also be problematic for accessibility. Signed-off-by: Ulrich Müller --- eclass/git-r3.eclass | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/eclass/git-r3.eclass

Re: [gentoo-dev] [PATCH 1/3] python-any-r1.eclass: Constrain to EAPI >= 5

2019-12-14 Thread Ulrich Mueller
> On Sat, 14 Dec 2019, David Seifert wrote: > case "${EAPI:-0}" in > - 0|1|2|3|4|5|6|7) > + [01234]) > + die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}" > + ;; > + [567]) > ;; > *) > die "Unsupported EAPI=${EAPI}

[gentoo-dev] [PATCH 3/3] python-utils-r1.eclass: Remove Python 3.5

2019-12-14 Thread David Seifert
* Python 3.5 will go EOL on 2020-09-13 and in order to reduce testing and maintenance burden, we want to keep the number of active Py3 impls below four. https://devguide.python.org/#status-of-python-branches Signed-off-by: David Seifert --- eclass/python-utils-r1.eclass | 6 +++--- 1

[gentoo-dev] [PATCH 2/3] python-utils-r1.eclass: Constrain to EAPI >= 5

2019-12-14 Thread David Seifert
Signed-off-by: David Seifert --- eclass/python-utils-r1.eclass | 32 +--- 1 file changed, 9 insertions(+), 23 deletions(-) diff --git a/eclass/python-utils-r1.eclass b/eclass/python-utils-r1.eclass index 3eadc50f93e..779e228e4dc 100644 ---

[gentoo-dev] [PATCH 1/3] python-any-r1.eclass: Constrain to EAPI >= 5

2019-12-14 Thread David Seifert
Signed-off-by: David Seifert --- eclass/python-any-r1.eclass | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/eclass/python-any-r1.eclass b/eclass/python-any-r1.eclass index 3863ef6fa84..869ece64c65 100644 --- a/eclass/python-any-r1.eclass +++

Re: [gentoo-portage-dev] [PATCH v2] eapply: Output verbosely only if patch fails to apply with -F0

2019-12-14 Thread Ulrich Mueller
> On Sat, 14 Dec 2019, Michał Górny wrote: > Actually, I added that because of your comment that people should be > rebasing patches rather than removing context. Isn't rebasing easier than removing context, anyway? I'd trust the maintainer to do the right thing there. The main argument is

Re: [gentoo-dev] Output of ANSI escape sequences in ebuilds

2019-12-14 Thread Toralf Förster
On 12/14/19 8:16 AM, Ulrich Mueller wrote: > These prevent NOCOLOR in make.conf or emerge --color=n from working > correctly, and I guess they are also problematic from an accessibility > point of view. +1 Good idea Ulrich ! The SGR control sequences are annoying in script based grepping of

Re: [gentoo-portage-dev] [PATCH v2] eapply: Output verbosely only if patch fails to apply with -F0

2019-12-14 Thread Michał Górny
On Fri, 2019-12-13 at 23:49 +0100, Ulrich Mueller wrote: > > > > > > On Fri, 13 Dec 2019, Mike Gilbert wrote: > > > > It also triggers pointless bug reports. Please remove this. > > > > > > I don't like that eqawarn either (see above). > > > > > > OTOH, users shouldn't normally have "qa" in

[gentoo-dev] Package up for grabs: dev-libs/botan

2019-12-14 Thread Michał Górny
Due to the proxied maintainer resigning, the following package is now up for grabs: dev-libs/botan It needs a version bump. It has no other bugs reported. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

Re: [gentoo-portage-dev] [PATCH] eapply: Drop -s option for patch.

2019-12-14 Thread Michał Górny
On Fri, 2019-12-13 at 17:15 -0500, Mike Gilbert wrote: > On Fri, Dec 13, 2019 at 4:42 PM Michał Górny wrote: > > On Fri, 2019-12-13 at 16:37 -0500, Mike Gilbert wrote: > > > On Fri, Dec 13, 2019 at 3:36 PM Michał Górny wrote: > > > > Just like 'many of the proposals lately', developers are going