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

2020-03-07 Thread Fabian Groffen
On 08-03-2020 15:26:50 +0800, hero...@gentoo.org wrote:
> From: Benda Xu 
> 
> Gentoo Prefix runs with a normal user and cannot grant extra
> capabilities.  Exit gracefully with a message.
> 
> Signed-off-by: Benda Xu 
> ---
>  eclass/fcaps.eclass | 5 +
>  1 file changed, 5 insertions(+)
> 
> diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
> index 467f955f5e9a..563d177c92d5 100644
> --- a/eclass/fcaps.eclass
> +++ b/eclass/fcaps.eclass
> @@ -78,6 +78,11 @@ DEPEND="filecaps? ( sys-libs/libcap )"
>  fcaps() {
>   debug-print-function ${FUNCNAME} "$@"
>  
> + if [[ ${EUID} != 0 ]] ; then
> + einfo "Insufficient privileges to execute ${FUNCNAME[0]}"
> + return 0

Perhaps add "ignoring" or something in the message here to make it clear
this isn't treated as an error?

Thanks,
Fabian

> + fi
> +
>   # Process the user options first.
>   local owner='root'
>   local group='0'
> -- 
> 2.25.0
> 
> 

-- 
Fabian Groffen
Gentoo on a different level


signature.asc
Description: PGP signature


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

2020-03-07 Thread heroxbd
From: Benda Xu 

Gentoo Prefix runs with a normal user and cannot grant extra
capabilities.  Exit gracefully with a message.

Signed-off-by: Benda Xu 
---
 eclass/fcaps.eclass | 5 +
 1 file changed, 5 insertions(+)

diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
index 467f955f5e9a..563d177c92d5 100644
--- a/eclass/fcaps.eclass
+++ b/eclass/fcaps.eclass
@@ -78,6 +78,11 @@ DEPEND="filecaps? ( sys-libs/libcap )"
 fcaps() {
debug-print-function ${FUNCNAME} "$@"
 
+   if [[ ${EUID} != 0 ]] ; then
+   einfo "Insufficient privileges to execute ${FUNCNAME[0]}"
+   return 0
+   fi
+
# Process the user options first.
local owner='root'
local group='0'
-- 
2.25.0




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

2020-03-07 Thread Benda Xu
Michał Górny  writes:

> ^ wrong subject.

OK. should be `acct-user.eclass: disable fcaps() on Prefix.`

> On Sun, 2020-03-08 at 12:20 +0800, hero...@gentoo.org wrote:
>> From: Benda Xu 
>> 
>>   Gentoo Prefix runs with a normal user and cannot grant extra
>>   capabilities.  Exit gracefully with a message.
>
> Please don't add this weird indent.

OK, thanks for pointing out.  Didn't notice that.

Benda


signature.asc
Description: PGP signature


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

2020-03-07 Thread Michał Górny
^ wrong subject.

On Sun, 2020-03-08 at 12:20 +0800, hero...@gentoo.org wrote:
> From: Benda Xu 
> 
>   Gentoo Prefix runs with a normal user and cannot grant extra
>   capabilities.  Exit gracefully with a message.

Please don't add this weird indent.

> 
> Closes: https://bugs.gentoo.org/699526
> Signed-off-by: Benda Xu 
> ---
>  eclass/fcaps.eclass | 5 +
>  1 file changed, 5 insertions(+)
> 
> diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
> index 467f955f5e9a..563d177c92d5 100644
> --- a/eclass/fcaps.eclass
> +++ b/eclass/fcaps.eclass
> @@ -78,6 +78,11 @@ DEPEND="filecaps? ( sys-libs/libcap )"
>  fcaps() {
>   debug-print-function ${FUNCNAME} "$@"
>  
> + if [[ ${EUID} != 0 ]] ; then
> + einfo "Insufficient privileges to execute ${FUNCNAME[0]}"
> + return 0
> + fi
> +
>   # Process the user options first.
>   local owner='root'
>   local group='0'

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] [PATCH] eclass/acct-user.eclass: disable fcaps() on Prefix.

2020-03-07 Thread heroxbd
From: Benda Xu 

  Gentoo Prefix runs with a normal user and cannot grant extra
  capabilities.  Exit gracefully with a message.

Closes: https://bugs.gentoo.org/699526
Signed-off-by: Benda Xu 
---
 eclass/fcaps.eclass | 5 +
 1 file changed, 5 insertions(+)

diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
index 467f955f5e9a..563d177c92d5 100644
--- a/eclass/fcaps.eclass
+++ b/eclass/fcaps.eclass
@@ -78,6 +78,11 @@ DEPEND="filecaps? ( sys-libs/libcap )"
 fcaps() {
debug-print-function ${FUNCNAME} "$@"
 
+   if [[ ${EUID} != 0 ]] ; then
+   einfo "Insufficient privileges to execute ${FUNCNAME[0]}"
+   return 0
+   fi
+
# Process the user options first.
local owner='root'
local group='0'
-- 
2.25.0




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 have to last rite them when 3.6 is
> gone.  What's the gain?

> Right, let's talk about m-needed.  Over 2000 packages already and still
> growing.  What message does *that* send to the users?

Sorry, but where have I suggested to drop these packages to m-n?

> How about the following message: the difference between Gentoo
> and Debian stable is that Gentoo doesn't have the 'b'.

> Finally, what message does it send to our users when developers keep
> picking up fights like this?  You seem to disagree with my work
> on Gentoo, and the only solution you can come up is publicly shaming me?
> This isn't 'let's discuss a better solution' kind of mail, this is
> 'justify yourself before me, you puny developer, how dare you do things
> I don't like'.

This is neither a fight nor a personal issue. Also, please don't put
words in my mouth that I haven't said and never intended to say.

Ulrich


signature.asc
Description: PGP signature


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

2020-03-07 Thread Andreas Sturmlechner
On Samstag, 7. März 2020 21:54:39 CET Thomas Deutschmann wrote:
> I don't say that it isn't a problem that pyt...@gentoo.org became
> maintainer of thousands of package the project never wanted. I don't
> have a solution for that problem but I would suggest to start with a
> honest mask like
> 
> > Packages mask for removal because Python project no longer
> > wants to maintain these packages

You mean as opposed to what the mask message said right there:

"Please let the Python team know if you find some of them still useful."

Semantics.


signature.asc
Description: This is a digitally signed message part.


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

2020-03-07 Thread Thomas Deutschmann
Hi,

www-apps/nikola was now moved away from python project and unmasked.

For reference, www-apps/nikola is heavily in use by the Gentoo e.V. in
Germany (surprising when you watch git log, not?). Gentoo e.V. is also
running Gentoo stable and Python 3.6 is the current stable version.
Python 3.7 will become the successor but isn't yet... so please calm
down regarding "But it doesn't support Py 3.7+ yet". We will add that
support in future when time permits.

The main problem is that Python project has decided to ignore common
rules and established a new disruptive way to tackle current problems.

I don't say that it isn't a problem that pyt...@gentoo.org became
maintainer of thousands of package the project never wanted. I don't
have a solution for that problem but I would suggest to start with a
honest mask like

> Packages mask for removal because Python project no longer
> wants to maintain these packages

This is without any judgment. It's just a fact. But please stop
spreading FUD that these packages are blocking, outdated or not well
maintained.

So if Python project has decided to go the disruptive road (yes, I am
aware that we don't have a better mechanism like setting a mask to get
attention), you have to deal with the fact that this is disruptive and
that not everyone like that.

But please, nobody is publicly shaming anyone. If you play that card,
don't wonder that people will stop talking.

Don't read too much into everything.


-- 
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5



signature.asc
Description: OpenPGP digital signature


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

2020-03-07 Thread Michał Górny
On Sat, 2020-03-07 at 12:26 -0800, Matt Turner wrote:
> On Sat, Mar 7, 2020 at 12:17 PM Jonas Stein  wrote:
> > On 07/03/2020 19.27, Ulrich Mueller wrote:
> > > > > > > > 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 that
> > > > do not install end-user applications but Python modules.
> > > 
> > > Like www-apps/nikola, for example?
> > > 
> > 
> > Nikola is actively maintained and was recently updated.
> > It works fine and has many users.
> > 
> > Did you look into that package before hard masking?
> > I see no problems with this package.
> > https://github.com/getnikola/nikola/blob/master/setup.py
> > 
> > Please undo the masking of fully working packages.
> 
> Christ guys. Just add python 3.7 support and unmask it.

...and 3.8, please, so we don't have to go back here a year from now.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


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

2020-03-07 Thread Matt Turner
On Sat, Mar 7, 2020 at 12:17 PM Jonas Stein  wrote:
>
> On 07/03/2020 19.27, Ulrich Mueller wrote:
> >> 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 that
> >> do not install end-user applications but Python modules.
> >
> > Like www-apps/nikola, for example?
> >
>
> Nikola is actively maintained and was recently updated.
> It works fine and has many users.
>
> Did you look into that package before hard masking?
> I see no problems with this package.
> https://github.com/getnikola/nikola/blob/master/setup.py
>
> Please undo the masking of fully working packages.

Christ guys. Just add python 3.7 support and unmask it.



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

2020-03-07 Thread Jonas Stein
On 07/03/2020 19.27, Ulrich Mueller wrote:
>> 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 that
>> do not install end-user applications but Python modules.
> 
> Like www-apps/nikola, for example?
> 

Nikola is actively maintained and was recently updated.
It works fine and has many users.

Did you look into that package before hard masking?
I see no problems with this package.
https://github.com/getnikola/nikola/blob/master/setup.py

Please undo the masking of fully working packages.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


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

2020-03-07 Thread Michał Górny
On Sat, 2020-03-07 at 20:21 +0100, Ulrich Mueller wrote:
> > > > > > 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 packages that are perfectly working, actively
> maintained upstream (and the ebuild version bumped in the last month)
> are being last-rited all of a sudden.
> 
> What message does that send to users about the suitability of Gentoo
> for usage in a production environment?

What message does send the fact that Gentoo is defaulting to
an unmaintained (upstream) version of Python and for years have problems
moving forward?  Switching to 3.6 was a massacre already, and users felt
it.

Surely, some people will claim that I'm removing 'perfectly working,
blah blah blah' packages.  Completely ignoring the fact that the mask
explicitly asks *which* packages are worth keeping.  But some people
will simply realize that I'm trying to make Python in Gentoo sustainable
again.

It's easy to complain.  It's hard to come up with good solutions.

The current rough count for packages missing 3.7 support is 1057.  How
many of them are *you* willing to port?  Is it a crime that we're trying
to remove ~200 packages from that list?

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 have to last rite them when 3.6 is
gone.  What's the gain?

Right, let's talk about m-needed.  Over 2000 packages already and still
growing.  What message does *that* send to the users?

How about the following message: the difference between Gentoo
and Debian stable is that Gentoo doesn't have the 'b'.

Finally, what message does it send to our users when developers keep
picking up fights like this?  You seem to disagree with my work
on Gentoo, and the only solution you can come up is publicly shaming me?
This isn't 'let's discuss a better solution' kind of mail, this is
'justify yourself before me, you puny developer, how dare you do things
I don't like'.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


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

2020-03-07 Thread Matt Turner
On Sat, Mar 7, 2020 at 11:21 AM Ulrich Mueller  wrote:
>
> > 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 packages that are perfectly working, actively
> maintained upstream (and the ebuild version bumped in the last month)
> are being last-rited all of a sudden.
>
> What message does that send to users about the suitability of Gentoo
> for usage in a production environment?

I would hope that it would communicate that the Gentoo developers
doing the maintenance have too many packages to maintain and could use
some help from those interested!

That is, instead of getting a bunch of complaints.



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 packages that are perfectly working, actively
maintained upstream (and the ebuild version bumped in the last month)
are being last-rited all of a sudden.

What message does that send to users about the suitability of Gentoo
for usage in a production environment?


signature.asc
Description: PGP signature


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

2020-03-07 Thread Matt Turner
On Sat, Mar 7, 2020 at 10:27 AM Ulrich Mueller  wrote:
>
> > 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 that
> > do not install end-user applications but Python modules.
>
> Like www-apps/nikola, for example?

This is not a productive way to communicate.



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 that
> do not install end-user applications but Python modules.

Like www-apps/nikola, for example?


signature.asc
Description: PGP signature


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

2020-03-07 Thread Michał Górny
On Sat, 2020-03-07 at 18:49 +0100, Ulrich Mueller wrote:
> > > > > > 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 user.

The list is almost exclusively about dev-python/, i.e. packages that do
not install end-user applications but Python modules.

> > But that's by no means all ebuilds like that, just a subset Python
> > team doesn't see much of a point maintaining.
> 
> Why had they been added then, in the first place?
> 

You should ask the person who added them.  Some of them probably used to
have revdeps in the past but lost them (either because they switched to
other deps or were removed).  Some of them were added because somebody
used it at some point.  Some of them were added because someone thought
it would be great idea to package a lot of Python modules because we
can.

Some of these someones have retired since.  Some left the Python team. 
Some weren't ever part of it yet dumped packages on us.

I could go on like this for much longer but what's the purpose?
The point is, python@ has a lot of packages, we can't maintain them all.
These packages weren't really maintained for at least a few months, so
dropping them lets us focus on packages that do have dependencies or
otherwise seem more useful.

I mean, surely, we can try to test ~300 packages on py3.7 just to
discover half of them were added without tests, large number have
failing tests, some have silly mistakes...

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


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

2020-03-07 Thread Alec Warner
On Sat, Mar 7, 2020 at 9:57 AM Andreas Sturmlechner 
wrote:

> On Samstag, 7. März 2020 18:49:25 CET Ulrich Mueller 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.
>
> They are python packages and as such they block cleanup of old python
> versions. Someone has to actually put effort into each of them to keep
> them
> alive.
>

I think the idea is that this is all implicit in the notification, rather
than being explicit, which muddles the messaging. I *suspect* that py3.6
will get dropped eventually as its no longer developed (but is security
supported by upstream through 2021.) If we just came out and said "Hey we
plan on dropping python-3.6 in X[0] months, here are a bunch of packages on
py-3.6, we need to either drop them or update them" the conversation would
be slightly different.

I also suspect the conversation did not go this way because then instead of
discussing who would maintain these packages, we would be discussing "why
python-3.6 should not be dropped until the last possible day in 2021" which
sounds reminiscent of python2 ;)

I think however, that we can do both. Python-3.6 will get removed
eventually; there are dozens of packages that need help and I don't think
it is incumbent on the python team to do all of the work, hence this thread
notifying folks that "hey if you use these packages they will need help to
stay around."

[0] We could all argue over some value of X; but on another thread please ;p


>
> > > But that's by no means all ebuilds like that, just a subset Python
> > > team doesn't see much of a point maintaining.
> >
> > Why had they been added then, in the first place?
>
> Packages get added by someone, then that someone does not care about them
> anymore and they fall behind. Is that really news?
>
> People who see a need for some of those can pick them up as maintainers
> after
> all.
>
> Regards,
> Andreas


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

2020-03-07 Thread Andreas Sturmlechner
On Samstag, 7. März 2020 18:49:25 CET Ulrich Mueller 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.

They are python packages and as such they block cleanup of old python 
versions. Someone has to actually put effort into each of them to keep them 
alive.

> > But that's by no means all ebuilds like that, just a subset Python
> > team doesn't see much of a point maintaining.
> 
> Why had they been added then, in the first place?

Packages get added by someone, then that someone does not care about them 
anymore and they fall behind. Is that really news?

People who see a need for some of those can pick them up as maintainers after 
all.

Regards,
Andreas

signature.asc
Description: This is a digitally signed message part.


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 user.

> But that's by no means all ebuilds like that, just a subset Python
> team doesn't see much of a point maintaining.

Why had they been added then, in the first place?

Ulrich


signature.asc
Description: PGP signature


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

2020-03-07 Thread Michał Górny
On Sat, 2020-03-07 at 18:06 +0100, Ulrich Mueller wrote:
> > > > > > 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 that only the ebuilds are "stuck on Python 3.6", or the
> upstream packages? All 184 of them?
> 

Ebuilds.  183 of them.  One is stuck on py2 but is included as only
revdep.  But that's by no means all ebuilds like that, just a subset
Python team doesn't see much of a point maintaining.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


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 that only the ebuilds are "stuck on Python 3.6", or the
upstream packages? All 184 of them?

Please explain.


signature.asc
Description: PGP signature


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

2020-03-07 Thread Michał Górny
# 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.
dev-python/CacheControl
dev-python/ImageHash
dev-python/ReParser
dev-python/aadict
dev-python/abstract_rendering
dev-python/aioeventlet
dev-python/aiotest
dev-python/amqplib
dev-python/anyjson
dev-python/asciimatics
dev-python/asset
dev-python/atom
dev-python/batinfo
dev-python/bcolz
dev-python/beaker
dev-python/biplist
dev-python/blaze
dev-python/bpython
dev-python/cgroup-utils
dev-python/chameleon
dev-python/colander
dev-python/colorful
dev-python/columnize
dev-python/common
dev-python/crumbs
dev-python/cssselect2
dev-python/curtsies
dev-python/cx_Freeze
dev-python/d2to1
dev-python/datashape
dev-python/deform
dev-python/distlib
dev-python/django-appconf
dev-python/django-baker
dev-python/django-crispy-forms
dev-python/django-discover-runner
dev-python/django-grappelli
dev-python/django-haystack
dev-python/django-nose
dev-python/django-picklefield
dev-python/django-recaptcha
dev-python/django-select2
dev-python/django-tinymce
dev-python/dogpile-core
dev-python/dynd-python
dev-python/embedly
dev-python/envoy
dev-python/fedmsg
dev-python/flask-admin
dev-python/flask-peewee
dev-python/flask-pymongo
dev-python/flask-socketio
dev-python/flask-uploads
dev-python/flipflop
dev-python/formencode
dev-python/fudge
dev-python/geoalchemy2
dev-python/geopy
dev-python/gevent-socketio
dev-python/gitlabform
dev-python/globre
dev-python/glymur
dev-python/hiredis
dev-python/hiro
dev-python/httreplay
dev-python/husl
dev-python/hvac
dev-python/influxdb
dev-python/intelhex
dev-python/into
dev-python/ipcalc
dev-python/iso3166
dev-python/iso_639
dev-python/jog
dev-python/jpype
dev-python/jsmin
dev-python/json-rpc
dev-python/json-tools
dev-python/keepassx
dev-python/kitchen
dev-python/libzilla
dev-python/locustio
dev-python/mailmanclient
dev-python/meteor-ejson
dev-python/mimerender
dev-python/mmh3
dev-python/mockldap
dev-python/multipledispatch
dev-python/netmiko
dev-python/nltk
dev-python/nosehtmloutput
dev-python/odo
dev-python/passwordmeter
dev-python/pdb-clone
dev-python/pdoc
dev-python/peppercorn
dev-python/pgpdump
dev-python/pillowfight
dev-python/placefinder
dev-python/prettyprinter
dev-python/prometheus_flask_exporter
dev-python/pxml
dev-python/py-lz4framed
dev-python/py2neo
dev-python/pycanberra
dev-python/pycipher
dev-python/pycmd
dev-python/pycobertura
dev-python/pydot-ng
dev-python/pyee
dev-python/pyev
dev-python/pyfeyn
dev-python/pyfiglet
dev-python/pygcrypt
dev-python/pygeocoder
dev-python/pyhcl
dev-python/pykka
dev-python/pymtp
dev-python/pynzb
dev-python/pyopencl
dev-python/pyphen
dev-python/pyprof2calltree
dev-python/pyshark
dev-python/pysnmp-apps
dev-python/pysnmp-mibs
dev-python/pysolr
dev-python/pystache
dev-python/pytest-arraydiff
dev-python/pytest-cython
dev-python/pytest-isort
dev-python/pytest-mpl
dev-python/python-afl
dev-python/python-cluster
dev-python/python-ddp
dev-python/python-discid
dev-python/python-ebtables
dev-python/python-engineio
dev-python/python-hpilo
dev-python/python-meteor
dev-python/python-otrs
dev-python/python-scsi
dev-python/python-socketio
dev-python/python-twitter
dev-python/python-uinput
dev-python/pythonmagick
dev-python/pyx
dev-python/pyzor
dev-python/rackspace-monitoring
dev-python/readlike
dev-python/redis-py-cluster
dev-python/regendoc
dev-python/ropemode
dev-python/schedule
dev-python/schema
dev-python/scp
dev-python/seaborn
dev-python/setuptools_hg
dev-python/simplekv
dev-python/slackclient
dev-python/spark-parser
dev-python/sphinx-better-theme
dev-python/sphinxcontrib-googleanalytics
dev-python/sphinxcontrib-programoutput
dev-python/tempest-lib
dev-python/testify
dev-python/tinycss2
dev-python/tlslite
dev-python/tpg
dev-python/translationstring
dev-python/trollius
dev-python/twitter
dev-python/twython
dev-python/uhashring
dev-python/uncompyle6
dev-python/venusian
dev-python/versiontools
dev-python/vulture
dev-python/weasyprint
dev-python/ws4py
dev-python/wsgiintercept
dev-python/wtf-peewee
dev-python/xdis
dev-python/zc-buildout
www-apps/nikola

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sys-apps/hardened-shadow virtual/shadow

2020-03-07 Thread Mikle Kolyada
# Mikle Kolyada  (2020-03-07)
# virtual/shadow has the only alive provider.
# sys-apps/hardened-shadow is unmaintained for the past
# five years (at least). Upstream is dead.
# Removal in 30 days.
sys-apps/hardened-shadow
virtual/shadow




signature.asc
Description: OpenPGP digital signature