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 t
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 for
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
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 y
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
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
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 i
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
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 be
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
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
specif
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 some
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 such
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/.
> dev-python/foo
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 o
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
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 per
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...
>
> There's
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 s
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/
> dev-python/sphi
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 rea
21 matches
Mail list logo
