Re: Do we need yapps2 any more and if yes what about maintaining it in DPT?

Hi Matthias, Am Tue, May 20, 2025 at 03:09:23PM +0200 schrieb Matthias Urlichs: > Moving yapps2 to DPT is fine with me. Great. Thanks a lot for your positive response. From my point of view the repository https://salsa.debian.org/python-team/packages/yapps2 is ready for your review and up

Do we need yapps2 any more and if yes what about maintaining it in DPT?

Hi, yapps2 came up as candidate for the Bug of the Day[1]. I checked for the homepage which vanished so it seems orphaned upstream (please correct me if I'm wrong.) The package has two rdepends (linuxcnc-uspace-dev and keymapper). I have no idea whether there might be replacements for these two

Fwd: Gufw icon issue in Debian

Hi, it would be cool if someone could include this PR. Kind regards Andreas. - Weitergeleitete Nachricht von AsciiWolf - Date: Tue, 6 May 2025 14:34:40 +0200 From: AsciiWolf To: Andreas Tille Subject: Gufw icon issue in Debian Hello Andreas, FYI this should also be fixed in

Re: Please cancel NMU of v-sim + help needed for autopkgtest of new upstream version

Hi Simon, Am Thu, Feb 27, 2025 at 11:58:12AM + schrieb Simon McVittie: > Many of the few remaining users of cdbs (outside the Haskell team) are > in undermaintained packages, and when a contributor converts a package > they are not necessarily fully familiar with to a different packaging > sty

Re: Please cancel NMU of v-sim + help needed for autopkgtest of new upstream version

Hi, Am Thu, Feb 27, 2025 at 01:31:53PM +0100 schrieb Santiago Vila: > El 27/2/25 a las 12:15, Simon McVittie escribió: > > Please add "Build-Depends: dh-sequence-gir" [...] > I've pushed several commits for 3.8.0-1 and will tag & upload > if they pass CI tests. I'm super happy about Simon's and S

Please cancel NMU of v-sim + help needed for autopkgtest of new upstream version

Hi Sudip, it seems I was to optimistic in fixing v-sim as quickly as expected so I'm not sure whether it will hit the archive before the NMU. To avoid changing the history in Git it would help if you would cancel the NMU. Unfortunately I observed in Salsa CI that the autopkgtest is failing[1] (i

Re: [Help] New package python-loky build time test times out

Am Wed, Dec 25, 2024 at 09:43:02PM +0100 schrieb Gregor Riepl: > > Why do you think it's the build-time test? > > The build output looks quite strange to me. > > It almost seems like it gets stuck in the middle of a copy job - the last log > line is cut off, but this could be a log buffering iss

Re: [Help] New package python-loky build time test times out

Am Wed, Dec 25, 2024 at 10:53:29PM +0500 schrieb Andrey Rakhmatullin: > On Wed, Dec 25, 2024 at 06:47:01PM +0100, Andreas Tille wrote: > > the new version of python-cogent needs python-loky[1] which I tried to > > package. Unfortunately there is some issue with the build-time test

[Help] New package python-loky build time test times out

Hi, the new version of python-cogent needs python-loky[1] which I tried to package. Unfortunately there is some issue with the build-time test which times out[2]. Any help is welcome. Kind regards Andreas. [1] https://salsa.debian.org/python-team/packages/python-loky [2] https://salsa.debi

Please can some admin remove python-team/packages/python-loki

Hi, unfortunately I've created https://salsa.debian.org/python-team/packages/python-loki which is a typo (should by python-loky and I made the mistake to create this as well so rename was not possible). Sorry for the noise Andreas. -- https://fam-tille.de

Re: Removing inactive non-DD or non-DM accounts from the DPT on Salsa

Am Thu, Dec 05, 2024 at 09:59:20AM -0500 schrieb Louis-Philippe Véronneau: > The attached list (CSV: Name, username) are people that are neither DMs nor > DDs that haven't contributed since 2021. I'm proposing to remove them from > the team. I have no strong opinion on this but in other teams I've

Re: pypandoc: autopkgtest failure with Python 3.13

Hi, CCing bug #1088768 since the description fits despite the bug itself is different - not sure whether reopen or new bug is the better option. It turns out that in debci there is a remaining test suite issue[1]: 58s tests.py ...Fs..s. [10

Re: Proposed Mass Bug: Missing dependencies on python3-setuptools

Am Wed, Sep 04, 2024 at 03:25:17PM + schrieb Stefano Rivera: > I propose filing a simple mass-bug at severity Important: > > > Subject: Missing Build-Depends on python3-setuptools > > > > This package failed build from source when test-built against > > a version of dh-python without a python3

Re: Policy Change Proposal: Running the upstream test suite

Am Wed, Aug 14, 2024 at 06:09:15PM -0400 schrieb Louis-Philippe Véronneau: > It's been about 2 weeks since the policy change has been proposed. I believe > I have taken in account the feedback and the discussion seems to have died > down. > > As the response from the team member was largely positi

Re: basemap

Am Thu, Aug 01, 2024 at 09:14:01AM +0200 schrieb Alexandre Detiste: > If the upstream tarball is really 3 projects duct-taped together we could > maybe import it in 3 different sources packages. The mk-orig-tgz would be a > tad complicated, but build would be easy again. That needs checking. Sorry

Re: DPT ideas to organize

Hi, Am Mon, Jun 17, 2024 at 02:07:55AM -0400 schrieb Louis-Philippe Véronneau: > > Another > > question is: what should we do with packages that are not under the > > team's umbrella but are affecting Python 3.12? Salvage[2] those packages? > > On the other hand, we could assess if there are any

Re: Handling sponsorship requests by new contributors (was: Request for Python Team assistance in Debian Mentors)

Am Sun, Jun 16, 2024 at 06:56:51PM +0200 schrieb Peter Wienemann: > > What we could do if the idea of giving broad commit rights to newcomers > > poses issues is to create a specific namespace in python-team for > > newcomers. (then we'd need to have some migration plan and then oh dear) > > I agr

Contacting DPT

Hi, I'd like to officially contact all our teams to learn about potential issues that might affect your work. I would love to learn how you organise / share your workload. If you do some regular meetings - be it on IRC, video conference or whatever I'm interested in joining one of your next meet

Re: DebConf24 Sprint & BoF!

Am Thu, Apr 25, 2024 at 02:23:27PM + schrieb Stefano Rivera: > Hi Louis-Philippe (2024.04.25_13:58:42_+) > > I've taken the liberty of submitting the annual Python BoF for DebConf24. If > > you have ideas of what we should talk about, please add them to this > > (temporary? the dc24.pad ins

Re: O: pychm -- Python binding for CHMLIB - Python 3

Hi, Am Tue, Apr 23, 2024 at 09:02:41AM +0900 schrieb yokota: > Debian pychm was updated. Good job. > I can't upload the new package because I don't have upload rights. > Please upload the new package by someone in debian-python who has upload > rights. In case you might become Debian Maintaine

Re: request for removal of my packages from the DPT namespace

Hi, Am Tue, Apr 16, 2024 at 11:21:51AM +0200 schrieb Jeroen Ploemen: > Jeroen Ploemen wrote: > > please delete the following packages from the DPT namespace on > > salsa: > > > > cheetah > > jaraco.classes > > jaraco.collections > > jaraco.context > > jaraco.text > > nfoview > > ply > > puremagi

Re: Bug#1065221: O: py7zr -- pure Python 7-zip library

Hi Hiroshi, Am Mon, Apr 08, 2024 at 08:34:23AM +0900 schrieb yokota: > > When writing this I'm wondering whether it might be better to remove > > this in Files-Excluded. On one hand this saves us from mentioning the > > copyright on the other hand we could be really sure that it is not used. > >

Re: Bug#1065221: O: py7zr -- pure Python 7-zip library

Hi again, Am Sun, Apr 07, 2024 at 11:54:00AM +0900 schrieb yokota: > Hello, > > I think these packages are now ready for upload to NEW queue. > Please examine them. > > https://salsa.debian.org/python-team/packages/python-brotlicffi See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065221

Adopting pychm (Was: Packaging multivolumefile?)

Hi Hiroshi, Am Sat, Apr 06, 2024 at 02:51:51AM +0900 schrieb yokota: > Thanks a lot for your detailed document. You are welcome. > I will try to fixup other packages. Just ping me once done. > PS: > If py7zr is done, I will also try package pychm to use for Debian > Calibre package. > Please s

Re: Packaging multivolumefile?

Hi Yokota, Am Tue, Apr 02, 2024 at 08:39:36PM +0200 schrieb Andreas Tille: > > Nevermind, YOKOTA Hiroshi already has done this and more and is looking > > for sponsors. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065221#17 > > Thanks a lot for your packaging

Re: Packaging multivolumefile?

Hi Yokota, Am Sat, Mar 30, 2024 at 06:31:54PM +0100 schrieb Andreas Metzler: > On 2024-03-30 Andreas Metzler wrote: > > I originally intended to file an ITP, but it probably makes more sense > > to ask here: > > > py7zr >= 0.16.0 requires multivolumefile by the same author. How about > > packagi

Re: Docu: Need help to understand section about package creation

Hi, Am Thu, Mar 28, 2024 at 11:45:36PM -0400 schrieb Boyuan Yang: > > I don't have a good solution to Wiki pages yet since the article logic > needs some major editing. I can't provide any help for the Wiki page for DPMT. In Debian Med we provide some resources for newcomers: Mentoring of th

Re: Updated package list with packages open for adoption (Was: morph's abandoned packages (list))

Hi Emmanuel, Am Thu, Mar 28, 2024 at 11:38:47AM -0300 schrieb Emmanuel Arias: > > With this we cover all packages? I'm asking because I'm looking other list > with more packages [0] This is where I started from. What package are you missing in the updated list? > On 3/

Updated package list with packages open for adoption (Was: morph's abandoned packages (list))

Hi, I'd like to update the list with names if someone has annouced to take over. For packages with no takers I checked rdepends and kept their Uploaders in CC (please seek for your email in case you do not understand why you are in CC). Emmanuel Arias in CC due to some private mail mentioning so

Re: Wiki: Setup the environment, e.g. "salsa" script / Request to review modified docs

Am Wed, Mar 20, 2024 at 11:04:41AM + schrieb c.bu...@posteo.jp: > Sorry, guys but I don't understand nearly nothing of what you explain here > because I don't know the tool chain nor the process. But I hope you all do. > > I modified the section: > https://wiki.debian.org/Python/GitPackaging#P

Re: Wiki: Setup the environment, e.g. "salsa" script / Request to review modified docs

Hi Brian, Am Wed, Mar 20, 2024 at 10:59:34AM +1100 schrieb Brian May: > Andreas Tille writes: > > > As someone who touched a lot of packages (>2000) I've always used quilt > > successfully and have seen quilt patches used by the majority of all > > those packages

Re: Wiki: Setup the environment, e.g. "salsa" script / Request to review modified docs

Hi, Am Tue, Mar 19, 2024 at 11:48:47AM + schrieb weepingclown: > Improving docs is a very important thing, I appreciate your effort. +1 > I quickly went through thr diff off your changes and it seems that you've > changed the wiki to mention that using quilt is not recommended. While gbp p

Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

ug to make sure it has finally some positive use. Kind regards Andreas. Am Tue, Mar 19, 2024 at 07:06:18AM +0100 schrieb Carsten Schoenert: > Hello Andreas, > > Am 18.03.24 um 21:15 schrieb Andreas Tille: > > Hi Carsten, > > > > Am Sun, Mar 17, 2024 at 08:18:58AM

Re: Suggesting change in DPT Policy

Hi Julian, Am Sat, Mar 09, 2024 at 09:21:40PM + schrieb Julian Gilbey: > Following on from some earlier discussions, I've been thinking about > the relationship between the DPT (presumably a group of developers who > work together) and salsa (could there be packages in the > python-team/packag

Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

Hi Carsten, Am Sun, Mar 17, 2024 at 08:18:58AM +0100 schrieb Carsten Schoenert: > > The arguments to remove flask-basicauth looks sensible, can someone > > confirm ? > > looking at the upstream situation for flask-basicauth I see no real issues > to drop and this package from the archive. This

Re: Would you agree with swapping Maintainer and Uploaders in eric?

this all is OK before I upload (feel free to upload yourself which is perfectly fine for me). Kind regards Andreas. Am Mon, Mar 11, 2024 at 10:13:50PM +0100 schrieb Andreas Tille: > Hi Gudjon, > > in case you agree with the suggested change of policy discussed on the > debian-pyth

Re: Feature Request (docu): Define "dsc-file"

Hi again, Am Fri, Mar 15, 2024 at 11:06:13AM + schrieb c.bu...@posteo.jp: > Thanks for all your answers. > > Am 15.03.2024 11:07 schrieb Andreas Tille: > > Please try a web search for instance with the terms > > [...] > > which brought several helpful links.

Re: Feature Request (docu): Define "dsc-file"

Hi Am Fri, Mar 15, 2024 at 07:39:39AM + schrieb c.bu...@posteo.jp: > Hi, > > this is a feature request to someone who has access and the knowledge to > improve. > > Description of the problem: > > The second paragraph in >

Re: morph's abandoned packages (list)

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 somewhat regularly, so I'd be happy to share the workload with > zigo. Zigo

Re: morph's abandoned packages (list)

Am Fri, Mar 15, 2024 at 08:25:00AM +0100 schrieb Thomas Goirand: > I can take care of networkx, which is used in OpenStack. If nobody else > care, I prefer to use a git tag based workflow, meaning it cannot stay in > the team (but everyone is more than welcome in the OpenStack team). If > anyone do

Re: morph's abandoned packages (list)

Control: tags -1 moreinfo Hi, this package is team maintained. I have to assume its former maintainer has decided to leave the team. Please delay the removal until it is perfectly clear that no other team member intends to take over this package. Thank you for your work as ftpmaster Andre

Re: morph's abandoned packages (list)

Hi Julian, thanks a lot for assembling these lists. To inspire potential takers I'd like to add the according popcon values: Am Thu, Mar 14, 2024 at 06:20:11AM + schrieb Julian Gilbey: > If you are interested in taking one > or more of them on, that would be great! +1 > Removal requested:

Re: Maintenance of python-cryptography

782) Closes: #1064778 (CVE-2024-26130) Closes: #1063771, #1018159 * Reorder sequence of d/control fields by cme (routine-update) * watch file standard 4 (routine-update) * Enable building twice in a row Closes: #1046569 -- Andreas Tille Thu, 29 Feb 2024 10:20:49 +0100 Meanwhile I mar

Would you agree with swapping Maintainer and Uploaders in eric?

Hi Gudjon, in case you agree with the suggested change of policy discussed on the debian-python mailing list[1] would you agree to set DPT as maintainer? If yes, I'd volunteer to do this, fix bug #1065855 and #1060736. Kind regards and thanks for working on this package Andreas. [1] https:/

Re: Suggesting change in DPT policy

Hi Christian, Am Sat, Mar 02, 2024 at 11:48:57PM +0100 schrieb Christian Kastner: > On 2024-03-02 23:11, Andreas Tille wrote: > > I'm curious why you believe I didn't care. I likely would have reverted > > my change if I didn't have more urgent matters to attend

Re: Bug#1065042: O: mpl-sphinx-theme -- documentation for the mpl-sphinx-theme Python library

Am Thu, Feb 29, 2024 at 02:06:25PM -0800 schrieb Vagrant Cascadian: > On 2024-02-29, Sandro Tosi wrote: > > I intend to orphan the mpl-sphinx-theme package. > > > > The package description is: > > This is the official Sphinx theme for Matplotlib documentation. It > > extends the > > pydata-sphi

Re: Suggesting change in DPT policy

Am Sat, Mar 02, 2024 at 09:11:52PM + schrieb Scott Kitterman: > > It's possible I am misunderstanding you here (languages are hard even when > they are your first), but if I am not, I think you are not really seeing > things from the correct perspective. I'm probably biased since involved i

Re: Suggesting change in DPT policy

is simple for maintainers comfortable with Python 3.12 2023-12-22 closed with changelog [ Andreas Tille ] * Set DPT maintainer * Replace SafeConfigParser deprecated in Python3.12 Closes: #1058177 * Transparently skip test_bad_pagebuilder instead of ignoring test suite errors

Re: O: python-cryptography -- Python library exposing cryptographic recipes and primitives (documentation)

Hi, as per bug #1064979 python-cryptography was orphaned. Actually the process of orphaninig is defined differently[1] by setting QA team as maintainer. In this case DPT remains maintainer but there is no Uploader specified any more. I personally will not add my ID as Uploader. I have added th

Re: Suggesting change in DPT policy

Hi Scott, Am Wed, Feb 28, 2024 at 09:19:29AM -0500 schrieb Scott Kitterman: > Looking at your list, I note that it includes team members that have been > very > active in team wide work, not just on their own packages. I'm fully aware of this. > I think it would be > contrary to the spirit of

Re: Suggesting change in DPT policy

Hi Scott, Am Wed, Feb 28, 2024 at 11:44:07AM + schrieb Scott Kitterman: > > This makes more sense to me. It is completely understandable that how things > are communicated affects how people feel about them. This is a difficult > thing to get right. I have experienced similar demotivatin

Maintaining packages with complex relationships (Was: Suggesting change in DPT policy)

Hi Étienne, Am Wed, Feb 28, 2024 at 09:37:59AM +0100 schrieb Étienne Mollier: > > > Instead of restricting collaboration, we could let policy encourage > > > maintainers to state such constraints in debian/README.DPT and ask team > > > members to check that file before they team-upload. > > > > I

Re: Suggesting change in DPT policy

pinion before[2]. Kind regards Andreas. [1] https://salsa.debian.org/python-team/tools/python-modules/-/merge_requests/20 [2] https://lists.debian.org/debian-python/2024/02/msg00060.html Am Tue, Feb 27, 2024 at 03:36:24PM -0500 schrieb Louis-Philippe Véronneau: > On 2024-02-27 03:05, Andre

Re: Suggesting change in DPT policy

Am Tue, Feb 27, 2024 at 04:25:49PM + schrieb weepingclown: > While perfectly understanding the weak collaboration model reasoning, I've > still always found DPT as uploader and not maintainer rather absurd TBH. The > current go to tool (as I understand it) for python packaging, py2dsp, also

Re: Suggesting change in DPT policy

Hi Timo, Am Tue, Feb 27, 2024 at 04:08:51PM +0100 schrieb Timo Röhling: > I guess the motivation behind the weak collaboration model is that some > packages have hidden "gotchas", which a casual team uploader might not know. > For instance, pygit2 is one of multiple libgit2 language bindings which

Re: Suggesting change in DPT policy

Hi Scott, Am Tue, Feb 27, 2024 at 11:54:01PM + schrieb Scott Kitterman: > It's self-induced. I mean if it's demotivating to have people point out that > you didn't follow the policy, then you can solve that all by yourself by > following the policy. If I take your argument to its logical c

Suggesting change in DPT policy

Hi, I became more deeply involved into DPT since 2022 as a consequence of the suggestion for transfering several Debian Med/Science packages to DPMT[1][2]. I happily followed this suggestion and moved >30 packages from the Blends teams to DPT. I was happy with this move since it makes sense. Re

Re: Help needed to fix python-coverage-test-runner

HI Andrius, Am Fri, Feb 23, 2024 at 09:29:27AM +0200 schrieb Andrius Merkys: > > ModuleNotFoundError: No module named 'imp' > > I had a similar problem. I worked it around by depending on > python3-zombie-imp, the original code did not require any modifications. Nice hint - implemented. Thanks

Help needed to fix python-coverage-test-runner

Control: tags -1 help Hi, I've attempted to fix python-coverage-test-runner in Git since this package is finally responsible for the failure of vmdb2: File "/usr/lib/python3/dist-packages/CoverageTestRunner.py", line 22, in import imp ModuleNotFoundError: No module named 'imp' In the pat

Status of sqlalchemy

Hi, we have quite some Python3.12 related bugs caused by sqlalchemy which seem to be fixed in experimental (which is lagging behind upstream 2.0.27 as well as version 1.4 in unstable where upstream just released 1.4.51). It seems the issue that leads to bug #1058265 > File "/usr/lib/python3/

Help needed to port qiime to Python3.12

Hi, as reported in a qiime2 issue[1] there is some problem with Python3.12 in the tests of the q2-* packages which are all using the qiime package. This problem is currently hidden from the tests made by Python3.12 porters but it became obvious now on Salsa CI[2]. I tried to fiddle around a bit w

Re: Spinx help needed

Hi Dmitry, thanks a lot and sorry for my naivity Andreas. Am Thu, Feb 15, 2024 at 09:54:55PM +0300 schrieb Dmitry Shachnev: > On Thu, Feb 15, 2024 at 07:15:18PM +0100, Andreas Tille wrote: > > Hi Dmitry, > > > > thanks a lot for this hint. > > > > I'v

Re: Spinx help needed

Hi Dmitry, thanks a lot for this hint. Am Thu, Feb 15, 2024 at 11:46:45AM +0300 schrieb Dmitry Shachnev: > lmfit-py ships a vendored copy of sphinx13 theme [1], which was copied from > Sphinx source code with a minor modification in 2020 [2] and rebased in > January 2022 [3]. However, there were

Spinx help needed

Control: tags -1 pending Hi, I pushed fixes for #1056419 and #1058311 to Git and I think should be fixed as well. The only remaining build problem is new and caused by sphinx[1]: dh_sphinxdoc -i -O--buildsystem=pybuild dh_sphinxdoc: error: debian/python-lmfit-doc/usr/share/doc/python3-lmfit/

Did Python 3.12 developers honestly broke special regexp sequences? (Was: hatop fails its autopkg tests with Python 3.12)

Hi, I was constantly shaking my had above bug #1061802 featuring Syntaxwarnings like SyntaxWarning: invalid escape sequence '\.' 573s CLI_INPUT_RE = re.compile('[a-zA-Z0-9_:\.\-\+; /#%]') 573s /tmp/autopkgtest.G4v4eK/autopkgtest_tmp/hatop.py:215: SyntaxWarning: invalid escape sequence '\s' 573

Re: python-etcd: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

Control: tags -1 pending Hi, I've fixed the issue reported in the bug in Git. However, Salsa CI shows another issue[1]: if _is_instance_mock(spec): > raise InvalidSpecError(f'Cannot spec a Mock object. > [object={spec!r}]') E mock.mock.InvalidSpecError: Cannot spec

Sorry, I ment pyrlp (Was: apprise fails its autopkg tests with Python 3.12)

08, 2024 at 09:17:17AM +1100 schrieb Ben Finney: > Howdy Andreas, > > On 07-Feb-2024, Andreas Tille wrote: > > Hi Ben, > > > > I noticed that apprise version 0.5.1-4 has a bug since its autopkgtest > > fails with Python3.12. I'd happily fix packages in Debi

Re: apprise fails its autopkg tests with Python 3.12

Hi Ben, I noticed that apprise version 0.5.1-4 has a bug since its autopkgtest fails with Python3.12. I'd happily fix packages in Debian Python Team but your package is not team maintained. Do you have any reason for this? BTW, upstream meanwhile released version 4.0.0. Is there any reason to

graph-tool does not build on ppc64el architecture

Hi Tiago, I updated Debian package of graph-tool to the latest (2.59). It turned out that it does not build on the ppc64el architecture. You can find a full build log here: https://buildd.debian.org/status/fetch.php?pkg=graph-tool&arch=ppc64el&ver=2.59%2Bds-1&stamp=1704656087&raw=0 Just se

Re: New upstream version of flufl.i18n fails its test

Hi Yogeswaran, Am Mon, Jan 29, 2024 at 02:36:59PM -0500 schrieb Yogeswaran Umasankar: > > [1] https://salsa.debian.org/python-team/packages/flufl.i18n/-/jobs/5148646 > > I made some changes for you to take a look. Included a patch to use > setuptools and sphinx-build html docs with Python 3.12. >

Re: python-plaster: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Am Mon, Jan 29, 2024 at 02:29:28PM +0300 schrieb Dmitry Shachnev: > > I have seen a similar problem in https://bugs.debian.org/1052802 and solved > it by disabling dh_auto_clean completely. I've found another solution by trying hard to keep te .egg-info dirs (in a tarball inside debian/ dir and r

Re: python-plaster: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Hi, I upgraded python-plaster to latest upstream - but this did not changed the test suite error. Kind regards Andreas. -- http://fam-tille.de

Re: python-miio: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Control: tags -1 help Hi, I upgraded python-miio in Git. Unfortunately there are some test suite errors[1] Any help would be welcome Andreas. [1] https://salsa.debian.org/python-team/packages/miio/-/jobs/5212674 -- http://fam-tille.de

New upstream version of flufl.i18n fails its test

Hi, I checked some random DPT packages and had a look into flufl.i18n. Unfortunately the new upstream version fails its test as you can see in Salsa CI[1]. Any help is welcome Andreas. [1] https://salsa.debian.org/python-team/packages/flufl.i18n/-/jobs/5148646 -- http://fam-tille.de

Re: Bug#1043240: transition: pandas 1.5 -> 2.1

Hi Rebecca, Am Sun, Jan 21, 2024 at 03:29:21PM + schrieb Rebecca N. Palmer: > > Hence, doing this transition now would involve breaking some reverse > dependencies with no known fix, but given the number of packages involved, > trying to wait until they're all fixed is rather likely to instea

[Help] Re: mlpy ftbfs with Python 3.12

Control: tags 1056819 pending Control: tags -1 help Hi, after applying the patch for the cython3 issue the build issues of this package are remaining. This is strange since the missing modules are provided inside the package. I wonder what trick I might need to do to convince the Python3 interp

[Pending] django-session-security: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

Control: tags -1 pending Hi, I've fixed this problem in Git[1] but did not uploaded since autopkgtest is failing in Salsa CI[2]. Kind regards Andreas. [1] https://salsa.debian.org/python-team/packages/django-session-security/-/commit/af1ebc734a33cf1b629a2626bad508b833eb2706 [2] https://sa

Re: [Help] Re: python-pkginfo: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Hi Stefano, Am Thu, Jan 11, 2024 at 08:25:46PM + schrieb Stefano Rivera: > > The test is expecting the module to be installed in the test > environment. Either we could try harder to emulate that, or skip the > tests. I admit I tried to copy around the module before running the test with no

[Help] Re: python-pkginfo: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Control: tags -1 help Hi, I've fixed the two other bugs in python-pkginfo and upgraded to latest upstream. Unfortunately I have no clue about this issue. Any idea what might be wrong here? Kind regards Andreas. -- http://fam-tille.de

[Help] Re: python-srsly: ftbfs with cython 3.0.x

Control: tags -1 help Hi, when applying the patch (thanks for this, Bas) I learned that the package builds for other reasons. This is also true for the latest upstream version[1]. Any help to fix this would be welcome Andreas. [1] https://salsa.debian.org/python-team/packages/python-srsly/-

[Help] Re: python-stack-data: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

Control: tags -1 help Hi, I tried the suggested patch for the cython3 issue of bug #1056872 in the currently packaged version[1] as well also tried upgrading to latest upstream and tried building[2] which failed as well. I admit, I'm running out of ideas what to do next. Any help is welcome

yapsy: ModuleNotFoundError: No module named 'imp'

Hi Thibauld, Debian has packaged yapsy. We try to migrate to Python3.12. When testing yapsy with Python3.12 in our CI[1] it fails with: testActivationAndDeactivation (test.test_SimplePlugin.SimpleTestCase.testActivationAndDeactivation) Test if the activation procedure works. ... Unable to impo

Re: [Help] Re: python-future: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Hi Alexandre, Am Thu, Jan 04, 2024 at 12:30:21AM +0100 schrieb Alexandre Detiste: > > 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 ? If you ask me the package is team maintained and a "Team uploa

Test suite issues with new version of python3-antlr4 (Was: python3-antlr4: FTBFS: AttributeError: 'TestIntervalSet' object has no attribute 'assertEquals'. Did you mean: 'assertEqual'?)

Control: tags -1 pending Hi, I intended to fix bug #1058096. Since I realised there is a new upstream version I was considering an upgrade which I pushed to Salsa. Unfortunately there are other test suite errors as you can see in Salsa CI[1]:

Why is ${python3:Depends} injecting cython3-legacy (Was: obitools: runtime dependency on cython)

Hi, I checked debian/obitools.substvars which contains python3:Depends=cython3-legacy, python3 (<< 3.12), python3 (>= 3.11~), python3-ipython, python3-sphinx, python3-virtualenv, python3-wheel, python3:any I wonder what mechanism is responsible for adding cython3-legacy to the package depende

Re: Bug#1056419: [Help] Re: python-future: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Hi Alexandre, Am Mon, Dec 11, 2023 at 09:18:16PM +0100 schrieb Alexandre Detiste: > > https://github.com/lebigot/uncertainties/releases/tag/3.1.7 > > +1 OK. > > Also we should probably get rid of python-future at some point. > > I removed it from three games this week-end > and filled 6 more

[Help] Re: python-future: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 returned exit code 13

Control: tags -1 help [Bug #1056419 in CC since the issue seems to be caused by python-future] Hi Vincent, I tried to upgrade python-future to the latest upstream version in the hope that this would solve the issue reported in bug #1042244. Unfortunately this is not the case and now with Python3

Re: pdm: Please replace python3-pep517 with python3-pyproject-hooks in Depends/Build-Depends

Hi Scott, Am Fri, Aug 18, 2023 at 01:15:18PM + schrieb Scott Kitterman: > On August 18, 2023 1:04:26 PM UTC, Andreas Tille wrote: > >> In Debian terms, it's not the preferred form for modification, so it's not > >> source. In this regard DFSG goes fart

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

Hi, Am Fri, Aug 18, 2023 at 01:42:53PM +0100 schrieb Julian Gilbey: > I'm sure I'm not the only one who received a whole bunch of bugs > entitled "Fails to build source after successful build" last weekend. > There was one theme common to most of them: the presence of a > *.egg-info directory whic

Re: pdm: Please replace python3-pep517 with python3-pyproject-hooks in Depends/Build-Depends

Hi Scott, Am Tue, Aug 15, 2023 at 02:18:35PM + schrieb Scott Kitterman: > >They are zip files containing python source code. It is possible to include > >compiled C extensions in wheels, but I checked and these wheels are all pure > >python, so no binary blobs are included. > > In Debian term

Re: pdm: Please replace python3-pep517 with python3-pyproject-hooks in Depends/Build-Depends

Hi Scott, Am Mon, Aug 14, 2023 at 02:06:42PM + schrieb Scott Kitterman: > >Before I upload I'd like to ask for reviewing this patch and opinions > >about the test suite errors. While these possibly occure in previous > >versions (which I did not tested) we might consider ignoring just the > >

Re: pdm: Please replace python3-pep517 with python3-pyproject-hooks in Depends/Build-Depends

Control: tags -1 pending Hi, I've fixed the issue reported in this bug[1]. In addition I've took the chance to upload pdm to its latest upstream version. When doing so I realised that build time tests are basically ignored. This was mainly due to the removal of artefacts that are used for test

Re: Taking over package into Debian Python Team maintenance and fixing bug (Was: mdp: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3

Hi Yaroslav, Am Mon, Apr 17, 2023 at 05:59:23PM -0400 schrieb Yaroslav Halchenko: > Hi Andreas, > > Thank you very much for offering help. I think Tiziano would not mind, > so please feel very welcome to a) for the sake of b) or any other > goodness you would like to bring ;) https://tracker

Re: python-snappy is outdated, was NMUed two times and should be rather maintained by Debian Python Team

BTW, I've prepared an upload candidate at https://salsa.debian.org/python-team/packages/python-snappy Unfortunately my initial problem about GPF persists, but that's a different topic, thought. Kind regards Andreas. Am Mon, Mar 27, 2023 at 06:33:11PM +0200 schrieb Andreas T

python-snappy is outdated, was NMUed two times and should be rather maintained by Debian Python Team

Hi Shell Xu, I need GFU which does not seem to be supported by the python-snappy version currently in Debian: >>> from snappy import GPF Traceback (most recent call last): File "", line 1, in ImportError: cannot import name 'GPF' from 'snappy' (/usr/lib/python3/dist-packages/snappy/__init__.p

Tiledb-py fails to build (Was: tiledb: uses atomic operations, but is not linked to libatomic)

Hi, as you can read in the bug log, there was an upload of a new version of tiledb a couple of hours before it has migrated to testing. Thus the package remains affected by a testing removal (together with its two reverse dependencies tiledb and genomicsdb). To follow the freeze policy I reverte

Re: Any ideas Re: #1030096 dask.distributed intermittent autopkgtest fail ?

Hi Rebecca, Am Mon, Feb 06, 2023 at 07:59:17AM + schrieb Rebecca N. Palmer: > (Background: the pandas + dask transition broke dask.distributed and it was > hence removed from testing; I didn't notice at the time that if we don't get > it back in we lose Spyder.) as far as I know Diane has put

Re: python-param: FTBFS: TypeError: The only supported seed types are: None,

Control: tags -1 help Hi, I've bumped upstream version to 1.12.3 which basically has the suggested patches applied but the issue remains as you can see in Salsa CI https://salsa.debian.org/science-team/python-param/-/jobs/3891083 Do you have any further hints? Kind regards Andreas. --

Re: Remaining numpy 1.24 issues on 32bit architectures

Hi Nilesh, Am Mon, Jan 30, 2023 at 05:07:37PM +0530 schrieb Nilesh Patra: > > On Mon, Jan 30, 2023 at 09:12:57AM +0100, Andreas Tille wrote: > > I made some tiny steps forward ("only" 84 failures instead of 89 when I > > wrote my first mail) in the numpy 1.24 migra

Re: Remaining numpy 1.24 issues on 32bit architectures

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ which obviosly[2] failed. I wonder whether someone might give some hints how to get dtypes consistently to one integer representation which is the background of nearly all these test suite issues. Kind regards Andreas. [2] https://salsa.debian

  1   2   3   4   5   6   >