[gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Michał Górny
Hi, Many of Gentoo-originating packages are listing the main Gentoo site as HOMEPAGE. In my opinion, this is suboptimal (not to say 'useless'). I can think of a few uses for HOMEPAGE: 1. providing additional information about the package (before the user chooses it), 2. providing easy access

Re: [gentoo-dev] Re: HOMEPAGE and DESCRIPTION in ebuilds? (was: Usefulness of HOMEPAGE=https://www.gentoo.org)

2019-12-04 Thread Kent Fredric
On Wed, 4 Dec 2019 13:44:22 +0100 Miroslav Šulc wrote: > it's proly little bit off this topic, but why do we have to copy > homepage and description from ebuild to ebuild? wouldn't it be better to > move this information to metadata.xml and keep it just there? or does in > reality one package

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Kent Fredric
On Wed, 04 Dec 2019 13:36:07 +0100 Michał Górny wrote: > My point is: gentoo.org as a HOMEPAGE sucks. Please use something more > specific instead. Even link to gitweb would be more helpful because it > would at least be relevant to the package in question. I agree so much I would support the

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Joonas Niilola
On 12/4/19 5:21 PM, Kent Fredric wrote: > On Wed, 04 Dec 2019 13:36:07 +0100 > Michał Górny wrote: > >> My point is: gentoo.org as a HOMEPAGE sucks. Please use something more >> specific instead. Even link to gitweb would be more helpful because it >> would at least be relevant to the package

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Michał Górny
On Wed, 2019-12-04 at 13:36 +0100, Michał Górny wrote: > My point is: gentoo.org as a HOMEPAGE sucks. Please use something more > specific instead. Even link to gitweb would be more helpful because it > would at least be relevant to the package in question. I've forgot to mention one thing: if

[gentoo-dev] Re: HOMEPAGE and DESCRIPTION in ebuilds? (was: Usefulness of HOMEPAGE=https://www.gentoo.org)

2019-12-04 Thread Miroslav Šulc
hi, it's proly little bit off this topic, but why do we have to copy homepage and description from ebuild to ebuild? wouldn't it be better to move this information to metadata.xml and keep it just there? or does in reality one package really have various homepages and various descriptions

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Kent Fredric
On Wed, 4 Dec 2019 17:24:54 +0200 Joonas Niilola wrote: > I take it you haven't checked the CI results lately? Reaction to that > probably spawned this ML thread. In that case, good work :) pgp3S4GcNB4R5.pgp Description: OpenPGP digital signature

Re: [gentoo-dev] Re: HOMEPAGE and DESCRIPTION in ebuilds? (was: Usefulness of HOMEPAGE=https://www.gentoo.org)

2019-12-04 Thread Michał Górny
On Wed, 2019-12-04 at 13:44 +0100, Miroslav Šulc wrote: > hi, > > it's proly little bit off this topic, but why do we have to copy > homepage and description from ebuild to ebuild? wouldn't it be better to > move this information to metadata.xml and keep it just there? or does in > reality one

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Michał Górny
On Wed, 2019-12-04 at 17:24 +0200, Joonas Niilola wrote: > On 12/4/19 5:21 PM, Kent Fredric wrote: > > On Wed, 04 Dec 2019 13:36:07 +0100 > > Michał Górny wrote: > > > > > My point is: gentoo.org as a HOMEPAGE sucks. Please use something more > > > specific instead. Even link to gitweb would

[gentoo-dev] RFC: request IDs for u:oidentd g:oidentd

2019-12-04 Thread Robert Förster
Hello, given the discussion around the IDs a few days ago, i'd like to request 493 as UID and GID for the package net-misc/oidentd. reasoning being this is the one used in Arch. Others either use next available (Fedora) or nobody:nobody (SuSE) Thanks, Robert

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Joonas Niilola
On 12/4/19 7:26 PM, Michał Górny wrote: > On Wed, 2019-12-04 at 17:24 +0200, Joonas Niilola wrote: >> On 12/4/19 5:21 PM, Kent Fredric wrote: >>> On Wed, 04 Dec 2019 13:36:07 +0100 >>> Michał Górny wrote: >>> My point is: gentoo.org as a HOMEPAGE sucks. Please use something more

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Alec Warner
On Wed, Dec 4, 2019 at 9:26 AM Michał Górny wrote: > On Wed, 2019-12-04 at 17:24 +0200, Joonas Niilola wrote: > > On 12/4/19 5:21 PM, Kent Fredric wrote: > > > On Wed, 04 Dec 2019 13:36:07 +0100 > > > Michał Górny wrote: > > > > > > > My point is: gentoo.org as a HOMEPAGE sucks. Please use

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Robert Förster
On 05.12.2019 01:15, Aaron Bauman wrote: dev-python/nototools media-fonts/noto-emoji ^ these two recent-ish gained python3 support upstream in a new released version

Re: [gentoo-portage-dev] [PATCH gentoolkit 1/2] eclean: Inline _sort_keys method

2019-12-04 Thread Matt Turner
On Wed, Dec 4, 2019 at 9:17 PM Zac Medico wrote: > > On 12/4/19 6:12 PM, Matt Turner wrote: > > The boilerplate for calling this method was larger than what it actually > > contained. Additionally I think this change will allow the loop to run > > on a generator rather than a full list. > > > >

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Aaron Bauman
On Thu, Dec 05, 2019 at 12:28:04AM +, Michael 'veremitz' Everitt wrote: > On 05/12/19 00:15, Aaron Bauman wrote: > > Fellow devs, > > > dev-python/sqlitecachec > > dev-python/supervisor-quick > > dev-python/python-cdb > > dev-python/fabric > ^ https://github.com/mathiasertl/fabric/ is a fork

[gentoo-portage-dev] [PATCH gentoolkit 1/2] eclean: Inline _sort_keys method

2019-12-04 Thread Matt Turner
The boilerplate for calling this method was larger than what it actually contained. Additionally I think this change will allow the loop to run on a generator rather than a full list. Signed-off-by: Matt Turner --- pym/gentoolkit/eclean/clean.py | 21 ++--- 1 file changed, 6

[gentoo-portage-dev] [PATCH gentoolkit 2/2] eclean: Delete empty directories

2019-12-04 Thread Matt Turner
Closes: https://bugs.gentoo.org/671592 Signed-off-by: Matt Turner --- pym/gentoolkit/eclean/clean.py | 4 1 file changed, 4 insertions(+) diff --git a/pym/gentoolkit/eclean/clean.py b/pym/gentoolkit/eclean/clean.py index b790de0..89300ce 100644 --- a/pym/gentoolkit/eclean/clean.py +++

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Thomas Deutschmann
Hi, On 2019-12-05 01:15, Aaron Bauman wrote: > * Removal in 30 days Why? I understand that Py2 will reach EOL upstream status but we all know that Py2 will *not* disappear and stop working in 26 days... There's no reason to mask/remove currently known working software. net-nntp/sabnzbd is a

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Thomas Deutschmann
On 2019-12-05 04:06, William Hubbs wrote: > On Thu, Dec 05, 2019 at 03:56:05AM +0100, Thomas Deutschmann wrote: >> On 2019-12-05 01:15, Aaron Bauman wrote: >>> * Removal in 30 days >> >> Why? I understand that Py2 will reach EOL upstream status but we all >> know that Py2 will *not* disappear and

Re: [gentoo-portage-dev] [PATCH gentoolkit 1/2] eclean: Inline _sort_keys method

2019-12-04 Thread Zac Medico
On 12/4/19 6:12 PM, Matt Turner wrote: > The boilerplate for calling this method was larger than what it actually > contained. Additionally I think this change will allow the loop to run > on a generator rather than a full list. > > Signed-off-by: Matt Turner > --- >

[gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Aaron Bauman
Fellow devs, * These packages are (mostly) leaf dev-python/* packages which have no py3 impl in the ebuild * Packages not from dev-python/* are preceded by the relevevant dev-python/* pkg which caused the package to be masked. * This is just the "tip of the iceberg" of py2 only packages. As

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Michael 'veremitz' Everitt
On 05/12/19 00:15, Aaron Bauman wrote: > Fellow devs, > dev-python/sqlitecachec > dev-python/supervisor-quick > dev-python/python-cdb > dev-python/fabric ^ https://github.com/mathiasertl/fabric/ is a fork of fabric for py3.4+ FYI. Also on PyPi at https://pypi.org/project/Fabric3/. >

Re: [gentoo-portage-dev] [PATCH gentoolkit 2/2] eclean: Delete empty directories

2019-12-04 Thread Zac Medico
On 12/4/19 6:12 PM, Matt Turner wrote: > Closes: https://bugs.gentoo.org/671592 > Signed-off-by: Matt Turner > --- > pym/gentoolkit/eclean/clean.py | 4 > 1 file changed, 4 insertions(+) > > diff --git a/pym/gentoolkit/eclean/clean.py b/pym/gentoolkit/eclean/clean.py > index

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread William Hubbs
On Thu, Dec 05, 2019 at 03:56:05AM +0100, Thomas Deutschmann wrote: > Hi, > > On 2019-12-05 01:15, Aaron Bauman wrote: > > * Removal in 30 days > > Why? I understand that Py2 will reach EOL upstream status but we all > know that Py2 will *not* disappear and stop working in 26 days... > >

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Michał Górny
On Thu, 2019-12-05 at 03:56 +0100, Thomas Deutschmann wrote: > Hi, > > On 2019-12-05 01:15, Aaron Bauman wrote: > > * Removal in 30 days > > Why? I understand that Py2 will reach EOL upstream status but we all > know that Py2 will *not* disappear and stop working in 26 days... > > There's no

[gentoo-portage-dev] [PATCH] _queue_disjunctive_deps: group disjunctions (bug 701996)

2019-12-04 Thread Zac Medico
When disjunctive dependencies are queued, group together disjunctions from the same dependency string so that any overlap between them will trigger expansion to DNF. Bug: https://bugs.gentoo.org/701996 Signed-off-by: Zac Medico --- lib/_emerge/depgraph.py | 8 +++-

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-04 Thread Poncho
On 05.12.19 01:15, Aaron Bauman wrote: > Fellow devs, [...] > net-misc/trackma > dev-python/inotifyx > dev-python/disqus-python > dev-python/figleaf > dev-python/pysvg a python-3 version is available at: https://github.com/alorence/pysvg-py3 https://pypi.org/project/pysvg-py3/ >