Bug#1071716: RM: python3-dipy-lib [s390x] -- ROM; build-dep not satifiable anymore
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: d...@packages.debian.org, cru...@debian.org Control: affects -1 + src:dipy Dear FTP Team, Please remove the s390x binary package python3-dipy-lib, as the build-dependency "python3-tables-lib" is no longer available for s390x in testing nor unstable. I ran `ssh mirror.ftp-master.debian.org "dak rm --architecture=s390x -Rn python3-dipy-lib"` and got back the following response: > W: -a/--architecture implies -p/--partial. > Nothing to do. Thanks! OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1066036: fixed in black 24.4.2-2~0exp0
control: reopen -1 Status of the experimental build: all green except for one unoffical arch (ia64); though mips64el is yet to start building https://buildd.debian.org/status/package.php?p=black=experimental And the results of running the autopkgtests for build-deps of black: possible regression of mmdebstrap, but that feels like a false-positive, so I've scheduled mmdebstrap + black 24.4.2-2~0exp0 for another autopkgtest run https://qa.debian.org/excuses.php?package=black=1 Once mypy 24.4.2-1 migrates to testing (which should be later today) then I will go ahead and merge my changes from the 'debian/experimental' into the main development branch as a -2 release to again close this issue. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1070445: numpy: Proposal to bring back the python-numpy-doc package
Source: numpy Severity: wishlist Tags: patch X-Debbugs-Cc: cru...@debian.org Dear numpy maintainers, I would like to bring back the python-numpy-doc binary package as part of my personal interest in seeing high quality -doc packages in the Python scientific/research computing area. Here are my proposed changes: https://salsa.debian.org/python-team/packages/numpy/-/tree/debian/experimental?ref_type=heads If you approve of re-introducing the python-numpy-doc binary package, then I'll make a team upload to the NEW queue in the 'experimental' distribution. Once that is accepted by the FTP team, then I'll merge my changes into the 'debian/unstable' branch for the next upload of the numpy source package. Cheers, OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1070315: python3-build: Please package version 1.2.0/1.2.1 for verbose builds
Package: python3-build Version: 1.1.1-1 Severity: normal X-Debbugs-Cc: cru...@debian.org Dear Maintainer, Please update the python-build package to version 1.2.0 (or the latest, 1.2.1), which adds the "--verbose" / "-v" command line option. This is helpful during (Debian) package building for very running long builds, such as those which use mypyc to compile. If you wish, I can make a team upload myself. Cheers, OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#852429: devscripts: [uscan] support 7z in uscan repack stuff
On Sat, 28 Jan 2017 12:14:14 +0900 Osamu Aoki wrote: > Hi, > > On Tue, Jan 24, 2017 at 12:19:16PM +0100, Félix Sipma wrote: > > Package: devscripts > > Version: 2.17.0 > > Severity: wishlist > > > > It would be nice to have .7z support in uscan repack stuff. > > 7zip archiver is in main so this is a possible feature but before adding > any feature, we need to verify its raison d'être. > > Please cite 3 typical actual upstram archive site cases where this is > the only option to get their upstream source. https://sourceforge.net/projects/snap7/files/1.4.2/ > From 1.4.2 only 7z will be released OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069932: liquidctl: internal version is wrongly reported as 0.0.0
Package: liquidctl Version: 1.12.1-1 Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package "liquidctl" doesn't know its own version number, due to upstream using setuptools-scm: > /usr/lib/python3/dist-packages/liquidctl-0.0.0.dist-info/ > /usr/lib/python3/dist-packages/liquidctl-0.0.0.dist-info/INSTALLER > /usr/lib/python3/dist-packages/liquidctl-0.0.0.dist-info/METADATA > /usr/lib/python3/dist-packages/liquidctl-0.0.0.dist-info/WHEEL > /usr/lib/python3/dist-packages/liquidctl-0.0.0.dist-info/entry_points.txt > /usr/lib/python3/dist-packages/liquidctl-0.0.0.dist-info/top_level.txt https://packages.debian.org/sid/all/liquidctl/filelist Attached is a patch to fix this (though the package still FTBFS due to the failing test mentioned in https://bugs.debian.org/1064743) diff -Nru liquidctl-1.13.0/debian/changelog liquidctl-1.13.0/debian/changelog --- liquidctl-1.13.0/debian/changelog 2023-12-09 21:25:53.0 +0100 +++ liquidctl-1.13.0/debian/changelog 2024-04-27 11:45:29.0 +0200 @@ -1,3 +1,10 @@ +liquidctl (1.13.0-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * d/control: build-dep on setuptools-scm to fix wrong "0.0.0" version + + -- Michael R. Crusoe Sat, 27 Apr 2024 11:45:29 +0200 + liquidctl (1.13.0-2) unstable; urgency=medium * Update watch file. diff -Nru liquidctl-1.13.0/debian/control liquidctl-1.13.0/debian/control --- liquidctl-1.13.0/debian/control 2023-12-09 21:25:53.0 +0100 +++ liquidctl-1.13.0/debian/control 2024-04-27 11:45:08.0 +0200 @@ -9,6 +9,7 @@ pybuild-plugin-pyproject, python3-all, python3-setuptools, + python3-setuptools-scm, python3-smbus, python3-pytest , python3-docopt , OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069896: python3-tqdm: internal version is wrongly reported as 0.0.0
Package: python3-tqdm Version: 4.66.2-1 Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package doesn't know its own version number, due to upstream using setuptools-scm: > /usr/lib/python3.12/dist-packages/tqdm-0.0.0.dist-info/INSTALLER > /usr/lib/python3.12/dist-packages/tqdm-0.0.0.dist-info/top_level.txt https://packages.debian.org/trixie/all/python3-tqdm/filelist Attached is a patch to fix this. commit 57f42a5693cb8fd1c0f80a0f605396d18ae24a0c Author: Michael R. Crusoe Date: Fri Apr 26 17:35:10 2024 +0200 d/watch: switch to PyPI to grab the _version file. Fixes "0.0.0" version reporting. diff --git a/debian/control b/debian/control index 8738979..24c5b98 100644 --- a/debian/control +++ b/debian/control @@ -14,6 +14,7 @@ Build-Depends: python3-pytest-timeout , python3-rich , python3-setuptools, + python3-setuptools-scm, python3-tk , Rules-Requires-Root: no Standards-Version: 4.7.0 OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069850: python3-locust: internal version is wrongly reported as 0.0.0
Package: python3-locust Version: 2.12.1-1 Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package dosage doesn't know its own version number, due to upstream using setuptools-scm: > /usr/lib/python3/dist-packages/locust-0.0.0.dist-info/INSTALLER > /usr/lib/python3/dist-packages/locust-0.0.0.dist-info/METADATA > /usr/lib/python3/dist-packages/locust-0.0.0.dist-info/WHEEL > /usr/lib/python3/dist-packages/locust-0.0.0.dist-info/entry_points.txt > /usr/lib/python3/dist-packages/locust-0.0.0.dist-info/top_level.txt https://packages.debian.org/sid/all/python3-locust/filelist Attached is a patch to fix this. And for your convenience, I've opened a MR on Salsa https://salsa.debian.org/morph/locust/-/merge_requests/1 commit 6ff25b492074b540ae83807f532f09f925b2a9a3 Author: Michael R. Crusoe Date: Thu Apr 25 21:24:24 2024 +0300 d/control: build-dep on setuptools-scm to fix wrong "0.0.0" version diff --git a/debian/control b/debian/control index 152e334..c2cf63d 100644 --- a/debian/control +++ b/debian/control @@ -18,6 +18,7 @@ Build-Depends: debhelper-compat (= 13), python3-retry , python3-roundrobin , python3-setuptools, + python3-setuptools-scm, python3-typing-extensions , python3-zmq (>= 16.0.2) , Standards-Version: 4.6.2.0 diff --git a/debian/rules b/debian/rules index a7d2f09..4de9e15 100755 --- a/debian/rules +++ b/debian/rules @@ -1,7 +1,6 @@ #! /usr/bin/make -f export PYBUILD_NAME=locust -export SETUPTOOLS_SCM_PRETEND_VERSION=$(DEB_VERSION_UPSTREAM) %: dh $@ --with python3 --buildsystem=pybuild OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069837: python3-doc8: internal version is wrongly reported as 0.0.0
I have also added a commit to the MR which enables the use of pybuild to run the tests, and then turns on pybuild-autopkgtest to enable a quicker migration of the package to testing: https://salsa.debian.org/openstack-team/libs/python-doc8/-/merge_requests/4/diffs?commit_id=29e749091707ef49d7c531c702124a832fe5e4b8 OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069837: python3-doc8: internal version is wrongly reported as 0.0.0
Package: python3-doc8 Version: 0.10.1-1 Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package dosage doesn't know its own version number, due to upstream using setuptools-scm: > /usr/lib/python3/dist-packages/doc8-0.0.0.dist-info/INSTALLER > /usr/lib/python3/dist-packages/doc8-0.0.0.dist-info/METADATA > /usr/lib/python3/dist-packages/doc8-0.0.0.dist-info/WHEEL > /usr/lib/python3/dist-packages/doc8-0.0.0.dist-info/entry_points.txt > /usr/lib/python3/dist-packages/doc8-0.0.0.dist-info/top_level.txt https://packages.debian.org/sid/all/python3-doc8/filelist Attached is a patch to fix this. And for your convenience, I've opened a MR on Salsa https://salsa.debian.org/openstack-team/libs/python-doc8/-/merge_requests/4 Author: Michael R. Crusoe Date: Thu Apr 25 19:03:38 2024 +0300 d/control: build-dep on setuptools-scm to fix wrong "0.0.0" version diff --git a/debian/control b/debian/control index 781f221..ba65eba 100644 --- a/debian/control +++ b/debian/control @@ -12,7 +12,8 @@ Build-Depends: pybuild-plugin-pyproject, python3-all, python3-pbr, - python3-poetry-core, + python3-setuptools, + python3-setuptools-scm, python3-sphinx, python3-sphinx-rtd-theme, Build-Depends-Indep: OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069833: git-cola: internal version is wrongly reported as 0.0.0
Package: git-cola Version: 4.3.2-1 Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package dosage doesn't know its own version number, due to upstream using setuptools-scm: > /usr/lib/python3/dist-packages/git_cola-0.0.0.dist-info/INSTALLER > /usr/lib/python3/dist-packages/git_cola-0.0.0.dist-info/METADATA > /usr/lib/python3/dist-packages/git_cola-0.0.0.dist-info/WHEEL > /usr/lib/python3/dist-packages/git_cola-0.0.0.dist-info/entry_points.txt > /usr/lib/python3/dist-packages/git_cola-0.0.0.dist-info/top_level.txt https://packages.debian.org/sid/all/git-cola/filelist Attached is a patch to fix this. --- debian/control.orig 2024-04-25 14:15:31.419546205 + +++ debian/control 2024-04-25 14:12:30.645724504 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Laszlo Boszormenyi (GCS) Build-Depends: debhelper-compat (= 13), dh-python, pybuild-plugin-pyproject -Build-Depends-Indep: python3, python3-qtpy, python3-sphinx, rsync, git-core, gettext, asciidoc (>= 8.2), xmlto +Build-Depends-Indep: python3, python3-setuptools-scm, python3-qtpy, python3-sphinx, rsync, git-core, gettext, asciidoc (>= 8.2), xmlto Standards-Version: 4.6.2 Rules-Requires-Root: no Homepage: https://git-cola.github.io/ OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069832: dosage: internal version is wrongly reported as 0.0.0
Package: dosage Version: 3.0+dfsg-1 Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package dosage doesn't know its own version number, due to upstream using setuptools-scm: > /usr/lib/python3/dist-packages/dosage-0.0.0.dist-info/INSTALLER > /usr/lib/python3/dist-packages/dosage-0.0.0.dist-info/METADATA > /usr/lib/python3/dist-packages/dosage-0.0.0.dist-info/WHEEL > /usr/lib/python3/dist-packages/dosage-0.0.0.dist-info/entry_points.txt > /usr/lib/python3/dist-packages/dosage-0.0.0.dist-info/top_level.txt https://packages.debian.org/sid/all/dosage/filelist Attached is a patch to fix this. And for your convenience, I've opened a MR on Salsa: https://salsa.debian.org/debian/dosage/-/merge_requests/1 commit 5fce4d3021304f19e7bb58886f0917e1a3959388 Author: Michael R. Crusoe Date: Thu Apr 25 16:39:05 2024 +0300 d/control: build-dep on setuptools-scm to fix wrong "0.0.0" version diff --git a/debian/control b/debian/control index 47413bb..dbc2ff4 100644 --- a/debian/control +++ b/debian/control @@ -7,7 +7,8 @@ Build-Depends: debhelper-compat (= 13), pybuild-plugin-pyproject, python3, python3-colorama, - python3-setuptools + python3-setuptools, + python3-setuptools-scm Standards-Version: 4.6.2 Rules-Requires-Root: no Homepage: https://dosage.rocks OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1069568: ITP: python-hatch-mypyc -- Hatch build hook plugin for Mypyc
Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name : python-hatch-mypyc Version : 0.16.0 Upstream Author : Ofek Lev * URL : https://github.com/ofek/hatch-mypyc * License : Expat Programming Lang: Python Description : Hatch build hook plugin for Mypyc Provides a build hook plugin for Hatch build system for Python that compiles code with Mypyc. Remark: This package is Team Maintained by Michael R. Crusoe and the Debian Python Team at https://salsa.debian.org/python-team/packages/python-hatch-mypyc OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1066036: black: Consider building faster native packages with mypyc
On 19/04/2024 07.17, Julian Gilbey wrote: On Mon, Mar 11, 2024 at 02:49:26PM +0100, Michael R. Crusoe wrote: Package: black Version: 23.1.0-1 Severity: wishlist X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package supports building native code extensions using mypyc. Upstream themselves ship portable binary wheels for better performance. As a member of the Debian Package Team, I would be happy to add I should have said "Debian Python Package Team" this to your package. Please let me know. This sounds like a nice idea; the pyproject.toml file states: [tool.hatch.build.targets.wheel.hooks.mypyc] enable-by-default = false dependencies = [ "hatch-mypyc>=0.16.0", "mypy==1.7.1", "click==8.1.3", # avoid https://github.com/pallets/click/issues/2558 ] so you would have to build python3-hatch-pypyc first, though. If you can do that, this would be plausible. Sure, I'll make that package. I would guess that using mypyc would depend on having mypyc in Debian, but at the moment it's only an ITP (#932003). Oh! mypyc has been apart of the mypy Debian package since 0.740-1; Thanks, I've gone and closed that bug. Thanks for the positive response. How do you want the mypyc compilation added to the package? Do you want a diff, a merge-request on Salsa, or a team upload? OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067234: symfit: autopkgtest regression with NumPy 1.26
On Mon, 8 Apr 2024 17:09:33 + Graham Inggs wrote: > Control: tags -1 + patch > > Hi Maintainer > > While asserting that no warnings are raised is a useful test for the > upstream developers, I don't think it makes sense for downstreams. > > I propose to disable the assertion as follows: > > --- a/tests/test_minimizers.py > +++ b/tests/test_minimizers.py > @@ -117,7 +117,7 @@ > # Should no longer raise warnings, because internally we practice > # what we preach. > fit_custom = BFGS(chi_squared, [a, b]) > - assert len(recwarn) == 0 > +# assert len(recwarn) == 0 > > fit_custom_result = fit_custom.execute() > > Please let me know if you are happy with a team upload and I will proceed. > As a bonus, I attach a patch that fixes several SyntaxWarnings that > occur with Python 3.12. Hey Graham, A team upload is fine, thanks for the fixes; please go ahead and upload them. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067824: RM: python-cutadapt [s390x] -- ROM; build and runtime dependency no longer builds on s390x
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python-cutad...@packages.debian.org, cru...@debian.org Control: affects -1 + src:python-cutadapt Control: block 1067823 by -1 Hello, python-cutadapt is a biomedical research library with a build and runtime dependency on python3-dnaio, which no longer supports s390x. Thanks! OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067823: RM: python-dnaio [s390x] -- ROM; biomedical research library, new upstream version no longer supports big-endian
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python-dn...@packages.debian.org, cru...@debian.org Control: affects -1 + src:python-dnaio Hello, python-dnaio is a biomedical research library; upstream does not test on big-endian systems and s390x is rarely or never used in bioinformatics. Thanks! OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067540: setuptools: Please upgrade to version 69.0.0 or later so that type information is automatically included
Source: setuptools
Severity: normal
X-Debbugs-Cc: cru...@debian.org
Control: affects -1 python3-cheroot
Dear maintainer,
Some Python packages rely on the behaviour in recent setuptools that automatically
includes the type information files ("*.pyi") as part of the distribution.
So it would be nice if setuptools was upgraded to at least version 69.0.0 when
this was introduced: https://setuptools.pypa.io/en/latest/history.html#v69-0-0
Thanks!
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1067424: python3-sphinx: Needs conflict with old versions of python-flask-restful-doc & python-pylatex-doc
Package: python3-sphinx Version: 5.3.0-4 Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org This is blocking sphinx from migrating to Testing. I'm happy to do a team-upload, do let me know. diff --git a/debian/control b/debian/control index c51ddae3..41ceb0a6 100644 --- a/debian/control +++ b/debian/control @@ -74,7 +74,9 @@ Breaks: python3-breathe (<< 4.15), python3-sphinx-rtd-theme (<< 1.2.0+dfsg-2~), python3-sphinx-tabs (<< 3.4.0), python3-sphinxcontrib.serializinghtml (<< 1.1.5), - python3-sphinxcontrib.websupport (<< 1.1.2) + python3-sphinxcontrib.websupport (<< 1.1.2), + python-flask-restful-doc (<< 0.3.10-2), + python-pylatex-doc (<< 1.4.2-3) Conflicts: python-sphinx Description: documentation generator for Python projects Sphinx is a tool for producing documentation for Python projects, using OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067423: RM: libwfa2-dev [armel armhf i386 hppa sh4 x32] -- ROM; non of its rdeps build on 32-bit archs
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: libw...@packages.debian.org, cru...@debian.org Control: affects -1 + src:libwfa2 All the packages that source packages that reverse-depend on any of the libwfa2-dev binary packages are only building on 64-bit architectures So lets save some build time and avoid an unnecessary t64 transition. Thanks!
Bug#1067166: RM: jellyfish [armel armhf hppa i386] -- ROM; scientific software & upstream doesn't suppport 32-bit systems
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: jellyf...@packages.debian.org, cru...@debian.org Control: affects -1 + src:jellyfish Control: block -1 1067165 Control: block -1 1067164 Control: tag -1 moreinfo In general it isn't worth our time to support 32-bit architectures for scientific computing software. The Jellyfish upstream has specifically stated that they do not want to support 32-bit architectures, and I agree with them: https://github.com/gmarcais/Jellyfish/pull/202#issuecomment-2007544485 -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067165: RM: crac [i386 armel armhf] -- ROM; scientific software & upstream dependency doesn't suppport 32-bit systems
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: c...@packages.debian.org, cru...@debian.org Control: affects -1 + src:crac In general it isn't worth our time to support 32-bit architectures for scientific computing software. This specific request is in support of removing the 32-bit builds of "jellyfish", as upstream does not want to support those architectures. -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067164: RM: centrifuge [i386 armel armhf hppa] -- ROM; scientific software & upstream dependency doesn't suppport 32-bit systems
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: centrif...@packages.debian.org, cru...@debian.org Control: affects -1 + src:centrifuge In general it isn't worth our time to support 32-bit architectures for scientific computing software. This specific request is in support of removing the 32-bit builds of "jellyfish", as upstream does not want to support those architectures. -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1060104: dcmtk: FTBFS on armel: Error: bad immediate value for offset (4100)
On Tue, 19 Mar 2024 12:16:16 +0100 Emanuele Rocca wrote: > Hi Andreas, > > On 2024-03-19 10:40, Andreas Tille wrote: > > Since you all pinged that bug we now have another 4 weeks of time before > > anything gets removed from testing. So we just need to bear the noise > > from testing removal warnings of quite some packages (which I'd love to > > get rid of thus uploading a fix would be great). > > I've uploaded a NMU to DELAYED/2: https://bugs.debian.org/1067147 > > With those changes dcmtk builds fine on both armel and armhf. I've > dropped the graphviz build-depend on those arches too, it can of course > be reintroduced once graphviz become installable again. Thanks, Emanuele; I've incorporated your changes on top of Sébastien Jodogne's very recent upload and will be uploading that shortly. > -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067114: ITP: python-sphinx-codeautolink -- Automatic links from code examples to reference documentation
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-sphinx-codeautolink -- Automatic links from code examples to reference documentation Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name : python-sphinx-codeautolink Version : 0.15.0 Upstream Author : Copyright: (c) 2021-2023 Felix Hildén * URL : https://sphinx-codeautolink.rtfd.io/ * License : expat Programming Lang: Python Description : Automatic links from code examples to reference documentation This plugin for the Sphinx documenation tool makes code examples clickable by inserting links from individual code elements to the corresponding reference documentation. We aim for a minimal setup assuming your examples are already valid Python. . For a live demo, see our online documentation on `Read The Docs <https://sphinx-codeautolink.rtfd.org>`_. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/python-sphinx-codeautolink -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1066918: nmu: packages that build-depend on the libsimde-dev header-only library
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: cru...@debian.org
Hello!
There is a new release of the libsimde-dev header only library which
include fixes for many architectures and numerous optimizations. More
information is available at https://wiki.debian.org/SIMDEverywhere
Please rebuild all packages that build-dep on libsimde-dev so they may
gain the benefits of the new release.
Of course, given all of the excitement in the archive with the t64
transition, I am happy for this to wait for a bit :-)
The following command is from the output of:
# apt install wget devscripts dose-extra dctrl-tools
echo "nmu " ; for source in $(build-rdeps --quiet --distribution
unstable libsimde-dev); \
do for version in $(rmadison ${source} --suite unstable
--architecture source | awk '{ print $3}') ; \
do echo -n "${source}_${version} " ; done ; done ; echo " . ANY .
-m 'Rebuild using libsimde-dev 0.8.0-1.'"
nmu abpoa_1.5.1-1 bowtie2_2.5.2-1 bwa_0.7.17-7 emscripten_3.1.6~dfsg-6
examl_3.0.22-4 fasta3_36.3.8i.14-Nov-2020-1
fermi-lite_0.1+git20190320.b499514-1 gatk-bwamem_1.0.4+dfsg2-2
gmap_2024-02-22+ds-1 hhsuite_3.3.0+ds-8 hisat2_2.2.1-4 kalign_1:3.3.5-1
kmc_3.2.4+dfsg-1 last-align_1542-1 libssw_1.1-14 looking-glass_0+b6-1
macs_3.0.1-2 metaeuk_6-a5d39d9+ds-4 minimap2_2.24+dfsg-3
minimap2_2.26+dfsg-1 mmseqs2_15-6f452+ds-2
ngmlr_0.2.7+git20210816.a2a31fb+dfsg-2 obs-3d-effect_0.0.2-2
obs-advanced-scene-switcher_1.23.1-2 obs-ashmanix-blur-filter_1.0.1-2
obs-ashmanix-countdown_1.3.3-1 obs-color-monitor_0.6.1-1
obs-command-source_0.4.0-4 obs-downstream-keyer_0.2.7-2
obs-gradient-source_0.3.2-1 obs-move-transition_2.9.6-1 obs-ptz_0.10.4-1
obs-scene-as-transition_1.1.0+20230419.ce423a3-2
obs-scene-collection-manager_0.0.8-4 obs-scene-notes-dock_0.2.0-2
obs-scene-tree-view_0.1.7-1 obs-source-clone_0.1.4-1
obs-source-copy_0.2.2-7 obs-studio_29.1.3+dfsg-2
obs-studio_30.0.2+dfsg-2 obs-studio_30.0.2+dfsg-2.1
obs-time-source_0.2-3 obs-transition-table_0.2.7-1
obs-vintage-filter_1.0.0-2 obs-websocket_4.9.0-2 onednn_2.7.4-2
onednn_3.1.1-2 openmm_8.0.0+dfsg-6 openmm_8.0.0+dfsg-6.1
parasail_2.6.2+dfsg-1 pbcopper_2.3.0+dfsg-2 plast_2.3.2+dfsg-10
plink2_2.00~a5.8-231123+dfsg-1 python-skbio_0.5.9-4 rapmap_0.15.0+dfsg-3
raxml_8.2.13+dfsg-1 rna-star_2.7.11b+dfsg-1 salmon_1.10.2+ds1-1
scrappie_1.4.2-8 seqan-raptor_3.0.1+ds-5 snap-aligner_2.0.3+dfsg-2
spoa_4.0.8-1 supertuxkart_1.4+dfsg-3 vg_1.30.0+ds-1 wtdbg2_2.5-9
z3_4.8.12-3.1 . ANY . -m 'Rebuild using libsimde-dev 0.8.0-1.'
Thanks!
--
Michael R. Crusoe
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1066016: python-rdflib-doc: please make the build reproducible.
control: repopen -1 On Thu, 14 Mar 2024 13:04:29 + James Addison wrote: > Hi Michael, > > Thank you for merging and uploading this change. Unfortunately it seems that > my suggestion didn't solve the problem (based on inspecting the results of a > recent reprotest[1] on Salsa - there's still a 'identifier=>' with > randomness in the built documentation). > > That's my mistake for not testing the patch thoroughly enough. Please let me > know how to proceed (for example, whether you'd prefer that I revert the > change). Well, the build failed, so the CI on Salsa wasn't able to test your MR. No worries, it isn't your fault! I think the patch still helped, we can keep it while you continue your investigations. I really appreciate it! -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1066036: black: Consider building faster native packages with mypyc
Package: black Version: 23.1.0-1 Severity: wishlist X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package supports building native code extensions using mypyc. Upstream themselves ship portable binary wheels for better performance. As a member of the Debian Package Team, I would be happy to add this to your package. Please let me know. https://pypi.org/project/black/#files Example Debian packages that uses mypyc to compile on many architectures: https://tracker.debian.org/pkg/python-schema-salad -- Michael R. Crusoe
Bug#1066035: python-charset-normalizer: Consider building native packages with mypyc
Source: python-charset-normalizer Severity: wishlist X-Debbugs-Cc: cru...@debian.org Dear Maintainer, I noticed that your package supports building native code extensions using mypyc. Upstream themselves ship portable binary wheels for better performance. As a member of the Debian Package Team, I would be happy to add this to your package. Please let me know. https://pypi.org/project/charset-normalizer/#files Example Debian packages that uses mypyc to compile on many architectures: https://tracker.debian.org/pkg/python-schema-salad -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1062170: glw: NMU diff for 64-bit time_t transition
On Wed, 31 Jan 2024 14:54:08 + =?utf-8?q?Lukas_M=C3=A4rdian?=
wrote:
> Source: glw
> Version: 8.0.0-1.1
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> Dear maintainer,
>
> As part of the 64-bit time_t transition required to support 32-bit
> architectures in 2038 and beyond
> (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> glw as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> side we assume is affected).
>
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition, which is most easily done by renaming the
> runtime library package.
>
> Since turning on 64-bit time_t is being handled centrally through a
change
> to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
> important that libraries affected by this ABI change all be uploaded
close
> together in time. Therefore I have prepared a 0-day NMU for glw
> which will initially be uploaded to experimental if possible, then to
> unstable after packages have cleared binary NEW.
>
> Please find the patch for this NMU attached.
I don't think this patch was effective. There is no package rename and
the build log from experimental contains the following warning:
> dpkg-gencontrol: warning: Provides field of package libglw1-mesa:
substitution variable ${t64:Provides} used, but is not defined
--
Michael R. Crusoe
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1066026: ITP: python-pytest-retry -- Adds the ability to retry flaky tests in pytest
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-pytest-retry -- Adds the ability to retry flaky tests in pytest Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name : python-pytest-retry Version : 1.6.2 Upstream Author : Copyright: (c) 2022 Silas * URL : https://github.com/str0zzapreti/pytest-retry * License : expat Programming Lang: Python Description : Adds the ability to retry flaky tests in pytest A plugin for Pytest which adds the ability to retry flaky tests, thereby improving the consistency of the test suite results. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/python-pytest-retry -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1063688: mypy fails with a combination of argparse and glob
control: fixed -1 1.6.0-1
On Sat, 10 Feb 2024 21:17:39 -0800 Mike Castle wrote:
> Package: mypy
> Version: 1.0.1-1
> Severity: normal
> X-Debbugs-Cc: dalg...@gmail.com
>
> Dear Maintainer,
>
> $ cat u.py
> import argparse
> import glob
>
> parser = argparse.ArgumentParser()
> parser.add_argument('-g', type=glob.glob)
>
> $ mypy u.py
> u.py:5: error: Argument "type" to "add_argument" of
"_ActionsContainer" has incompatible type "Callable[[AnyStr,
DefaultNamedArg(Optional[Union[str, bytes, PathLike[str],
PathLike[bytes]]], 'root_dir'), DefaultNamedArg(Optional[int],
'dir_fd'), DefaultNamedArg(bool, 'recursive'), DefaultNamedArg(bool,
'include_hidden')], List[AnyStr]]"; expected "Union[Callable[[str],
List[AnyStr]], FileType]" [arg-type]
> Found 1 error in 1 file (checked 1 source file)
>
> Add the following directive to whatever line contains
"type=glob.glob" is a
> work around:
>
> # type: ignore[arg-type]
Thank you for your report. This was fixed in mypy 1.6.0; I recommend
using your workaround in the mean time.
--
Michael R. Crusoe
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1064529: python3-hmmlearn: installed metadata wrong, `pip show hmmlearn` shows 0.0.0
Package: python3-hmmlearn Version: 0.3.0-4 Severity: normal X-Debbugs-Cc: cru...@debian.org # pip show hmmlearn Name: hmmlearn Version: 0.0.0 Summary: Hidden Markov Models in Python with scikit-learn like API Home-page: https://github.com/hmmlearn/hmmlearn Author: Author-email: License: new BSD Location: /usr/lib/python3/dist-packages Requires: numpy, scikit-learn, scipy Required-by: # dpkg -L python3-hmmlearn | grep dist-info /usr/lib/python3/dist-packages/hmmlearn-0.0.0.dist-info /usr/lib/python3/dist-packages/hmmlearn-0.0.0.dist-info/INSTALLER /usr/lib/python3/dist-packages/hmmlearn-0.0.0.dist-info/METADATA /usr/lib/python3/dist-packages/hmmlearn-0.0.0.dist-info/WHEEL /usr/lib/python3/dist-packages/hmmlearn-0.0.0.dist-info/top_level.txt -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1062661: RM: python-rdflib-jsonld -- ROM; Obsoleted by python3-rdflib 6.x; last use in sid removed
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python-rdflib-jso...@packages.debian.org, cru...@debian.org Control: affects -1 + src:python-rdflib-jsonld Thanks! -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1062212: ontospy: Unnecessary dependency on python3-rdflib-jsonld ; part of rdflib since 6.x
Source: ontospy Severity: normal Tags: patch X-Debbugs-Cc: cru...@debian.org Since version 6.x of rdflib, the "jsonld" functionality has been included without the need for the "rdflib-jsonld" Python package. Ontospy is the one of last source package in the Debian archive that build-deps on python3-rdflib-jsonld. Please apply the attached patch and make a new release so I can remove python3-rdflib-jsonld from the archive. Thanks! -- Michael R. Crusoe Author: Michael R. Crusoe Date: Wed Jan 31 16:47:50 2024 +0100 d/control: remove unused dependency on python3-rdflib-jsonld. This functionality is part of rdflib since their 6.x release. diff --git a/debian/changelog b/debian/changelog index 8027262..3019699 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +ontospy (2.1.1~dfsg2-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * d/control: remove unused dependency on python3-rdflib-jsonld. This +functionality is part of rdflib since their 6.x release. + + -- Michael R. Crusoe Wed, 31 Jan 2024 16:47:39 +0100 + ontospy (2.1.1~dfsg2-2) unstable; urgency=medium * fix link to JavaScript library chart.js diff --git a/debian/control b/debian/control index cce75c8..fdf1a13 100644 --- a/debian/control +++ b/debian/control @@ -27,7 +27,6 @@ Build-Depends: python3-pygments, python3-pyparsing, python3-rdflib (>= 6), - python3-rdflib-jsonld, python3-requests, python3-setuptools, python3-sparqlwrapper, OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1061748: ontospy ftbfs with Python 3.12 as default
Dear maintainer,
Attached is a patch to fix the Python 3.12 FTBFS.
--
Michael R. Crusoe
Author: Michael R. Crusoe
Date: Wed Jan 31 16:53:11 2024 +0100
d/patches/1006_configparser.patch: Fix Python 3.12 compatability.
Closes: #1061748
diff --git a/debian/patches/1006_configparser.patch b/debian/patches/1006_configparser.patch
new file mode 100644
index 000..d0e47c5
--- /dev/null
+++ b/debian/patches/1006_configparser.patch
@@ -0,0 +1,44 @@
+From: Michael R. Crusoe
+Subject: Add Python 3.12 compatability
+--- ontospy.orig/ontospy/core/__init__.py
ontospy/ontospy/core/__init__.py
+@@ -6,7 +6,7 @@
+ import logging
+ logging.basicConfig()
+
+-from configparser import SafeConfigParser
++from configparser import ConfigParser
+ import sys, os
+ import pickle as cPickle
+
+--- ontospy.orig/ontospy/core/actions.py
ontospy/ontospy/core/actions.py
+@@ -19,7 +19,7 @@
+ import urllib.request
+ from urllib.request import urlopen
+ from urllib.parse import quote # Python 3+
+-from configparser import SafeConfigParser
++from configparser import ConfigParser
+
+ from . import *
+ from .ontospy import Ontospy
+@@ -521,7 +521,7 @@
+
+ if os.path.isdir(_location):
+
+-config = SafeConfigParser()
++config = ConfigParser()
+ config_filename = ONTOSPY_LOCAL + '/config.ini'
+ config.read(config_filename)
+ if not config.has_section('models'):
+--- ontospy.orig/ontospy/core/manager.py
ontospy/ontospy/core/manager.py
+@@ -63,7 +63,7 @@
+ """Gets the path of the local library folder
+ :return - a string e.g. "/users/mac/ontospy"
+ """
+-config = SafeConfigParser()
++config = ConfigParser()
+ config_filename = ONTOSPY_LOCAL + '/config.ini'
+
+ if not os.path.exists(config_filename):
diff --git a/debian/patches/series b/debian/patches/series
index 90369c2..f8938eb 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -3,4 +3,5 @@
1003_bootstrap.patch
1004_chart.patch
1005_d3.patch
+1006_configparser.patch
2001_privacy.patch
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1062133: python3-extruct: Unnecessary dependency on python3-rdflib-jsonld ; part of rdflib since 6.x
Package: python3-extruct
Severity: normal
Tags: patch
X-Debbugs-Cc: cru...@debian.org
Hello,
Since version 6.x of rdflib, the "jsonld" functionality has been
included without the need for the "rdflib-jsonld" Python package.
Extruct is the last source package in the Debian archive that produces a
binary depending on python3-rdflib-jsonld. Please apply the attached
patch and make a new release so I can remove python3-rdflib-jsonld from
the archive.
Thanks!
--
Michael R. Crusoe
diff --git a/debian/patches/01_fix-rdflib-python-version.patch b/debian/patches/01_fix-rdflib-python-version.patch
index dab3eb6..3ad04d4 100644
--- a/debian/patches/01_fix-rdflib-python-version.patch
+++ b/debian/patches/01_fix-rdflib-python-version.patch
@@ -1,12 +1,12 @@
a/setup.py
-+++ b/setup.py
-@@ -42,9 +42,9 @@ setup(
+--- extruct.orig/setup.py
extruct/setup.py
+@@ -41,10 +41,7 @@
+ package_data={"extruct": ["VERSION"]},
install_requires=[
"lxml",
- 'rdflib<6.0.0;python_version<"3.7"',
+-'rdflib<6.0.0;python_version<"3.7"',
-'rdflib-jsonld<=0.5.0;python_version<"3.7"',
-+'rdflib-jsonld<=0.5.0',
- # rdflib 6.x.y (only on 3.7 and up) contains jsonld
+-# rdflib 6.x.y (only on 3.7 and up) contains jsonld
-'rdflib>=6.0.0;python_version>="3.7"',
+'rdflib>=6.0.0',
"pyrdfa3",
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1061293: ITP: python-spython -- Command line python tool for working with Singularity
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-spython -- Command line python tool for working with Singularity Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name : python-spython Version : 0.3.13 Upstream Author : , Vanessa Sochat * URL : https://github.com/singularityhub/singularity-cli * License : MPL-2.0 Programming Lang: Python Description : Command line python tool for working with Singularity Singularity Python (spython) is the Python API for working with Singularity software containers. . This library does not support Singularity 2.x! It won't work and we no longer support it. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/python-spython -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1058096: Test suite issues with new version of python3-antlr4 (Was: python3-antlr4: FTBFS: AttributeError: 'TestIntervalSet' object has no attribute 'assertEquals'. Did you mean: 'assertEqual'?)
On Thu, 21 Dec 2023 14:30:34 +0100 Andreas Tille wrote: > 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]: Hey Andreas, Please don't upgrade python3-antlr4 ; its version should match that of the antlr4 package. Yes, I know the versions don't currently match, and that antlr4 is a bit behind and has been for a while. But they come from the same source tree and further upgrades without matching will likely only make the situation worse. Maybe you can add the above note to debian/README.Source after you reverse the upgrade? -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#992180: MR with fix available Re: openmm FTBFS on amd64/arm64/ppc64el
On Sun, 15 Aug 2021 12:11:53 +0300 Adrian Bunk wrote: > Source: openmm > Version: 7.5.1+dfsg-1 > Severity: important > Tags: ftbfs > > https://buildd.debian.org/status/package.php?p=openmm=sid > > ... > /<>/openmmapi/include/openmm/internal/vectorize_sse.h:38:10: fatal error: smmintrin.h: No such file or directory > 38 | #include > | ^ > compilation terminated. > make[4]: *** [platforms/cpu/sharedTarget/CMakeFiles/OpenMMCPU.dir/build.make:98: platforms/cpu/sharedTarget/CMakeFiles/OpenMMCPU.dir/__/src/CpuCustomGBForce.cpp.o] Error 1 > > > Nice to have would be a vectorize_generic.h (or using simde), > not sure whether upstream would be interested in doing that. Hello, I opened the merge request below to add SIMDe to this package; I tested on the riscv64 porterbox where the build succeeded, included tests. Likewise on my personal amd64 laptop. https://salsa.debian.org/debichem-team/openmm/-/merge_requests/1 It won't fix the FTBFS on armel / armhf; that's due to them being detected as arm64 and inappropriate NEON intrinsics being used -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1056165: google.protobuf stubs missing?
Control: tags -1 +confirmed On Fri, 17 Nov 2023 21:22:55 -0500 David Mandelberg wrote: > python3-typeshed has python3-types-protobuf in its Provides, so I assume > it's supposed to provide types for google.protobuf? But I don't actually > see any stubs for that package, and mypy gives this error: Looks like the overlapping namespaces with types_google_cloud is the cause: > WARNING: Target directory /<>/debian/python3-typeshed/usr/lib/python3/dist-packages/google-stubs already exists. Specify --upgrade to force replacement. ( From https://buildd.debian.org/status/fetch.php?pkg=typeshed=all=0.0%7Egit2023.6764465-2=1699968002=0 ) To fix this will require changes to https://salsa.debian.org/python-team/packages/typeshed/-/blob/debian/unstable/debian/install_stubs.py Perhaps a separate install_root for each package, and then merge them together at the end in debian/python3-typeshed ? -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1055885: workflow: Package name too generic, please pick something more specific
Source: workflow Severity: normal X-Debbugs-Cc: cru...@debian.org,debian-scie...@lists.debian.org,debian-...@lists.debian.org Hello, "workflow" is a very generic name for a Debian package. In scientific computing there are over 340 workflow systems[0]. Perhaps this source package would better be named "sogou-workflow" and the binary packages likewise renamed "libsogou-workflow-dev", etc.. Thanks, [0] https://s.apache.org/existing-workflow-systems -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1055787: RM: trinityrnaseq [armel armhf i386 mips64el s390x all] -- ROM; restricted list of supported architectures due to depenedencies
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: trinityrna...@packages.debian.org, cru...@debian.org Control: affects -1 + src:trinityrnaseq I've trimmed the architecture list to match what is available due dependencies. -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1031192: toil: FTBFS (The job JobClass is requesting 2.0 cores)
On Sat, 21 Oct 2023 13:17:42 +0200 Santiago Vila wrote: > El 21/10/23 a las 12:27, Michael R. Crusoe escribió: > > On Fri, 20 Oct 2023 23:29:46 +0200 Santiago Vila wrote: > > > El 20/10/23 a las 23:08, Andreas Tille escribió: > > > > Am Fri, Oct 20, 2023 at 10:12:17PM +0200 schrieb Santiago Vila: > > > >> > > > >> But then I also realized that version tagged "debian/5.9.2-2" in git > > > >> is different than version 5.9.2-2 in the FTP archive, i.e. > > > >> what I can get by doing "apt-get source toil" in bookworm. > > > > Whoops, what a huge mess. Probably my fault. I've re-imported the DSCs for debian/5.9.2-1 and debian/5.9.2-2 and reset the tags to point to them. > > > > Can you try again? > > I don't see the tag "debian/5.9.2-2" when I do "git log". > > (Ok, I *can* checkout such tag, but the fact that I can't > see it in a normal way makes me to suspect there may be > something wrong). > > (Maybe it is because I have a personal dislike for non-linear > history in git, but I don't really know if that's something > that it's covered by debian-med policy or not). I also dislike non-linear history, but the mistake has already been made and there have been subsequent releases. So this disconnected tag is the best I can do, sorry. -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1031192: toil: FTBFS (The job JobClass is requesting 2.0 cores)
On Fri, 20 Oct 2023 23:29:46 +0200 Santiago Vila wrote: > El 20/10/23 a las 23:08, Andreas Tille escribió: > > Am Fri, Oct 20, 2023 at 10:12:17PM +0200 schrieb Santiago Vila: > >> > >> But then I also realized that version tagged "debian/5.9.2-2" in git > >> is different than version 5.9.2-2 in the FTP archive, i.e. > >> what I can get by doing "apt-get source toil" in bookworm. Whoops, what a huge mess. Probably my fault. I've re-imported the DSCs for debian/5.9.2-1 and debian/5.9.2-2 and reset the tags to point to them. Can you try again? -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1054140: python-refurb: FTBFS with mypy 1.6.0
Source: python-refurb Version: 1.21.0-1 Severity: normal Tags: patch ftbfs upstream Dear Maintainer, Mypy 1.6.0-1 is in unstable, an unfortunately it causes a build-type test for python-refurb to fail[0]. I reported this upstream[1] and they maintainer provided a fix[2]. Would you please apply this as a patch to unblock the migration of mypy 1.6.0-1 to testing. Or, if you wish, I can do a team-upload of python-refurb for you. Thanks, [0] https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-refurb/39057922/log.gz [1] https://github.com/dosisod/refurb/issues/295 [2] https://github.com/dosisod/refurb/pull/296 -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1043266: python3-mypy: stub error message could point to python3-typeshed package
control: tags -1 help newcomer This is a good suggestion. I would happily review a merge request to implement this -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1040106: mypy: deprecation of Python libraries asyncore and asynchat
control: tags -1 wontfix Hello, thank you for checking. However mypy does not use either the asyncore nor asychat libraries; it does contain type hints for those libraries. Please remove "*.pyi" files from your analysis. Cheers, -- Michael R. Crusoe OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1050388: canu: autopkgtest generates unreasonably large artifacts
Hello, this has been fixed. Can you unblock canu from running on the CI infrastructure? Thanks,
Bug#1043383: python-pcre2 now available in sid
python-pcre2[0] from https://github.com/grtetrault/pcre2.py has passed the NEW queue and is now in the archive[1]. Upstream is responsive and seems easy to work with. Already I've patched what appears to be the only user of python3-pcre to use python3-pcre2: debmutate [2]. Once that updated debmutate has migrated to testing, then this package (python-pcre) can be removed from the archive. Cheers, [0] https://tracker.debian.org/pkg/python-pcre2 [1] https://packages.debian.org/unstable/python3-pcre2 [2] https://salsa.debian.org/jelmer/debmutate/-/merge_requests/15 -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1042342: yarl: fix pushed to repo, permission to release?
Control: tags 1042342 + patch
Control: tags 1042342 + pending
Dear maintainer,
I've pushed a commit using a patch cherry-picked from upstream[0] to fix this
issue.
If you don't object, I'll make a team upload of yarl (versioned as 1.8.2-2) with
this fix.
Regards,
[0] https://github.com/aio-libs/yarl/pull/882
diff -Nru yarl-1.8.2/debian/changelog yarl-1.8.2/debian/changelog
--- yarl-1.8.2/debian/changelog 2023-01-17 20:02:27.0 +0100
+++ yarl-1.8.2/debian/changelog 2023-09-13 17:23:01.0 +0200
@@ -1,3 +1,11 @@
+yarl (1.8.2-2) UNRELEASED; urgency=medium
+
+ * Team upload.
+ * d/patches/square_bracket_handling.patch: cherry-picked from upstream.
+Fixes FTBFS. Closes: #1042342
+
+ -- Michael R. Crusoe Wed, 13 Sep 2023 17:23:01 +0200
+
yarl (1.8.2-1) unstable; urgency=medium
* New upstream release
diff -Nru yarl-1.8.2/debian/patches/series yarl-1.8.2/debian/patches/series
--- yarl-1.8.2/debian/patches/series2023-01-17 20:02:27.0 +0100
+++ yarl-1.8.2/debian/patches/series2023-09-13 17:21:57.0 +0200
@@ -1,3 +1,4 @@
+square_bracket_handling.patch
0001-do-not-add-changelog-to-long-description.patch
0002-docs-disable-intersphinx.patch
0003-docs-disable-sidebar_collapse-option.patch
diff -Nru yarl-1.8.2/debian/patches/square_bracket_handling.patch
yarl-1.8.2/debian/patches/square_bracket_handling.patch
--- yarl-1.8.2/debian/patches/square_bracket_handling.patch 1970-01-01
01:00:00.0 +0100
+++ yarl-1.8.2/debian/patches/square_bracket_handling.patch 2023-09-13
17:22:02.0 +0200
@@ -0,0 +1,125 @@
+From 5c977b52a33bf58f016e5968934c3fcb8b49b239 Mon Sep 17 00:00:00 2001
+From: Martijn Pieters
+Date: Tue, 6 Jun 2023 17:38:47 +0100
+Subject: [PATCH] Correct square bracket handling in URL netloc
+
+- The human representation of usernames and passwords should percent-
+ encode square brackets.
+- Clean up the test suite to remove tests that use invalid hostnames
+ (square brackets in a host name must only be used for IPv6 addresses).
+- Rename the remaining test using IPvFuture address syntax to make this
+ explicit.
+- Drop a test for IPv6 addresses with a zone id; zone id support is
+ controversial and expilictly excluded from the WHATWG URL standard.
+ Zone ids *without percent characters in their name* continue to work
+ as long as urllib.parse.urlsplit() accepts them but this is not
+ something that yarl.URL() needs to support explicitly.
+---
+ CHANGES/876.bugfix.rst| 1 +
+ tests/test_url.py | 10 ++
+ tests/test_url_parsing.py | 28 ++--
+ yarl/_url.py | 4 ++--
+ 4 files changed, 7 insertions(+), 36 deletions(-)
+ create mode 100644 CHANGES/876.bugfix.rst
+
+--- /dev/null
yarl/CHANGES/876.bugfix.rst
+@@ -0,0 +1 @@
++Fixed the human representation of URLs with square brackets in usernames and
passwords.
+--- yarl.orig/tests/test_url.py
yarl/tests/test_url.py
+@@ -235,12 +235,6 @@
+ assert url.host == url.raw_host
+
+
+-def test_ipv6_zone():
+-url = URL("http://[fe80::822a:a8ff:fe49:470c%ÑеÑÑ%42]:123;)
+-assert url.raw_host == "fe80::822a:a8ff:fe49:470c%ÑеÑÑ%42"
+-assert url.host == url.raw_host
+-
+-
+ def test_ipv4_zone():
+ # I'm unsure if it is correct.
+ url = URL("http://1.2.3.4%ÑеÑÑ%42:123;)
+@@ -1514,8 +1508,8 @@
+ s = url.human_repr()
+ assert URL(s) == url
+ assert (
+-s == "http:// !\"%23$%25&'()*+,-.%2F%3A;<=>%3F%40[\\]^_`{|}~"
+-": !\"%23$%25&'()*+,-.%2F%3A;<=>%3F%40[\\]^_`{|}~"
++s == "http:// !\"%23$%25&'()*+,-.%2F%3A;<=>%3F%40%5B\\%5D^_`{|}~"
++": !\"%23$%25&'()*+,-.%2F%3A;<=>%3F%40%5B\\%5D^_`{|}~"
+ "@Ñ
оÑÑ.домен:8080"
+ "/ !\"%23$%25&'()*+,-./:;<=>%3F@[\\]^_`{|}~"
+ "? !\"%23$%25%26'()*%2B,-./:%3B<%3D>?@[\\]^_`{|}~"
+--- yarl.orig/tests/test_url_parsing.py
yarl/tests/test_url_parsing.py
+@@ -178,14 +178,6 @@
+ assert u.query_string == ""
+ assert u.fragment == ""
+
+-def test_masked_ipv4(self):
+-u = URL("//[127.0.0.1]/")
+-assert u.scheme == ""
+-assert u.host == "127.0.0.1"
+-assert u.path == "/"
+-assert u.query_string == ""
+-assert u.fragment == ""
+-
+ def test_ipv6(self):
+ u = URL("//[::1]/")
+ assert u.scheme == ""
+@@ -194,15 +186,7 @@
+ assert u.query_string == ""
+ assert u.fragment == ""
+
+-def test_strange_ip(self):
+-u = URL("//[-1]/")
+-assert u.scheme == ""
+-assert u.host == "-1"
+-assert u.path == "/"
+-assert u.
Bug#1009815: debmutate.watch: Use perl-compatible regular expressions
On Tue, 23 Aug 2022 17:55:38 +0200 Bastian Germann wrote: > On Mon, 18 Apr 2022 15:22:27 + Jelmer Vernooij wrote: > > debmutate.watch currently uses Python's default re module, which supports a > > slightly different syntax. > > > > We should ideally switch to the pcre module. > > I see that you have packaged and switched to that module. It would have been nicer to package the pcre2 module because > pcre introduced one more dependency on pcre3 which should be phased out one day. There is already a mass bug filing and > transition tracker for that. I packaged a pcre2 python module and it is in the NEW queue: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051798 Here is a commit that uses that package with fixes for the new library to close this issue and avoid demutate being removed from testing: https://salsa.debian.org/crusoe/debmutate/-/commit/d55d327c2dd5dd9d225bff665b56959ca9019b59 -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1051802: RM: python3-typed-ast -- ROM; Upstream end-of-life, replaced by "ast" standard library in Python 3.8+
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python3-typed-...@packages.debian.org, cru...@debian.org Control: affects -1 + src:python3-typed-ast Archival notice: https://pypi.org/project/typed-ast/ > The ast module of Python 3.8+ supports all features of typed_ast. typed_ast does not support parsing code that uses syntax introduced in Python 3.8 onwards. We recommend using ast on Python 3.8 or above. -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1051798: ITP: python-pcre2 -- Python bindings for the PCRE2 regular expression library
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-pcre2 -- Python bindings for the PCRE2 regular expression library Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name : python-pcre2 Version : 0.2.0+ds Upstream Author : grtetrault * URL : https://github.com/grtetrault/pcre2.py * License : BSD-3-clause Programming Lang: Python Description : Python bindings for the PCRE2 regular expression library This package contains Python bindings for PCRE2. PCRE2 is the revised API for the Perl-compatible regular expressions (PCRE) library created by Philip Hazel. . For original source code, see the official PCRE2 repository: https://github.com/PCRE2Project/pcre2 Upstream publishes to https://pypi.org/project/pcre2/ and has made recent releases. -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1051776: libxxhash-dev: libxxhash.pc has doubled ${prefix}s
Package: libxxhash-dev
Version: 0.8.2-1
Severity: normal
X-Debbugs-Cc: cru...@debian.org
In 0.8.1-1, libxxhash.pc defines the following
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib/x86_64-linux-gnu
In 0.8.2-1 the prefixes are doubled:
exec_prefix=${prefix}/${prefix}
includedir=${prefix}/${prefix}/include
libdir=${exec_prefix}/${exec_prefix}/lib/x86_64-linux-gnu
This produces nonsense results like
# pkg-config --variable libdir libxxhash
/usr//usr//usr//usr/lib/x86_64-linux-gnu
Which breaks any package with a build-dep on libxxhash-dev and which
uses pkg-config, like seqan-raptor and its autopkgtests
Looks like the error came from
https://salsa.debian.org/debian/xxhash/-/commit/1ac98075f1dc2da1b188250ff86fe8ac7975bce3
Attached is a patch to fix this
--
Michael R. Crusoe
commit 91f5401f9535e5490c3c48edfc71abbf7e24956f
Author: Michael R. Crusoe
Date: Tue Sep 12 13:57:10 2023 +0200
d/patches: fix libxxhash.pc.in
diff --git a/debian/changelog b/debian/changelog
index 5f7db32..57d3d53 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xxhash (0.8.2-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * d/patches: fix libxxhash.pc.in
+
+ -- Michael R. Crusoe Tue, 12 Sep 2023 13:57:05 +0200
+
xxhash (0.8.2-1) unstable; urgency=medium
[ Debian Janitor ]
diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch
index d55a483..4f86ca6 100644
--- a/debian/patches/reproducible-build.patch
+++ b/debian/patches/reproducible-build.patch
@@ -2,20 +2,14 @@ Description: Make the build reproducible
Author: Chris Lamb
Last-Update: 2023-09-10
a/libxxhash.pc.in
-+++ b/libxxhash.pc.in
-@@ -2,10 +2,10 @@
+--- xxhash.orig/libxxhash.pc.in
xxhash/libxxhash.pc.in
+@@ -2,7 +2,7 @@
# Copyright (C) 2012-2021, Yann Collet, Facebook
# BSD 2-Clause License (https://www.opensource.org/licenses/bsd-license.php)
-prefix=@PREFIX@
--exec_prefix=@EXECPREFIX@
--includedir=@INCLUDEDIR@
--libdir=@LIBDIR@
+prefix=/usr
-+exec_prefix=${prefix}/@EXECPREFIX@
-+includedir=${prefix}/@INCLUDEDIR@
-+libdir=${exec_prefix}/@LIBDIR@
-
- Name: xxhash
- Description: extremely fast hash algorithm
+ exec_prefix=@EXECPREFIX@
+ includedir=@INCLUDEDIR@
+ libdir=@LIBDIR@
OpenPGP_signature
Description: OpenPGP digital signature
Bug#1049957: mailman3: diff for NMU version 3.3.8-3.1
Control: tags 1049957 + pending Dear maintainer, I've prepared an NMU for mailman3 (versioned as 3.3.8-3.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. I uploaded a similar NMU to experimental with the exact same changes and all the tests passed: https://qa.debian.org/excuses.php?package=mailman3=1 Regards. diff -Nru mailman3-3.3.8/debian/changelog mailman3-3.3.8/debian/changelog --- mailman3-3.3.8/debian/changelog 2023-07-10 19:41:47.0 +0200 +++ mailman3-3.3.8/debian/changelog 2023-08-26 12:01:31.0 +0200 @@ -1,3 +1,13 @@ +mailman3 (3.3.8-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * d/patches/1130.patch: cherry-pick upstream fix to drop +dependency on importlib-resources +d/control: remove python3-importlib-resources +(Closes: #1049957) + + -- Michael R. Crusoe Sat, 26 Aug 2023 12:01:31 +0200 + mailman3 (3.3.8-3) unstable; urgency=medium * s/postgres/postgresql/ in config files diff -Nru mailman3-3.3.8/debian/control mailman3-3.3.8/debian/control --- mailman3-3.3.8/debian/control 2023-07-10 19:40:45.0 +0200 +++ mailman3-3.3.8/debian/control 2023-08-21 14:32:38.0 +0200 @@ -22,7 +22,6 @@ python3-flufl.lock, python3-gunicorn, python3-httplib2, - python3-importlib-resources, python3-lazr.config, python3-passlib, python3-public, diff -Nru mailman3-3.3.8/debian/patches/1130.patch mailman3-3.3.8/debian/patches/1130.patch --- mailman3-3.3.8/debian/patches/1130.patch1970-01-01 01:00:00.0 +0100 +++ mailman3-3.3.8/debian/patches/1130.patch2023-08-21 14:36:23.0 +0200 @@ -0,0 +1,444 @@ +From 1346ffdbd2ad36e3f37732f3217be3b34dc7bc48 Mon Sep 17 00:00:00 2001 +From: Abhilash Raj +Date: Sun, 9 Jul 2023 16:03:17 +0530 +Subject: fix: Remove dependency on importlib_resources +Origin: upstream, https://gitlab.com/mailman/mailman/-/merge_requests/1130 + +Since importlib.resources is part of stdlib since 3.9, remove dependency on the +PyPI package importlib_resources + +--- + .gitlab-ci.yml | 10 -- + _ext/configplugin.py | 2 +- + setup.py | 1 - + src/mailman/archiving/tests/test_mhonarc.py| 2 +- + src/mailman/bin/tests/test_mailman.py | 2 +- + src/mailman/bin/tests/test_master.py | 2 +- + src/mailman/chains/tests/test_hold.py | 2 +- + src/mailman/commands/docs/import.rst | 2 +- + src/mailman/commands/tests/test_cli_control.py | 2 +- + src/mailman/commands/tests/test_cli_import.py | 2 +- + src/mailman/config/config.py | 2 +- + src/mailman/config/tests/test_configuration.py | 2 +- + src/mailman/core/initialize.py | 2 +- + src/mailman/email/tests/test_message.py| 2 +- + src/mailman/handlers/tests/test_decorate.py| 2 +- + src/mailman/handlers/tests/test_mimedel.py | 2 +- + src/mailman/plugins/docs/intro.rst | 2 +- + src/mailman/plugins/testing/layer.py | 2 +- + src/mailman/rules/dmarc.py | 2 +- + src/mailman/rules/tests/test_dmarc.py | 2 +- + src/mailman/runners/tests/test_digest.py | 2 +- + src/mailman/testing/i18n.py| 2 +- + src/mailman/testing/layers.py | 2 +- + src/mailman/utilities/filesystem.py| 10 +- + src/mailman/utilities/modules.py | 2 +- + src/mailman/utilities/tests/test_import.py | 2 +- + src/mailman/utilities/tests/test_scrubber.py | 2 +- + 27 files changed, 29 insertions(+), 40 deletions(-) + +--- mailman3.orig/_ext/configplugin.py mailman3/_ext/configplugin.py +@@ -23,7 +23,7 @@ + from docutils import nodes + from docutils.parsers.rst import Directive, directives + from docutils.statemachine import ViewList +-from importlib_resources import files ++from importlib.resources import files + from sphinx.util.nodes import nested_parse_with_titles + + +--- mailman3.orig/setup.py mailman3/setup.py +@@ -121,7 +121,6 @@ + 'flufl.bounce>=4.0', + 'flufl.i18n>=3.2', + 'flufl.lock>=5.1', +-'importlib_resources>=1.1.0', + 'gunicorn', + 'lazr.config', + 'python-dateutil>=2.0', +--- mailman3.orig/src/mailman/archiving/tests/test_mhonarc.py mailman3/src/mailman/archiving/tests/test_mhonarc.py +@@ -23,7 +23,7 @@ + import tempfile + import unittest + +-from importlib_resources import path ++from importlib.resources import path + from mailman.app.lifecycle import create_list + from mailman.archiving.mhonarc import MHonArc + from mailman.database.transaction import transaction +--- mailman3.orig/src/mailman/bin/tests/test_mailman.py mailman3/src/mailman/bin/tests/test_mailman.py +@@ -21,7 +21,7 @@ + + from click
Bug#1050282: RM: canu [armel armhf i386 mipsel alpha arc hppa hurd-i386 m68k powerpc sh4] -- ANAIS ROM; upstream only works on architectures with {u,}int128 (basically just 64-bit systems + x32)
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: c...@packages.debian.org
Control: affects -1 + src:canu
Hello,
The latest upstream release of canu only works on architectures with
{u,}int128 (basically just 64-bit systems + x32).
Please remove the binary packages of the incompatible archs, none of
which are mentioned anymore in the Debian source package: armel armhf
i386 mipsel alpha arc hppa hurd-i386 m68k powerpc sh4
Thanks!
--
Michael R. Crusoe
OpenPGP_signature
Description: OpenPGP digital signature
Bug#1050224: RM: seqan-raptor [s390x] -- ROM; newly-enabled build-time tests reveal big-endian problems
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: seqan-rap...@packages.debian.org Control: affects -1 + src:seqan-raptor Since seqan-raptor 3.x, upstream changed how tests work and we weren't running the unit tests. I'm about to upload a new Debian revision that enable those build-time tests, and already I see that they fail on s390x. Please remove the existing s390x binary packages from both testing and unstable. Thank you! -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#999936: uwsgi: depends on obsolete pcre3 library
On Mon, 21 Aug 2023 13:00:12 +0200 Mathias Behrle
wrote:
> Hi all,
>
> friendly ping ;)
>
> > Seems like uwsgi-plugin-{luajit,mongo,php} need a binNMU or an upload
> > due to uwsgi ABI change.
>
> Any news on this? Quite a number of packages depending on uwsgi will
fall out
> of testing shortly, because uwsgi doesn't migrate to testing (which
is a major
> annoyance).
I asked for the uwsgi-plugin-{luajit,mongo,php} binNMUs yesterday[0],
and it was accepted almost immediately[1]
The binNMU builds are green are green:
https://buildd.debian.org/uwsgi-plugin-luajit
https://buildd.debian.org/uwsgi-plugin-mongo
https://buildd.debian.org/uwsgi-plugin-php
And the QA excuses page[2] gives good news:
> Migration status for uwsgi (2.0.21-5.1 to 2.0.22-1): Will attempt
migration (Any information below is purely informational)
[0]
https://alioth-lists.debian.net/pipermail/pkg-uwsgi-devel/2023-August/001187.html
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050177#16
[2] https://qa.debian.org/excuses.php?package=uwsgi
Cheers!
--
Michael R. Crusoe
OpenPGP_signature
Description: OpenPGP digital signature
Bug#999936: uwsgi: depends on obsolete pcre3 library
On Mon, 21 Aug 2023 13:00:12 +0200 Mathias Behrle
wrote:
> Hi all,
>
> friendly ping ;)
>
> > Seems like uwsgi-plugin-{luajit,mongo,php} need a binNMU or an upload
> > due to uwsgi ABI change.
>
> Any news on this? Quite a number of packages depending on uwsgi will
fall out
> of testing shortly, because uwsgi doesn't migrate to testing (which
is a major
> annoyance).
I asked for the uwsgi-plugin-{luajit,mongo,php} binNMUs yesterday[0],
and it was accepted almost immediately[1]
The binNMU builds are green are green:
https://buildd.debian.org/uwsgi-plugin-luajit
https://buildd.debian.org/uwsgi-plugin-mongo
https://buildd.debian.org/uwsgi-plugin-php
And the QA excuses page[2] gives good news:
> Migration status for uwsgi (2.0.21-5.1 to 2.0.22-1): Will attempt
migration (Any information below is purely informational)
[0]
https://alioth-lists.debian.net/pipermail/pkg-uwsgi-devel/2023-August/001187.html
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050177#16
[2] https://qa.debian.org/excuses.php?package=uwsgi
Cheers!
--
Michael R. Crusoe
Bug#1041078: mongo-cxx-driver-legacy: diff for NMU version 1.1.3-3.2
Control: tags 1041078 + patch Dear maintainer, I've prepared an NMU for mongo-cxx-driver-legacy (versioned as 1.1.3-3.2). The diff is attached to this message. Regards. diff -Nru mongo-cxx-driver-legacy-1.1.3/debian/changelog mongo-cxx-driver-legacy-1.1.3/debian/changelog --- mongo-cxx-driver-legacy-1.1.3/debian/changelog 2021-01-03 09:48:28.0 +0100 +++ mongo-cxx-driver-legacy-1.1.3/debian/changelog 2023-08-21 20:39:59.0 +0200 @@ -1,3 +1,11 @@ +mongo-cxx-driver-legacy (1.1.3-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * d/rules: specify "-std=c++14" to fix FTBFS with googletest 1.13.0. +Closes: #1041078 + + -- Michael R. Crusoe Mon, 21 Aug 2023 20:39:59 +0200 + mongo-cxx-driver-legacy (1.1.3-3.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru mongo-cxx-driver-legacy-1.1.3/debian/rules mongo-cxx-driver-legacy-1.1.3/debian/rules --- mongo-cxx-driver-legacy-1.1.3/debian/rules 2021-01-03 09:48:28.0 +0100 +++ mongo-cxx-driver-legacy-1.1.3/debian/rules 2023-08-21 16:49:58.0 +0200 @@ -13,8 +13,7 @@ --use-sasl-client\ --sharedclient \ --disable-warnings-as-errors \ ---c++11=on \ -CXXFLAGS="$(CXXFLAGS) $(CPPFLAGS)" \ +CXXFLAGS="$(CXXFLAGS) $(CPPFLAGS) -std=c++14" \ CFLAGS="$(CFLAGS) $(CPPFLAGS)" \ LINKFLAGS="$(LDFLAGS)"
Bug#1050177: nmu: uwsgi-plugin-php_2.0.21+4+0.0.15 uwsgi-plugin-luajit_2.0.21+3+0.0.8 uwsgi-plugin-mongo_2.0.21+3+0.0.9
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: uwsgi-plugin-...@packages.debian.org, uwsgi-plugin-...@packages.debian.org, cru...@debian.org Control: affects -1 + src:uwsgi-plugin-php Control: affects -1 + src:uwsgi-plugin-luajit Control: affects -1 + src:uwsgi-plugin-mongo Hello, uwsgi 2.0.22-1 is in unstable and therefore the separate uwsgi plugin packages need binNMUs. This will hopefully unblock uwsgi's transition[0], along with preventing testing removals for uwsgi, mailman3, and others. nmu uwsgi-plugin-php_2.0.21+4+0.0.15 . ANY . unstable . -m "rebuild against new upstream release of uwsgi" nmu uwsgi-plugin-luajit_2.0.21+3+0.0.8 . ANY . unstable . -m "rebuild against new upstream release of uwsgi" nmu uwsgi-plugin-mongo_2.0.21+3+0.0.9 . ANY . unstable . -m "rebuild against new upstream release of uwsgi" [0] https://qa.debian.org/excuses.php?package=uwsgi Thanks!
Bug#1049957: mailman3: does not work with importlib_resources v6
control: tags -1 patch Dear Maintainers, I've submitted a merge request[0] to cherry-pick upstream's fix for this. Please consider releasing this fix so the Debian package for importlib-resources 6.x can migrate to testing[1] and unblock the migration of other packages[2]. Thanks! [0] https://salsa.debian.org/mailman-team/mailman3/-/merge_requests/3 [1] https://qa.debian.org/excuses.php?package=importlib-resources [2] https://qa.debian.org/excuses.php?package=python-schema-salad OpenPGP_signature Description: OpenPGP digital signature
Bug#1049965: nmu: freebayes_1.3.6-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: freeba...@packages.debian.org, cru...@debian.org Control: affects -1 + src:freebayes nmu freebayes_1.3.6-2 . ANY . unstable . -m "rebuild using libvcflib 1.0.9+dfsg1-2"
Bug#1039956: ITP: subarch-select -- Select among binaries based upon x86 microarchitecture support
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: subarch-select -- Select among binaries based upon x86 microarchitecture support Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: subarch-select Version : 0.1 Upstream Author : Erik Garrison * URL : https://github.com/ekg/subarch-select/ * License : Expat Programming Lang: C++ Description : Select among binaries based upon x86 microarchitecture support Pick an executable based on CPU capabilities. . Call subarch-select with argument pairs that list CPU features (as in /proc/cpuinfo "flags"), and a path to execute if the flags are all matched. The first set of flags that match the system capabilities will select the given path. Arguments to the program should be passed after "--". . Also supports the x86-64 microarchitectures: x86-64-v2, x86-64-v3, v86-64-v4 Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/subarch-select
Bug#1037201: ITP: cwltest -- Common Workflow Language testing framework
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: cwltest -- Common Workflow Language testing framework Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: cwltest Version : 2.3.20230607140609 Upstream Author : CWL, a project of Software Freedom Conservancy * URL : https://www.commonwl.org * License : Apache-2.0 Programming Lang: Python Description : Common Workflow Language testing framework Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/cwltest
Bug#1034369: libcereal: autopkgtest regression on non x86: cc1plus: all warnings being treated as errors
Control: forwarded -1 https://github.com/USCiLab/cereal/issues/787 I opened an issue upstream -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1031192: toil: FTBFS (The job JobClass is requesting 2.0 cores)
Thank you for the report. Please send me the entire log (as an attachment or link) so I can fix all the single-core test issues. -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1025329: bullseye-pu: package cwltool/3.0.20210124104916-3+deb11u1
Ah, thanks. I've fixed the metadata for #1025327. I've already uploaded cwltool/3.0.20210124104916-3+deb11u1 ; is there anything I can do? On Sat, Dec 24, 2022 at 1:02 PM Adam D. Barratt wrote: > On Fri, 2022-12-02 at 16:33 +0100, Michael R. Crusoe wrote: > > cwltool is not usable without the python3-distutils package also > > installed. This is rare, but can happen on fresh Debian installs. > > > > I discovered this today while testing instructions for WSL2 users. > > > > The cwltool version in unstable/testing does not have this problem. > > > > FWIW, the metadata for #1025327 disagrees. Assuming that newer versions > aren't affected, please add an appropriate fixed version so that the > BTS knows that. > > Regards, > > Adam > >
Bug#1024911: change in the extention importation with 3.11
Control: reassign -1 libboost-python1.74-dev 1.74.0-18 Control: tags -1 patch On Tue, 6 Dec 2022 16:24:25 + Alastair McKinstry wrote: > On 06/12/2022 13:47, picca wrote: > > Hello, I am trying to fix this bug > > > I'm debugging something similar, > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024911 > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024859 > > > > I find the error message not very informative... > > > > :~/$ python3.11 > > Python 3.11.0+ (main, Nov 4 2022, 09:23:33) [GCC 12.2.0] on linux > > Type "help", "copyright", "credits" or "license" for more information. > >>>> import scitbx_linalg_ext > > Traceback (most recent call last): > > File "", line 1, in > > SystemError: initialization of scitbx_linalg_ext raised unreported > > exception > >>>> > > > The problem is that python is catching a C/C++ exception. > > You can debug with: > > gdb /usr/bin/python3.11 > > ... > > (gdb) catch throw > > (gdb) run > > >> import scitbx_linalg_ext > > ... > > > I would like your opinion and some help in order to fix this or at > > least understand what is going on. > > > > ther extension was build with boost_python, maybe something is wrong > > also with boost_python and Python3.11. > > boost-python 1.81.0 has a fix for this, though it was not mentioned in their release notes https://github.com/boostorg/python/commit/a218babc8daee904a83f550fb66e5cb3f1cb3013 Conda backported this to boost-python 1.78, so hopefully backporting to Debian's 1.74 is equally simple https://github.com/conda-forge/boost-feedstock/pull/156/files -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1025329: bullseye-pu: package cwltool/3.0.20210124104916-3+deb11u1
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: cru...@debian.org
[ Reason ]
cwltool is not usable without the python3-distutils package also
installed. This is rare, but can happen on fresh Debian installs.
I discovered this today while testing instructions for WSL2 users.
The cwltool version in unstable/testing does not have this problem.
[ Impact ]
cwltool fails to run
ImportError: cannot import name 'spawn' from 'distutils'
(/usr/lib/python3.9/distutils/__init__.py)
[ Tests ]
I can confirm that installing python3-distutils is sufficient to avoid
the problem.
[ Risks ]
Basically no risk, just a change to the depenendency of the cwltool
binary package.
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[x] the issue is verified as fixed in unstable
[ Changes ]
Add python3-distutils as a dependency of the cwltool binary package
Thanks!
diff -Nru cwltool-3.0.20210124104916/debian/changelog
cwltool-3.0.20210124104916/debian/changelog
--- cwltool-3.0.20210124104916/debian/changelog 2021-01-25 10:36:01.0
+0100
+++ cwltool-3.0.20210124104916/debian/changelog 2022-12-02 16:06:31.0
+0100
@@ -1,3 +1,9 @@
+cwltool (3.0.20210124104916-3+deb11u1) bullseye; urgency=medium
+
+ * debian/control: cwltool needs python3-distutils
+
+ -- Michael R. Crusoe Fri, 02 Dec 2022 16:06:31 +0100
+
cwltool (3.0.20210124104916-3) unstable; urgency=high
* debian/control: this version of cwltool breaks toil less than
diff -Nru cwltool-3.0.20210124104916/debian/control
cwltool-3.0.20210124104916/debian/control
--- cwltool-3.0.20210124104916/debian/control 2021-01-25 09:12:25.0
+0100
+++ cwltool-3.0.20210124104916/debian/control 2022-12-02 16:05:13.0
+0100
@@ -43,7 +43,8 @@
${misc:Depends},
python3-mypy-extensions,
python3-arcp,
- python3-argcomplete
+ python3-argcomplete,
+ python3-distutils
Recommends: nodejs
Breaks: toil (<< 5)
Suggests: docker.io | singularity-container
Bug#1025327: ImportError: cannot import name 'spawn' from 'distutils' (/usr/lib/python3.9/distutils/__init__.py)
Package: cwltool
Version: 3.0.20210124104916-3
Severity: important
Tags: patch
X-Debbugs-Cc: cru...@debian.org
cwltool needs python3-distutils, but this wasn't detected in
autopkgtests due to one of the test packages pulling in distutils.
I just discovered this by installing cwltool in a fresh Bullseye WSL2
installation.
diff -Nru cwltool-3.0.20210124104916/debian/changelog
cwltool-3.0.20210124104916/debian/changelog
--- cwltool-3.0.20210124104916/debian/changelog 2021-01-25 10:36:01.0
+0100
+++ cwltool-3.0.20210124104916/debian/changelog 2022-12-02 16:06:31.0
+0100
@@ -1,3 +1,9 @@
+cwltool (3.0.20210124104916-3+deb11u1) bullseye; urgency=medium
+
+ * debian/control: cwltool needs python3-distutils
+
+ -- Michael R. Crusoe Fri, 02 Dec 2022 16:06:31 +0100
+
cwltool (3.0.20210124104916-3) unstable; urgency=high
* debian/control: this version of cwltool breaks toil less than
diff -Nru cwltool-3.0.20210124104916/debian/control
cwltool-3.0.20210124104916/debian/control
--- cwltool-3.0.20210124104916/debian/control 2021-01-25 09:12:25.0
+0100
+++ cwltool-3.0.20210124104916/debian/control 2022-12-02 16:05:13.0
+0100
@@ -43,7 +43,8 @@
${misc:Depends},
python3-mypy-extensions,
python3-arcp,
- python3-argcomplete
+ python3-argcomplete,
+ python3-distutils
Recommends: nodejs
Breaks: toil (<< 5)
Suggests: docker.io | singularity-container
Bug#1024235: python3-nose: nose doesn't work with Python 3.11 due to use of removed inspect.getargspec()
Package: python3-nose Version: 1.3.7-8 Severity: serious Tags: ftbfs patch upstream Justification: fails to build from source X-Debbugs-Cc: cru...@debian.org nose uses inspect.getargspec() which has been deprecated since Python 3.0 and was removed in Python 3.11. Its build-time tests thus fail with Python 3.11 A solution has been proposed upstream, though the project is effectively dead: https://github.com/nose-devs/nose/pull/1117
Bug#1012482: lowering the severity (was Re: rdflib: URLInputSource can be abused to retrieve arbitrary documents if used naïvely)
control: severity -1 important No reason to kick out all these packages at this time -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1023322: ITP: seqan-needle -- pre-filter for the counting of very large collections of nucleotide sequences
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: seqan-needle -- pre-filter for the counting of very large collections of nucleotide sequences Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: seqan-needle Version : 1.0.1.0.0.git.3011926+ds Upstream Author : Mitra Darvish * URL : https://github.com/seqan/needle * License : BSD-3-clause Programming Lang: C Description : pre-filter for the counting of very large collections of nucleotide sequences Needle is a tool for semi-quantitative analysis of very large collections of nucleotide sequences. . Needle stores its data in multiple interleaved Bloom filter, a fast and space efficient probabilistic data structure and uses a windowing scheme (also called minimisers) to reduce the amount of data to store. How many interleaved Bloom filter are used is defined by the user. Each interleaved Bloom filter has a so called expression threshold and stores minimisers with an occurrence greater than or equal to its own expression threshold and smaller than the next biggest expression threshold (if there is no bigger expression threshold, all greater than or equal to the threshold are stored). These expression thresholds are then used during the query (called estimate) to approximate the expression values of given transcripts. Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/seqan-needle
Bug#1022057: ITP: seqan-raptor -- pre-filter for querying very large collections of nucleotide sequences
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: seqan-raptor -- pre-filter for querying very large collections of nucleotide sequences Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: seqan-raptor Version : 2.0.0.0.git.fecfbca+ds Upstream Author : Enrico Seiler * URL : https://github.com/seqan/raptor * License : BSD-3-clause Programming Lang: C Description : pre-filter for querying very large collections of nucleotide sequences Raptor is a system for approximately searching many queries such as next-generation sequencing reads or transcripts in large collections of nucleotide sequences. Raptor uses winnowing minimizers to define a set of representative k-mers, an extension of the interleaved Bloom filters (IBFs) as a set membership data structure and probabilistic thresholding for minimizers. Our approach allows compression and partitioning of the IBF to enable the effective use of secondary memory. We test and show the performance and limitations of the new features using simulated and real datasets. Our data structure can be used to accelerate various core bioinformatics applications. Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/seqan-raptor
Bug#1022044: ITP: pytest-httpserver -- HTTP server for pytest to test HTTP clients
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: pytest-httpserver -- HTTP server for pytest to test HTTP clients Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: pytest-httpserver Version : 1.0.6 Upstream Author : Zsolt Cserna * URL : https://github.com/csernazs/pytest-httpserver * License : Expat Programming Lang: Python Description : HTTP server for pytest to test HTTP clients This library is designed to help to test HTTP clients without contacting the real HTTP server. In other words, it is a fake HTTP server which is accessible via localhost can be started with the pre-defined expected HTTP requests and their responses. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/pytest-httpserver
Bug#1021235: python-pymeasure: please switch to QtWidgets.QTreeWidgetItem
On Tue, 4 Oct 2022 07:52:21 +0200 Gianfranco Costamagna wrote: > Source: python-pymeasure > Version: 0.9.0-1 > Severity: serious > > Hello, I noticed there is also a 0.10.0 version, but probably in order to fix autopkgtests/build against new python-pyqtgraph > some additional patches are needed, e.g. > 4d35e9eebb548453867b4c562a80eb5851918186 > fcd8df95e9f1da17c87917c64f3f5abf96a9aa3d > 7014231851cf731aa253c41da9e6e38abfd81ead > 26f8bdbf236527bbe3c1800f37ccbe1e6be8b841 > ee586f4f5ee0fba1b77d48f3052549b99f520324 > > > Sorry for breaking your package in sid, I didn't know there was this reverse-dependency when I uploaded. Hello Gianfranco, Can you send us a merge request with those patches applied? https://salsa.debian.org/science-team/python-pymeasure/-/merge_requests Thanks, Michael R. Crusoe
Bug#1021059: RM: python-types-toml -- ROM; Package taken over by python3-typeshed
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: cru...@debian.org The contents of python3-types-toml is now provided by python3-typeshed. Thanks,
Bug#1021058: RM: python-types-typed-ast -- ROM; Taken over by python3-typeshed
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: cru...@debian.org The contents of python3-types-typed-ast is now provided by python3-typeshed, Thanks,
Bug#1019705: python-cachecontrol: release 0.12.12 was yanked from PyPI
Source: python-cachecontrol Version: 0.12.12-1 Severity: important X-Debbugs-Cc: cru...@debian.org https://pypi.org/project/CacheControl/0.12.12/ There should be a 0.13 with the lockfile → filelock changed dependency. https://github.com/ionrock/cachecontrol/issues/286 -- Michael R. Crusoe
Bug#1018887: ITP: cwl-utils -- Python Utilities and Autogenerated Classes for CWL v1.0 - v1.2
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: cwl-utils -- Python Utilities and Autogenerated Classes for CWL v1.0 - v1.2 Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: cwl-utils Version : 0.16 Upstream Author : Copyright: Common workflow language working group * URL : https://github.com/common-workflow-language/cwl-utils * License : Apache-2.0 Programming Lang: Python Description : Python Utilities and Autogenerated Classes for CWL v1.0 - v1.2 The autogenerated classes can create, load, and save objects based upon CWL (the Common Workflow Language open standards for executable descriptions of comandline tools and workflows made from them). . See the 'cwl-utils' package for command line utilities that use these classes. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/cwl-utils
Bug#945748: xboxdrv: Python2 removal in sid/bullseye
Here's upstream's unreleased fix for Python3, which works for me https://gitlab.com/xboxdrv/xboxdrv/-/commit/3ca002d783974539f5be4e683b67a58f4cc9fce0 -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1003961: ITP: cwl-upgrader -- Common Workflow Language standalone document upgrader
On Tue, 18 Jan 2022 18:03:28 +0100 Jonas Smedegaard wrote: > Package: wnpp > Severity: wishlist > Owner: Jonas Smedegaard > X-Debbugs-Cc: debian-de...@lists.debian.org > * Package name : cwl-upgrader Version : 1.2.2 Upstream Author : Common Workflow Language contributors * URL : https://github.com/common-workflow-language/cwl-upgrader * License : Apache-2.0 Programming Lang: Python Description : Common Workflow Language standalone document upgrader cwl-upgrader is a standalone upgrader for Common Workflow Language documents from draft-3, v1.0, and v1.1 to v1.2. This package will be maintained in the collaborative Debian section of Salsa. Dear Jonas, Thank you for your ITP! I'm the upstream maintainer; also of cwltool, toil, python-schema-salad. Feel free to add me as a co-maintainer. If you are open to team maintenance, may I suggest Debian Science? -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1003567: Please make a separate package for mistune 2.x
On Tue, 11 Jan 2022 22:38:44 +0100 p...@debian.org wrote: > Package: python3-schema-salad > Severity: wishlist > > Dear maintainer, > > Your package python3-schema-salad depends on python3-mistune 0.8.4 > which is no longer maintained and deprecated in favour of version > 2.0.0. > > As python3-mistune 2.0.0 is not backward compatible, I reverted the > upload of it that I did in unstable and python3-mistune 0.8.4 will > stay around a bit longer. > > In the meantime, please try to see if upstream of > python3-schema-salad either released a version that is compatible > with python3-mistune 2.0.0 or if python3-schema-salad can easily be > fixed to support such a version. As soon as you're ready to upload > your package please update this bug report and we'll try to > coordinate so that I release python3-mistune at a time that is fit > for you to also release python3-schema-salad. Dear Pierre-Elliott Bécue, Thank you for trying to find a way forward in this mess. I am also the upstream maintainer for schema-salad. We have yet to find a way to support mistune 2.x Here is our attempt so far: https://github.com/common-workflow-language/schema_salad/pull/496/files?short_path=5c6a130#diff-5c6a1301c6b59b30a040d747d065e861d3dd98bde0e5a4356d92d594e9835986 And an issue I opened with mistune directly about a regression in multi-line list handling that goes against multiple markdown specs: https://github.com/lepture/mistune/issues/296 We have not decided if we will switch to another library, wait for a fixed mistune 2.x release, or keep with the older version. > I intend to upload src:mistune 2.0.0 to unstable between March the > 15th and April the 15th (depending on the progress of its > reverse-dependencies). I'll raise the severity of this bug > approximately a month before making such an upload. Since Mistune 2.0.0 regresses its support for standard markdown, I ask that a separate package be made for mistune 2.x to give more time for mistune 0.8.x users to migrate to mistune 2.x or another library entirely. Cheers, -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1003977: cwltool: privacy leak with option --print-doc
Control: forwarded -1 https://github.com/common-workflow-language/schema_salad/issues/510 On Tue, 18 Jan 2022 21:48:01 +0100 Jonas Smedegaard wrote: > Package: cwltool > Version: 3.1.20211104071347-3 > Severity: important > Web pages produced with `cwltool --print-doc` contains links to only resources, revealing when users render the document in a regular web browser - or fails to produce intended layout if rendering while offline. I think you mean `schema-salad-tool --print-doc`, yes? Agreed, this is not great. I opened an issue about this upstream (where I am also the maintainer). A pull request to fix this would be very welcome! For inspiration, the tool pandoc by default (as packaged in Debian, upstream defaults differ) links against local system-shared resources, with an option for each resource to instead link to an online instance of the user's own choice. Jonas -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#1001591: python3-mistune: latest upgrade breaks matrix-mirage package
Maybe mistune 2.x should have its own package? Or keep python3-mistune at 2.x and introduce a python3-mistune1 package? I'm upstream for schema-salad, we don't know how to upgrade to 2.x because so much has been broken and there is no upgrading guide. https://github.com/lepture/mistune/issues/290
Bug#1002326: python-schema-salad: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.10 3.9" returned exit code 13
On Wed, 22 Dec 2021 08:57:03 +0100 Lucas Nussbaum wrote: > Source: python-schema-salad > Version: 8.2.20211104054942-1 > Severity: serious > Justification: FTBFS > Tags: bookworm sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20211220 ftbfs-bookworm > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. Hello Lucas. Can you try again with the latest mypy package?
Bug#997289: range-v3: diff for NMU version 0.11.0-1.1
Control: tags 997289 + patch
Dear maintainer,
In hopes of preventing range-v3 and other transitive dependencies like seqan3
from
being removed from Debian Testing, I've prepared an NMU for range-v3 (versioned
as 0.11.0-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
I've also opened a MR at https://salsa.debian.org/crusoe/range-v3 with the same
contents.
Regards.
diff -Nru range-v3-0.11.0/debian/changelog range-v3-0.11.0/debian/changelog
--- range-v3-0.11.0/debian/changelog2020-08-18 08:46:44.0 +0200
+++ range-v3-0.11.0/debian/changelog2021-11-13 11:26:59.0 +0100
@@ -1,3 +1,10 @@
+range-v3 (0.11.0-1.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Apply suggested fix for gcc 11.2. Closes: #997289.
+
+ -- Michael R. Crusoe Sat, 13 Nov 2021 11:26:59 +0100
+
range-v3 (0.11.0-1) unstable; urgency=medium
[ Nicholas Guriev ]
diff -Nru range-v3-0.11.0/debian/patches/gcc-11.2.patch
range-v3-0.11.0/debian/patches/gcc-11.2.patch
--- range-v3-0.11.0/debian/patches/gcc-11.2.patch 1970-01-01
01:00:00.0 +0100
+++ range-v3-0.11.0/debian/patches/gcc-11.2.patch 2021-11-13
11:20:41.0 +0100
@@ -0,0 +1,32 @@
+From: Enrico Seiler
+Date: Fri, 12 Nov 2021 22:25:48 +0100
+Subject: Fix circular swap concept for gcc 11.2
+Origin: upstream, https://github.com/ericniebler/range-v3/pull/1676
+Bug: https://github.com/ericniebler/range-v3/issues/1672
+
+---
+ include/range/v3/utility/any.hpp | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/include/range/v3/utility/any.hpp
b/include/range/v3/utility/any.hpp
+index 1d63eb8e2..7590829c3 100644
+--- a/include/range/v3/utility/any.hpp
b/include/range/v3/utility/any.hpp
+@@ -124,7 +124,7 @@ namespace ranges
+ any() noexcept = default;
+ template(typename TRef, typename T = detail::decay_t)(
+ /// \pre
+-requires copyable AND (!same_as)) //
++requires copy_constructible AND (!same_as)) //
+ any(TRef && t)
+ : ptr_(new impl(static_cast(t)))
+ {}
+@@ -140,7 +140,7 @@ namespace ranges
+ }
+ template(typename TRef, typename T = detail::decay_t)(
+ /// \pre
+-requires copyable AND (!same_as)) //
++requires copy_constructible AND (!same_as)) //
+ any & operator=(TRef && t)
+ {
+ any{static_cast(t)}.swap(*this);
diff -Nru range-v3-0.11.0/debian/patches/series
range-v3-0.11.0/debian/patches/series
--- range-v3-0.11.0/debian/patches/series 2020-08-18 08:46:44.0
+0200
+++ range-v3-0.11.0/debian/patches/series 2021-11-13 11:07:54.0
+0100
@@ -1,2 +1,3 @@
+gcc-11.2.patch
Detection-of-concepts.patch
Workaround-premature-instantiation.patch
Bug#997018: RM: rust-elfx86exts [armhf i386 mips64el mipsel ppc64el s390x] -- ROM; Only {amd,arm}64 for now
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: cru...@debian.org Thanks!
Bug#994443: [R-pkg-team] Bug#994443: marked as done (r-bioc-deseq2: autopkgtest regression)
On Thu, 21 Oct 2021 15:15:52 +0200 Graham Inggs wrote: > Control: reopen -1 > > r-bioc-deseq2's autopkgtests started to again pass in testing on > 2021-09-29, once r-bioc-tximportdata migrated. > However, the autopkgtests in stable continue to fail [1]. Correct, because the package r-bioc-tximportdata does not exist in stable. -- Michael R. Crusoe
Bug#997017: RM: rust-capstone [armel armhf i386 mips64el mipsel ppc64el s390x] -- ROM; Only {amd,arm}64 for now
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: cru...@debian.org When we update to newer versions later I'll restore the other archs.
Bug#995675: python3-rdflib: new upstream release 6.0.0 (and 6.0.1)
On Mon, 04 Oct 2021 01:05:31 +0200 Jonas Smedegaard wrote: New major upstream release is out since a few months: 6.0.0. A minor followup bugfix release is aout as well: 6.0.1. Please package either of these, both for their numerous bugfixes and since it is a requirement of recent releases of ontospy. I can upload the new version to experimental, if someone wants to volunteer a testing rebuild of all the reverse (build) dependencies so we can get a sense of how hard the transition will be. -- Michael R. Crusoe
Bug#983988: benchmark: ftbfs with GCC-11
On Wed, 3 Mar 2021 19:28:26 +0300 Roman Lebedev wrote: > This was fixed in > https://github.com/google/benchmark/commit/3d1c2677686718d906f28c1d4da001c42666e6d2 > some time ago, after v1.5.2 was released. > Looks like it's time for a new upstream release. Since Roman's message, benchmark v1.5.3 through v1.5.6 has been released with this fix. Anton, I see you started packaging v1.6.0, but that has a breaking change: https://github.com/google/benchmark/releases/tag/v1.6.0 > [breaking change] introduce accessorrs for public data members (#1208) https://github.com/google/benchmark/pull/1208 Anton, did you test all the reverse-build-depends on benchmark's binary packages? I would like to release v1.5.3 to Debian unstable now, and then upload v1.6.0 to experimental so we can check the reverse-dependencies (and schedule a transition, if needed). Does this plan work for you, Anton? -- Michael R. Crusoe OpenPGP_signature Description: OpenPGP digital signature
Bug#995934: python-gevent: diff for NMU version 20.9.0-2.1
Package: python-gevent
Version: 20.9.0-2
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for python-gevent (versioned as 20.9.0-2.1) which fixes
the serious bug "python-gevent build-depends on removed package" and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Like Sandro Tosi, I invite you to consider maintaining this package under Debian
Python Team.
Regards.
diff -Nru python-gevent-20.9.0/debian/changelog
python-gevent-20.9.0/debian/changelog
--- python-gevent-20.9.0/debian/changelog 2021-03-02 06:55:02.0
+0100
+++ python-gevent-20.9.0/debian/changelog 2021-10-08 13:32:45.0
+0200
@@ -1,3 +1,13 @@
+python-gevent (20.9.0-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix upstream GitHub archive links
+ * No longer manually build a -dbg package. Closes: #995138, #994354
+ * debian/patches/drop_mysphinxext: cherry-picked from upstream, fixes a
+FTBFS.
+
+ -- Michael R. Crusoe Fri, 08 Oct 2021 13:32:45 +0200
+
python-gevent (20.9.0-2) unstable; urgency=medium
* Fix dh_installdocs invocation in arch target (closes: #983825).
diff -Nru python-gevent-20.9.0/debian/control
python-gevent-20.9.0/debian/control
--- python-gevent-20.9.0/debian/control 2021-01-05 20:03:08.0 +0100
+++ python-gevent-20.9.0/debian/control 2021-10-08 13:32:45.0 +0200
@@ -5,14 +5,13 @@
dh-exec,
libevent-dev (>= 1.4),
python3-greenlet,
- python3-greenlet-dbg,
python3-setuptools,
- python3-cffi, python3-cffi-backend-dbg,
- python3-all-dev, python3-all-dbg, python3-greenlet (>= 0.4.15),
+ python3-cffi,
+ python3-all-dev, python3-greenlet (>= 0.4.15),
python3-repoze.sphinx.autointerface,
python3-sphinx,
python3-sphinxcontrib.programoutput,
- cython3, cython3-dbg,
+ cython3,
libev-dev, libc-ares-dev, libuv1-dev
Standards-Version: 4.5.1
Section: python
@@ -35,20 +34,7 @@
Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends},
python3-greenlet
Provides: ${python3:Provides}
XB-Python-Version: ${python3:Versions}
-Suggests: python-gevent-doc, python3-gevent-dbg, python3-openssl
+Suggests: python-gevent-doc, python3-openssl
Description: gevent is a coroutine-based Python networking library
gevent uses greenlet to provide a high-level synchronous API on top of
libevent event loop.
-
-Package: python3-gevent-dbg
-Section: debug
-Architecture: any
-Depends: ${misc:Depends}, python3-gevent (= ${binary:Version}),
${shlibs:Depends}, ${python3:Depends},
- python3-greenlet-dbg
-Provides: ${python3:Provides}
-XB-Python-Version: ${python3:Versions}
-Description: gevent is a coroutine-based Python networking library - debugging
symbols
- gevent uses greenlet to provide a high-level synchronous API on top of
- libevent event loop.
- .
- This is the debugging symbols for gevent.
diff -Nru python-gevent-20.9.0/debian/patches/drop_mysphinxext
python-gevent-20.9.0/debian/patches/drop_mysphinxext
--- python-gevent-20.9.0/debian/patches/drop_mysphinxext1970-01-01
01:00:00.0 +0100
+++ python-gevent-20.9.0/debian/patches/drop_mysphinxext2021-10-08
13:32:45.0 +0200
@@ -0,0 +1,107 @@
+From 46b32bc7d34adb0df063eaca579c7a2164a76cc9 Mon Sep 17 00:00:00 2001
+From: Jason Madden
+Date: Tue, 8 Dec 2020 05:39:11 -0600
+Subject: [PATCH] Remove mysphinxext.py. It seemed unused. (Fixes a FTBFS)
+
+Bumping its 'noisy' value up, while there were plenty of missing-reference
+events it got called for, it never actually printed the line that showed it
+resolved something.
+
+--- python-gevent.orig/docs/conf.py
python-gevent/docs/conf.py
+@@ -19,8 +19,6 @@
+ # for better documentation extraction and ease of tweaking docs.
+ os.environ['PURE_PYTHON'] = '1'
+
+-sys.path.append(os.path.dirname(__file__)) # for mysphinxext
+-
+ # If extensions (or modules to document with autodoc) are in another
directory,
+ # add these directories to sys.path here. If the directory is relative to the
+ # documentation root, use os.path.abspath to make it absolute, like shown
here.
+@@ -45,9 +43,6 @@
+ # Third-party
+ 'repoze.sphinx.autointerface',
+ 'sphinxcontrib.programoutput',
+-
+-# Ours
+-'mysphinxext',
+ ]
+
+ intersphinx_mapping = {
+--- python-gevent.orig/docs/mysphinxext.py
/dev/null
+@@ -1,74 +0,0 @@
+-from __future__ import print_function
+-from sphinx.ext.autodoc import cut_lines
+-from sphinx.ext import intersphinx
+-from docutils import nodes
+-
+-noisy = 0
+-message_cache = set()
+-
+-
+-def missing_reference(app, env, node, contnode):
+-"""Search the index for missing references.
+-For example, resolve :class:`Event` to :class:`Event
`"""
+-# XXX methods and functions resolved by this function miss their ()
+-
+-if intersphinx.missing_reference(app, env, node, contnode) is not None:
+-# is there a better way to give intersphinx a bigger priority?
+-re
Bug#994830: ITP: python-types-dataclasses -- Typing stubs for dataclasses
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-types-dataclasses -- Typing stubs for dataclasses Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: python-types-dataclasses Version : 0.1.7 Upstream Author : Gary van der Merwe * URL : https://github.com/python/typeshed * License : Apache-2.0 Programming Lang: Python Description : Typing stubs for dataclasses This is a PEP 561 type stub package for the dataclasses package. It can be used by type-checking tools like mypy, PyCharm, pytype etc. to check code that uses dataclasses. The source for this package can be found at https://github.com/python/typeshed/tree/master/stubs/dataclasses. All fixes for types and metadata should be contributed there. . See https://github.com/python/typeshed/blob/master/README.md for more details. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/python-types-dataclasses
Bug#994599: ITP: python-tomli -- lil' TOML parser for Python
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-tomli -- lil' TOML parser for Python Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: python-tomli Version : 1.2.1 Upstream Author : Taneli Hukkinen * URL : https://github.com/hukkin/tomli * License : Expat Programming Lang: Python Description : lil' TOML parser for Python Tomli is a Python library for parsing TOML. https://toml.io/ Tomli is fully compatible with TOML v1.0.0. https://toml.io/en/v1.0.0 Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/python-tomli
Bug#994589: flit: New version upstream (3.3), 3.2+ needed for python-tomli (needed by next version of mypy)
Package: flit Version: 3.0.0-1 Severity: normal X-Debbugs-Cc: cru...@debian.org Dear maintainer, I'm one of the maintainers of the mypy package and I noticed that the next release will switch to the "tomli" toml parser which requires flit >= 3.2 due to use of the [project] metadata table from PEP 621. https://flit.readthedocs.io/en/latest/history.html Do you have plans on updating flit soon? Can I assist? Thanks! -- Michael R. Crusoe
Bug#994404: ITP: python-types-typed-ast -- Typing stubs for typed-ast
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-types-typed-ast -- Typing stubs for typed-ast Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: python-types-typed-ast Version : 1.4.4 Upstream Author : * URL : https://github.com/python/typeshed * License : Apache-2.0 Programming Lang: Python Description : Typing stubs for typed-ast This is a PEP 561 type stub package for the typed-ast package. It can be used by type-checking tools like mypy, PyCharm, pytype etc. to check code that uses typed-ast. The source for this package can be found at https://github.com/python/typeshed/tree/master/stubs/typed-ast. All fixes for types and metadata should be contributed there. . See https://github.com/python/typeshed/blob/master/README.md for more details. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/python-types-typed-ast
Bug#994403: ITP: python-types-toml -- Typing stubs for toml
Package: wnpp Severity: wishlist X-Debbugs-Cc: cru...@debian.org Subject: ITP: python-types-toml -- Typing stubs for toml Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: python-types-toml Version : 0.1.5 Upstream Author : * URL : https://github.com/python/typeshed * License : Apache-2.0 Programming Lang: Python Description : Typing stubs for toml This is a PEP 561 type stub package for the toml package. It can be used by type-checking tools like mypy, PyCharm, pytype etc. to check code that uses toml. The source for this package can be found at https://github.com/python/typeshed/tree/master/stubs/toml. All fixes for types and metadata should be contributed there. . See https://github.com/python/typeshed/blob/master/README.md for more details. Remark: This package is maintained by Debian Python Team at https://salsa.debian.org/python-team/packages/python-toml-types
