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".
Bes
* 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 "milter"
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 us
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 p
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 ag
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 upgrad
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 o
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 U
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 b/eclass/elisp-common
> 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
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])
> >
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])
> >
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 ins
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?
> A
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])
> >
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 b/eclass
> 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}
* 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 file
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
--- a/eclass/python-utils-r1.ecl
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
+++ b/eclass/python-any-r1.ecla
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 issue
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
22 matches
Mail list logo