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
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 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 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
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 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
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/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
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 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
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
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 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
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 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, 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 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, 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, 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
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
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
21 matches
Mail list logo
