Re: [gentoo-dev] [PATCH] glep-0068: Add new element

2020-09-16 Thread Ulrich Mueller
> On Wed, 16 Sep 2020, Michał Górny wrote: > It has two advantages: > 1. It reduces the risk of accidentally leaving it in the stable ebuild. Huh, you mean you would remove the PROPERTIES token again, after the version has been stabilised? Why? Ebuilds could do conditionals like this

Re: [gentoo-dev] [PATCH] glep-0068: Add new element

2020-09-16 Thread Ulrich Mueller
> On Wed, 16 Sep 2020, Michał Górny wrote: > +- one or more elements, each containing a version > + constraint in the format matching EAPI 0 dependency specification > + with the package category and name parts omitted, e.g. ``<1.7``. That's not a very powerful syntax, so unless I

Re: [gentoo-dev] [PATCH 0/8] Split off remaining functions from eutils.eclass

2020-09-12 Thread Ulrich Mueller
> On Thu, 10 Sep 2020, Ulrich Müller wrote: > Ulrich Müller (8): > eutils.eclass: Specify supported EAPIs. > edos2unix.eclass: New eclass, split off from eutils. > wrapper.eclass: New eclass, split off from eutils. > wrapper.eclass: Do not use emktemp. > l10n.eclass: Add conditional

Re: [gentoo-dev] [PATCH] ebuild-maintenance/removal: Process for virtual removal

2020-09-07 Thread Ulrich Mueller
> On Mon, 07 Sep 2020, Michael Orlitzky wrote: > You're missing some context. In October of last year, a QA team member > broke dependency resolution on a lot of systems by making the same sort > of change that this patch proposes: >

Re: [gentoo-dev] [PATCH] ebuild-maintenance/removal: Process for virtual removal

2020-09-07 Thread Ulrich Mueller
>>>>> On Mon, 07 Sep 2020, Alessandro Barbieri wrote: > Il giorno lun 7 set 2020 alle ore 14:10 Ulrich Mueller ha > scritto: >> We are talking about the second case here, because the dependency on the >> virtual is being removed, while the dependency on its prov

Re: [gentoo-dev] [PATCH] ebuild-maintenance/removal: Process for virtual removal

2020-09-07 Thread Ulrich Mueller
>>>>> On Mon, 07 Sep 2020, Michael Orlitzky wrote: > On 2020-09-07 08:10, Ulrich Mueller wrote: >> The devmanual [1] says that a revbump should be done when a new >> runtime dependency is added to an ebuild, but it doesn't say that for >> removal of a depe

Re: [gentoo-dev] [PATCH] ebuild-maintenance/removal: Process for virtual removal

2020-09-07 Thread Ulrich Mueller
> On Mon, 07 Sep 2020, Michael Orlitzky wrote: > On 2020-09-07 02:14, Michał Górny wrote: >> + >> +Update all ebuilds not to reference the virtual. Since there is >> +no urgent need to remove the virtual from user systems >> +and the resulting rebuilds would be unnecessary, do

Re: [gentoo-dev] [PATCH] ebuild-maintenance/removal: Process for virtual removal

2020-09-07 Thread Ulrich Mueller
> On Mon, 07 Sep 2020, Michał Górny wrote: > + > +If the virtual is being removed along with its second to last > +provider, include the virtual in the last-rites mail. However, please Maybe write "any of its providers" instead of "its second to last provider"? It is simpler and

Re: [gentoo-dev] [PATCH 2/2] eutils.eclass: Use optfeature() from optfeature.eclass

2020-09-07 Thread Ulrich Mueller
>>>>> On Sun, 06 Sep 2020, David Seifert wrote: > On Sun, 2020-09-06 at 21:49 +0200, Ulrich Mueller wrote: >> Maybe just commit the new eclass, update ebuilds, then remove the >> function from eutils? > I'll get a lot of heat for breaking EAPI 2 ebuilds in some r

Re: [gentoo-dev] [PATCH 2/2] eutils.eclass: Use optfeature() from optfeature.eclass

2020-09-06 Thread Ulrich Mueller
> On Sun, 06 Sep 2020, David Seifert wrote: > @@ -20,7 +20,7 @@ _EUTILS_ECLASS=1 > # implicitly inherited (now split) eclasses > case ${EAPI:-0} in > 0|1|2|3|4|5|6) > - inherit desktop epatch estack ltprune multilib preserve-libs \ > + inherit desktop epatch estack ltprune multilib

Re: [gentoo-portage-dev] [PATCH v2] env-update: create systemd env configuration if required

2020-09-03 Thread Ulrich Mueller
> On Thu, 03 Sep 2020, Florian Schmaus wrote: > It's not really maintaining the information twice. The information is > maintained at a single point: /etc/env.d > And from there is is transformed by env-update already into two > different formats: > - /etc/profile.env > - /etc/csh.env > And

Re: [gentoo-portage-dev] [PATCH v2] env-update: create systemd env configuration if required

2020-09-03 Thread Ulrich Mueller
> On Thu, 03 Sep 2020, Florian Schmaus wrote: > This commit changes env-update so that, after profile.env has was > generated, a systemd user session environment configuration file named > /usr/lib/environment.d/gentoo-profile-env.conf > is created, if the directory /usr/lib/environment.d

[gentoo-dev] Enable "gui" flag in desktop profile

2020-08-27 Thread Ulrich Mueller
QA policy says that packages should use the "gui" USE flag for optional GUI support: https://projects.gentoo.org/qa/policy-guide/use-flags.html#pg0802 IMHO this means that the "gui" flag should be enabled in desktop profiles (similar to "X"). Any comments? If not, I'll enable it in two days from

Re: [gentoo-dev] RFC: New "Accept Github contributions" metadata flag

2020-08-18 Thread Ulrich Mueller
> On Tue, 18 Aug 2020, Michał Górny wrote: > On Tue, 2020-08-18 at 15:36 +, Peter Stuge wrote: >> I think this is a very good feature. >> >> If I ever do become a proper Gentoo developer I will certainly not >> spend any time on anything to do with GitHub, and in my current >> position

Re: [gentoo-portage-dev] profile masking

2020-08-14 Thread Ulrich Mueller
> On Fri, 14 Aug 2020, Zac Medico wrote: > On 8/14/20 8:42 AM, Joakim Tjernlund wrote: >> Yes, I know I can add that in profile/package.mask but I am looking >> for the bigger picture here. This has to stop somehow, there need to >> be something that limits the mask scope to the repo/overlay

Re: [gentoo-portage-dev] profile masking

2020-08-14 Thread Ulrich Mueller
> On Fri, 14 Aug 2020, Joakim Tjernlund wrote: > When pkgs are masked in the profile, it affects all variants of that > pkgs, even the ones that are in other overlays. > Example: > !!! The following installed packages are masked: > - sys-auth/sssd-::transmode (masked by: package.mask) >

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

2020-08-10 Thread Ulrich Mueller
> On Sun, 09 Aug 2020, William Hubbs wrote: > There are roughly 100 commits in the udev master branch since the date > of this sync: > https://github.com/systemd/systemd/commits/master/src/udev And what does this tell us? Commit count isn't very useful as a metric. Do these commits fix any

Re: [gentoo-portage-dev] [PATCH 01/26] lib/portage/util/_desktop_entry.py: fix unused-import

2020-08-03 Thread Ulrich Mueller
> On Mon, 03 Aug 2020, Aaron Bauman wrote: > --- a/lib/portage/util/_desktop_entry.py > +++ b/lib/portage/util/_desktop_entry.py > @@ -1,16 +1,13 @@ > -# Copyright 2012-2013 Gentoo Foundation > +# Copyright 2020 Gentoo Authors Please don't drop existing years from the range. signature.asc

Re: [gentoo-dev] [PATCH] media-fonts/font-misc-misc: upgrade to EAPI 7

2020-08-03 Thread Ulrich Mueller
> On Sun, 02 Aug 2020, Henrik Pihl wrote: > +IUSE="" > +DEPEND="" > +RDEPEND="${DEPEND}" These empty assignments are not necessary and should be dropped. Ulrich signature.asc Description: PGP signature

Re: [gentoo-dev] Last rites: */*: More Py2 stuff

2020-07-29 Thread Ulrich Mueller
> On Wed, 29 Jul 2020, Aaron Bauman wrote: > # Aaron Bauman (2020-07-28) > # More Py2 only stuff. Plz see -dev ML for discussions > # Remove bindings, port to Py3, etc > # Removal in 30 days > [...] > app-office/lyx I have unmasked this one again: "All python scripts distributed with LyX

Re: [gentoo-dev] Bug #733802, USE 'scp' now defaults to off in net-misc/openssh

2020-07-26 Thread Ulrich Mueller
> On Sun, 26 Jul 2020, Rich Freeman wrote: > Definitely not a "heads up" on the mailing list - that is not an > appropriate way to communicate anything to users - not even devs are > required to read this list. > The two appropriate ways to communicate something like this are >

[gentoo-dev] Last rites: dev-tex/metapost, app-eselect/eselect-{mpost,pdftex}

2020-07-25 Thread Ulrich Mueller
# Ulrich Müller (2020-07-25) # Included with TeX Live. The separate Gentoo package is # unmaintained and had its last version bump in 2015. # Use app-text/texlive-core as replacement. # Removal in 30 days. Bug #733862. dev-tex/metapost app-eselect/eselect-mpost # Ulrich Müller (2020-07-25) # No

Re: [gentoo-portage-dev] [PATCH 2/3] Remove support code for Python < 3.3

2020-07-17 Thread Ulrich Mueller
> On Fri, 17 Jul 2020, Michał Górny wrote: > --- a/lib/portage/util/_dyn_libs/PreservedLibsRegistry.py > +++ b/lib/portage/util/_dyn_libs/PreservedLibsRegistry.py > @@ -34,12 +34,9 @@ class PreservedLibsRegistry(object): > > _json_write_opts = { > "ensure_ascii": False,

Re: [gentoo-portage-dev] [PATCH] Add caching to use_reduce, vercmp, and catpkgsplit

2020-07-13 Thread Ulrich Mueller
> On Mon, 13 Jul 2020, Chun-Yu Shei wrote: > Ah, I wasn't aware that I should have added that... I'm happy to say > "Signed-off-by: Chun-Yu Shei " somewhere if > necessary. Should be enough to say it here, because this mailing list is archived. We could of course add an empty commit with

Re: [gentoo-portage-dev] [PATCH] Add caching to use_reduce, vercmp, and catpkgsplit

2020-07-13 Thread Ulrich Mueller
> On Mon, 13 Jul 2020, Zac Medico wrote: > Merged: > https://gitweb.gentoo.org/proj/portage.git/commit/?id=d9ee5b09664ab2255b62c1d52d554721ef8b716a Looks like the author's copyright signoff is missing? signature.asc Description: PGP signature

Re: [gentoo-dev] Re: RFC: Standard build environment variables

2020-06-29 Thread Ulrich Mueller
> On Mon, 29 Jun 2020, Agostino Sarubbo wrote: > On domenica 28 giugno 2020 14:18:23 CEST Michael Orlitzky wrote: >> To avoid these issues, I suggest creating a list of "Gentoo environment >> variables" in the devmanual with descriptions of how they should be used >> and pointers to the

[gentoo-dev] Last rites: dev-tex/cdcover, dev-tex/translator

2020-06-25 Thread Ulrich Mueller
# Ulrich Müller (2020-06-25) # Included with TeX Live. Last version bump in 2003. # Use dev-texlive/texlive-latexextra as replacement. # Removal in 30 days. Bug #729470. dev-tex/cdcover # Ulrich Müller (2020-06-25) # Included with TeX Live. Last version bump in 2008. # Use

[gentoo-dev] Last rites: dev-tex/curve, dev-tex/ellipsis, dev-tex/harvard, dev-tex/flabels, dev-tex/floatflt, dev-tex/lazylist, dev-tex/newlfm, dev-tex/polytable, dev-tex/rcsinfo, dev-tex/texpow

2020-06-24 Thread Ulrich Mueller
# Ulrich Müller (2020-06-24) # Included with TeX Live. The separate Gentoo package is # unmaintained and had its last version bump in 2004. # Use dev-texlive/texlive-bibtexextra as replacement. # Removal in 30 days. Bug #729470. dev-tex/harvard # Ulrich Müller (2020-06-24) # Included with TeX

[gentoo-dev] Last rites: dev-tex/currvita, dev-tex/dot2texi, dev-tex/envlab, dev-tex/europecv, dev-tex/g-brief, dev-tex/svninfo

2020-06-24 Thread Ulrich Mueller
# Ulrich Müller (2020-06-24) # Included with TeX Live. The separate Gentoo packages are # unmaintained and had their last version bump in 2010 or earlier. # Use >=dev-texlive/texlive-latexextra-2020-r2 as replacement. # Removal in 30 days. Bug #729394. dev-tex/currvita dev-tex/envlab

[gentoo-dev] Last rites: dev-tex/leaflet

2020-06-24 Thread Ulrich Mueller
# Ulrich Müller (2020-06-20) # Separate package in dev-tex is unmaintained. Included with TeX Live. # Use >=dev-texlive/texlive-latexextra-2020-r1 as replacement. # Removal in 30 days. Bug #729394. dev-tex/leaflet signature.asc Description: PGP signature

[gentoo-dev] [PMS] [PATCH v2] Correct the definition of ESYSROOT as EPREFIX isn't always applicable

2020-06-21 Thread Ulrich Mueller
Coming back to this old thread (from July 2019). After some discussion in #gentoo-pms today, here is an updated version of the patch. Cross-posting to gentoo-dev and CCing prefix again, to make sure that everyone is on the same page. Ulrich From 712772b7ef5543693147d8f96c03189e810a6ee8 Mon Sep

[gentoo-dev] Last rites: dev-tex/feynmf

2020-06-20 Thread Ulrich Mueller
# Ulrich Müller (2020-06-20) # Unmaintained upstream, included with TeX Live. # Use >=dev-texlive/texlive-metapost-2020-r1 as replacement. # Removal in 30 days. Bug #728904. dev-tex/feynmf signature.asc Description: PGP signature

Re: [gentoo-dev] */*: Mask Py2 only packages

2020-06-20 Thread Ulrich Mueller
>>>>> On Sat, 20 Jun 2020, Ulrich Mueller wrote: >>> games-board/scid > I wonder about scid appearing in the list. IIRC, it is written in C++, > not Python. It turns out that the ebuild installs a small Python script, which isn't needed for normal functioning

Re: [gentoo-dev] */*: Mask Py2 only packages

2020-06-20 Thread Ulrich Mueller
> On Sat, 20 Jun 2020, Aaron Bauman wrote: >> # Aaron Bauman (2020-06-20) >> # Py2 only >> # Removal in 14 days I see these short deadlines quite often recently. Any reason why this can't be the usual 30 days? >> [...] >> games-board/scid I wonder about scid appearing in the list. IIRC,

Re: [gentoo-dev] [PATCH 2/2] kernel-install.eclass: Warn about linux-firmware in pkg_pretend()

2020-06-17 Thread Ulrich Mueller
> On Wed, 17 Jun 2020, Mike Gilbert wrote: >> s/If/If and only if/ and I'll be fine with it. :) > Are you proposing that the ebuild inspect the user's hardware and/or > kernel config before printing a warning? Of course not. > That sounds like a terrible idea to me. Who is going to

Re: [gentoo-dev] [PATCH 2/2] kernel-install.eclass: Warn about linux-firmware in pkg_pretend()

2020-06-17 Thread Ulrich Mueller
> On Wed, 17 Jun 2020, Michał Górny wrote: > Can we please put users above silly politics? Gentoo 'does not depend' > on any non-free package to print the warning. If people have hardware > that requires non-free firmware, the least we can do is point out where > to get this firmware from.

Re: [gentoo-dev] [PATCH 2/2] kernel-install.eclass: Warn about linux-firmware in pkg_pretend()

2020-06-17 Thread Ulrich Mueller
> On Wed, 17 Jun 2020, Michał Górny wrote: >> Should we really warn about a package that (in its default >> configuration) can only be installed if the user accepts non-free >> licenses? > That's one of the reasons it's only a warning and not a USE flag. Still, "Gentoo will never depend

Re: [gentoo-dev] [PATCH 2/2] kernel-install.eclass: Warn about linux-firmware in pkg_pretend()

2020-06-17 Thread Ulrich Mueller
> On Wed, 17 Jun 2020, Michał Górny wrote: > +# @FUNCTION: kernel-install_pkg_pretend > +# @DESCRIPTION: > +# Check for missing optional dependencies and output warnings. > +kernel-install_pkg_pretend() { > + debug-print-function ${FUNCNAME} "${@}" > + > + if ! has_version -d

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-17 Thread Ulrich Mueller
> On Wed, 17 Jun 2020, Michael Lienhardt wrote: > But maybe, "error" here in the PMS mean "the cpvs without the use flag > does not match that dependency and a warning should be raised to > improve compatibility in the future". In that case, it would be > clearer for me to change 'error' in

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-17 Thread Ulrich Mueller
> On Tue, 16 Jun 2020, Michał Górny wrote: > '/usr/bin/env python' (with no extra options) is the portable shebang. I still think this is a gross hack. You want your script to use the correct interpreter (which is in /usr/bin, or the path substituted for it at install time), not some random

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-15 Thread Ulrich Mueller
But we know that it is in /usr/bin, so why add yet another indirection? signature.asc Description: PGP signature

Re: [gentoo-dev] Last rites: app-text/xindy dev-tex/tex4ht

2020-06-13 Thread Ulrich Mueller
> On Sat, 13 Jun 2020, Mikle Kolyada wrote: > # Mikle Kolyada (2020-06-13) > # have been shipped with dev-texlive/texlive-plaingeneric > # for the very long time. Removal in 14 days. > dev-tex/tex4ht This will break generation of the HTML version of PMS: $ make html set -e; sum=''; \

Re: [gentoo-portage-dev] [PATCH] Improve handling of percent-signs in SRC_URI

2020-05-31 Thread Ulrich Mueller
> On Sun, 31 May 2020, Zac Medico wrote: > We've also got these other basename calls in fetch.py: >> diff --git a/lib/portage/package/ebuild/fetch.py >> b/lib/portage/package/ebuild/fetch.py >> index 28e7caf53..56b375d58 100644 >> --- a/lib/portage/package/ebuild/fetch.py >> +++

Re: [gentoo-portage-dev] [PATCH] Escape percent-signs in filename when fetching from mirrors

2020-05-31 Thread Ulrich Mueller
> On Sun, 31 May 2020, Zac Medico wrote: > In order to ensure that the filename will not have an extra level of quoting > in the mirror path, we'll have to do something like this wherever we > translate a uri in SRC_URI to a filename: > diff --git a/lib/portage/dbapi/porttree.py

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

2020-05-26 Thread Ulrich Mueller
> On Tue, 26 May 2020, Zac Medico wrote: > On 5/26/20 12:48 AM, Michał Górny wrote: >> On Mon, 2020-05-25 at 21:31 -0700, Zac Medico wrote: >>> Since variables like A and AA can contain extremely large values which >>> may trigger E2BIG errors during attempts to execute subprocesses, delay

Re: [gentoo-dev] [RFC] Bootloader use in eclean-kernel

2020-05-23 Thread Ulrich Mueller
> On Fri, 22 May 2020, Michał Górny wrote: > Hence my question: do you find 'do not remove kernels listed in > bootloader config' feature useful? Do you think it should remain the > default? Do you think it is worthwhile to continue supporting it? For GRUB, wouldn't the typical workflow

Re: [gentoo-dev] [RFC] Anti-spam for goose

2020-05-21 Thread Ulrich Mueller
> On Thu, 21 May 2020, Robert Bridge wrote: > There are only 4 billion to reverse, not that hard really with a > rainbow table... That's why I said salted hash. signature.asc Description: PGP signature

Re: [gentoo-dev] [RFC] Anti-spam for goose

2020-05-21 Thread Ulrich Mueller
> On Thu, 21 May 2020, Robert Bridge wrote: > On Thu, 21 May 2020 at 09:47, Michał Górny wrote: >> >> Option 1: IP-based limiting >> === >> > Preface this with IANAL, check with your own legal counsel... > While IP address based methods might be attractive

Re: [gentoo-dev] rfc: checking properties in ebuilds and eclasses

2020-05-18 Thread Ulrich Mueller
> On Mon, 18 May 2020, William Hubbs wrote: > I would like to start a discussion on checking the PROPERTIES value in > ebuilds. Specifically this could be used to check for live ebuilds > instead of assuming that the version number of an ebuild indicates > whether the ebuild is live. > The

Re: [gentoo-dev] rfc: $PROPERTIES, $FEATURES and pms

2020-05-18 Thread Ulrich Mueller
> On Mon, 18 May 2020, William Hubbs wrote: > I have been acting as a backup maintainer for dev-vcs/cli. A pull > request was opened today that changes the way we detect whether the > ebuild is live from looking for "live" in $PROPERTIES to the version > number [1]. > A different dev

[gentoo-dev] [PATCH] glep-0072: The arch name in the first column must be unique.

2020-04-26 Thread Ulrich Mueller
When implementing support for arches.desc in ebuild-mode, I noticed that the GLEP would allow several lines with the same architecture in the first column. So, specify that the arch must be unique. I don't attach the full text because this is a one-line change. Ulrich From

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Ulrich Mueller
> On Sun, 26 Apr 2020, Michael Orlitzky wrote: > Fuel for the fire: > * https://www.nongnu.org/lzip/lzip_benchmark.html > * https://www.nongnu.org/lzip/xz_inadequate.html Yep. That's why lzip is the dominant compression format now, and nobody is using xz any more. SCNR, Ulrich

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

2020-04-26 Thread Ulrich Mueller
> On Sun, 26 Apr 2020, Michał Górny wrote: > The other major problem is spam protection. The best semi-anonymous way > I see is to use submitter's IPv4 addresses (can we support IPv6 then?). > We could set a limit of, say, 10 submissions per IPv4 address per week. > If some address would

[gentoo-dev] Re: [RFC] Adding potentially questionable license AcePerl-Indemnity

2020-04-23 Thread Ulrich Mueller
> On Thu, 23 Apr 2020, Kent Fredric wrote: > I've just discovered dev-perl/Ace has some fun questionable licensing > which includes a lovely indemnity clause, which had previously gone > unnoticed, and it stipulates additional requests for research > publications, which is not something

[gentoo-dev] Last rites: app-i18n/man-pages-pl

2020-04-22 Thread Ulrich Mueller
# Ulrich Müller (2020-04-22) # Package is no longer being updated upstream. # Replaced by app-i18n/man-pages-l10n[l10n_pl]. # Masked for removal in 30 days. Bug #717744. app-i18n/man-pages-pl signature.asc Description: PGP signature

Re: [gentoo-dev] News items spring cleaning

2020-04-22 Thread Ulrich Mueller
>>>>> On Tue, 14 Apr 2020, Ulrich Mueller wrote: > Last year, we had removed all news items up to 2013-12-31. I suggest > that we do the same now for the items from 2014, namely: >2014-02-25 Upgrade to >=sys-fs/udev-210 >2014-03-12 Profile EAPI 5 require

Re: [gentoo-dev] News item v2: Python 3.7 to become the default target

2020-04-21 Thread Ulrich Mueller
> On Tue, 21 Apr 2020, Michał Górny wrote: > Please note that during the system upgrade some of the package > dependencies may temporarily become missing. While this should not > should not affect programs that are already fully loaded, it may cause "should not" should not be duplicate.

[gentoo-dev] Last rites: app-i18n/man-pages-de

2020-04-17 Thread Ulrich Mueller
# Ulrich Müller (2020-04-17) # Upstream has moved the manpages-de project to manpages-l10n. # We cannot move multiple packages to one, therefore removing the # old package. Use app-i18n/man-pages-l10n[l10n_de] as replacement. # Masked for removal in 30 days. Bug #717744. app-i18n/man-pages-de

[gentoo-dev] Last rites: app-i18n/man-pages-fr

2020-04-17 Thread Ulrich Mueller
# Mattéo Rossillol‑‑Laruelle (2020-04-17) # Very little activity for almost a year and the link to download the # "compiled" man-pages is dead. # Use app-i18n/man-pages-l10n[l10n_fr] as replacement. # Masked for removal in 30 days (bug #717744). app-i18n/man-pages-fr signature.asc Description:

[gentoo-dev] Last rites: app-i18n/man-pages-nl

2020-04-15 Thread Ulrich Mueller
# Ulrich Müller (2020-04-15) # Last upstream release in 2001. HOMEPAGE disappeared in 2010. # Use app-i18n/man-pages-l10n[l10n_nl] as replacement. # Masked for removal in 30 days. Bug #713590. app-i18n/man-pages-nl signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] fcaps.eclass: Remove sys-libs/libcap-ng support

2020-04-15 Thread Ulrich Mueller
> On Wed, 15 Apr 2020, Matt Turner wrote: >> This is a CBUILD type dependency, right? Then there is no good way to >> express it in EAPI 7. Still, I think that it should be specified in >> BDEPEND (and maybe RDEPEND in addition). > I'm not sure what CBUILD means. What is that? That's a

Re: [gentoo-dev] [PATCH] fcaps.eclass: Remove sys-libs/libcap-ng support

2020-04-15 Thread Ulrich Mueller
> On Wed, 15 Apr 2020, Matt Turner wrote: > At the same time, fix the dependency on sys-libs/libcap by moving it to > RDEPEND, as dependencies in DEPEND/BDEPEND are not guaranteed to exist > during pkg_postinst() when this eclass is intended to run. This is a CBUILD type dependency, right?

[gentoo-dev] News items spring cleaning

2020-04-14 Thread Ulrich Mueller
Last year, we had removed all news items up to 2013-12-31. I suggest that we do the same now for the items from 2014, namely: 2014-02-25 Upgrade to >=sys-fs/udev-210 2014-03-12 Profile EAPI 5 requirement 2014-03-16 Ruby 1.8 removal; Ruby 1.9/2.0 default 2014-06-03 UPower loses

Re: [gentoo-dev] [PATCH v3 6/9] glep-0072: Combine and amend description of states

2020-04-13 Thread Ulrich Mueller
> On Mon, 13 Apr 2020, Michał Górny wrote: > -When a profile of an architecture arch is tested, then repoman checks > -consistency of the dependency tree for ``arch`` and for ``~arch`` separately. > +Stable means that the architecture is actively maintaning stable keywords.

[gentoo-dev] Re: [gentoo-dev-announce] Package up for grabs: dev-lang/coffee-script

2020-04-13 Thread Ulrich Mueller
> On Sat, 11 Apr 2020, Michael Orlitzky wrote: > NB: why are we still requiring a comment in > 2020 to indicate that a package is maintainer-needed? That information > is already present in and easily retrievable from the XML. If you're > grepping XML, you're doing it wrong. Use e.g.

Re: [gentoo-dev] [PATCH v2 9/9] glep-0072: Update metadata

2020-04-13 Thread Ulrich Mueller
Also update the license to "Creative Commons Attribution-ShareAlike 4.0 International", please. signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH v2 2/9] glep-0072: Rename bad depgraph state to 'degraded'

2020-04-13 Thread Ulrich Mueller
> On Sun, 12 Apr 2020, Michał Górny wrote: > glep-0072: Rename bad depgraph state to 'degraded' > > In Gentoo terms, 'testing' and 'unstable' are mostly synonymous, > so using the two names for different purposes is confusing. Use >

Re: [gentoo-dev] News item: manual steps required to transition from eselect-opencl to direct icd-loader use

2020-04-11 Thread Ulrich Mueller
> On Sat, 11 Apr 2020, Marek Szuba wrote: > I have tried doing this in pkg_preinst but alas, I have found out > collision checks are performed before that function is invoked. I have > also tried setting COLLISION_IGNORE in the replacing package but it > seems that variable only works in

Re: [gentoo-dev] News item: manual steps required to transition from eselect-opencl to direct icd-loader use

2020-04-11 Thread Ulrich Mueller
> On Sat, 11 Apr 2020, Marek Szuba wrote: > Title: Manual steps required during upgrade to an eselect-free OpenCL set-up Title is too long. > Author: Marek Szuba > Posted: 2020-05-01 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: app-eselect/eselect-opencl > We are now in

Re: [gentoo-dev] [PATCH 03/10] glep-0072: Rename bad depgraph state to 'degraded'

2020-04-11 Thread Ulrich Mueller
> On Sat, 11 Apr 2020, Michał Górny wrote: > Thinking about it, all these terms seem too generic. Would be nice to > find one that clearly suggests it's between testing and stable, and not > 'lenient' in ~arch. How about 'transitional' or 'incomplete-stable'? "interim"? signature.asc

Re: [gentoo-dev] [PATCH 03/10] glep-0072: Rename bad depgraph state to 'degraded'

2020-04-10 Thread Ulrich Mueller
>>>>> On Fri, 10 Apr 2020, Ulrich Mueller wrote: >> -``testing`` for all architectures where "inofficial" stable keywords are >> +``degraded`` for all architectures where "inofficial" stable keywords are > I am aware that it isn't your chang

Re: [gentoo-dev] [PATCH 03/10] glep-0072: Rename bad depgraph state to 'degraded'

2020-04-10 Thread Ulrich Mueller
> On Fri, 10 Apr 2020, Michał Górny wrote: > In Gentoo terms, 'testing' and 'unstable' are mostly synonymous, > so using the two names for different purposes is confusing. Use > 'degraded' instead. "Degraded" has a negative ring to it, so can you find another term? How about "lenient" or

Re: [gentoo-dev] [PATCH 01/10] glep-0072: Use 'profiles subdirectory' to clarify

2020-04-10 Thread Ulrich Mueller
> On Fri, 10 Apr 2020, Michał Górny wrote: > -In the main profiles directory, a file ``arches.desc`` is added. Name > -and location are chosen in analogy to the existing ``profiles.desc`` file. > -The format of ``arches.desc`` is as follows: > +In the ``profiles`` subdirectory of the

Re: [gentoo-dev] zoom concerns

2020-04-07 Thread Ulrich Mueller
> On Tue, 07 Apr 2020, Samuel Bernardo wrote: > No assurance is also a level that takes place in the lower ranking > level. If someone needs to use zoom because they are demanded by their > boss I think that would be even more useful to know that it is possible > to install zoom in Gentoo and

Re: [gentoo-dev] zoom concerns

2020-04-02 Thread Ulrich Mueller
> On Thu, 02 Apr 2020, Rich Freeman wrote: > I guess we could stick an einfo in the post-install messages, Not sure if that's necessary. Zoom is a proprietary, closed-source, fetch-restricted package, so users should know that they cannot expect the same level of quality as for free

Re: [gentoo-dev] zoom concerns

2020-04-02 Thread Ulrich Mueller
> On Thu, 02 Apr 2020, Alessandro Barbieri wrote: > I have concerns about the inclusion of zoom in ::gentoo. For me it's > more like a malware. Gentoo is about choice. If users want to use Zoom (or have to, because their employer schedules a meeting using that platform) then it is not our

Re: [gentoo-dev] News item: Deprecation and removal of legacy X11 input drivers.

2020-04-02 Thread Ulrich Mueller
> On Thu, 02 Apr 2020, Piotr Karbowski wrote: > Title: Deprecation and removal of legacy X11 input drivers. Title has 52 chars which is too long (omit the full stop for a start). > Author: Piotr Karbowski > Posted: 2020-04-02 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed:

Re: [gentoo-dev] Last rites: media-fonts/symbola

2020-04-01 Thread Ulrich Mueller
>>>>> On Tue, 31 Mar 2020, Ulrich Mueller wrote: > I've sent an e-mail message upstream, asking for confirmation that 10.24 > can be used, copied, modified, and/or distributed freely. This is the answer from upstream (posted here with permission): | The license on http

Re: [gentoo-dev] Last rites: media-fonts/symbola

2020-03-31 Thread Ulrich Mueller
> On Tue, 31 Mar 2020, James Cloos wrote: > The only license i can see in that zip is the line in the pdf (which > also says 10.24) that they are 'free for any use'. Ah, I hadn't seen that one. I stand corrected then. > If 10.24 is in wayback, 10.23 probably is as well. > The last usable

Re: [gentoo-dev] Last rites: media-fonts/symbola

2020-03-31 Thread Ulrich Mueller
> On Tue, 31 Mar 2020, Alessandro Barbieri wrote: > Version 10.23 is here > https://web.archive.org/web/20180129230141/http://users.teilar.gr/~g1951d/Symbola.zip Actually, that zipball contains version 10.24, which is under the restrictive license already: $ fc-query -f '%{fontversion}'

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread Ulrich Mueller
> On Thu, 26 Mar 2020, William Hubbs wrote: > If there's a way inside an eclass to check that the ebuild inheriting > it is in ::gentoo, I will use it to die if the ebuild is in ::gentoo > and this variable is set. Oh please, not this again. An ebuild or eclass is supposed to work the same

[gentoo-dev] Re: [PATCH] desktop.eclass: Sanitize filename of desktop entry.

2020-03-25 Thread Ulrich Mueller
> On Wed, 25 Mar 2020, Ulrich Müller wrote: > + local desktop="${exec%%[[:space:]]*}" > + desktop="${T}/${desktop##*/}-${desktop_name}.desktop" Alternatively, we could use the executable's basename only, without appending PN (but still appending SLOT if different from 0). Or do we

Re: [gentoo-dev] [PATCH] font.eclass: Don't assign FONT_S in global scope, allow an array.

2020-03-20 Thread Ulrich Mueller
> On Fri, 14 Feb 2020, Ulrich Müller wrote: > Accessing ${S} in global scope is not allowed by PMS, therefore remove > the global variable assignment of FONT_S which uses it. Add a fallback > to ${S} in font_src_install() instead. > Allow FONT_S to be an array, if there are multiple

[gentoo-dev] Last rites: games-misc/fortune-mod-humorixfortunes

2020-03-11 Thread Ulrich Mueller
# Ulrich Müller (2020-03-11) # No license. HOMEPAGE is gone. # Masked for removal in 14 days. Bug #450454. games-misc/fortune-mod-humorixfortunes signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] dev-python/metadata.xml: Clarify description

2020-03-08 Thread Ulrich Mueller
> On Sun, 08 Mar 2020, Michał Górny wrote: > + The dev-python category contains packages whose primary purpose > + is to provide Python modules, extensions and bindings, as well > + as tools and utilities useful for development in the Python > +

Re: [gentoo-dev] [PATCH] fcaps.eclass: disable fcaps() on Prefix.

2020-03-08 Thread Ulrich Mueller
> On Sun, 08 Mar 2020, heroxbd wrote: > debug-print-function ${FUNCNAME} "$@" > > + if [[ ${EUID} != 0 ]] ; then > + einfo "Insufficient privileges to execute ${FUNCNAME[0]}" Just a small comment on style, maybe try to stay consistent with the rest of the eclass? That

Re: [gentoo-dev] Last rites: dev-python/*, python-maintained, py3.6-only, no-revdep

2020-03-07 Thread Ulrich Mueller
> On Sat, 07 Mar 2020, Michał Górny wrote: > Surely, you can claim we could just drop them to maintainer-needed. > What problem does that solve? The package would still miss 3.7 support. > Users will still suffer when we switch the default (if they have any > users, that is). We would still

Re: [gentoo-dev] Last rites: dev-python/*, python-maintained, py3.6-only, no-revdep

2020-03-07 Thread Ulrich Mueller
> On Sat, 07 Mar 2020, Matt Turner wrote: >> > The list is almost exclusively about dev-python/, i.e. packages that >> > do not install end-user applications but Python modules. >> >> Like www-apps/nikola, for example? > This is not a productive way to communicate. The point is that

Re: [gentoo-dev] Last rites: dev-python/*, python-maintained, py3.6-only, no-revdep

2020-03-07 Thread Ulrich Mueller
> On Sat, 07 Mar 2020, Michał Górny wrote: >> Just the ebuild being outdated doesn't sound like a sufficient reason >> for removal of a package, at least not for those packages that install >> applications for the end user. > The list is almost exclusively about dev-python/, i.e. packages

Re: [gentoo-dev] Last rites: dev-python/*, python-maintained, py3.6-only, no-revdep

2020-03-07 Thread Ulrich Mueller
> On Sat, 07 Mar 2020, Michał Górny wrote: > Ebuilds. 183 of them. One is stuck on py2 but is included as only > revdep. Just the ebuild being outdated doesn't sound like a sufficient reason for removal of a package, at least not for those packages that install applications for the end

Re: [gentoo-dev] Last rites: dev-python/*, python-maintained, py3.6-only, no-revdep

2020-03-07 Thread Ulrich Mueller
> On Sat, 07 Mar 2020, Michał Górny wrote: > # Michał Górny (2020-03-07) > # The following packages are stuck on Python 3.6, and have no reverse > # dependencies. Please let the Python team know if you find some > # of them still useful. > # Removal in 30 days. Bug #711808. Does this mean

Re: [gentoo-portage-dev] [PATCH] einstalldocs: Fix test for DOCS being unset.

2020-02-20 Thread Ulrich Mueller
> On Thu, 20 Feb 2020, Zac Medico wrote: > Looks good. Even though earlier EAPIs are deprecated, would there be a > problem with updating __eapi4_src_install for consistency? I'd rather not, because for EAPIs 4 and 5 PMS specifies that the return status of declare -p should be tested [1].

Re: [gentoo-dev] [RFC v2] News item: OpenSSH 8.2_p1 running sshd breakage

2020-02-19 Thread Ulrich Mueller
> On Wed, 19 Feb 2020, Patrick McLean wrote: > If sshd is running, and a system is upgraded from to >=net-misc/openssh-8.2_p1, any new ssh connection will fail until sshd is > restarted. The ebuild currently has this warning: ewarn "After upgrading to openssh-8.2p1 please restart sshd,

[gentoo-dev] [Policy change] Package masking of live ebuilds

2020-02-18 Thread Ulrich Mueller
The devmanual says about live ebuilds: | CVS ebuilds must be either with empty KEYWORDS or package.masked | (but not both). Empty KEYWORDS are strongly preferred. This applies | to "live" ebuilds (-) and to ebuilds that extract a static | revision but still use CVS for fetching. As of today,

Re: [gentoo-dev] RFC: uid/gid for octoprint

2020-02-11 Thread Ulrich Mueller
> On Tue, 11 Feb 2020, Alexey 'Alexxy' Shvetsov wrote: > Ok. What is you're suggestion? If you really need that kind of mnemonics, how about 368 (68 being the ASCII code for "D")? Ulrich signature.asc Description: PGP signature

Re: [gentoo-dev] Last rites: sys-firmware/iwl6050-ucode

2020-02-07 Thread Ulrich Mueller
> On Fri, 07 Feb 2020, Matt Turner wrote: > On Fri, Feb 7, 2020 at 9:10 AM Mike Pagano wrote: >> >> # Mike Pagano (2020-02-07) >> # The standalone ebuild for this driver is made >> # unnecessary as it is included in the package: >> # sys-kernel/linux-firmware >> sys-firmware/iwl6050-ucode

[gentoo-dev] Last rites: sci-chemistry/shelx

2020-02-05 Thread Ulrich Mueller
# Ulrich Müller (2020-02-05) # Last version bump in 2014, while upstream is at 2019/1. # Ebuild claims "free-noncomm", but has an inaccessible distfile # behind a registration wall. Unresponsive Gentoo maintainer. # Masked for removal in 30 days. Bug #702352. sci-chemistry/shelx signature.asc

[gentoo-dev] Last rites: games-misc/fortune-mod-*

2020-02-04 Thread Ulrich Mueller
# Ulrich Müller (2020-02-04) # No license; copyright status unclear. # Masked for removal in 30 days. Bug #634288. games-misc/fortune-mod-calvin games-misc/fortune-mod-futurama # Ulrich Müller (2020-02-04) # No license. HOMEPAGE and SRC_URI are gone. # Masked for removal in 30 days. Bugs

[gentoo-dev] Should we allow "GPL, v2 or later" for ebuilds?

2020-01-27 Thread Ulrich Mueller
The following came up in #gentoo-qa yesterday, in a discussion between mgorny, soap and myself. Historically, all ebuilds in the Gentoo repository were licensed under GPL-2+. At a later point they were relicensed [1] to GPL-2. See [2] for a rationale (or absence of it, YMMV). However, in GLEP

[gentoo-dev] Last rites: games-action/cs2d

2020-01-27 Thread Ulrich Mueller
# Ulrich Müller (2020-01-27) # Removal requested by proxied maintainer: # "Game already available in Valve Steam." # License issues, unclear if zipball is redistributable. # Masked for removal in 30 days. Bug #703496. games-action/cs2d signature.asc Description: PGP signature

  1   2   3   4   5   6   7   8   9   10   >