Re: Preparing for Python 3.12

2023-11-07 Thread Thomas Goirand
for all the work you're doing on the Python interpreter. When 3.12 because an available version, it would help a lot to have someone like Lucas Nusbaumm to rebuild all reverse dependencies of Python. Is that something planned? Cheers, Thomas Goirand (zigo)

Re: Packages wrongly marked as FTBFS with Sphinx 7.1, docutils 0.20

2023-10-31 Thread Thomas Goirand
f starting tomorrow morning), but it looks like everything is fine now... :) Cheers, Thomas Goirand (zigo)

Re: Packages wrongly marked as FTBFS with Sphinx 7.1, docutils 0.20

2023-10-31 Thread Thomas Goirand
be fine now. The only thing is that the packages will produce a different doc package if rebuilt (ie: new theme), but there's going to be another OpenStack release in 5 months, so it should be fine. Cheers, Thomas Goirand (zigo)

Re: Packages wrongly marked as FTBFS with Sphinx 7.1, docutils 0.20

2023-10-31 Thread Thomas Goirand
On 10/31/23 13:27, Lucas Nussbaum wrote: Hi Thomas, On 31/10/23 at 13:08 +0100, Thomas Goirand wrote: Hi, I'm not really sure what's going on, but I saw many packages marked as RC buggy with Sphinx 7.1, docutils 0.20, however, both are still in Experimental, not in Unstable. I tried

Packages wrongly marked as FTBFS with Sphinx 7.1, docutils 0.20

2023-10-31 Thread Thomas Goirand
wrongly close the bugs after a successful rebuild. Cheers, Thomas Goirand (zigo)

Re: first package questions (salsa repo in personal or team, debian/control maintainers, expected failing unit tests)

2023-10-02 Thread Thomas Goirand
ugreport.cgi?bug=1016113 Sorry, I wont have time for this right now, but if nobody does it, feel free to ping me in a week or 2. Cheers, Thomas Goirand (zigo)

Re: Transitionning to the lextudio pysnmp / pyasn1 ecosystem

2023-09-17 Thread Thomas Goirand
out destroying them. I also continue to have OpenStack packages working this way, and I'm not destroying reverse dependencies carelessly. Please share your thoughts on how to do it, Cheers, Thomas Goirand (zigo)

Re: Transitionning to the lextudio pysnmp / pyasn1 ecosystem

2023-09-16 Thread Thomas Goirand
of too many packages already, I'd love if someone stepped in. Cheers, Thomas Goirand (zigo)

Transitionning to the lextudio pysnmp / pyasn1 ecosystem

2023-09-15 Thread Thomas Goirand
make your pull request against the new Salsa repository? Cheers, Thomas Goirand (zigo)

Re: Maintenance of netmiko in the Python team

2023-09-14 Thread Thomas Goirand
On 9/13/23 14:29, Vincent Bernat wrote: On 2023-09-13 09:29, Thomas Goirand wrote: OpenStack networking-generic-switch needs 4.1.2, from last August, so I'm about to upload that version to Experimental right away. Since you, Vincent, is listed in the Maintainer: field, and the team is only

Re: PySNMP asyncio backend unusable in Debian 12 (needs stable update?)

2023-09-13 Thread Thomas Goirand
On 9/13/23 13:43, Adam Cecile wrote: On 9/13/23 12:55, Thomas Goirand wrote: On 9/12/23 18:16, Adam Cecile wrote: Hello, No hurry, I think we might want to wait for upstream to respond to my PR regarding double awaitable fix. It is indeed lextudio upstream that took over the PySNMP package

Re: PySNMP asyncio backend unusable in Debian 12 (needs stable update?)

2023-09-13 Thread Thomas Goirand
/88d40f1225de8f7b42413b56206b41a6155fcf09 Unfortunately, it doesn't apply on top of 4.4.12-2, which is the current version of the package (in Bookworm, Unstable and Testing). Would you be able to rebase your patch on top of 4.4.12-2? Then I'll do the work to get this into Bookworm (and Unstable/Testing). Cheers, Thomas Goirand

Maintenance of netmiko in the Python team

2023-09-13 Thread Thomas Goirand
...). Note that I am also planing a few changes, like the package is currently using the pypi tarball, I'd like to switch to using tags from github and probably other stuff. Please let me know, Cheers, Thomas Goirand (zigo)

Re: Uncleaned egg-info directory giving lots of bugs about failing to build after successful build

2023-09-05 Thread Thomas Goirand
IMO. Now, I still think this is a minor issue... :) Cheers, Thomas Goirand (zigo)

Re: Python 3.10 in bookworm

2023-02-06 Thread Thomas Goirand
the affected modules, to fix the situation. Cheers, Thomas Goirand (zigo)

Re: Python 3.10 in bookworm

2023-02-05 Thread Thomas Goirand
How about fixing the 3.11 issues if you hit them ? How about using Buster and 3.9 if 3.11 doesn't work (yet) for you ? Thomas Goirand (zigo) On Feb 5, 2023 11:38, Julian Gilbey wrote: > > Why is the current intention not to ship the python3.10 package in > bookworm? > > I wa

Re: Python 3.11 for bookworm?

2023-01-16 Thread Thomas Goirand
ase process. I'm sad to read this. Hopefully, this is truth only for some of the packages you care, and the vast majority of the packages are fine? I'm unfortunately not in a good position to tell (I didn't run any survey of broken packages...). Cheers, Thomas Goirand (zigo)

Re: Python 3.11 for bookworm?

2023-01-05 Thread Thomas Goirand
or it. The timing was exactly what was discussed during Debconf: it's very annoying that this year, upstream Python release was one month late... we're only trying to deal with it. Cheers, Thomas Goirand (zigo)

Re: Python 3.11 for bookworm?

2022-12-27 Thread Thomas Goirand
iving good point of argumentation, or a solution to improve the process. Doko already explained that switching the interpreter (the hard way) is the only viable way to find out the remaining bugs. Do you have a better solution in mind? Cheers, Thomas Goirand (zigo) OpenPGP_signature Description: OpenPGP digital signature

Re: Python 3.11 for bookworm?

2022-12-16 Thread Thomas Goirand
On 12/15/22 16:18, Thomas Goirand wrote: On 12/13/22 00:51, Graham Inggs wrote: Dear Python Team Looking at the current state of the 'adding Python 3.11 as a supported version' transition [1], the tracker [2] shows only 12 red packages (excluding unknowns and packages not in testing) remaining

Re: Python 3.11 for bookworm?

2022-12-15 Thread Thomas Goirand
tly appreciated fixing this bug. Hopefully, I can get this done during my holidays (and avoid any other work...). Cheers, Thomas Goirand (zigo)

Re: Python 3.11 for bookworm?

2022-12-15 Thread Thomas Goirand
Julian, It's probably ok if it's a *TEMPORARY* solution until upstream fixes everything in time for the release (which is months after the freeze). The question is: do you believe this may happen for let's say next March? Cheers, Thomas Goirand (zigo)

Re: Python 3.11 for bookworm?

2022-12-15 Thread Thomas Goirand
and IMO we started this process a way too late. Hopefully, Trixie will be nose-free! In the mean time, it is unfortunately my opinion that it's too late for Bookworm and that we must keep Nose for one more release. Cheers, Thomas Goirand (zigo)

Re: Python 3.11, bytecode and new internals

2022-11-22 Thread Thomas Goirand
e and pydevd and Piotr (and possibly upstream) to sort parso, or to mark them as Python 3.10 only. Well, hopefully for you, you'll get it fixed before next January, or we go back to 3.10 only (or both?). Cheers, Thomas Goirand (zigo)

Re: Python 3.11, bytecode and new internals

2022-11-22 Thread Thomas Goirand
On 11/22/22 10:59, Julian Gilbey wrote: On Tue, Nov 22, 2022 at 09:22:05AM +0100, Thomas Goirand wrote: this, 100 times I very much don't agree. I think it's going pretty well, and the number of breakage isn't high. We just need a little bit of effort to make it in good enough shape

Re: Python 3.11, bytecode and new internals

2022-11-22 Thread Thomas Goirand
pinion of the rest of the team, especially Doko and Stefano. Cheers, Thomas Goirand (zigo)

python-werkzeug 2.2.2 and flask 2.2.2 transition

2022-09-27 Thread Thomas Goirand
, Thomas Goirand (zigo)

Re: Notes from the DC22 Python Team BoF

2022-07-27 Thread Thomas Goirand
d idea... Hopefully, we can take the decision to reverse if needed. Cheers, Thomas Goirand (zigo)

Re: List of packages of Python team that have no autopkgtest

2022-07-19 Thread Thomas Goirand
] https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/missing-autopkgtest Hi Andreas, It does help a lot. Thanks a lot for this. We're really missing you in Prizren, btw. Cheers, Thomas Goirand (zigo)

Re: Reaching team consensus on usage of py3versions -r and X-Python3-Version in Lintian

2022-01-18 Thread Thomas Goirand
On 1/17/22 18:47, Louis-Philippe Véronneau wrote: Hey folks, I'm following up on bug #1001677 [1] on the DPT's list to try to reach consensus, as I think the Lintian tags that were created to fix this bug are not recommending the proper thing. As a TL;DR for those of you who don't want to read

Re: Update packages to recent version

2022-01-14 Thread Thomas Goirand
version of each component for your application. However, running internal tests at build time may help you to know. I hope this helps, Cheers, Thomas Goirand (zigo)

Re: python-cryptography, Rust, and OpenSSL 3.0

2021-12-01 Thread Thomas Goirand
ay yes. python-cryptography >= v3.4.6 is needed to update > python-autobahn [1]. Thomas Goirand (in CC) said [2] he is already > working on python-cryptography, thus it would be best to coordinate > uploads with him. > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug

Removal of python-flask-script and flask-assets from unstable/bookworm

2021-11-24 Thread Thomas Goirand
have reverse dependencies. I am therefore hereby proposing the removal of python-flask-script and flask-assets from unstable/testing, which by the way will allow Flask to migrate to Bookworm. Your thoughts? Cheers, Thomas Goirand (zigo)

Re: mass bug filling for nose removal (was: Bug#997758: nose: FTBFS: There is a syntax error in your configuration file: invalid syntax (conf.py, line 220))

2021-11-11 Thread Thomas Goirand
On 11/11/21 1:33 PM, Dmitry Shachnev wrote: > Hi Thomas! > > On Thu, Nov 11, 2021 at 11:04:10AM +0100, Thomas Goirand wrote: >> On 10/24/21 3:24 PM, Dmitry Shachnev wrote: >>> If anyone is still using nose (1.x), please port your packages to nose2, >>> pure unitte

Re: mass bug filling for nose removal (was: Bug#997758: nose: FTBFS: There is a syntax error in your configuration file: invalid syntax (conf.py, line 220))

2021-11-11 Thread Thomas Goirand
we could do a mass bug filling for this. Your thoughts? Cheers, Thomas Goirand (zigo) P.S: I'm not volunteering for doing it, just giving the idea...

Re: platform.machine() on salsa i386 build?

2021-10-30 Thread Thomas Goirand
e way to do this. I would also advise to use DEB_HOST_ARCH... Maybe with some fallbacks if you wish to upstream it? Cheers, Thomas Goirand (zigo)

Re: Bug#997758: nose: FTBFS: There is a syntax error in your configuration file: invalid syntax (conf.py, line 220)

2021-10-25 Thread Thomas Goirand
ust right after a release isn't the best time to start the work... Cheers, Thomas Goirand (zigo)

Re: Bug#997758: nose: FTBFS: There is a syntax error in your configuration file: invalid syntax (conf.py, line 220)

2021-10-24 Thread Thomas Goirand
sition. Note that it's possible that for many packages mentioned, only removing the dependency should be enough. Still, that's some work to do... :/ Other alternative would be: help with NMU fixes (or I can add any of you in the OpenStack team if you need...). Cheers, Thomas Goirand (zigo)

Re: python-anyio not building?

2021-10-23 Thread Thomas Goirand
someone have a clue what is happening? > > Cheers, > > J.Puydt > It looks fine to me, is there any issue? Cheers, Thomas Goirand (zigo)

Re: .egg-info for entry points during dh_auto_test

2021-10-22 Thread Thomas Goirand
t-packages \ dh_auto_test endif dh_install override_dh_auto_test: echo "Do nothing..." I hope this helps, Cheers, Thomas Goirand (zigo)

Re: Why is isal limited to just three archs?

2021-10-16 Thread Thomas Goirand
has started to depend on > libisal-dev, and this > now is limited to the few archs isal supports. So it would be really > nice if isal > can build on more archs. > > Please do let me know. > > Nilesh Hi, Did you look into the source package? isal is written in assembly language... Cheers, Thomas Goirand (zigo)

Re: writing debian/gbp.conf considered harmful [was: python-django-js-asset_1.2.2-3_source.changes REJECTED]

2021-09-22 Thread Thomas Goirand
rball with "gbp export-orig", OR (preferred) directly fetch the orig.tar.{gz,xz} from the Debian archive. If you forget, gbp complains about it and stops building (that is, as long as you have the option "no-create-orig = True" in your ~/.gbp.conf). Cheers, Thomas Goirand (zigo)

Re: python-django-js-asset_1.2.2-3_source.changes REJECTED

2021-09-20 Thread Thomas Goirand
tar = False" in my ~/.gbp.conf, and it's all fine... Cheers, Thomas Goirand (zigo)

Re: Moving forward with more Python 2 removal, plus upgrading to markupsafe 2.0, jinja2 3.0, werkzeug 2.0 and flask 2.0

2021-09-20 Thread Thomas Goirand
On 9/18/21 3:02 PM, Thomas Goirand wrote: > Dear Python Team, Dear Piotr, > > As I was packaging Cloudkitty (that is: OpenStack rating of resources, > typically used in a public cloud) for the next Xena release, I went into > this chain of dependency: > > cloudkitty: needs

Moving forward with more Python 2 removal, plus upgrading to markupsafe 2.0, jinja2 3.0, werkzeug 2.0 and flask 2.0

2021-09-18 Thread Thomas Goirand
that Piotr can tell his opinion). Also Piotr, can I add myself as uploader for all of these? Your thoughts? Cheers, Thomas Goirand (zigo) P.S: I do believe that uploading to Experimental is harmless (when we're not in freeze), so I may go ahead before getting a reply, and we can decide what to do

Re: RFS: colorzero/2.0-1 [ITP] -- Construct, convert, and manipulate colors in a Pythonic manner.

2021-06-19 Thread Thomas Goirand
debian/source/options extend-diff-ignore = "^[^/]*[.]egg-info/" That's a way more simple, as sometimes, upstream ships an egg-info and building *modifies* it (and then, nightmare starts...). Just my 2 cents of experience... :) Thomas Goirand (zigo)

Re: Python BoF at DebConf2021

2021-06-12 Thread Thomas Goirand
On 6/12/21 10:20 PM, Louis-Philippe Véronneau wrote: > Hey folks, > > The deadline to submit talks for DebConf21 is June 20th and I was > thinking it would be a good idea to have a Python BoF, as we always do. > > Anyone opposed to the idea? Thanks, go ahead! :) Did you also register a BoF for

Re: Jupyter team?

2021-05-18 Thread Thomas Goirand
spawners, proxy, etc or does your target also include > some work on the jupyter interfaces/core side? > > I wonder if it is time to have a distinct jupyter packaging team given > the (perhaps concerningly?) growing size of this software stack [1]. We're talking about 2 dozen of Python packages. Do you really think that's a lot? Cheers, Thomas Goirand (zigo)

Re: Challenges packaging Python for a Linux distro - at Python Language Summit

2021-05-17 Thread Thomas Goirand
effectlvely financially > trapped and critically dependent on the decisions that you make, > even though i am not paying you money for the work that you do. IMO, you've trapped yourself here... but there's exist strategies. :) I sincerely hope you will find a solution that matches your need, hopefully by continuing to use Debian. Cheers, Thomas Goirand (zigo)

Re: Challenges packaging Python for a Linux distro - at Python Language Summit

2021-05-16 Thread Thomas Goirand
upgrade", it means your system is full of security issues that aren't getting fixed. Hopefully, the computer system(s) you're talking about isn't connected to internet, right? Cheers, Thomas Goirand (zigo)

Re: Challenges packaging Python for a Linux distro - at Python Language Summit

2021-05-13 Thread Thomas Goirand
gt;>> [..] >> This looks great. Is there a video of it somewhere? > > No, there won't be videos published, only blog posts written. > > SR Matthias, if you read this: you *MUST* make such a presentation at the next debconf, *PLEASE* !!! Cheers, Thomas Goirand (zigo)

Re: Challenges packaging Python for a Linux distro - at Python Language Summit

2021-05-12 Thread Thomas Goirand
On 5/12/21 11:21 PM, Stefano Rivera wrote: > Matthias Klose gave a presentation at the Python Language Summit on the > Challenges packaging Python for a Linux distro. > [..] This looks great. Is there a video of it somewhere? Cheers, Thomas Goirand (zigo)

Re: upstream python concerns, python3-full package for bullseye

2021-02-16 Thread Thomas Goirand
; > We had a discussion on the principle of the change, but nobody has > responded to the policy wording yet. > > Anyone seconds / objections? > > SR > It's fine, thanks for working on this. Cheers, Thomas Goirand (zigo)

Re: upstream python concerns, python3-full package for bullseye

2021-02-13 Thread Thomas Goirand
the Debian package (if available) or through PyPi, and it would always work, without ever needing to care about versions (here, from your side, with pinning and version bounds), and without ever needing to isolate things in a venv/chroot. Cheers, Thomas Goirand (zigo)

Re: upstream python concerns, python3-full package for bullseye

2021-02-12 Thread Thomas Goirand
Hi, Looks like once more I've been not able to express myself clearly enough in the first message. Hopefully, what's bellow contain *all* of my thoughts, and that it brings value to this thread. On 2/12/21 9:30 AM, Raphael Hertzog wrote: > On Fri, 12 Feb 2021, Thomas Goirand wrote: >&g

Re: upstream python concerns, python3-full package for bullseye

2021-02-12 Thread Thomas Goirand
t include distutils, venv, lib2to3, etc. then it doesn't > solve any problem we currently have, and we don't need it. The purpose > is to provide a package that gives you the entire stdlib. > > SR What I read from Elana, is that *upstream* think we have a problem. But do we really have one? Or are we just being influenced by upstream who is trying to impose a view we don't necessary share? Cheers, Thomas Goirand (zigo)

Re: upstream python concerns, python3-full package for bullseye

2021-02-11 Thread Thomas Goirand
ar, as from the distribution perspective, we see them as developer use only. Don't confuse our users so that they install something they don't need. Hoping that what I wrote is making sense, Cheers, Thomas Goirand (zigo)

Re: Downgrading dnspython back to 1.16.0 to fix Eventlet

2021-02-04 Thread Thomas Goirand
On 2/2/21 7:46 PM, Thomas Goirand wrote: > Both Eventlet and DNSPython are monkey patching the standard SSL library > in potentially conflicting ways After checking, that's *NOT* the case. Though Eventlet is doing monkey-patching of dnspython, in a possible not-compatible with 2.x. Anyways,

Downgrading dnspython back to 1.16.0 to fix Eventlet

2021-02-02 Thread Thomas Goirand
break some other reverse-dependencies? Is there another way to fix the current situation? Cheers, Thomas Goirand (zigo) P.S: The current reverse-dependency tree is: Reverse-Recommends == * 2ping * calibre * dnstwist Reverse-Depends === * ansible * b4 * dehydrated-hook

Re: gotchas when running tests via pybuild?

2021-01-24 Thread Thomas Goirand
try it, the git repository is up to date. Hi, Eventlet looks broken beyond just the unit tests. I did a deployment of OpenStack on unstable, and there's lots of issues on absolutely all daemons. Hopefully, I can fine time to investigate this next week. Cheers, Thomas Goirand (zigo)

Re: sponsor uploading python-discogs-client_2.3.5-1

2020-12-15 Thread Thomas Goirand
ust have added python-discogs-client to the RFS list :-) Uploaded. Thanks for your contribution to Debian. Cheers, Thomas Goirand (zigo)

Re: Should Binaries provided by python-babel have a "python3-" prefix?

2020-11-27 Thread Thomas Goirand
ata would be a good idea. Cheers, Thomas Goirand (zigo)

Re: Should Binaries provided by python-babel have a "python3-" prefix?

2020-11-26 Thread Thomas Goirand
all and could be integrated in python3-babel as well). If that's the way to go, then python3-babel needs a Breaks+Replaces: python-babel-localedata. Cheers, Thomas Goirand (zigo)

Re: Joining the team

2020-11-23 Thread Thomas Goirand
> why? that's not a requirement: > https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst#maintainership Because joining a team, putting packages in them, and enforcing strong ownership, is not logic at all. I know you like to do this way, but this shouldn't be

Re: Joining the team

2020-11-23 Thread Thomas Goirand
On 11/23/20 2:15 PM, nicoo wrote: > Hi everyone! > > First, an apology: it seems I misremembered being in the team, and uploaded to > NEW a bunch of packages with the team in `Uploaders`. Please put the team as Maintainer, and yourself as Uploaders. Cheers, Thomas Goirand (zigo)

Re: [Python-modules-team] Bug#954381: marked as done (python3-kubernetes: New upstream version available)

2020-11-21 Thread Thomas Goirand
iscard what's been downloaded, and fetch stuff from github with git. Is there a solution here, so that uscan uses a repack script directly without attempting to download first? Cheers, Thomas Goirand (zigo)

Re: Python 3.9 for bullseye

2020-11-09 Thread Thomas Goirand
On 11/9/20 10:19 AM, Matthias Klose wrote: > https://bugs.debian.org/973239 src:python-fixtures Does anyone else than me think it's probably OK to just disable to 2 broken tests? Cheers, Thomas Goirand (zigo)

Re: "pytest" command is missing

2020-11-05 Thread Thomas Goirand
ply invoking "pytest-3" is not enough, one should be using: for pyvers in $$(py3versions -vr 2>/dev/null) ; do \ python$$pyvers -m pytest ; \ done otherwise, only the default version of Python3 is tested, and we really want to test with all available versions (so we get results whenever we're transitioning to a new Python 3 version). Cheers, Thomas Goirand (zigo)

Re: How to watch pypi.org

2020-11-01 Thread Thomas Goirand
On 10/31/20 1:10 PM, Jeremy Stanley wrote: > On 2020-10-31 12:03:50 +0100 (+0100), Thomas Goirand wrote: > [...] >> On 10/31/20 3:07 AM, Jeremy Stanley wrote: >>> I have to agree, though in the upstream projects with which I'm >>> involved, those generated files are

Re: How to watch pypi.org

2020-10-31 Thread Thomas Goirand
re that much in OpenStack, then the license must be changed. In Debian, quite the opposite, and like it or not (I personally don't really feel the policy is right, but that's how it is), what Debian cares is what's in the source code marked with "copyright (c) yeah, copyright-holder", and

Re: Python 3.9 for bullseye

2020-10-26 Thread Thomas Goirand
ould we ask him to do such a massive rebuilt? Or maybe you have other plans? Cheers, Thomas Goirand (zigo)

Re: Newcomers project: DPMT/PAPT pristine-tar verification

2020-10-09 Thread Thomas Goirand
t live in the OpenStack team namespace, but I don't have enough rights to delete the Git repositories. Can someone do it for me please? There's 2 more for which I'm listed, I'll see if I can fix. Cheers, Thomas Goirand (zigo)

Re: mercurial switch to python3 in debian unstable - July 16th, 2020

2020-07-18 Thread Thomas Goirand
> Regards, Thanks a lot for your work, on this specifically, and on the Python 2 removal in general. I guess a lot of things are unlocked now. I wonder how we can help fixing what's remaining. Please do share your thoughts on that. Cheers, Thomas Goirand (zigo)

Re: The python command in Debian

2020-07-17 Thread Thomas Goirand
On 7/16/20 6:03 PM, Sandro Tosi wrote: > it is my opinion that that's what we should do: not ship `python` at > all and have users/packagers/developers use either python2 or python3 > as needed, and not to reintroduce `python` at a later time. I agree. It's trivial for anyone to manually "fix"

Re: joining team / salsa access

2020-07-17 Thread Thomas Goirand
wait 75 hours on this case, as Jojo previously introduced himself in this list. He's been doing good packaging work so far, and hopefully, his 3 packages will soon make it to Debian. Cheers, Thomas Goirand (zigo)

Re: Request to join Python Modules Team

2020-07-16 Thread Thomas Goirand
debian-python/2020/07/msg00057.html > > > huh, this is a bit rude. I don't agree Geert is being rude. Besides that, I know Geert (from Debconfs) to be a nice and polite person that isn't rude with others. Please assume good faith. Thomas Goirand (zigo)

Re: The python command in Debian

2020-07-14 Thread Thomas Goirand
). Otherwise, there's still Buster around for the next 4 years to come... Cheers, Thomas Goirand (zigo)

Re: pybuild vs os-pkg-tools [was: Maintaining all of the testing-cabal packages under the OpenStack team]

2020-07-08 Thread Thomas Goirand
On 7/7/20 8:20 AM, Ondrej Novy wrote: > Hi, > > po 6. 7. 2020 v 11:09 odesílatel Thomas Goirand <mailto:z...@debian.org>> napsal: > > This isn't about hating or loving pybuild. This is all about being able > to control how this set of packages are bu

Re: Timing of Python upstream and Debian releases

2020-07-08 Thread Thomas Goirand
ld time: that's annoying and useless (because at the end, only one of these versions will be in use). Cheers, Thomas Goirand (zigo)

Re: pybuild vs os-pkg-tools [was: Maintaining all of the testing-cabal packages under the OpenStack team]

2020-07-06 Thread Thomas Goirand
kg-tools displays the output of "pip3 freeze", so I can do report upstream more easily. Each time, for all of these changes, I had to do a single unique change, in a single place, without affecting other packages in the archive. Hoping this explains well enough my choice, so that it mak

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-30 Thread Thomas Goirand
On 6/30/20 12:41 AM, Jeremy Stanley wrote: > On 2020-06-29 23:55:49 +0200 (+0200), Thomas Goirand wrote: > [...] >> nodepool from OpenStack, > > Well, *formerly* from OpenStack, these days Nodepool is a component > of the Zuul project gating system, which is developed by an

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-29 Thread Thomas Goirand
nch of package of the DPMT. > > Me too! I shall resume packaging nodepool then... Cheers, Thomas Goirand (zigo)

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-29 Thread Thomas Goirand
into Salsa's CI to run it automatically? I'd very much would love to set this up, at least as a first experimentation on a bunch of package of the DPMT. Your thoughts? Cheers, Thomas Goirand (zigo)

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-29 Thread Thomas Goirand
On 6/29/20 12:58 PM, Scott Kitterman wrote: > On June 29, 2020 10:12:49 AM UTC, Thomas Goirand wrote: >> On 6/29/20 8:34 AM, Ondrej Novy wrote: >>> nope, this is not true. Using the newest debhelper compat level is >>> recommended, see man page. There is no reason to __

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-29 Thread Thomas Goirand
man page. There is no reason to __not__ upgrade > debhelper compat level. I will always upgrade debhelper in my packages > to the newest debhelper as soon as possible. Please newer downgrade > debhelper in my packages again without asking. I don't agree this is best practice when backports are to be expected. Cheers, Thomas Goirand (zigo)

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-28 Thread Thomas Goirand
happen, is making sure that things don't break, and currently, this isn't the case with this set of packages. And this isn't the first time. So I'm proposing to take measures to make this stop. If you feel it's a hostile take over, then ok we shall find another way. But then What is your proposal so that it doesn't happen anymore then? Cheers, Thomas Goirand (zigo)

Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-28 Thread Thomas Goirand
eam global-requirement pace. I'm confident it's going to work well for me and the OpenStack team, but as well for the rest of Debian. Is anyone from the team opposing to this? If so, please explain the drawbacks if the OpenStack team takes over. Cheers, Thomas Goirand (zigo)

Re: DebCond20 @ Home -- Python Team Bof & Sprint ?

2020-06-26 Thread Thomas Goirand
On 6/25/20 3:13 AM, Louis-Philippe Véronneau wrote: > Hello folks! > > As some of you might have seen, DebConf20 @ Home will be happening end > of August. > > I was wondering if others would be interested in having a Python Team > BoF to talk about ongoing work/issues (the Python 2 removals

Re: Help fixing #959558 (case: FTBFS: AttributeError: 'tuple' object has no attribute 'lstrip' with sphinx 2.4)

2020-05-29 Thread Thomas Goirand
On 5/27/20 11:26 AM, Dmitry Shachnev wrote: > Hi all! > > On Tue, May 26, 2020 at 05:06:16PM -0400, Scott Talbert wrote: >> On Tue, 26 May 2020, Thomas Goirand wrote: >>> Hi there! >>> >>> Does any of you knows how to fix this bug? >>>

Help fixing #959558 (case: FTBFS: AttributeError: 'tuple' object has no attribute 'lstrip' with sphinx 2.4)

2020-05-26 Thread Thomas Goirand
Hi there! Does any of you knows how to fix this bug? https://bugs.debian.org/959558 Almost all of OpenStack can removed from Bullseye if not fixed in time, so I tried to fix, but couldn't. Cheers, Thomas Goirand (zigo)

Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-19 Thread Thomas Goirand
gree with it. Then you can ask to join. If you're accepted, then you get write access to the Git directly (and you can create new projects too). Cheers, Thomas Goirand (zigo)

Re: Bug#953970: Taking over DPMT (Was: python-boto: autopkgtest failure with Python 3.8 as default)

2020-05-16 Thread Thomas Goirand
t. >> >> https://salsa.debian.org/cloud-team/python-boto/-/merge_requests/1 > > Could somebody from the cloud-team please merge and upload? > I'm not a member of this team and can not do anything here. > > Thanks a lot > > Andreas. > Merged, built and uploaded. Cheers, Thomas Goirand (zigo)

Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-16 Thread Thomas Goirand
ong things, like Ubuntu was updating faster (which is wrong, as packages are updated in Sid first). And many other things of that type. Isn't it legitimate that I'm asking myself why? Shouldn't the Debian project try to question its image? Cheers, Thomas Goirand (zigo)

Re: Disparaging people's motivation to contribute to Debian was: Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-16 Thread Thomas Goirand
On 5/15/20 10:42 PM, Scott Kitterman wrote: > On Friday, May 15, 2020 4:36:52 PM EDT Thomas Goirand wrote: >> On 5/15/20 7:09 PM, Scott Kitterman wrote: >>> On Friday, May 15, 2020 12:55:48 PM EDT Thomas Goirand wrote: >>>> On 5/15/20 5:43 PM, jojo wrote: >>

Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-15 Thread Thomas Goirand
On 5/15/20 7:09 PM, Scott Kitterman wrote: > On Friday, May 15, 2020 12:55:48 PM EDT Thomas Goirand wrote: >> On 5/15/20 5:43 PM, jojo wrote: >>> Hi, >>> >>> I'd like to join the list because I think my software is a valuable >>> addition to the debian

Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-15 Thread Thomas Goirand
u intend to depend on it. > Well enough already, let's discuss stuff when I am on the list :-) You're talking about joining the list. But what about the Python APP team? Do you intend to join it? Thanks for your interest in Debian packaging and your intention to package your app, Cheers, Thomas Goirand (zigo)

Re: Bug#937769: getting python-linecache2/python-traceback2 fixes into testing (FAO traceback2, funcsigs nipype and numba maintainers).

2020-04-22 Thread Thomas Goirand
On 4/22/20 6:23 AM, Valentin Vidić wrote: > On Tue, Apr 21, 2020 at 11:20:16PM +0200, Thomas Goirand wrote: >> You can remove all of the python-oslo* from the list. The versions in >> Experimental, which are the next version of OpenStack, are fixed. In 2 >> weeks of time, I

Re: Bug#937769: getting python-linecache2/python-traceback2 fixes into testing (FAO traceback2, funcsigs nipype and numba maintainers).

2020-04-21 Thread Thomas Goirand
On 4/20/20 2:51 PM, peter green wrote: > On 20/04/2020 08:57, Thomas Goirand wrote: >>> Option 1: fix all four packages to be python 2 free. >>> >>> Option 2: Remove python2 stuff from traceback2, python-funcsigs and >>> numba. Break the dependencies of

Re: [felix+deb...@gueux.org: Bug#955862: RFS: sphinx-autoapi/1.2.1-1 [ITP]]

2020-04-21 Thread Thomas Goirand
nsors like myself, just put your .dsc URL on *EVERY* email follow-up... :) Uploaded. Thanks for your patience, Thanks for your contribution to Debian, Please be patient with FTP masters work, Cheers, Thomas Goirand (zigo)

Re: [felix+deb...@gueux.org: Bug#955862: RFS: sphinx-autoapi/1.2.1-1 [ITP]]

2020-04-20 Thread Thomas Goirand
h dget and try yourself. Cheers, Thomas Goirand (zigo)

  1   2   3   4   5   >