Dnia June 26, 2020 6:42:57 AM UTC, Sergei Trofimovich <sly...@gentoo.org> 
napisał(a):
>On Sat, 20 Jun 2020 16:29:53 +0100
>Sergei Trofimovich <sly...@gentoo.org> wrote:
>
>> On Sat, 20 Jun 2020 16:05:38 +0200
>> Michał Górny <mgo...@gentoo.org> wrote:
>> 
>> > On Sat, 2020-06-20 at 14:57 +0100, Sergei Trofimovich wrote:  
>> > > Give maintainers the chance to act and flag packages that pull in
>python:2.7.
>> > > 
>> > > Signed-off-by: Sergei Trofimovich <sly...@gentoo.org>
>> > > ---
>> > >  profiles/package.deprecated | 4 ++++
>> > >  1 file changed, 4 insertions(+)
>> > > 
>> > > diff --git a/profiles/package.deprecated
>b/profiles/package.deprecated
>> > > index a756e845f47..bb661571962 100644
>> > > --- a/profiles/package.deprecated
>> > > +++ b/profiles/package.deprecated
>> > > @@ -17,6 +17,10 @@
>> > >  
>> > >  #--- END OF EXAMPLES ---
>> > >  
>> > > +# Sergei Trofimovich <sly...@gentoo.org> (2020-06-20)
>> > > +# Deprecated. Consider poring to python 3 and drop support for
>python2.
>> > > +dev-lang/python:2.7
>> > > +
>> > >  # Sergei Trofimovich <sly...@gentoo.org> (2020-02-22)
>> > >  # virtual/libstdc++ has only one sys-libs/libstdc++-v3 provider.
>> > >  # Use that instead. Or even better use none of them. It's a    
>> >   
>> 
>> > It will trigger the same for packages that support *only*
>> > Python 2.7, as well as these that support 2.7 in addition to 3
>because
>> > they have 2.7 deps.  
>> 
>> If we expect actions by developers on both cases I don't see a
>problem with that.
>
>Pushed as:
>https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=79d65d6641cfc0ef7b44df491c390e8c880e3049
>with full text being:
>
>+# Sergei Trofimovich <sly...@gentoo.org> (2020-06-26)
>+# Deprecated.
>+# - optional python:2.7 dependency should be dropped if no reverse
>+#   dependencies are using it.
>+# - mandatory python:2.7 depepndency will require package porting
>+#   or package removal if no reverse dependencies are using it.
>+dev-lang/python:2.7

You've just introduced 829 CI warnings, effectively disabling the ability to 
distinguish *new* problems in these packages.


--
Best regards, 
Michał Górny

Reply via email to