Re: py2removal - make all leaf applications RC

2020-07-05 Thread Emmanuel Arias
On Sun, Jul 5, 2020 at 9:09 AM Ondrej Novy  wrote:

> Hi,
>
> ne 5. 7. 2020 v 7:38 odesílatel Sandro Tosi  napsal:
>
>> I propose to raise the severity of all leaf applications in 3 days
>>
>
> +1
>

Also +1 :)

Cheers,
Emmanuel

>
> Thanks!
>
> --
> S pozdravem/Best regards
>  Ondřej Nový
>
>


[PATCH] Tell source location of policy.

2020-07-05 Thread Geert Stappers
From: Geert Stappers 

---
 debian/python-policy.dbk | 13 +
 1 file changed, 13 insertions(+)

diff --git a/debian/python-policy.dbk b/debian/python-policy.dbk
index 875b281..b62cd03 100644
--- a/debian/python-policy.dbk
+++ b/debian/python-policy.dbk
@@ -1201,6 +1201,19 @@ Build-Depends: python3-all-dev (= 3.2)

   
 
+
+
+  This document
+  
+   Source of this document is
+   debian/python-policy.dbk in git repository
+   https://salsa.debian.org/cpython-team/python3-defaults;
+   >Salsa cpython team  python3 defaults.
+  
+  
+   Discuss with debian-python mailing list your changes.
+  
+
 
 

Re: python-policy source

2020-07-05 Thread Dmitry Shachnev
Hi Geert!

On Sun, Jul 05, 2020 at 07:05:28PM +0200, Geert Stappers wrote:
> Hi,
>
> Where to find the source of python-policy?

I believe it is here:

https://salsa.debian.org/cpython-team/python3-defaults/-/blob/master/debian/python-policy.dbk

--
Dmitry Shachnev


signature.asc
Description: PGP signature


python-policy source

2020-07-05 Thread Geert Stappers


Hi,

Where to find the source of python-policy?



It it not (yet?) at Salsa


https://salsa.debian.org/search?utf8=%E2%9C%93=false=_ref==python-policy
https://salsa.debian.org/search?utf8=%E2%9C%93=false=_ref==packaging-manuals
> 
> I have reread [3] https://www.debian.org/doc/packaging-manuals/python-policy/
> 

Regards
Geert Stappers
-- 
Silence is hard to parse



Re: Request to join Python Modules Team

2020-07-05 Thread Geert Stappers
On Sat, Jul 04, 2020 at 09:19:56AM -0300, Emmanuel Arias wrote:
> El sáb., 4 de jul. de 2020 a la(s) 04:17, Sao I Kuan escribió:
> > On Fri, Apr 10, 2020 at 6:22 PM Sao I Kuan  wrote:
> > > On Fri, Apr 10, 2020 at 6:16 PM Sao I Kuan  wrote:
> > > >
> > > > Hiya o/,
> > > >
> > > > I would like to join the Python Modules Team.
> > > >
> > > > I'm a newcomer into Debian from this March, and doing the packaging
> > > > which is COVID-19 related, with COVID-19 Biohackathon[0].
> > > >
> > > > [0] https://lists.debian.org/debian-devel-announce/2020/03/msg00010.html
> > > >
> > > > Now I'm trying to packaging the new python application idseq-bench[1]
> > > > (which will be team-maintained inside debian-med), which needs a
> > > > module smart_open[2]. I think [2] could be team maintained inside
> > > > DPMT.
> > > >
> > > > [1] https://github.com/chanzuckerberg/idseq-bench
> > > > [2] https://github.com/RaRe-Technologies/smart_open
> > > >
> > > > I read the Debian Python Policy[3].
> > > >
> > > > [3] https://www.debian.org/doc/packaging-manuals/python-policy/
> > >
> > > I now found and accept the DPMT Policy[4]. My Salsa handle is 
> > > @sikuan-guest.
> > >
> > > [4] 
> > > https://salsa.debian.org/python-team/tools/python-modules/-/blob/master/policy.rst
> >
> > Ping o/ Or am I missing any necessary information?
> >
> > My Salsa handle was changed to @sikuan.
> > Thank you!
> >
> 
> Hi,
> 
> You just need to be patient.

To a certain degree is being patient good.
It is all about working together, reaching a common goal.


Whenever things get stalled it is good to ask:

   Who is waiting on who?


> Some administrator from the team will join you.

I volunteer to be part of "Some administrator".

Please grant me, account "stappers" at  debian.org and at Salsa,
to privilege to allow people the Python teams.

I have reread [3] https://www.debian.org/doc/packaging-manuals/python-policy/



Debian tradition I will be re-introducing is sending "done messages".



Regards
Geert Stappers
-- 
Silence is hard to parse


signature.asc
Description: PGP signature


Re: Offer to help with packaging

2020-07-05 Thread Geert Stappers
Control: retitle -1 ITP: python-language-server -- Python implementation of the 
Language Server Protocol

On Sun, Jul 05, 2020 at 05:55:58PM +0200, Geert Stappers wrote:
> Control: retitle -1 RFP: python-language-server -- Python implementation of 
> the Language Server Protocol

Oops.

Copy and paste error now fixed.



Re: Offer to help with packaging

2020-07-05 Thread Geert Stappers
Control: retitle -1 RFP: python-language-server -- Python implementation of the 
Language Server Protocol
Control: owner -1 Pablo Mestre 
Control: subscribe -1

On Sat, Jul 04, 2020 at 09:29:36AM -0300, Emmanuel Arias wrote:
> Hi,
> 
> 
> On Thu, Jul 2, 2020 at 12:48 AM Pablo Mestre  wrote:
> 
> > Hi
> >
> > El 7/1/20 a las 10:58 PM, Nicholas D Steeves escribió:
> > > Awesome, thank you :-) I expect it will be a popular package too!
> > [.]
> > > If you're committed to packaging python lsp, then set yourself as the
> > > owner of #96360, and retitle it, replacing "RFP" with "ITP".
> > Yes, I committed to packaging
> > > If the absence of a python-jsonrpc-server package is a blocker for
> > > #963605, and you want to work on it, then file an ITP for
> > > python-jsonrpc-server, set yourself as owner, and also set up a blocks
> > > relationship between the two bugs.
> >
> > You mean
> >
> > Control: block 946035 by -1
> > Control: block #[newcode] by -1
> >
> > Something like this?
> >
> 
> yes go ahead.
> 
> I don't see the ITP for python-jsonrpc-server. Do you need some help?
> 

I felt the need to show how to do it.



> > >
> > > Tools for doing this more conveniently are "bts" from devscripts, and
> > > "reportbug" for filing the ITP.  IIRC bts requires an MTA (mail
> > > transport agent) and for this I'd recommend msmtp-mta, because most
> > > people find it easier to configure authentication with it than with
> > > Postfix, Exim, etc.
> > >
> > > If you'd like to do it manually for now, see:
> > >   https://www.debian.org/Bugs/server-control
> >
> > Ok
> >
> > Thanks for all
> >
> > P.
> >

@Pablo 

My intension is to help.
I'm aware you didn't asked for the BTS update I did.

Do know that the Bug Tracking System information on #963605
can be easily updated again.


Regards
Geert Stappers
-- 
Silence is hard to parse



Re: py2removal - make all leaf applications RC

2020-07-05 Thread Ondrej Novy
Hi,

ne 5. 7. 2020 v 7:38 odesílatel Sandro Tosi  napsal:

> I propose to raise the severity of all leaf applications in 3 days
>

+1

Thanks!

-- 
S pozdravem/Best regards
 Ondřej Nový


Re: [Python-apps-team] Bug#937009: mercurial: Python2 removal in sid/bullseye

2020-07-05 Thread Julien Puydt
Le dimanche 05 juillet 2020 à 00:52 -0400, Sandro Tosi a écrit :
> Tbh, i think it's time to just rip the bandaid and upload mercurial
> python3 to unstable, and deal with the consequences there (i
> volunteer to do so); 
> 
> What do people think about this?

Against band-aid ripping :
- breaking other packages is rude ;
- sometimes a maintainer doesn't have time to deal with a problem when
the problem arises ;

For band-aid ripping :
- if upstream still doesn't support Python 3 after all those years, the
software is probably mostly dead ;
- teams make it possible to alleviate personal schedule matters ;
- obviously Sandro Tosi tried to help much already : it's not an out-
of-the-blue move ;

I really don't want to end up supporting Python 2 software without
upstream help during a few years -- and that's what will happen if we
don't kick Python 2 out before the next release!

Cheers,

JP