Re: py2removal - make all leaf applications RC
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.
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
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
Hi, Where to find the source of python-policy? It it not (yet?) at Salsa https://salsa.debian.org/search?utf8=%E2%9C%93&snippets=false&scope=&repository_ref=&search=python-policy https://salsa.debian.org/search?utf8=%E2%9C%93&snippets=false&scope=&repository_ref=&search=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
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
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
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
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
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