On 8/21/24 19:36, Antonio Valentino wrote:
Dear Thomas,
Il 21/08/24 09:20, Thomas Goirand ha scritto:
On 8/21/24 08:07, Antonio Valentino wrote:
flexparser has been accepted into unstable.
cheers
ACL granted. Thanks for your contrib.
Thomas Goirand (zigo)
Thanks a lot.
Could you please
On 8/21/24 08:07, Antonio Valentino wrote:
flexparser has been accepted into unstable.
cheers
ACL granted. Thanks for your contrib.
Thomas Goirand (zigo)
On 8/16/24 08:13, Antonio Valentino wrote:
Dear Thomas,
Il 15/08/24 09:33, Thomas Goirand ha scritto:
On 8/15/24 08:10, Antonio Valentino wrote:
Il 14/08/24 22:32, Thomas Goirand ha scritto:
Hi,
My answer below.
On 8/12/24 08:04, Antonio Valentino wrote:
Il 09/08/24 21:08, Antonio
On 8/15/24 08:10, Antonio Valentino wrote:
Il 14/08/24 22:32, Thomas Goirand ha scritto:
Hi,
My answer below.
On 8/12/24 08:04, Antonio Valentino wrote:
Il 09/08/24 21:08, Antonio Valentino ha scritto:
Dear Thomas, dear all,
a new version (0.24.3) of python-pint is available upstream.
It
Hi,
My answer below.
On 8/12/24 08:04, Antonio Valentino wrote:
Il 09/08/24 21:08, Antonio Valentino ha scritto:
Dear Thomas, dear all,
a new version (0.24.3) of python-pint is available upstream.
It introduces two additional dependencies: flexcache and flexparser.
I have files two ITP bugs
by default.
Cheers,
Thomas Goirand (zigo)
> >Fair enough. I also made that change.
>
> Thanks,
>
> Scott K
You have my +1 with the current wording.
Cheers,
Thomas Goirand (zigo)
; -e 's/+dfsg1//' -e 's/+ds1//' | head -n 1)
and then setuptools-scm knows what version to use without using the Git
history.
Probably pybuild does that automatically under the hood (I tend to not
use pybuild, and so I do the above ...).
Cheers,
Thomas Goirand (zigo)
when building and in autopkgtest, but
I'd like to know where I could help for packages I'm less familiar with.
Hopefully, we can discuss this during Debconf and find ways to make the
transition process smoother.
Cheers,
Thomas Goirand (zigo)
On 4/15/24 12:04, Martin wrote:
If nobody objects (or is faster than me), I'll upload SQLAlchemy 2.x
to unstable in a couple of days or weeks. No hurry from my side.
Cheers
Please don't do this alone. Ask Piotr, as he's been the usual maintainer
of the package.
Cheers,
27;s doing unit tests against SQLA. These could probably be ignored.
The rest of:
- pymodbus
- sqlalchemy-utc
- wtforms-alchemy
I don't even know what they do.
All that to say: I'm ok at this point if SQLA 2.x is uploaded to Sid and
we move on...
Cheers,
Thomas Goirand (zigo)
On 4/5/24 10:14, Antonio Valentino wrote:
The change is already in salsa.
Please Thomas, let me know if this is acceptable for you.
Yeah, that's ok.
Unfortunately the package is not currently buildable because of an
update in python3-lxml that determined #1068349 [1]
Please ping me w
n Debian, as Ceph uses it, and currently use an embedded version.
Cheers,
Thomas Goirand (zigo)
On 3/31/24 21:05, Antonio Valentino wrote:
Dear Thomas,
Il 30/03/24 22:25, Thomas Goirand ha scritto:
On 3/29/24 15:13, Antonio Valentino wrote:
Dear Thomas and Ondřej,
a couple of packages that I maintain are impacted by an RC bug in
python-pint (#1067318).
I think that an update to the to
The bug is about the --pristine-tar option of bgp...
Sent from Workspace ONE Boxer
On Mar 31, 2024 1:58 PM, Julian Gilbey wrote:
On Sat, Mar 30, 2024 at 10:21:06PM +0100, Thomas Goirand wrote:
> [...]
> > [0]: https://wiki.debian.org/Python/GitPackaging#Creating_a_new_packag
On 3/29/24 15:13, Antonio Valentino wrote:
Dear Thomas and Ondřej,
a couple of packages that I maintain are impacted by an RC bug in
python-pint (#1067318).
I think that an update to the to the latest pint version 0.23 should be
sufficient to fix the issue.
If you agree, I would like prepare
On 3/30/24 02:08, Bo YU wrote:
hi!
On Sat, Mar 30, 2024 at 8:20 AM Thomas Goirand wrote:
On 3/29/24 21:18, Timo Röhling wrote:
Hi Thomas,
* Thomas Goirand [2024-03-17 23:09]:
Anyone is welcome to join, it's just that I'm using git tag workflow,
so it doesn't fit in the
On 3/29/24 21:18, Timo Röhling wrote:
Hi Thomas,
* Thomas Goirand [2024-03-17 23:09]:
Anyone is welcome to join, it's just that I'm using git tag workflow,
so it doesn't fit in the DPT, but that's the only thing.
I am not familiar with that workflow and could not find any
On 3/27/24 14:31, Jeroen Ploemen wrote:
On Wed, 27 Mar 2024 00:33:15 +0100
Thomas Goirand wrote:
On 3/19/24 13:41, Jeroen Ploemen wrote:
Dear team admins,
please delete the following packages from the DPT namespace on
salsa:
cheetah
jaraco.classes
jaraco.collections
jaraco.context
pysnmp situation. I'm still
not sure what road it's going to take, but we'll have to act.
So at the end: I'm happy I left things untouched and did something else. ;)
Cheers,
Thomas Goirand (zigo)
* the
packages from one namespace to another, so that there's redirections,
rather than copying somewhere else and deleting. This can be done by a
simple ticket at:
https://salsa.debian.org/salsa/support
Or is it too late, and you already cloned, and don't want to bother?
Cheers,
On 3/15/24 12:40, Thomas Goirand wrote:
On 3/15/24 10:59, Andreas Tille wrote:
Hi Timo,
Am Fri, Mar 15, 2024 at 09:50:39AM +0100 schrieb Timo Röhling:
* Julian Gilbey [2024-03-14 06:20]:
#1065198 O: networkx -- tool to create, manipulate and study
complex
networks language
I use this
and used to convert all of OpenStack to python2 + 3 using six. Once it
has found all the things that may use six, you can manually convert to
*not* use six anymore. I did this multiple times, and it worked well for
me at least.
I hope this helps,
Cheers,
Thomas Goirand (zigo)
On 3/15/24 13:52, Scott Kitterman wrote:
On March 15, 2024 7:19:16 AM UTC, Thomas Goirand wrote:
On 3/14/24 08:52, Andreas Tille wrote:
I would have prefered to
read constructive arguments instead of silent leaving the team (in the
sense of not informing the team mailing list about the
and you're doing it in a timely manner. :)
Cheers,
Thomas Goirand (zigo)
ll let you know my
progress (currently, my contextily package is empty... :/ not sure what
I'm doing wrong with pybuid again...).
Cheers,
Thomas Goirand (zigo)
probably also need to keep pydot in shape.
Cheers,
Thomas Goirand (zigo)
> read constructive arguments instead of silent leaving the team (in the
> sense of not informing the team mailing list about the leave).
Me too. But I'm not surprised.
Cheers,
Thomas Goirand (zigo)
On 3/3/24 21:08, Thomas Goirand wrote:
Hi,
I'm long overdue for an upload of Ceph 18.2.x in Unstable. I'm currently
stuck with the below build failure:
Error compiling Cython file:
...
"""
g, always with the same
thing, with the same kind of assignation of a reference the op progress
callback address.
I tried a few dumb things, but can't find out what to do to fix. Does
anyone know what's going on, and how I can patch Ceph to have rbd.pyx to
build?
Cheers,
Thomas Goirand (zigo)
that
sometimes, I just do the quick fix by myself in debian/ptaches, and
don't have enough energy to report or fix upstream, thinking that
upstream will hit the (python 3.x for example) bug themselves, and fix
anyways. :/
Cheers,
Thomas Goirand (zigo)
the said transitioning package. I very much hope we
all move into this direction, even if that means more work and follow-up
with reverse dependency maintainers.
Cheers,
Thomas Goirand (zigo)
ds were the tiger of this policy change,
though we need to take a step back, and understand the policy was bad
anyways.
So indeed, we have read the same things, but have very different
perspectives. None of them are completely wrong, we simply have very
different feelings. And despite all of this, it's a good thing you also
agree to get rid of this part of this policy.
Cheers,
Thomas Goirand (zigo)
On 2/28/24 12:44, Scott Kitterman wrote:
Everyone in Debian is already bound by the code of conduct already, so it seems
redundant to add it here again.
I agree.
Thomas
t a few
instances, that the tooling (py2dsp you wrote?) made him wrongly put the
team as uploader. There's porbably other cases as well.
Cheers,
Thomas Goirand (zigo)
e, is that this policy is not obvious at
all, and it's easy to either not understand it, or not know about it.
Cheers,
Thomas Goirand (zigo)
hers also receive
this kind of demotivating message anymore.
Cheers,
Thomas Goirand (zigo)
way clearer.
So I'm 100% with you for the removal of this policy.
To everyone else in the team: please also state your opinion, so we can
make a collective decision.
Cheers,
Thomas Goirand (zigo)
On 1/17/24 14:25, Alexandre Detiste wrote:
Le jeu. 11 janv. 2024 à 10:47, Thomas Goirand a écrit :
I'm busy with the (tentative-) removal of python3-unittest2.
unitest2 is an old version of what has become "unittest" in the
standard library
90% of dependencies are stale and on
bbi: please package
v2.10.0 and remove dependency on python3-six
For these, I'm planning to do them when Caracal is released (ie: this
spring), if you don't mind.
Cheers,
Thomas Goirand (zigo)
of the package, and you're done. So it's quite easy to do.
As we removed Python 2.7 2 releases ago, it's probably a good time to
finish the transition... :)
Cheers,
Thomas Goirand (zigo)
destroying everything at once...
Cheers,
Thomas Goirand (zigo)
i Matthias,
Thanks a lot 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)
s I'm taking days off starting tomorrow morning),
but it looks like everything is fine now... :)
Cheers,
Thomas Goirand (zigo)
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)
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 Unstabl
like me, someone may wrongly close the
bugs after a successful rebuild.
Cheers,
Thomas Goirand (zigo)
g=1053134
ITP of simplemonitor: https://bugs.debian.org/cgi-bin/bugreport.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)
s can at least test and see if everything goes well with the
new packages, without 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)
ate. I take care
of too many packages already, I'd love if someone stepped in.
Cheers,
Thomas Goirand (zigo)
e: can you make your pull request against the new
Salsa repository?
Cheers,
Thomas Goirand (zigo)
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
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
/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,
Thom
to write
such a courteous message...).
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)
modules from lextudio. Is your
patch from them ?
Cheers,
Thomas Goirand (zigo)
On Sep 12, 2023 5:52 PM, Adam Cecile wrote:
Hello,
Package python3-pysnmp4 is partially unusable in Debian 12 because its asyncio
backend is using @asyncio.coroutine decorator that has been removed from
ll, as this should not happen, IMO.
Now, I still think this is a minor issue... :)
Cheers,
Thomas Goirand (zigo)
y will also need
bugfix and updates.
Best would be if you could convince cocotb upstream to accept your patch. It
may work if you explain clearly why you need this patch.
Hoping this helps,
Cheers,
Thomas Goirand (zigo)
mpt to open merge requests
against the affected modules, to fix the situation.
Cheers,
Thomas Goirand (zigo)
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?
>
>
d that it
will spoil the whole release 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)
e removed because of Python 3.11. Well, please consider that
it would also be very disappointing to *not* have Python 3.11 for those
who managed constantly fix issues for 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)
the side of breaking things that close
to a release, and would also feel it very painful if one of the above
bugs isn't fixed in time, I don't feel like you guys are giving 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
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)
erkzeug 2.2.2 rather
than Python 3.11.
Help would be greatly appreciated fixing this bug. Hopefully, I can get
this done during my holidays (and avoid any other work...).
Cheers,
Thomas Goirand (zigo)
Julian
Hi 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)
is hard, 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)
r wait for upstream to sort bytecode 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)
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 go
nion that we should go ahead and
make 3.11 the default.
I'd be happy to have the opinion of the rest of the team, especially
Doko and Stefano.
Cheers,
Thomas Goirand (zigo)
lease help fixing these.
Cheers,
Thomas Goirand (zigo)
RY, it's not a so bad idea... Hopefully, we can
take the decision to reverse if needed.
Cheers,
Thomas Goirand (zigo)
reas.
[1]
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)
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
know what is the minimum 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)
eveloper.
My salsa login is moht
I have read and accept the Debian Python Team Policy
Cheers,
Thomas
[1]: https://tracker.debian.org/pkg/paperwork
[2]: https://salsa.debian.org/openpaperwork-team
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
ssets 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)
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
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...
OST_ARCH, AFAIK there is no 100% reliable 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)
..), but just right after a release
isn't the best time to start the work...
Cheers,
Thomas Goirand (zigo)
a
smoother transition.
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)
> Does someone have a clue what is happening?
>
> Cheers,
>
> J.Puydt
>
It looks fine to me, is there any issue?
Cheers,
Thomas Goirand (zigo)
ython3/dist-packages \
dh_auto_test
endif
dh_install
override_dh_auto_test:
echo "Do nothing..."
I hope this helps,
Cheers,
Thomas Goirand (zigo)
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)
eds to remember to explicitly
generate the tarball 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)
even have
"pristine-tar = False" in my ~/.gbp.conf, and it's all fine...
Cheers,
Thomas Goirand (zigo)
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
a
good idea (also so 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
cat 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)
register a BoF for the puppet team?
Thomas
ver, 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)
>
> Brian: as an experienced debian systems administrator and python
> developer I'm not asking for help with either, and over the past 20 years
> have successfully learned and deployed the techniques required to
> keep a rolling system operational
Apparently, you haven'
;re never doing "apt-get dist-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)
On 5/13/21 1:26 AM, Stefano Rivera wrote:
> Hi Thomas (2021.05.12_23:06:45_+)
>> 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.
>>>
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)
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)
g the list
of dependency you need, and the tooling would either fetch 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)
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 wro
1 - 100 of 766 matches
Mail list logo