> /etc/matplotlibrc.
We have another example:
pip reads /etc/pip.conf and it's really useful to document there
what the company proxy is named.
So reverting the old patched /etc/matplotlibrc to upstream
pristine config was a first step in right direction;
I agree it should be removed later.
I
In a later step we could discard unmodified config files based on a list of
md5sum of what shipped in stable release.
So only users of default settings would get the new default settings.
I ve started updating debian/README.Debian
Greetings
Le sam. 12 avr. 2025, 14:48, James Addison a écrit :
Hi,
Yese there will be a 3.10.1+dfsg1-3.
1.
I think we should keep for now a pristine /etc/matplotlibrc
and tell somehow it's depreciation.
And then remove it in Forky.
Or maybe convince upstream to look for /etc/matplotlibrc if it's there.
(disclaimer: I do use these optional /etc/matplotlib
Thank you !
Le dim. 30 mars 2025 à 13:32, Nilesh Patra a écrit :
> > python-maggma_0.70.0-3_unstable.log
>
> Failure due to missing dependencies
> (pyproject_hooks._impl.BackendUnavailable: Cannot import
> 'setuptools.build_meta')
+ python3-setuptools easy to fix, only wondering why it didn't
Hi,
You meant "wrap-and-sort -abst" ?
The default settings are plain bad;
but cannot changed ... :-(
Greetings
Le mer. 5 mars 2025 à 20:49, Emmanuel Arias a écrit :
>
> Hello!
>
> Thank you for your work! I took a look to your package. I leave you some
> comments
>
> - d/control: wrap-and-sor
Yes please keep this page ... the work is not even done.
It could be edited better and be included in Trixie Release Notes.
Greetings
Le lun. 24 mars 2025 à 16:50, Emmanuel Arias a écrit :
>
> Why remove it?
>
> IMO is useful. And a good historic page for future :-)
>
> At least if wiki has som
Le lun. 17 mars 2025 à 03:56, Nilesh Patra a écrit :
> I will check the pseudo-excuses on britney in around week. Hopefully, this
> upload should solve majority of issues.
Only five autopkgtest failing and already two packages fixed !
Can we ask $someone to rebuild everything from unstable that
Hey,
It uses Wayland now ! (or I mean automagically)
I reinstalled the version from testing & checked with xeyes.
New version in experimental feels smoother;
it also open a nice KDE dialog bog here, not something
that looks like tkinter.
That's something to fight for.
I'll check the CI results t
> > > I'm worried that a lot of ___undeclared___ dependencies on
"undeclared" is the important word here.
The code does "import pkg_resources" but the library is gone :-(
The lintian check that was used to detect the dead batteries
& later lead to a MBF could be extended to pkg_resources too;
then
:29, Alexandre Detiste
a écrit :
>
> Hi,
>
> I'm worried that a lot of undeclared dependencies on
> python3-pkg-resources will creep up in Trixie
> and none of us will notice because we all have python3-setuptools
> installed somehow.
>
> By scrapping UDD & ci.de
Hi,
I'm worried that a lot of undeclared dependencies on
python3-pkg-resources will creep up in Trixie
and none of us will notice because we all have python3-setuptools
installed somehow.
By scrapping UDD & ci.debian.net I can find a lot of failing CI jobs
that needs this one-line fix in d-contro
Le mar. 21 janv. 2025 à 12:11, Simon McVittie a écrit :
>
> Control: severity -1 important
> Control: tags -1 + moreinfo unreproducible
>
> On Thu, 05 Sep 2024 at 16:58:05 +0200, stefa...@debian.org wrote:
> > This package failed build from source when test-built against a version of
> > dh-python
control: tag -1 +patch
Hi,
You now have two almost identical xdrlib revived packages to choose from...
* python3-mda-xdrlib
* python3-standard-xdrlib
I would suggest to use python3-mda-xdrlib because
it already has two others reverse-dependencies
so we don't need to keep around two copies of
the
tullin a écrit :
>
> On Wed, Nov 20, 2024 at 02:56:11PM +0100, Alexandre Detiste wrote:
> > Maybe not other completely useless modules. (pipes ?)
>
> I think somebody (you?) recently want to vendor pipes to fix something, or
> maybe it was fixed in a different way instead?
>
> --
> WBR, wRAR
19, Dmitry Shachnev a écrit :
> Hi Alexandre!
>
> On Tue, Dec 17, 2024 at 11:57:18PM +0100, Alexandre Detiste wrote:
> > I've noticed a recent pattern with archives published on PyPi :
> > the "-" we expect in the regexp specified in d/watch is now an underscore.
&
Hi,
I've noticed a recent pattern with archives published on PyPi :
the "-" we expect in the regexp specified in d/watch is now an underscore.
So the tracker got the false information that everything is up-to-date
With some horribly wretched code I can find some projects with updates pending.
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-python@lists.debian.org
* Package name: rust-mitmproxy
Version : 0.10.7
Upstream Contact: 2022, Fabio Valentini and Maximilian Hils
* URL : https://github.com/mitmproxy/mitmproxy_rs
* License : MIT/X
Progra
Done, thanks
Le mar. 22 oct. 2024 à 00:36, Rebecca N. Palmer
a écrit :
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Please upload dateparser (Salsa HEAD =
> commit e0f089a654e1ec1d576ed395695e6fb37d696b5e ).
> See #1084190 for details.
Thank you for keeping an eye on this.
There was an even more specific proposal of the Python Team to use the
"python-zombie-*"
namespace for all the modules removed by PEP594 and further future
deprecation PEPs;
this is based on the model of existing python-zombie-imp.
https://peps.python.org
Uploaded.
Thank you very much
Le jeu. 3 oct. 2024 à 07:52, Antonio Valentino
a écrit :
>
> Dear Malihe, dear all,
> python-ciso8601 has an RC bug (#1080128) and it is marked for
> autoremoval on the 30th of October.
>
> I have provided in salsa [1] a simple patch that should solve the issue.
> I
Hi,
>From my personal experience, the most common cause of missing tests
is because d/watch follow pypi where the tarball is incomplete
and the typical fix is to switch to github tarball.
Could this "1139 NO TESTS RAN" correlated with d/watch ?
> - 25 use nose
Even less as of today ;-)
Greetin
Hi,
unittest2 & funcsigs need to go: these were independent modules
that are now part of the standard library under different names.
I don't know why "makefun" is marked for autoremoval,
maybe the autoremoval script does not understand this dependency:
"Depends: python3-funcsigs | python3-supp
Thank you, less-is-more it seems.
Le ven. 23 août 2024 à 12:27, Antonio Terceiro a écrit :
> FWIW I tried just dropping the check for 2to3, and all the tests for slimit
> itself passed. Rebuilding reverse build dependencies and autopkgtest for
> reverse dependencies also worked.
>
> So I uploaded
Hi,
Would it be possible to remove 2to3 from Python3.12 without waiting for 3.13 ?
I see in the meantime a new usage was brought back.
I'll check if this "slimit" package can be easily switched to python3-fissix;
which is a 2to3 fork that is already used to keep python3-nose
artificially alive.
Package: ftp.debian.org
Severity: normal
Tags: moreinfo
X-Debbugs-Cc: python-amqp...@packages.debian.org, debian-python@lists.debian.org
Control: affects -1 + src:python-amqplib
User: ftp.debian@packages.debian.org
Usertags: remove
Dear FTP Master,
This old library has one rdep left: "graypy"
Source: graypy
Version: 2.1.0-1
Severity: important
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainer,
graypy is the only (remaining ?) user of python3-amqplib which
is RC buggy and needs some 2to3 magic to be kept alive.
https://github.com/severb/graypy/pull/143/files
Please conside
Hi,
We should patch modernize in Debian to make --no-six the default.
(otherwise it is a big pitfall)
"It does not guarantee, but it attempts to spit out a codebase compatible
with Python 2.6+ or Python 3. The code that it generates has a runtime
dependency on six, unless the --no-six option is
Hi,
> "as it is a dependency for another package"
Can you give more details ?
It seems usage of this compat lib could/should be patched-out.
Greetings
Le mer. 14 août 2024 à 01:57, Kathara Sasikumar
a écrit :
>
> Package: wnpp
> Severity: wishlist
> Owner: Kathara Sasikumar
> X-Debbugs-Cc: d
Source: r4d
Version: 1.7-4.1
Severity: serious
Forwarded: https://github.com/ci-rt/r4d/issues/2
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainer,
The library pysimplesoap is obsolete & Orphaned in Debian.
Please use an other SOAP library (like Zeep)
Greetings
I've done some work upstream on mwclient and it is nice to see it adopted.
(I can't proceed your request, only encourage it)
Greetings
Le sam. 10 août 2024 à 08:35, Taavi Väänänen a écrit :
>
> Hi,
>
> I'm requesting membership in the Debian Python team in order to adopt[0]
> the mwclient packa
Le ven. 2 août 2024 à 13:41, Blair Noctis a écrit :
> > https://codesearch.debian.net/search?q=telnetlib&literal=1&perpkg=1&page=5
>
> Searching in regex mode with `import.*telnetlib path:*.py` should give more
> accurate results.
Thank you, it gaves indeed better results.
Filed two bugs & uploa
Source: murano-tempest-plugin
Version: 2.7.0-2
Severity: important
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainer,
murano-tempest-plugin (ab)uses telnetlib to do some port knocking.
telnetlib has been removed from Python 3.13
I also see that this project has been archived upstream
Source: pudb
Version: 2022.1.3-1
Severity: important
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainers,
The telnetlib module has been removed from Python3.13.
Usage of this module has already been removed upstream.
https://github.com/inducer/pudb/pull/626
pudb/remote.py:
Le ven. 2 août 2024 à 12:25, Blair Noctis a écrit :
> > Debian could also benefit from this zombie-telnetlib.
>
> How?
>
> On the other hand, it would allow packages to continue relying on a thing
> expunged from upstream, a maintenance burden for both Debian and upstream.
If we for example need
Le ven. 2 août 2024 à 11:19, Louis-Philippe Véronneau
a écrit :
> > Should it be a native package or one with real upstream on PyPi ?
So it seems there's a global need for those zombie-libraries.
> eamanu said he would make a list of upstream projects we could package,
> but if you have some time
Hi,
I will need some "zombie-telnetlib" (so exactly the same API as
existing telnetlib)
because I maintain proprietary .deb (not "Debian packages") that need
to be installable without rebuild on Buster, Bookworm & Trixie.
I understand that "telnetlib3" / "exscript" are 'better/newer' API but
that
Le lun. 22 juil. 2024, 12:59, Drew Parsons a écrit :
> On 2024-07-22 11:40, Alexandre Detiste
> I'm struggling with basemap... I don't understand how
> > this multi-package with it's 3 setup.py works.
> > It's the very last rdpeps that will block migrat
Hi Nilesh,
I joined Astro team and took care of matplotlib rdeps there.
I'm struggling with basemap... I don't understand how
this multi-package with it's 3 setup.py works.
It's the very last rdpeps that will block migration later on.
I think it's the right time to upload to Unstable.
---
matpl
version: 5.0.0+ds1-1
Hi,
I uploaded Pydantic 2.x today.
jupyterhub did build
Le mer. 17 juil. 2024 à 22:43, olivier sallou
a écrit :
> Or adding a new python-consul3 package
Please no
There are not so many reverse dependencies to begin with
(and 0 for python3-consul2) a new version of consul would be first uploaded
to experimental.
Debian Med Packaging Team
biomaj3-d
Le mer. 17 juil. 2024 à 22:18, Tomasz Rybak a écrit :
> I'm interested in Python Consul package, as I'm using it at work.
> Alexandre - do you need help with packaging?
Yes I need help with this one. I won't be available for two more weeks
> Question to DPT - what are we doing with python-consul2
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: python-pytest-lazy-fixt...@packages.debian.org,
debian-python@lists.debian.org
Control: affects -1 + src:python-pytest-lazy-fixture
User: ftp.debian@packages.debian.org
Usertags: remove
Dear FTP Masters,
Usage of unmaintained "python-pyt
Ha !
https://github.com/ilevkivskyi/com2ann
Le dim. 17 mars 2024 à 23:01, Thomas Goirand a écrit :
>
> On 3/17/24 14:56, Alexandre Detiste wrote:
> > Hi,
> >
> > Does anyone know some automated tool to convert Python2-style annotations
> > into Python3-style
Hi,
Do you need help from the team to finish this update ?
https://salsa.debian.org/debian/pyroma/-/commit/aa929c56945978287336bd036e132189ba73c7df
Greetings
Hi,
I found this package awaiting sponsoring on Mentors:
https://mentors.debian.net/package/shotwell/
I see the RFS on the tracker
https://tracker.debian.org/pkg/shotwell
I guess that will mean one less NMU to do :-)
Good night
Hi Sandro,
Please upload a new prettytable.
It is the last package hindering the removal of pytest-lazy-fixture.
The live fork is now pytest-lazy-fixtures with an extra "s".
https://lists.debian.org/debian-python/2024/05/msg00081.html
Greetings
>Le lun. 13 mai 2024 à 22:59, Scott Kitterman a
Le lun. 1 juil. 2024 à 00:09, Emmanuel Arias a écrit :
> On Sat, Jun 29, 2024 at 10:08:46PM +0200, Alexandre Detiste wrote:
> > Here I was precisely asking about the remaining open 46 bugs [0]
> > that ask to remove the (mostly stale) "python3-distutils" dependencies.
&
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: versionto...@packages.debian.org, Benjamin Drung
, debian-python@lists.debian.org
Control: affects -1 + src:versiontools
User: ftp.debian@packages.debian.org
Usertags: remove
Dear FTP Masters,
This piece of software hasn't seen any upstr
Here I was precisely asking about the remaining open 46 bugs [0]
that ask to remove the (mostly stale) "python3-distutils" dependencies.
python3-distutils has been removed from Ubuntu since 24.04 [1]
and a lot of these 46 packages carry there these single line patch: [2]
while some Debian packages
Hi,
Should the severity of the distutils removal bugs be bumped now ?
Example such bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065939
Greetings
Le sam. 29 juin 2024 à 10:46, Matthias Klose a écrit :
> binNMUs are now done, next thing is to get python3-defaults migrating,
> filing b
on python3-mock (Closes: #1068086)
* Add watch file
* Add gbp.conf matching existing repos
* Use new dh-sequence-python3
Le dim. 16 juin 2024 à 22:55, Alexandre Detiste
a écrit :
>
> Here comes the breakage ... (thanks Lucas)
> this breaks actually more things than the Urlli
Hi,
Le jeu. 20 juin 2024 à 06:50, Emmanuel Arias a écrit :
> On Fri, Jun 14, 2024 at 06:41:58PM +0200, Alexandre Detiste wrote:
> > Le mer. 12 juin 2024 à 16:22, Thomas Goirand a écrit :
> > > I know we're moving toward getting rid of:
> > > - six
> &
Source: python-flickrapi
Version: 2.1.2-5.1
Severity: important
X-Debbugs-Cc: Debian Python
Dear Maintainer,
I did uploaded a NMU for python-flickrapi right now to fix this RC bug:
#1073368 [S|⛺| ] [src:python-flickrapi] python-flickrapi: FTBFS:
ModuleNotFoundError: No module named 'six'
ot import extension releases (exception: No module named 'six')
Le mer. 12 juin 2024 à 15:36, Daniele Tricoli a écrit :
>
> Hello!
>
> On 6/12/24 11:56, Alexandre Detiste wrote:
> > Can we upload urllib3 v2.0.7 to unstable ?
> > (more recent versions breaks backward compatibility)
>
> Please go ahead, and thanks!
Hi,
Le mer. 12 juin 2024 à 16:22, Thomas Goirand a écrit :
> On 6/6/24 17:40, Andreas Tille wrote:
> >- Do you consider the workload of your team equally shared amongst its
> > members?
>
> The team probably lacks organization, and there's no clear enough
> strategy for end goals.
>
> I
Source: python-requests-unixsocket
Version: 0.3.0-4
Severity: serious
Justification: FTBFS
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainers,
python-requests-unixsocket is abandonned and was never adapted
to work with urllib3 2.x released 2023-04-26.
Please consider updating to this
Source: python-requests-cache
Version: 0.9.8-2
Severity: serious
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainer,
Please consider applying Ubuntu patch to add urllib3 2.x compatibility,
or alternatively package a newer version of python-requests-cache
https://patches.ubuntu.com/p/py
Source: awscli
Version: 2.15.22-1
Severity: serious
Justification: FTBFS
X-Debbugs-Cc: debian-python@lists.debian.org, Noah Meyerhans
Dear Maintainers,
Please update awscli and/or botocore to untangle the urllib3 2.x transition.
https://tracker.debian.org/pkg/python-urllib3 : see failing autopk
ause some exception strings changed since in a
lower SSL layer
(python-cryptography ...?) I check this.
Greetings
Le mer. 12 juin 2024 à 15:36, Daniele Tricoli a écrit :
> Hello!
>
> On 6/12/24 11:56, Alexandre Detiste wrote:
> > Can we upload urllib3 v2.0.7 to unstable ?
> >
Hi,
Can we upload urllib3 v2.0.7 to unstable ?
(more recent versions breaks backward compatibility)
It is in Ubuntu stable [0] with very little breakage so far [1]:
[0] https://launchpad.net/ubuntu/+source/python-urllib
[1]
https://salsa.debian.org/python-team/packages/python-chemspipy/-/commi
Hi,
I finally got it working here ! For a very short time.
Then it breaks again with today's new Pytest.
https://salsa.debian.org/python-team/packages/pymodbus/-/jobs/5780102
-> "test" branch.
https://github.com/pytest-dev/pytest/issues/12269
It needs a new pytest-asyncio ...
https://tracker.d
Source: sqlmodel
Version: 0.0.16-1
Severity: important
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainer,
This package hinders the transition to SQLAlchemy 2.x
https://ci.debian.net/packages/s/sqlacodegen/testing/amd64/47034051/#S3
Greetings
Le mar. 14 mai 2024 à 08:35, Julian Gilbey a écrit :
>
> On Mon, May 13, 2024 at 11:07:54PM +0200, Alexandre Detiste wrote:
> > Le lun. 13 mai 2024 à 22:59, Scott Kitterman a écrit
> > :
> > > >I suggest that we soon ask ftpmaster to drop pytest-lazy-fixtu
Le lun. 13 mai 2024 à 22:59, Scott Kitterman a écrit :
> >I suggest that we soon ask ftpmaster to drop pytest-lazy-fixture from
> >Debian unstable.
>
> Please transition all the rdepends first. Asking before that's done just
> creates more work for everyone.
>
> Scott K
It looks like for this
helper.py is not so helpful (and not even used in test/conftest.py ?)
anyway it builds now but maybe upstream would accept a patch
to help reduce the downstream patch
(maybe read certificates location from env variable, this needs more eyes)
It's almost done.
Greetings
Le mar. 23 avr. 2024 à 00
Yes do please.
Le sam. 11 mai 2024 à 20:51, Nilesh Patra a écrit :
>
> Quoting Alexandre Detiste :
> > I would pick-up matplotlib I guess, I have some special connection to it,
> > It was one the packages that enabled me to escape
> > my horrible SAS-Insitute p
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org
* Package name: python-mutf8
Version : 1.0.0
Upstream Contact: Tyler Kennedy
* URL : https://pypi.org/project/mutf8/
* License
It is now in the NEW queue.
https://salsa.debian.org/python-team/packages/python-pytest-relaxed/-/pipelines/675307
Le mer. 8 mai 2024 à 16:19, Antoine Beaupré a écrit :
> On 2024-05-08 16:11:46, Alexandre Detiste wrote:
> > Ok I guess you want to do this one:
> >
> > https:
Ok I guess you want to do this one:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008768
Hi,
That was the very first day I got to work on DPT packages;
so well yes, I did some mistakes at first;
and having been DM for far too long (~10 years) I needed to retrain;
I had so many things stuck in my queue at first.
https://lists.debian.org/debian-python/2023/12/msg00012.html
I'm now go
> E ModuleNotFoundError: No module named 'six'
This happens because we unknot the
python3-mock -> python3-pbr -> python3-six
dependency chain.
I did this _on purpose_ to discover missing python3-six
(build-)dependencies and/or upstream that needs a cleanup.
Here it's of course better to do th
control: tag -1 -moreinfo
This one should still be removed ...
It hasn't moved an inch still 2019
https://github.com/dropbox/pyannotate
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065045
Le lun. 22 avr. 2024, 09:57, Martin a écrit :
>
> 1. privacy-breach-fixes.patch (I updated this, can push
>
These ones are annoying to maintain. I wish dh_installdocs would be smart
enough to strip these tiny widget that are present in so many Readme.md on
GitHub. They re quite formulaic and it
a écrit :
> On 2024-04-15 11:38, Alexandre Detiste wrote:
> > Le lun. 15 avr. 2024 à 11:20, Thomas Goirand a écrit :
> >> The rest of:
> >> - pymodbus
> >>
> >> I don't even know what they do.
> >
> > Life is better when one does not have to
Hi,
I understand you.
Maybe the best option is to co-maintain this outside of the D Python Team.
Greetings
Le sam. 20 avr. 2024, 01:56, Keith Packard a écrit :
>
> > Now Keith can rebase his changes unto that.
>
> My changes involve stripping the non-DFSG elements out of the package,
> and th
Hi,
I did this upstream bump because I think that MR on upstream & pristine-tar
brach should not be allowed. (the Games Team did received several such MR
from XZ-hack "Hans Jansen" puppet socket)
Now Keith can rebase his changes unto that.
Greetings
Le sam. 20 avr. 2024, 00:34, Nick Morrott
>
Le lun. 15 avr. 2024 à 11:20, Thomas Goirand a écrit :
> The rest of:
> - pymodbus
>
> I don't even know what they do.
Life is better when one does not have to deal with modbus :-)
This package is outdated and need a refresh.
> All that to say: I'm ok at this point if SQLA 2.x is uploaded to Sid
Might interrest more here.
-- Forwarded message -
De : Chris Dent
Date: ven. 5 avr. 2024, 19:18
Subject: [cdent/paste] Potentially ceasing development of Paste (Discussion
#91)
To: cdent/paste
Cc: Alexandre Detiste , Mention <
ment...@noreply.github.com>
paste uses a
Thank you both
Le mer. 3 avr. 2024 à 17:48, Christian Kastner a écrit :
>
> On 2024-04-03 16:50, Stefano Rivera wrote:
> > We've added a new owner to help out. Thanks peb!
> >
> > Stefano
>
> Excellent, thanks Stefano and of course Pierre-Elliott for taking care
> of this!
>
> Best,
> Christian
>
I've packaged font-awesome5 at work, for sure it's not in Debian.
The upgrade to v5 was rightfully reverted but it's in limbo since.
https://packages.debian.org/sid/fonts-font-awesome
fonts-font-awesome (5.0.10+really4.7.0~dfsg-4.1) <--
Please note that this package provides Fon
Hi,
I'd like to add paramiko to the list of semi-orphaned
packages that needs more maintainers.
high popcon, major upgrade, lots of rdeps: this would be a small
transition by itself, like pytest 8 ...
Le jeu. 28 mars 2024 à 10:24, Andreas Tille a écrit :
>
> ? #1065199 RM: pprintpp -- ROM; le
If you have the time/will,
I would suggest to overhaul build to from 7 to new debhelper 13
with the automagic "%: dh $@" rule.
Almost all other Python projects have already been converted.
wc -l */debian/rules
29 lincity-ng/debian/rules
25 lmfit-py/debian/rules
21 logbook/debian/rul
Hi,
Does anyone know some automated tool to convert Python2-style annotations
into Python3-style ?
python-debian $ grep '# type' -r | wc -l
1499
Greetings
Le dim. 17 mars 2024 à 13:46, Jelmer Vernooij (@jelmer)
a écrit :
>
> Jelmer Vernooij commented on a discussion:
>
> Yes, we should be able t
Hi,
The arguments to remove flask-basicauth looks sensible, can someone confirm ?
CCing Daniele who uploads bespoken flask-login and Carsten who manage
whole flaks ecosystem.
Greetings
Le jeu. 14 mars 2024 à 07:20, Julian Gilbey a écrit :
>
> Dear all (and Bcc-ing the RM bugs),
>
> For inform
Just add yourself.
Le ven. 15 mars 2024 à 15:38, Martin a écrit :
>
> On 2024-03-15 14:21, Alexandre Detiste wrote:
> > I would pick-up matplotlib I guess, I have some special connection to it,
>
> I *might* help on this, because we use matplotlib at $DAYJOB, but can'
Hi,
I would pick-up matplotlib I guess, I have some special connection to it,
It was one the packages that enabled me to escape
my horrible SAS-Insitute powered previous job/life.
It's a big one.
Help is appreciated, I already cherry picked some commits from Ciel's PR.
I already adopted python3
Hi Jan,
I see on the tracker that you have both set the LowNMU flag (like I did too)
and also made use of the special rule of the DPT policy discussed from [1];
that seems a bit of a contradiction to me but I have read that
it was the default behaviour of some source package templating tool
which
+1 for this policy change too,
I went through the same hurdles & thinking progress, but it's much fresher
in py head because I m only contributing to DPT since 1/1/2024, doing
exactly what I said I would do on my membership application mail.
Before this talk happened I would not have recommended
control: tag -1 +moreinfo
Hi,
I'm using this (nice, alive...) package
and I'm willing to maintain it in the Python Team.
Greetings,
Alexandre
Hi,
Thanks again
I may have an identical pytest -> python3-pytest commit
stuck in my home computer, but whatever.
Please someone pick this up
Greetings
Le lun. 22 janv. 2024 à 09:31, Yogeswaran Umasankar a écrit :
>
> Hi Alexandre,
> Came across pysmbc, saw that there was an issue while build
Le mer. 17 janv. 2024 à 17:14, Thomas Goirand a écrit :
> 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.
> >>>
> >> https
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 only need a quick edit of debian/control
>
Package: python3-botocore
Version: 1.31.49+repack-1
Severity: important
X-Debbugs-Cc: debian-python@lists.debian.org
python3-core is importing python3-six for absolutely no reason
this package only work by luck for now because the
library got pulled-in by something else
(most likely python3-urlli
Hi,
I'm busy with the (tentative-) removal of python3-unittest2.
unitest2 is an old version of what has become "unittest.mock" in the
standard library
90% of dependencies are stale and only need a quick edit of debian/control
for the other I submit patches upstream
Can I get (minimal) Salsa tea
Le jeu. 4 janv. 2024 à 07:48, Andreas Tille a écrit :
> > @Vincent: this one package "gtextfsm" is yours
> > do you green light an upload ?
>
> If you ask me the package is team maintained and a "Team upload"
> should be fine.
Hi, I just try to follow the rules I agreed on last month.
https://sa
g=1059934
(list is not complete)
There might be some nmu needed too if maintainers don't react.
@Vincent: this one package "gtextfsm" is yours
do you green light an upload ?
Greetings,
https://salsa.debian.org/python-team/packages/gtextfsm/-/pipelines/621238
gtextfsm $
The worse thing is when upstreams ask you to sign a CLA to accept
a PR that removes one extraneous line from requirements.txt.
Is it even copyrightable ?
Le dim. 17 déc. 2023 à 20:21, Graham Inggs a écrit :
>
> Hi Andreas
>
> On Sun, 17 Dec 2023 at 18:15, Andreas Tille wrote:
> > Is there
> >
Le lun. 11 déc. 2023 à 17:02, Jochen Sprickerhof a écrit :
> I think the right thing here is to package the new uncertainties version
> which drops the past import:
>
> https://github.com/lebigot/uncertainties/releases/tag/3.1.7
+1
> Also we should probably get rid of python-future at some point
Source: impacket
Severity: important
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maitainer,
Upstream mistakenly added 'future' to the requirements in setup.py
Maybe they tought it was needed to get the
"from __future__ import ..." statements working.
That would had been "from future impor
Source: multiqc
Severity: normal
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainers,
Your package's setup.py declares an extraneous
dependency on old compatibility layer python3-future.
> setup.py:"future>0.14.0",
But it doesn't need it at all:
no import of "past" or "future"
1 - 100 of 103 matches
Mail list logo
