Bug#966570: RFP: libamf -- Advanced Media Framework (AMF) SDK
On Sun, 26 May 2024 14:54:41 -0400 Braiam wrote: I would be willing, as long as the issues I noted in my last mail could be addressed. I'll be more than happy to review the work you've done and give you pointers on what can be improved. I suggest you upload your current code to https://salsa.debian.org, Debian's official Gitlab instance. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1071746: clojure: CVE-2024-22871
On 2024-05-24 11:42, Louis-Philippe Véronneau wrote: On Fri, 24 May 2024 16:53:28 +0200 =?UTF-8?Q?Moritz_M=C3=BChlenhoff?= wrote: Source: clojure X-Debbugs-CC: t...@security.debian.org Severity: important Tags: security Hi, The following vulnerability was published for clojure. CVE-2024-22871[0]: | An issue in Clojure versions 1.20 to 1.12.0-alpha5 allows an | attacker to cause a denial of service (DoS) via the | clojure.core$partial$fn__5920 function. https://github.com/advisories/GHSA-vr64-r9qj-h27f If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2024-22871 https://www.cve.org/CVERecord?id=CVE-2024-22871 Please adjust the affected versions in the BTS as needed. Hi, Thanks for the report. Maybe I'm reading this wrong, but the Debian archive has clojure 1.10 (oldstable) and 1.11 (stable and up). The CVE seems to apply only from 1.12.0-alpha5 to 1.20. Can you confirm why we are affected by this CVE? Cheers, Well, I guess there's a typo and it's "1.2.0 to 1.12.0-alpha5" (which would make way more sense, as there is no such thing as clojure 1.20). -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1071746: clojure: CVE-2024-22871
On Fri, 24 May 2024 16:53:28 +0200 =?UTF-8?Q?Moritz_M=C3=BChlenhoff?= wrote: Source: clojure X-Debbugs-CC: t...@security.debian.org Severity: important Tags: security Hi, The following vulnerability was published for clojure. CVE-2024-22871[0]: | An issue in Clojure versions 1.20 to 1.12.0-alpha5 allows an | attacker to cause a denial of service (DoS) via the | clojure.core$partial$fn__5920 function. https://github.com/advisories/GHSA-vr64-r9qj-h27f If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2024-22871 https://www.cve.org/CVERecord?id=CVE-2024-22871 Please adjust the affected versions in the BTS as needed. Hi, Thanks for the report. Maybe I'm reading this wrong, but the Debian archive has clojure 1.10 (oldstable) and 1.11 (stable and up). The CVE seems to apply only from 1.12.0-alpha5 to 1.20. Can you confirm why we are affected by this CVE? Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#966570: RFP: libamf -- Advanced Media Framework (AMF) SDK
On 2024-05-23 08:42, Diederik de Haas wrote: On 30 Jul 2020 16:00:44 -0400 Louis-Philippe Véronneau wrote: I'm happy to help or sponsor work for this, but I'm not confident I understand the codebase enough to be packaging this myself. There has been a reply to this, but it didn't directly To/CC you, so I'm replying to make sure you're at least aware of it. Thanks for the ping, I indeed hadn't seen the reply :P Braiam, still up to maintaining this package in Debian? I don't see a link to a git repository in your last message. Happy to try to build it and see if I can upload it if it looks good. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1071469: Acknowledgement (tracker.debian.org: out of sync with the archive (breakage in debian.org mail infrastructure))
severity 1071469 normal thanks I dug a little bit more and it seems the outage happened between 2024-05-17 ~2200 and and 2024-05-18 0110UTC. The only packages that have been uploaded during that time period and that seem to be affected are: * sccache 0.8.0-2 * whipper 0.10.0-3 * slepc 3.20.2+dfsg1-1 Since it's a pretty small number of packages, I'm downgrading the severity :) -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1071469: tracker.debian.org: out of sync with the archive (breakage in debian.org mail infrastructure)
Package: tracker.debian.org Severity: important Hi, It seems that a debian.org mail infrastructure breakage happened sometime between 2024-05-17 and 2024-05-18: --- adsb> there was some d.o mail breakage for a couple of hours overnight friday/saturday, possible it got caught up in that adsb>turns out that losing your TLSA records doesn't go so well adsb> I'm not sure how easy resurrecting any of that information is, or where from --- This means a bunch of emails like `source.changes ACCEPTED into unstable` ones weren't sent. I'm guessing tracker.debian.org relies on those email in some way, since the uploads made during this time period aren't currently shown on the interface. An example is the 0.10.0-3 whipper upload I made to unstable [1]. The upload did go through, I never got any mail back and tracker.debian.org doesn't list the upload [2]. I don't know how many packages were affected by this, but having tracker.debian.org out of sync with the actual state of the archive isn't great, as people rely on it :) Cheers, [1]: https://metadata.ftp-master.debian.org/changelogs//main/w/whipper/whipper_0.10.0-3_changelog [2]: https://tracker.debian.org/pkg/whipper -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1067620: add max version to python3-ruamel.yaml dependency
On 2024-05-15 15:34, David Mandelberg wrote: Hi, Looks like python3-ruamel.yaml is at 0.18.6+ds-3 in testing and unstable, and whipper is failing for me now. https://github.com/whipper-team/whipper/issues/605#issuecomment-2073552007 mentions a fix. Would it be possible to get that patch in Debian? (I haven't tested it myself though.) I've seen the patch and I plan to test it and patch the package ~soonish, as soon as I find the time. I have a pile of CDs to rip :) -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1070770: lintian: check for testing presence of "nodocs" in DEB_BUILD_OPTIONS
tags 1070770 patch thanks I've created a patch on Salsa that creates a new Lintian check for this. https://salsa.debian.org/lintian/lintian/-/merge_requests/504 Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1070252: reassign 1070252 to python3-mpv
reassign 1070252 python3-mpv 1.0.4-1 retitle 1070252 python3-mpv: playback broken by libmpv 0.38 tags 1070252 fixed-upstream thanks It seems this is caused by the python3-mpv package and has been fixed upstream. I'll make an upload as soon as I find the time. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1070252: sublime-music: playback broken by libmpv 0.38
Package: sublime-music Version: 0.12.0-1 Severity: critical Forwarded: https://github.com/sublime-music/sublime-music/issues/462 Using libmpv2 0.38, the playback is broken an results in the following trace: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/sublime_music/dbus/manager.py", line 24, in wrapper function(*args) File "/usr/lib/python3/dist-packages/sublime_music/app.py", line 629, in on_play_pause self.play_song(self.app_config.state.current_song_index) File "/usr/lib/python3/dist-packages/sublime_music/app.py", line 1415, in play_song song_details_future.add_done_callback( File "/usr/lib/python3/dist-packages/sublime_music/adapters/manager.py", line 140, in add_done_callback fn(self, *args) File "/usr/lib/python3/dist-packages/sublime_music/app.py", line 1416, in lambda f: do_play_song(self.song_playing_order_token, f.result()) ^^^ File "/usr/lib/python3/dist-packages/sublime_music/dbus/manager.py", line 24, in wrapper function(*args) File "/usr/lib/python3/dist-packages/sublime_music/app.py", line 1166, in do_play_song self.player_manager.play_media( File "/usr/lib/python3/dist-packages/sublime_music/players/manager.py", line 188, in play_media current_player.play_media(uri, progress, song) File "/usr/lib/python3/dist-packages/sublime_music/players/mpv.py", line 137, in play_media self.mpv.command( File "/usr/lib/python3/dist-packages/mpv.py", line 1233, in command _mpv_command_node(self.handle, ppointer, out) File "/usr/lib/python3/dist-packages/mpv.py", line 148, in raise_for_ec raise ex ValueError: ('Invalid value for mpv parameter', -4, (, , )) -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1067650: davmail: O365Interactive fails with "superclass access check failed: class davmail.exchange.auth.O365InteractiveAuthenticatorFrame"
On 2024-04-05 3 h 04 a.m., Alexandre Rossi wrote: Hi, Exception in thread "AWT-EventQueue-0" java.lang.IllegalAccessError: superclass access check failed: class davmail.exchange.auth.O365InteractiveAuthenticatorFrame$2 (in unnamed module @0x112d0a71) cannot access class sun.net.www.protocol.https.Handler (in module java.base) because module java.base does not export sun.net.www.protocol.https to unnamed module @0x112d0a71 Upstream points out that davmail should be launched with: $ /usr/bin/java \ -Xmx512M -Dsun.net.inetaddr.ttl=60 \ --add-exports java.base/sun.net.www.protocol.https=ALL-UNNAMED \ -jar /usr/share/davmail/davmail.jar Do you confirm this fixes the problem? Hi, Thanks for the follow up. Yes, that does fix the issue! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1066011: whipper: Please drop dependencies on python3-distutils
The patch in question: https://salsa.debian.org/python-team/packages/whipper/-/commit/574b58db64dc710796285793170482547135ad03 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1066011: whipper: Please drop dependencies on python3-distutils
tags 1066011 +patch forwarded 1066011 https://github.com/whipper-team/whipper/issues/611 thanks Thanks for opening this bug report. I've created a patch that fixes this issue. I'm planning on downgrading this bug to keep track of the upstream issue. I haven't uploaded the fix yet, since I also need to add a new patch to migrate from setup.py to a pyproject.toml file. Still working on that. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1067620: add max version to python3-ruamel.yaml dependency
retitle 1067620 whipper fails with python3-ruamel.yaml <= 0.18.0 forwarded 1067620 https://github.com/whipper-team/whipper/issues/605 thanks Hi, Thanks for opening this bug. Sadly, even if we add a maximum version in the Debian packaging rules, the package will still FTBFS when python3-ruamel.yaml is updated. I trust that this kind of failure will be caught by the testsuite if/when python3-ruamel.yaml is updated in the archive. In the meantime, I've added more info to the bug so that we'll be notified if upstream comes up with a patch. If you managed to fix this issue on your side and want me to test the patch in Debian, don't hesitate to send it! Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1067650: davmail: O365Interactive fails with "superclass access check failed: class davmail.exchange.auth.O365InteractiveAuthenticatorFrame"
Package: davmail Version: 6.2.1.3496-1 Severity: important Dear maintainers, It seems something recently broke davmail's "O365Interactive" mode in Debian. When I try to use it (it's the only mode I can use since $work has mandatory 2FA), the login window is never shown and I get the following stacktrace: Exception in thread "AWT-EventQueue-0" java.lang.IllegalAccessError: superclass access check failed: class davmail.exchange.auth.O365InteractiveAuthenticatorFrame$2 (in unnamed module @0x112d0a71) cannot access class sun.net.www.protocol.https.Handler (in module java.base) because module java.base does not export sun.net.www.protocol.https to unnamed module @0x112d0a71 at java.base/java.lang.ClassLoader.defineClass1(Native Method) at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1017) at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150) at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:862) at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:760) at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:681) at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:639) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:188) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:525) at davmail.exchange.auth.O365InteractiveAuthenticator.lambda$authenticate$0(O365InteractiveAuthenticator.java:150) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:318) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:773) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714) at java.base/java.security.AccessController.doPrivileged(AccessController.java:399) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1065327: ITA: python-levenshtein
Ah, great news then, happy to let you have it :) I'll be happy to contribute punctually if needed if you do indeed keep it in the DPT. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ On 2024-03-15 07:01, Julian Gilbey wrote: On Thu, Mar 14, 2024 at 10:40:38AM -0400, Louis-Philippe Véronneau wrote: retitle 1065327 ITA: python-levenshtein -- extension for computing string similarities and edit distances (Python 3) owner 1065327 Louis-Philippe Véronneau thanks I need this package for sublime-music and since it's being orphaned, I'm planning to adopt it. If someone else wants to maintain this package though, I won't fight you for it :) Cheers (and thanks to morph for the work so far), Hi Louis-Philippe, Both Jelmer and I are also willing to take it on. I wrote to the Python list in response to Jelmer (before I saw your ITA): I've just taken a look at python-levenshtein, as I remember the name now: it might make more sense for me to take it as it depends on rapidfuzz and rapidfuzz-cpp, which I've just packaged and are sitting in NEW. But if you want to take it, please feel free to do so! (Once rapidfuzz makes it into unstable, a lot of debian/rules could probably also be simplified.) So happy whoever wants to take it; we just won't be able to do much until rapidfuzz, rapidfuzz-cpp and taskflow make it to unstable. I do suggest that we keep it within the DPT, though. Best wishes, Julian
Bug#1065327: ITA: python-levenshtein
retitle 1065327 ITA: python-levenshtein -- extension for computing string similarities and edit distances (Python 3) owner 1065327 Louis-Philippe Véronneau thanks I need this package for sublime-music and since it's being orphaned, I'm planning to adopt it. If someone else wants to maintain this package though, I won't fight you for it :) Cheers (and thanks to morph for the work so far), -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1064286: puppet-lint: please backport v4 to bookworm
Package: puppet-lint Version: 4.2.4-1 Severity: wishlist Dear maintainers, Would it be possible to backport this package to bookworm? v4 introduces the `legacy_facts` check, which is very important, since the puppet-agent 7 to 8 transition deprecates those. Having puppet-lint v4 backported would ease this transition a lot, since people could lint their existing code base with this new check before migrating to Trixie. Cheers, and thanks for maintaining this package, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1061340: pelican: Please run tests (during build and in an autopkgtest)
.pybuild/cpython3_3.12/build/pelican/settings.py", line 19, in load_source spec.loader.exec_module(mod) File "", line 990, in exec_module File "", line 1127, in get_code File "", line 1185, in get_data FileNotFoundError: [Errno 2] No such file or directory: '/<>/.pybuild/cpython3_3.12/build/samples/pelican.conf.py' == FAIL: test_theme_prefix (pelican.tests.test_generators.TestGenerator.test_theme_prefix) Test `!theme` theme prefix. -- Traceback (most recent call last): File "/<>/.pybuild/cpython3_3.12/build/pelican/tests/test_generators.py", line 174, in test_theme_prefix self.assertEqual(expected_path, os.path.dirname(filename)) AssertionError: '/bui[38 chars]pybuild/cpython3_3.12/build/pelican/themes/notmyidea/templates' != '/bui[38 chars]pybuild/cpython3_3.12/build/pelican/themes/simple/templates' - /<>/.pybuild/cpython3_3.12/build/pelican/themes/notmyidea/templates ? ^^^ ^^^ - + /<>/.pybuild/cpython3_3.12/build/pelican/themes/simple/templates ? ^^ ^^ == FAIL: test_theme_static_paths_dirs (pelican.tests.test_generators.TestStaticGenerator.test_theme_static_paths_dirs) Test that StaticGenerator properly copies also files mentioned in -- Traceback (most recent call last): File "/<>/.pybuild/cpython3_3.12/build/pelican/tests/test_generators.py", line 1211, in test_theme_static_paths_dirs self.assertTrue(os.path.isdir(os.path.join(self.temp_output, "theme/css/"))) AssertionError: False is not true == FAIL: test_theme_static_paths_files (pelican.tests.test_generators.TestStaticGenerator.test_theme_static_paths_files) Test that StaticGenerator properly copies also files mentioned in -- Traceback (most recent call last): File "/<>/.pybuild/cpython3_3.12/build/pelican/tests/test_generators.py", line 1236, in test_theme_static_paths_files self.assertTrue( AssertionError: False is not true == FAIL: test_log_filter (pelican.tests.test_log.TestLog.test_log_filter) -- Traceback (most recent call last): File "/<>/.pybuild/cpython3_3.12/build/pelican/tests/test_log.py", line 53, in test_log_filter self.assertEqual(self.handler.count_logs("Log \\d", logging.WARNING), 0) AssertionError: 5 != 0 == FAIL: test_error_on_warning (pelican.tests.test_testsuite.TestSuiteTest.test_error_on_warning) -- Traceback (most recent call last): File "/<>/.pybuild/cpython3_3.12/build/pelican/tests/test_testsuite.py", line 8, in test_error_on_warning with self.assertRaises(UserWarning): AssertionError: UserWarning not raised -- Ran 241 tests in 2.186s FAILED (failures=5, errors=4, skipped=30) Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄diff --git a/debian/control b/debian/control index 0d4a471..e362968 100644 --- a/debian/control +++ b/debian/control @@ -26,6 +26,9 @@ Build-Depends: python3-tz, python3-unidecode, python3-watchfiles, + python3-ordered-set , + python3-typogrify , + python3-markdown , Standards-Version: 4.6.2 Homepage: https://getpelican.com/ Vcs-Git: https://salsa.debian.org/python-team/packages/pelican.git diff --git a/debian/rules b/debian/rules index f5ee1db..f2ecb0b 100755 --- a/debian/rules +++ b/debian/rules @@ -16,9 +16,6 @@ override_dh_auto_build: PYTHONPATH=. http_proxy='http://127.0.0.1:9/' python3 -m sphinx -N -E -bhtml docs build/html rm -rf build/html/.doctrees -override_dh_auto_test: - @echo "Tests currently disabled!" - override_dh_installchangelogs: dh_installchangelogs docs/changelog.rst
Bug#1057484: pelican: "ModuleNotFoundError: No module named 'watchfiles"
It seems this library isn't currently packaged in Debian? I've just ITPed the package and will be uploading it to NEW ASAP. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1060881: resfinder: please stop build-depending on python3-pdm and use python3-pdm-backend instead
Package: src:resfinder Severity: important Dear maintainers, This package build-depends on python3-pdm, a management tool. It should instead build-depend on python3-pdm-backend, the package that provides the PEP517-style build backend for PDM. The python3-pdm package itself it not really maintained and will probably be removed from the archive soon. Fixing this issue quickly would thus be helpful. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1059807: supysonic: does not write log file
Hi, How are you running supysonic? If you run it at as a WSGI app, it would be the job of your webserver to log the error? -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ On Mon, 01 Jan 2024 19:24:36 +0100 Axel wrote: Package: supysonic Version: 0.7.2+ds-2 Severity: normal X-Debbugs-Cc: a...@users.sourceforge.net Dear Maintainer, some audio files cause the script to die prematurely, probably while attempting to transcode the audio. Unfortunately no log entries are created whatsoever. If the log file cannot be created, an error message is produced, but even the debug setting does not result in any entries. -- System Information: Debian Release: 12.4 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-17-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages supysonic depends on: ii fonts-glyphicons-halflings 1.009~3.4.1+dfsg-3 ii libjs-bootstrap 3.4.1+dfsg-3 ii libjs-jquery3.6.1+dfsg+~3.5.14-1 ii libjs-sphinxdoc 5.3.0-4 ii python3 3.11.2-1+b1 ii python3-click 8.1.3-2 ii python3-flask 2.2.2-3 ii python3-lxml4.9.2-1+b1 ii python3-mediafile 0.11.0-1 ii python3-pil 9.4.0-1.1+b1 ii python3-pony0.7.16+ds-3 ii python3-requests2.28.1+dfsg-1 ii python3-watchdog2.2.1-1 ii python3-zipstream-ng1.4.0-1 Versions of packages supysonic recommends: ii flac 1.4.2+ds-2 ii lame 3.100-6 ii libapache2-mod-wsgi-py3 4.9.4-1+b2 Versions of packages supysonic suggests: ii python3-psycopg2 2.9.5-1+b1 -- no debconf information OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1060187: src:peewee: not all tests are run when building and in the autopkgtest (only 5 out of many)
Package: src:peewee Severity: important Version: 3.17.0+dfsg-1 Dear maintainers, It seems peewee only runs 5 tests (out of a bunch) when building and in the autopkgtest: = platform linux -- Python 3.12.1, pytest-7.4.4, pluggy-1.3.0 rootdir: /tmp/autopkgtest.VGaWKb/autopkgtest_tmp/build collected 5 items tests/test_utils.py . [100%] = This does not seem like a new problem (it's been the case since at least Debian 10), but isn't great. I haven't investigated why this happens, but I see a `runtests.py` script in the upstream root directory. This is probably the right way to run tests? Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1056829: peewee: ftbfs with cython 3.0.x
owner 1056829 Louis-Philippe Véronneau thanks This is apparently fixed in version 3.16.3. I'll try to update the package. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ On Sun, 26 Nov 2023 10:05:53 + Matthias Klose wrote: Package: src:peewee Version: 3.14.10+dfsg-1 Severity: important Tags: sid trixie User: debian-pyt...@lists.debian.org Usertags: cython3 [This bug is targeted to the upcoming trixie release] The package fails to build in a test rebuild on at least arm64 with cython 3.0.5, but succeeds to build with cython 0.29.36. Please update the package to build with cython 3.0.5 (available in experimental). If the package cannot be built with cython 3.0.5, please change the build dependency from cython3 to cython3-legacy (available now in unstable). There is no replacement for cython3-dbg. Build logs building with cython 3.0.5 can be found at https://people.debian.org/~stefanor/cython3/cython-3.0.5/ See also https://lists.debian.org/debian-python/2023/11/msg00034.html OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1057484: pelican: "ModuleNotFoundError: No module named 'watchfiles"
Had a quick look at the Debian package and it seems that all tests are disabled. In my opinion, this is a very good example of why tests at build (and in autopkgtests) are important. How do you know the package you're shipping isn't broken without tests? (you don't know, that's why there are tests :D). I would thus strongly suggest you to run tests, or at least part of the testsuite if some locale-specific tests are unhelpful. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1057484: pelican: "ModuleNotFoundError: No module named 'watchfiles"
Package: pelican Version: 4.9.1+dfsg-1 Severity: critical Dear maintainers, Running `pelican content` to generate HTML files, I get the following crash: Traceback (most recent call last): File "/usr/bin/pelican", line 5, in from pelican.__main__ import main File "/usr/lib/python3/dist-packages/pelican/__init__.py", line 24, in from pelican.generators import ( File "/usr/lib/python3/dist-packages/pelican/generators.py", line 20, in from pelican.cache import FileStampDataCacher File "/usr/lib/python3/dist-packages/pelican/cache.py", line 6, in from pelican.utils import mkdir_p File "/usr/lib/python3/dist-packages/pelican/utils.py", line 28, in import watchfiles ModuleNotFoundError: No module named 'watchfiles' It seems this library isn't currently packaged in Debian? Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1032864: labwc ITP bug more info
My initial efforts can be found here: https://salsa.debian.org/pollo/labwc -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1053315: RM: firmware-tomu -- RoM; RC-buggy; abandoned upstream
Package: ftp.debian.org Severity: normal Hello, I haven't touched this package in a while, it's RC buggy and the hardware project behind it is dead. Please remove it :) --- po...@mirror.ftp-master.debian.org "dak rm -Rn firmware-tomu" Will remove the following packages from unstable: firmware-tomu | 2.0~rc7-2 | source, all Maintainer: Louis-Philippe Véronneau --- Reason --- -- Checking reverse dependencies... No dependency problem found. --- -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1051263: sublime-music has migrated to a new repo, new upstream release available
On 2023-09-05 08 h 45, Nicolas Derive wrote: Package: sublime-music Version: 0.11.16-4 Dear DDs, sublime-music has migrated from GitLab to GitHub, so the upstream code repository is now https://github.com/sublime-music/sublime-music . Also, there's a new upstream version available (0.12.0), that you possibly haven't been notified due to the migration. Thanks for correcting this. Best regards, Nicolas Derive. Thanks a lot for this bug report! I was indeed not aware of the change and I'll update the package as soon as I find some time. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1040066: RM: python-marshmallow-enum -- RoM; replaced by python-marshmallow >= 3.18.0
retitle 1040066 RM: python-marshmallow-enum -- RoM; replaced by python-marshmallow >= 3.18.0 reassign 1040066 ftp.debian.org severity 1040066 normal thanks $ ssh po...@mirror.ftp-master.debian.org "dak rm -Rn flask-appbuilder" Will remove the following packages from unstable: flask-appbuilder | 4.1.4+ds-3 | source python-flask-appbuilder-doc | 4.1.4+ds-3 | all python3-flask-appbuilder | 4.1.4+ds-3 | all Maintainer: Debian Python Team --- Reason --- -- Checking reverse dependencies... No dependency problem found. flask-appbuilder still depends on this package, but: * it is not in bookworm (removed from testing in 2022-12-16) * it currently FTBFS from #1036167 and upstream still hasn't got a fix Since flask-appbuilder is team-maintained, I did try to be a good citizen and make it build again. Although I failed (since upstream still hasn't fixed #1036167), I did update the VCS to the latest upstream version and triaged the BTS! (maybe this will get me some more leniency?? :D) All in all: * python-marshmallow-enum not being available anymore won't change anything for flask-appbuilder (it'll stay broken) * the fix for flask-appbuilder with regards to the removal of python-marshmallow-enum is trivial and has already been committed in the VCS [1] As such, please remove python-marshmallow-enum from the archive. [1]: https://salsa.debian.org/python-team/packages/flask-appbuilder/-/commit/ccc94f13af57d72b1335ffb262e793b61d74ffd5 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1036167: flask-appbuilder: Fails to build against python3-flask-sqlalchemy 3.0.3-1
I can confirm this is still the case with upstream version 4.3.6. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1042923: ITP: ampy -- Utility to interact with a CircuitPython or MicroPython board over a serial connection
Package: wnpp Severity: wishlist Owner: Louis-Philippe Véronneau Package name: ampy Version : 1.1.0 URL : https://github.com/scientifichackers/ampy License : Expat Programming Lang: Python Description : Utility to interact with a CircuitPython or MicroPython board over a serial connection. Ampy is meant to be a simple command line tool to manipulate files and run code on a CircuitPython or MicroPython board over its serial connection. With ampy you can send files from your computer to the board's file system, download files from a board to your computer, and even send a Python script to a board to be executed. I'm planning to maintain this package in the Python Team. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1014255: Long lines should also be ignored from non-code text files
On 2023-08-02 15 h 01, Dr. Bas Wijnen wrote: Hi, Axel writes that README.md and LICENSE are likely valid cases. I disagree. While I (and I expect many developers in Debian) are used to using short lines in text files, this is not that common for other people. Many will use the automatic word-wrap feature of text editors and write a whole paragraph on a single line. I don't think I should ask upstream to reformat their non-code text files; it's not a good use of their time, and also they would likely not even do it. Instead, I hope lintian can avoid emitting this tag for non-code text files (in particular: *.txt, *.html, *.md). Although CMakeLists.txt is probably an exception: that is code and it shouldn't contain long lines. I could add overrides, but I don't think this would be an appropriate case for that. But please let me know if it is. Thanks, Bas Note that the 'very-long-line-length-in-source-file' was marked as 'experimental' in this commit [1] exactly for that kind of reason. The default lintian mode doesn't use the 'experimental' tags and I would advise you not to include them if this tag is currently bothering you. [1]: https://salsa.debian.org/lintian/lintian/-/commit/899bd1b683c479e166ebd465ff0ad101fbd04ee2 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1033361: ITP: dunamai -- dynamic versioning library and CLI
Hello, I need poetry-dynamic-versioning for a new version of a package I maintain and I'll be more than happy to review and sponsor your work on this. The first step would be to join the Python Team [1]. Once that is done, either email me or ping me on IRC (pollo) :) [1]: https://deb.li/PyPolicy -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1041809: rst2man: uses non-portable 'C' font, causing warnings from groff >= 1.23.0
Hi, I've just hit this bug with package supysonic, but the man pages aren't built by rst2man, but by sphinx: supysonic: groff-message troff::108: warning: cannot select font 'C' [usr/share/man/man1/supysonic-cli-folder.1.gz:2] supysonic: groff-message troff::96: warning: cannot select font 'C' [usr/share/man/man1/supysonic-cli-folder.1.gz:1] supysonic: groff-message troff::120: warning: cannot select font 'C' [usr/share/man/man1/supysonic-cli-user.1.gz:1] AFAIK, sphinx doesn't use rst2man to build man pages. The issues seems to spawn from code snippets in reStructuredText (marked by ::), for example: -- Once you've added a folder, you will need to scan it:: $ supysonic-cli folder scan MyLibrary -- sphinx is widely used to generate documentation and man pages, so I fear this affects more packages than those just using rst2man. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1040096: python-eventlet: deprecation of Python libraries asyncore and asynchat
On 2023-07-05 07 h 38, Thomas Goirand wrote: On 7/2/23 03:44, Louis-Philippe Véronneau wrote: Source: python-eventlet Severity: important User: debian-pyt...@lists.debian.org Usertags: asyncore-asynchat-deprecation Dear maintainer(s), In Python 3.6, asyncore and asynchat have been formally marked as deprecated. Code that imports these libraries will no longer work from Python 3.12, which is currently in Trixie. Since python-eventlet uses either of these Python libraries, please prepare for this removal and migrate away from them. See this link for more details: https://peps.python.org/pep-0594/#deprecated-modules Hi Louis, The only place where I can see the use of these libs, is where Eventlet is monkey patching that lib. See https://github.com/eventlet/eventlet/blob/master/eventlet/green/asyn{core,chat}.py. In such a case, do we still have an issue? Cheers, Thomas Goirand (zigo) I'm not familiar enough with this code, but if the import is called with python 3.12, it will fail. I don't know how much this library depends on it. You can always test it out yourself with python3.12 (currently in trixie and sid). Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1033294: lintian: detect and warn about Python 2 related paths within packages
owner 1033294 po...@debian.org thanks I'm currently working on a fix for this (the patch is in fact ready, but I'm trying to clean some old python2 code in the same MR). Cheers and thanks for reporting, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1040069: flask-appbuilder: please stop depending on python-marshmallow-enum
Source: flask-appbuilder Severity: normal Version: 4.1.4+ds-3 Dear maintainers, I maintain the python-marshmallow-enum package. Since it has been deprecated upstream [1] (marshmallow 3.18.0 added Enum support), I'm planning on removing it from the archive as soon as possible. Since this package currently depends and build-depends on python3-marshmallow-enum, it would be nice if you could move away from it. This has been fixed upstream [2] in the 4.3.3 release and packaging it would fix this issue. Cheers, [1]: https://github.com/justanr/marshmallow_enum/issues/51 [2]: https://github.com/dpgaspar/Flask-AppBuilder/blob/master/CHANGELOG.rst#improvements-and-bug-fixes-on-433 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1040068: python-marshmallow-dataclass: please stop build-depending on python-marshmallow-enum
Source: python-marshmallow-dataclass Severity: normal Version: 8.5.10-1 Dear maintainers, I maintain the python-marshmallow-enum package. Since it has been deprecated upstream [1] (marshmallow 3.18.0 added Enum support), I'm planning on removing it from the archive as soon as possible. Since this package currently build-depends on python3-marshmallow-enum, it would be nice if you could move away from it. This has been fixed upstream [2] in the 8.5.11 release and packaging it would fix this issue, Cheers, [1]: https://github.com/justanr/marshmallow_enum/issues/51 [2]: https://github.com/lovasoa/marshmallow_dataclass/blob/master/CHANGELOG.md#v8511-2023-01-08 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1040067: dataclasses-json: please stop depending on python-marshmallow-enum
Source: dataclasses-json Severity: normal Version: 0.5.9-1 Forwarded: https://github.com/lidatong/dataclasses-json/pull/384 Owner: po...@debian.org I maintain the python-marshmallow-enum package. Since it has been deprecated upstream [1] (marshmallow 3.18.0 added Enum support), I'm planning on removing it from the archive as soon as possible. Since this package currently depends and build-depends on python3-marshmallow-enum, it would be nice if you could move away from it. This has been fixed upstream [2], but I'm waiting on a new release to package this fix in Debian. [1]: https://github.com/justanr/marshmallow_enum/issues/51 [2]: https://github.com/lidatong/dataclasses-json/pull/384 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1040066: python-marshmallow-enum: Intent to remove from the archive
Source: python-marshmallow-enum Severity: serious Owner: po...@debian.org X-Debbugs-CC: debian-pyt...@lists.debian.org I maintain the python-marshmallow-enum package. Since it has been deprecated upstream [1] (marshmallow 3.18.0 added Enum support), I'm planning on removing it from the archive as soon as possible. This bug should be enough to have python3-marshmallow-enum be removed from testing in the meantime and will help me link the bugs blocking the RM. Once those are closed, I'll turn this bug into a formal RM request. Cheers, [1]: https://github.com/justanr/marshmallow_enum/issues/51 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1038272: gnupg: connecting both a regular smartcard and a solokey v2 drastically increases gpg's response time
retitle 1038272 gnupg crashes the solokey v2 thanks Debugging further, it seems there's no need to have both tokens connected, only having the solokey v2 will suffice. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1038272: gnupg: connecting both a regular smartcard and a solokey v2 drastically increases gpg's response time
Even worse, it seems using gpg with both tokens connected crashes the solokey v2, which then becomes unresponsive to touch and CLI commands. :( -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1038272: gnupg: connecting both a regular smartcard and a solokey v2 drastically increases gpg's response time
Package: gnupg Version: 2.2.40-1.1 Severity: normal Dear maintainers, I recently purchased a Solokey v2, which does not support OpenPGP (but does support PIV). Although this is the case, when both my regular smartcard (a nitrokey start) and the Solokey v2 are plugged in, gpg seems to get "confused" and takes a while to answer back (almost as if it took multiple seconds to recognise the solokey v2 isn't supported). This is "Not Very Nice" as it drastically increases the time it takes to sign git commits when both keys are plugged in :( With both keys plugged in (my password is cached): -- foo@bar:/tmp$ time gpg --sign testfile.txt real0m21,632s user0m0,006s sys 0m0,003s -- With only the smartcard plugged in: -- foo@bar:/tmp$ time gpg --sign testfile.txt real0m0,053s user0m0,003s sys 0m0,004s -- The same thing happens when I try to run `gpg --edit-card`, or when Thunderbird (which I configured to use gpg) tries to sign an email. I understand this behavior could be difficult to reproduce on your side, since the Solokey v2 isn't publicly available yet (it's in the last crowdfunding fulfillment steps). Since I'm not very familiar with debugging GPG, I haven't included any relevant info, but I'll be glad to run whatever commands you need me to on my side. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1036947: whipper: Whipper does not work when syncthing-gtk is also installed
reassign 1036947 syncthing-gtk retitle 1036947 syncthing-gtk: Invalid version number breaks other packages affects 1036947 whipper severity 1036947 critical tags 1036947 + patch thanks Thanks for reporting this bug. I can indeed reproduce the failure with whipper when syncthing-gtk is installed, with pretty much any whipper command. As kindly mentioned by Nicolas Dandrimont on IRC, this seems to be a bug with syncthing-gtk itself, and not directly with whipper. As such, I'm reassigning this bug to syncthing-gtk and I've changed the severity to critical ("makes unrelated software on the system break"). The current syncthing-gtk version is not valid, as it doesn't respect PEP-440. Only ASCII letters ([a-zA-Z]), ASCII digits ([0-9]) and periods (.) are allowed after the initial + and this is what ends up crashing whipper (and maybe other packages?). I tried rebuilding the package with version 0.9.4.4+ds.git20221205.12a9702d29ab-1 (replacing the last 2 + by dots) and it does fix the issue, but it sounds like the wrong way to fix the issue. I am not very familiar with syncthing-gtk's code, but it seems the issue spawns from the get_version() function in setup.py, which uses git tags to find the proper version. Hardcoding a suitable version (say 0.9.4.4) in that file instead of using version=get_version() works too, but also sounds like the wrong solution, at least in the long term. For the sake of the upcoming release (and making sure whipper isn't broken randomly by syncthing-gtk), I'd say it is the simplest solution. I've thus attached a patch, and I encourage the maintainers to apply it and ask for an unblocking request post-haste. Cheers, [1]: https://peps.python.org/pep-0440/ -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄Description: This hotfix patch fixes a problem with syncthing-gtk's current Debian version not respecting PEP-440 and thus crashing other packages. By bypassing the get_version() function altogether, the version used by the package doesn't include the git hash. This patch should probably be revisited after the release of Debian Bookworm to find long-term solution. Forwarded: not-needed Bug-Debian: http://bugs.debian.org/1036947 Author: Louis-Philippe Véronneau Index: syncthing-gtk/setup.py === --- syncthing-gtk.orig/setup.py +++ syncthing-gtk/setup.py @@ -119,7 +119,7 @@ if __name__ == "__main__": ] setup( name='syncthing-gtk', -version=get_version(), +version='0.9.4.4', description='GTK3 GUI for Syncthing', url='https://github.com/syncthing/syncthing-gtk', packages=['syncthing_gtk'],
Bug#1034061: ponyorm: please update the python 3.11 patch to include latest fix.
Package: src:ponyorm Timo Röhling has updated the 3.11 PR with a new commit fixing a bug: https://github.com/ponyorm/pony/pull/671/commits/3ac71610c0c304c3200a2c583e94d3e93fe3889e This should probably be included in the version that's going to end up in Bookworm. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1032864: RFP: labwc -- Labwc is a wlroots-based window-stacking compositor for wayland, inspired by openbox.
Package: wnpp Severity: wishlist X-Debbugs-Cc: po...@debian.org * Package name: labwc Version : 0.6.1 Upstream Contact: Johan Malm * URL : https://github.com/labwc/labwc * License : GPLv2 Programming Lang: C Description : Labwc is a wlroots-based window-stacking compositor for wayland, inspired by openbox. Labwc is a wlroots-based window-stacking compositor for wayland, inspired by openbox. It is light-weight and independent with a focus on simply stacking windows well and rendering some window decorations. It takes a no-bling/frills approach and says no to features such as icons (except window buttons), animations, decorative gradients and any other options not required to reasonably render common themes. It relies on clients for panels, screenshots, wallpapers and so on to create a full desktop environment. Labwc tries to stay in keeping with wlroots and sway in terms of general approach and coding style. Labwc has no reliance on any particular Desktop Environment, Desktop Shell or session. Nor does it depend on any UI toolkits such as Qt or GTK. I have not looked into this very much, but as far as I understand, all the necessary dependencies seem to already be packaged in Debian: https://github.com/labwc/labwc/wiki#debian I'm not against the idea of packaging this myself, but I'm not a C coder and I already maintain a bunch of things in Debian. I'd be more than happy to see someone else that I maintain labwc :) -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1028743: python-bottle: diff for NMU version 0.12.23-1.1
Control: tags 1028743 + pending Dear maintainer, I've prepared an NMU for python-bottle (versioned as 0.12.23-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I've attached the debdiff to this message, but I've also opened a MR on Salsa, if you prefer to merge this. https://salsa.debian.org/debian/python-bottle/-/merge_requests/1 Regards. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄diff -Nru python-bottle-0.12.23/debian/changelog python-bottle-0.12.23/debian/changelog --- python-bottle-0.12.23/debian/changelog 2022-09-17 06:37:25.0 -0400 +++ python-bottle-0.12.23/debian/changelog 2023-02-26 15:59:44.0 -0500 @@ -1,3 +1,13 @@ +python-bottle (0.12.23-1.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ James Addison ] + * d/patches: add 0004 to disable the local proxy for the tests. (Closes: +#1028743) + + -- Louis-Philippe Véronneau Sun, 26 Feb 2023 15:59:44 -0500 + python-bottle (0.12.23-1) unstable; urgency=medium * New upstream release diff -Nru python-bottle-0.12.23/debian/patches/0004-Localhost-request-no-proxy.patch python-bottle-0.12.23/debian/patches/0004-Localhost-request-no-proxy.patch --- python-bottle-0.12.23/debian/patches/0004-Localhost-request-no-proxy.patch 1969-12-31 19:00:00.0 -0500 +++ python-bottle-0.12.23/debian/patches/0004-Localhost-request-no-proxy.patch 2023-02-26 15:59:44.0 -0500 @@ -0,0 +1,30 @@ +Description: Fix the test_server 'fetch' method to disable proxying within + tests cases where it is used. This resolve the connection refused errors due to + the HTTP proxy enabled by default during autopkgtests. +Author: James Addison +--- a/test/test_server.py b/test/test_server.py +@@ -11,9 +11,9 @@ + from bottle import _e + + try: +-from urllib.request import urlopen ++from urllib.request import ProxyHandler, build_opener + except: +-from urllib2 import urlopen ++from urllib2 import ProxyHandler, build_opener + + serverscript = os.path.join(os.path.dirname(__file__), 'servertest.py') + +@@ -77,8 +77,10 @@ + raise AssertionError(line.strip().decode('utf8')) + + def fetch(self, url): ++proxy_handler = ProxyHandler(proxies={}) ++url_opener = build_opener(proxy_handler) + try: +-return urlopen('http://127.0.0.1:%d/%s' % (self.port, url)).read() ++return url_opener.open('http://127.0.0.1:%d/%s' % (self.port, url)).read() + except Exception: + return repr(_e()) + diff -Nru python-bottle-0.12.23/debian/patches/series python-bottle-0.12.23/debian/patches/series --- python-bottle-0.12.23/debian/patches/series 2022-09-17 06:37:25.0 -0400 +++ python-bottle-0.12.23/debian/patches/series 2023-02-26 15:50:45.0 -0500 @@ -1,3 +1,4 @@ 0001-Remove-bottle.py-from-scripts.patch 0002-Add-CLI-manpage.patch 0003-Disable-failing-tests.patch +0004-Localhost-request-no-proxy.patch
Bug#1031880: Downgrade u-u bug
user debian-rele...@lists.debian.org usertag 1031880 + bsp-2023-02-ca-montreal severity 1031880 normal thank you Hi, Although this seems like a real bug, I feel like the conditions to reproduce it are very specific and do not justify the current severity. As such, I'm downgrading it to severity: normal. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1019273: apt: diff for NMU version 2.5.6+nmu1
Control: tags 1019273 + pending Dear maintainer, I've prepared an NMU for apt (versioned as 2.5.6+nmu1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Attached is the actual debdiff. Regards. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄diff -Nru apt-2.5.6/COPYING apt-2.5.6+nmu1/COPYING --- apt-2.5.6/COPYING 2023-02-08 11:07:38.0 -0500 +++ apt-2.5.6+nmu1/COPYING 2023-02-26 13:17:23.0 -0500 @@ -1,22 +1,174 @@ -Apt is copyright 1997, 1998, 1999 Jason Gunthorpe and others. -Apt is currently developed by APT Development Team . +Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: apt +Upstream-Contact: APT Development Team +Source: https://salsa.debian.org/apt-team/apt -License: GPLv2+ +Files: * +Copyright: 1997-1999 Jason Gunthorpe and others +License: GPL-2+ -This program is free software; you can redistribute it and/or modify -it under the terms of the GNU General Public License as published by -the Free Software Foundation; either version 2 of the License, or -(at your option) any later version. - -This program is distributed in the hope that it will be useful, -but WITHOUT ANY WARRANTY; without even the implied warranty of -MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -GNU General Public License for more details. - -You should have received a copy of the GNU General Public License -along with this program; if not, write to the Free Software -Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA. - -See /usr/share/common-licenses/GPL-2, or -<http://www.gnu.org/copyleft/gpl.txt> for the terms of the latest version -of the GNU General Public License. +Files: apt-pkg/cachefilter-patterns.* + apt-private/private-json-hooks.* + test/libapt/pattern_test.cc +Copyright: 2018, 2019 Canonical Ltd +License: GPL-2+ + +Files: po/lt.po +Copyright: 2006 Canonical Ltd, and Rosetta Contributors 2006 +License: GPL-2+ + +Files: apt-pkg/contrib/weakptr.h + apt-pkg/contrib/string_view.h + CMakeLists.txt +Copyright: 2009, 2010, 2015, 2016 Julian Andres Klode +License: GPL-2+ + +Files: debian/apt.postrm +Copyright: 1998, Ben Gertzfield +License: GPL-2+ + +Files: doc/po/pt.po + po/bg.po + po/it.po + po/sv.po + po/th.po +Copyright: 2002-2019 Free Software Foundation, Inc. +License: GPL-2+ + +Files: doc/po/es.po + po/tl.po +Copyright: 2003, 2004, 2005, 2009, 2010, 2012 Software in the Public Interest +License: GPL-2+ + +Files: po/nb.po +Copyright: 2002-2003 Lars Bahner + 2003-2004 Axel Bojer + 2004 Klaus Ade Johnstad + 2004 Bjorn Steensrud + 2003, 2005-2010 Hans Fredrik Nordhaug + 2016, 2018 Petter Reinholdtsen +License: GPL-2 + +Files: po/tr.po +Copyright: 2009 Rosetta Contributors and Canonical Ltd 2009 + 2013 Debian L10n Turkish 2013 + 2013-2018 Mert Dirik +License: GPL-2+ + +Files: doc/po/pl.po +Copyright: 2004 Krzysztof Fiertek + 2000-2004, 2010, 2012 Robert Luberda +License: GPL-2+ + +Files: doc/po/it.po +Copyright: 2000-2017 Debian Italian l10n team +License: GPL-2+ + +Files: doc/po/ja.po +Copyright: 2003-2017 Debian Japanese List +License: GPL-2+ + +Files: doc/po/fr.po +Copyright: 2000-2018 Debian French l10n team +License: GPL-2+ + +Files: doc/design.dbk +Copyright: 1997 Manoj Srivastava +License: GPL-2+ + +Files: doc/dpkg-tech.dbk +Copyright: 1997 Tom Lees +License: GPL-2+ + +Files: methods/rred.cc +Copyright: 2014 Anthony Towns +License: GPL-2+ + +Files: methods/rsh.cc +Copyright: 2000 Ben Collins +License: GPL-2 + +Files: CMake/FindBerkeley.cmake +Copyright: 2006, Alexander Dymo, + 2016, Julian Andres Klode +License: BSD-3-clause + Redistribution and use in source and binary forms, with or without + modification, are permitted provided that the following conditions + are met: + . + 1. Redistributions of source code must retain the copyright +notice, this list of conditions and the following disclaimer. + 2. Redistributions in binary form must reproduce the copyright +notice, this list of conditions and the following disclaimer in the +documentation and/or other materials provided with the distribution. + 3. The name of the author may not be used to endorse or promote products +derived from this software without specific prior written permission. + . + THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT + NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, + DATA, OR P
Bug#1019273: package built and lintian passed
I've had a look at this, and I'm planning on making an NMU to patch this package's copyright file with the proposed patch today. Although this is an RC bug and has been open for a while, I'll make it DELAYED 5, so if the maintainers disagree for some reason, they should have plenty of time to cancel the upload. I'll make a Merge Request on Salsa to make sure the git repo is up to date with the archive. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1031966: python-pydata-sphinx-theme-doc is empty
block 1031966 by 896460 user debian-rele...@lists.debian.org usertag 1031966 + bsp-2023-02-ca-montreal thanks It seems this is the result of the doc not being built in Debian, since it requires ipywidgets 7 and we have version 6. The fix for this is probably to stop building python-pydata-sphinx-theme-doc altogether, but I'll let Sandro have a go at this :) Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1032013: terminator retitle bugs
retitle 901245 terminator: x-terminal-emulator -c stumbles upon shell oneliner severity 901245 normal found 901245 2.1.2-1 retitle 1032013 terminator: --execute flag is broken thanks I've split this bug in two, since it's actually two different bugs. The original bug about "-c " is different from the one John reported about the --execute flag being broken. I'll upload a patch for 1032013 today, but I won't be fixing the original bug. In my opinion, it's not as severe as 1032013, as it's not a policy violation. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#901245: Handling of -e violates policy for x-terminal-emulator
Ok, so pushing further. -e does seem to work fine with terminator 2.1.2-1. At least, these commands works fine: x-terminal-emulator -e 'if test -x /bin/ss ; then watch -t ss -putsw; else netstat -c; fi' x-terminal-emulator -e 'watch /' Adding "sh -c" fails though: $ x-terminal-emulator -e bash -c 'watch /' (x-terminal-emulator:98199): dbind-WARNING **: 14:48:34.964: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files usage: x-terminal-emulator [-h] [-v] [-m] [-M] [-f] [-b] [-H] [-T FORCEDTITLE] [--geometry GEOMETRY] [--command COMMAND] [-e EXECUTE] [-g CONFIG] [-j CONFIGJSON] [-x EXECUTE] [--working-directory DIR] [-i FORCEDICON] [-r ROLE] [-l LAYOUT] [-s] [-p PROFILE] [-u] [-d] [--debug-classes DEBUG_CLASSES] [--debug-methods DEBUG_METHODS] [--new-tab] [--unhide] [--list-profiles] [--list-layouts] This error does seem to be caused by the issue John pointed out. Applying the upstream patch, calling this command doesn't error out anymore, but now replicates the "the window comes up and disappears immediately." issue: x-terminal-emulator -e bash -c 'watch /' This command still works fine though: x-terminal-emulator -e 'watch /' All this to say, I'm not sure this bug is serious? It seems the -e option does work? I'll try to see what to do with this bug tomorrow. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#901245: Handling of -e violates policy for x-terminal-emulator
user debian-rele...@lists.debian.org usertag 901245 + bsp-2023-02-ca-montreal thank you Thanks for the excellent debugging session :) I've tried to apply the patch [1] but it does not seem to fix the bug itself. I'll try to dig further during the Montreal BSP. Cheers, [1]: https://github.com/gnome-terminator/terminator/commit/91cc928f0de1f9d6d51136cf50f06c35b5faca62.patch -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1030848: qpdview FTCBFS: uses the build architecture pkg-config
user debian-rele...@lists.debian.org usertag 1030848 + bsp-2023-02-ca-montreal thank you Thanks for the patch, and sorry for deleting the old one. I saw that upstream did indeed fix the version problem it was fixing and didn't understand the PKG_CONFIG part was also important for cross-compiling. I'll update a new version with the fix in the next few minutes. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1031478: nrepl-clojure: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity
tags 1031478 moreinfo unreproducible thanks Hi! Thanks for the rebuild. I can't reproduce this issue on my machine, but I see that neither DebCI (which runs the same exact testsuite, as an autopkgtest) nor Reproducible builds [2] (which just rebuilds the package) have had issues with this... The Clojure ecosystem in Debian still isn't the most stable one, and we changed a bunch of stuff right before the freeze... Could you give this another go and see if you still get a failure? Cheers, [1]: https://ci.debian.net/packages/n/nrepl-clojure/ [2]: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/nrepl-clojure.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1030737: ruby: please include 'gem' in the DEBIAN_RUBY_PROGRAMS env var when building
Source: ruby Version: 1:3.1 Dear maintainers, While looking for the `gem` manpage, I found out there is no symlink from /usr/share/man/man1/gem.1.gz to /usr/share/man/man1/gem3.1.1.gz, as is done for the other cli commands installed by this package. This is pretty inconvenient and it took me a good minute to understand I needed to type `man gem3.1` to get the actual man page. It seems this spawns from DEBIAN_RUBY_PROGRAMS in your d/rules file not including the `gem` command. Adding it would create a new symlink and solve the problem I was having. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1026514: python-param: FTBFS: TypeError: The only supported seed types are: None,
On 2023-02-03 11 h 58, FC Stegerman wrote: > Presumably there is a way to get the version from e.g. > "dpkg-parsechangelog -S Version" (minus the -1 revision) instead. I'm > not sure how other packages handle this. You can get those values via the variables provided by /usr/share/dpkg/pkg-info.mk You can "source" those in your d/rules makefile by using: include /usr/share/dpkg/pkg-info.mk NB: Sorry if people get this twice, I forgot to email the BTS the first time around ... -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1030278: puppetserver: please patch the output of "puppetserver ca --help" to refer to the path Debian uses
Package: puppetserver Severity: wishlist Version: 7.9.4-1 Dear maintainers, When running "puppetserver ca --help", the help message includes the following line: migrate Migrate the existing CA directory to /etc/puppetserver/ca We are not using the `/etc/puppetserver` path in Debian, and instead chose to use `/etc/puppet/puppetserver`. This should be patched not to confuse people. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1028363: usbguard-notifier: crashes with "terminate called after throwing an instance of 'std::runtime_error'
On 2023-01-31 05 h 02, Bernhard Übelacker wrote: On Wed, 11 Jan 2023 15:20:22 -0500 =?UTF-8?Q?Louis-Philippe_V=c3=a9ronneau?= wrote: On 2023-01-11 01 h 26, Birger Schacht wrote: > The crash message ("Failed to show notification") sounds to me as if > there is maybe no notification daemon running? Here are the packages reportbug lists. I don't run GNOME or KDE, but a custom openbox DE, so maybe something is indeed missing and should be added in the packages' dependencies? Hello, could that be a dependency to "notification-daemon"? Following link shows a list of other packages that are providing "notification-daemon" too. https://packages.debian.org/sid/notification-daemon Kind regards, Bernhard No, this package is also installed on my system: $ dpkg -l |grep notification-daemon ii notification-daemon 3.20.0-4+b1 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1029274: RM: useful-clojure --- ROM; RC-buggy; not actually useful
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: po...@debian.org debian-cloj...@lists.debian.org User: ftp.debian@packages.debian.org Usertags: remove Dear FTP masters, Please RM the useful-clojure source package. It's somewhat dead upstream (no support for modern Java, no release since 2018), it's currently RC-buggy (#1029246) and it's not actually used in Debian. I initially packaged it as a dependency for a Clojure tool, but never ended up using it as the tool in question moved away from it. All this to say it's not actually useful anymore :P === $ ssh po...@mirror.ftp-master.debian.org "dak rm -Rn useful-clojure"" Will remove the following packages from unstable: libuseful-clojure | 0.11.6-4 | all useful-clojure | 0.11.6-4 | source Maintainer: Debian Clojure Maintainers --- Reason --- -- Checking reverse dependencies... No dependency problem found. === Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1028363: usbguard-notifier: crashes with "terminate called after throwing an instance of 'std::runtime_error'
On 2023-01-11 01 h 26, Birger Schacht wrote: Hi, I can not reproduce this behavior. I started usbguard-notifier and removed my yubikey and replugged it: > ~ usbguard-notifier --debug > Connection has been established > LOG: src/Notifier.cpp::114 [DevicePresenceChanged] Device presence changed signal > LOG: src/Notifier.cpp::114 [DevicePresenceChanged] Device presence changed signal > LOG: src/Notifier.cpp::73 [DevicePolicyChanged] Device policy changed signal The crash message ("Failed to show notification") sounds to me as if there is maybe no notification daemon running? cheers, Birger Here are the packages reportbug lists. I don't run GNOME or KDE, but a custom openbox DE, so maybe something is indeed missing and should be added in the packages' dependencies? -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (9, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages usbguard-notifier depends on: ii init-system-helpers 1.65.2 ii libc62.36-8 ii libgcc-s112.2.0-14 ii libglib2.0-0 2.74.4-1 ii libnotify4 0.8.1-1 ii librsvg2-2 2.54.5+dfsg-1 ii libstdc++6 12.2.0-14 ii libusbguard1 1.1.2+ds-3+b1 usbguard-notifier recommends no packages. usbguard-notifier suggests no packages. -- no debconf information -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1028363: usbguard-notifier: crashes with "terminate called after throwing an instance of 'std::runtime_error'
Package: usbguard-notifier Version: 0.1.0-1 Severity: important Dear maintainer, When running usbguard-notifier, either via the systemd service file, or on the CLI with --debug, when a new event happens, the program crashes with: LOG: src/Notifier.cpp::114 [DevicePresenceChanged] Device presence changed signal terminate called after throwing an instance of 'std::runtime_error' what(): Failed to show notification Aborted This makes it impossible to use the program :( Happy to provide more detailed info if needed. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1028334: Acknowledgement (puppetserver: install default configuration files)
Note this is the postinstall scrip upstream uses: "install --owner={{user}} --group={{user}} -d /opt/puppetlabs/server/data/puppetserver/jruby-gems", "/opt/puppetlabs/puppet/bin/puppet config set --section master vardir /opt/puppetlabs/server/data/puppetserver", "/opt/puppetlabs/puppet/bin/puppet config set --section master logdir /var/log/puppetlabs/puppetserver", "/opt/puppetlabs/puppet/bin/puppet config set --section master rundir /var/run/puppetlabs/puppetserver", "/opt/puppetlabs/puppet/bin/puppet config set --section master pidfile /var/run/puppetlabs/puppetserver/puppetserver.pid", "/opt/puppetlabs/puppet/bin/puppet config set --section master codedir /etc/puppetlabs/code", "usermod --home /opt/puppetlabs/server/data/puppetserver puppet", "install --directory --owner=puppet --group=puppet --mode=775 /opt/puppetlabs/server/data", "install --directory /etc/puppetlabs/puppet/ssl", "chown -R puppet:puppet /etc/puppetlabs/puppet/ssl", "find /etc/puppetlabs/puppet/ssl -type d -print0 | xargs -0 chmod 770" A lot of these kind of files should probably be copied from the old puppet-master package. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028334: puppetserver: install default configuration files
Package: puppetserver Severity: important At the moment, default configuration files are not installed at all. They seem to be shipped in the "ezbake" directory. Things will probably need to be patched, as we don't use the same directories upstream does. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028333: puppetserver: find an upgrade path from puppet-master
Package: puppetserver Severity: grave At the moment, this package doesn't acknowledge the existence of the puppet-master package at all. As such, if the two packages are installed on the same machines, important breakage is likely. A proper upgrade path should be found, to make the transition from puppet-master to puppetserver seamless. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028332: puppetserver: please run the upstream testsuite at build
Source: puppetserver Severity: important At the moment, this package doesn't run any tests. It should run the entire upstream testsuite at build, to validate things work properly. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028330: puppetserver: please run the upstream testsuite in an autopkgtest
Source: puppetserver Severity: wishlist To make this package more robust (the Clojure ecosystem is quite flaky in Debian...) we should be running the upstream testsuite in an autopkgtest. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028328: puppetserver: package should have a puppetserver.classpath file
Source: puppetserver Severity: normal The source package doesn't have a d/puppetserver.classpath file and it should :) -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028327: puppetserver: binary package should depend on more clojure libraries
Package: puppetserver Severity: important This package used to be built as a uberjar, but not anymore. As such, a lot of runtime dependencies aren't declared as such in the binary package. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1026723: close bugs created by leiningen breakage
Hi, These bugs have been fixed with the upload of leiningen 2.10.0-1. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028024: libcommons-parent-java: regression between 43-1 and 55-1: Failed to read artifact descriptor for org.apache.commons:commons-compress:jar:debian
On Fri, 6 Jan 2023 10:22:27 -0500 =?UTF-8?B?SsOpcsO0bWUgQ2hhcmFvdWk=?= wrote: Looking at the pom.xml diff, it seems that version 55-1 introduced a dependency on org.junit/junit-bom, which is not packaged in Debian. org.junit/junit-bom is packaged in Debian, as part of the junit5 package: junit5: /usr/share/maven-repo/org/junit/junit-bom/debian/junit-bom-debian.pom It's probably not a good idea to include it as a dependency for libcommons-parent-java though... -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028024: libcommons-parent-java: regression between 43-1 and 55-1: Failed to read artifact descriptor for org.apache.commons:commons-compress:jar:debian
Package: libcommons-parent-java Version: 55-1 Severity: important Hi, It seems the libcommons-parent-java update between 43-1 and 55-1 broke several Clojure packages that build with `leiningen`. For example, when trying to build `trapperkeeper-metrics-clojure`, the `lein jar` step fails with: Failed to read artifact descriptor for org.apache.commons:commons-compress:jar:debian Failed to read artifact descriptor for commons-codec:commons-codec:jar:debian Failed to read artifact descriptor for commons-io:commons-io:jar:debian Failed to read artifact descriptor for commons-logging:commons-logging:jar:debian Same goes for package `raynes-fs-clojure`: Failed to read artifact descriptor for org.apache.commons:commons-compress:jar:debian Rolling back libcommons-parent-java to version 43-1 does seem to fix the issue. I've tried diffing /usr/share/maven-repo/org/apache/commons/commons-parent/debian/commons-parent-debian.pom between the two versions, but I can't find anything obvious. I've attached said diff to this bug report, maybe it'll be of help? I've marked this 'important', as raynes-fs-clojure is a dependency that's widely used in the Clojure ecosystem in Debian. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ diff -W 300 -y -r 43-1/usr/share/maven-repo/org/apache/commons/commons-parent/debian/commons-parent-debian.pom 55-1/usr/share/maven-repo/org/apache/commons/commons-parent/debian/commons-parent-debian.pom | --> http://maven.apache.org/POM/4.0.0; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation="http://maven.apache.orghttp://maven.apache.org/POM/4.0.0; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation="http://maven.apache.org 4.0.0 4.0.0 org.apache.commons org.apache.commons commons-parent commons-parent debian debian pom pom org.apache org.apache apache apache debian debian Apache Commons Parent Apache Commons Parent The Apache Commons Parent POM provides common settings for all Apache Commons components. The Apache Commons Parent POM provides common settings for all Apache Commons components. Version 43: < - maven-compiler-plugin 3.6.1 -> 3.6.2 < - maven-compiler-plugin 3.6.2 -> 3.7.0 < - jacoco-maven-plugin 0.7.7.201606060606 -> 0.7.9 < - maven-javadoc-plugin 2.10.4 -> 3.0.0 (Java 9 compatibility)
Bug#1026920: New upstream version of file/libmagic breaks autopkgtest
On 2022-12-23 17 h 44, Christoph Biedl wrote: Package: lintian Version: 2.115.3 Severity: important Greeting, my recent upload of file (1:5.43-3) to experiental broke lintian's autopkgtest. Possibly this is the relevant section. # Hints do not match # # --- ../../autopkgtest_tmp/build-and-evaluate-test-packages/eval/checks/documentation/manual/files-general/hints.specified.calibrated # +++ ../../autopkgtest_tmp/build-and-evaluate-test-packages/eval/checks/documentation/manual/files-general/hints.actual.parsed # +files-general (binary): wrong-compression-in-manual-page [usr/share/man/man1/é³¥ã®è©©.1.gz] # # Unexpected tags: # wrong-compression-in-manual-page # # Failed test 'Lintian passes for files-general' # at /usr/share/lintian/lib/Test/Lintian/Run.pm line 343. [ https://ci.debian.net/data/autopkgtest/unstable/amd64/l/lintian/29591169/log.gz ] While I didn't check what precisely went wrong, I reckon it's a slightly changed output on gz-compressed files. Can you please check and adjust your tests? I'd like to upload to unstable in a week or so, and I'd prefer to have no autopkgtest breakage by then. Sorry for the mess, and I'm sorry this will happen again - upstream changes file's output every now and then. The only help I can provide is to add your package to the list of those that should receive a notification when uploading a new upstream version, see https://sources.debian.org/src/file/1%3A5.41-4/debian/README.Maintainer/#L16 If you want lintian to be included, just say the word. Regards, Christoph I can replicate this bug, but I'm currently having trouble understanding why it happens. My current guess is that the perl regex we're using is getting confused because the output of file's new version spits out octal escape values that we're not sanitizing. Lintian runs file (more precisely, `file --no-pad --print0 --print0 --`) to get the "file_type" value of files [1]. Then, for all the files in "/usr/share/man/", it verifies .gz files are indeed gz-compressed with this perl regex match [2]: if ($item->file_type !~ m/gzip compressed data/) I built the test files Lintian uses for the autopkgtest and when I run file 1:5.43-3 on it, I do get an output that should match that regex: - foo@bar:/tmp/foo/usr/share/man/man1# file -v file-5.43 magic file from /etc/magic:/usr/share/misc/magic foo@bar:/tmp/foo/usr/share/man/man1# file "鳥の詩.1.gz" \351\263\245\343\201\256\350\251\251.1.gz: gzip compressed data, max compression, from Unix, original size modulo 2^32 145 - I then downgraded file to version 1:5.41-4 and I got a similar output, but this time, with no octal escape? - foo@bar:/tmp/foo/usr/share/man/man1# file -v file-5.41 magic file from /etc/magic:/usr/share/misc/magic foo@bar:/tmp/foo/usr/share/man/man1# file 鳥の詩.1.gz" 鳥の詩.1.gz: gzip compressed data, max compression, from Unix, original size modulo 2^32 145 - My perl-foo is pretty bad, but I guess we should be trying to espace or sanitize that value? I also naively tried to install "fonts-noto", but that didn't help :) [1]: https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Index/FileTypes.pm#L75 [2]: https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Documentation/Manual.pm#L140 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1026766: Acknowledgement (sweethome3d: Crashes with "Assertion `!xcb_xlib_threads_sequence_lost' failed")
c48 8b4c | 2478 448b | 89f4 0100 | 004c 8b94 0x7f68890adcf8: 2490 | 0045 8b5a | 6c41 f7c3 | 0400 | 0f84 2401 | 4183 | cb0c c4c1 | 796e c345 0x7f68890add18: 8b92 a001 | 4585 | d20f 8415 | 0100 0047 | 8b5c d40c | 49c1 e203 | c4c1 f96e | dac4 c179 0x7f68890add38: 6ee3 448b | 99fc | 00c4 c179 | 6ecb 4c8b | 9424 9000 | 418b | 8aa8 0100 | 0041 8b5a 0x7f68890add58: 3c45 8b92 | b400 | 4c8b 9c24 | 9000 | 458b 9b80 | 0048 | 8bbc 2490 | 008b 0x7f68890add78: 97cc | 008b afa4 | 0100 008b | 87d0 | 0045 85c0 | 0f84 4a03 | 49c1 | e103 c4c1 0x7f68890add98: f96e d148 | c1e5 034c | 8be9 49c1 | e503 4b8d | 34c4 488b | cf44 8bc3 | 448b 4c24 | 6c8b bc24 0x7f68890addb8: 9c00 | 8b9c 2480 | 0089 | 1c24 4489 | 5424 0844 | 895c 2410 | c5fa 1144 | 2418 8954 0x7f68890addd8: 2420 c5fb | 115c 2428 | c5fa 1164 | 2430 4889 | 6c24 38c5 | fa11 4c24 | 4089 4424 | 484c 896c 0x7f68890addf8: 2450 4c8b | 9424 b000 | 4c89 | 5424 5845 | 33d2 4c89 | 5424 6044 | 8974 2468 | c4e1 f97e 0x7f68890ade18: ; {optimized virtual_call} 0x7f68890ade18: d266 90e8 0x7f68890ade1c: ; ImmutableOopMap {} ;*invokevirtual execute {reexecute=0 rethrow=0 return_oop=0} ; - javax.media.j3d.GeometryArrayRetained::execute@237 (line 2290) 0x7f68890ade1c: 202e | e9c7 fcff | ff44 8b8c | 24e0 | 00e9 92fd | c4c1 | 796e c3e9 | dbfe 0x7f68890ade3c: 4533 db45 | 33d2 c4c1 | f96e dbc4 | c179 6ee2 | e9e9 feff | ff45 8bf3 | 4c89 9424 | b000 0x7f68890ade5c: 4489 8c24 | 8000 | 4533 d244 | 8994 249c | 00e9 | b2fd | 4489 9c24 | 9800 0x7f68890ade7c: 488b b424 | 9000 | 488b 5424 | 788b 8c24 | 8800 | c5fa 1084 | 2484 | 0048 89b4 0x7f68890ade9c: 24a0 0x7f68890adea0: ; {optimized virtual_call} 0x7f68890adea0: 0066 90e8 0x7f68890adea4: ; ImmutableOopMap {[120]=Oop [144]=Oop [160]=Oop } ;*invokevirtual updateAlphaInVertexData {reexecute=0 rethrow=0 return_oop=1} ; - javax.media.j3d.GeometryArrayRetained::execute@41 (line 2266) 0x7f68890adea4: d8eb 19f8 0x7f68890adea8: ; implicit exception: dispatches to 0x7f68890ae46c 0x7f68890adea8: 448b 400c | 4183 f801 | 0f86 e702 | 448b 0x7f68890adeb8: ; {oop(a 'java/lang/Boolean'{0x0004143c3fc8} = true)} 0x7f68890adeb8: 4010 4181 | f8f9 8787 | 8274 6b45 | 33c0 4489 | 8424 9c00 | 8b68 | 1445 8b5c 0x7f68890aded4: ; {metadata({type array float})} 0x7f68890aded4: ec08 4181 | fbf8 1a00 | 000f 850d | 0300 004d | 8d14 ecc5 | fa10 8c24 | 8400 | 4c8b 9c24 0x7f68890adef4: 9000 | c4c1 782e | 8ba0 | 007a 0274 | 39c4 c17a | 118b a000 | 448b | b424 8c00 0x7f68890adf14: 4c89 | 9424 b000 | 4533 | d244 8994 | 2480 | 00e9 f8fc | 41b8 | 0100 0x7f68890adf34: 4489 8424 | 9c00 | eb90 448b | 9c24 9800 | 458b | f34c 8994 | 24b0 | 0045 33d2 0x7f68890adf54: 4489 9424 | 8000 | e9c5 fcff | ffbe f6ff | 4889 | 5c24 7044 | 8954 2478 | 4489 4424 0x7f68890adf74: 7c44 89ac | 2480 | 0044 89b4 | 2484 | 0044 899c | 2488 | 0089 8424 | 8c00 0x7f68890adf94: c5fb 11a4 | 2490 | 00c5 fa11 | b424 9800 | 4489 | 8c24 9c00 | c5fa | 1194 24a0 0x7f68890adfb4: 00c5 | fa11 9c24 | a400 | 89bc 24a8 | 00c5 | fa11 8424 | ac00 0x7f68890adfd0: ; {runtime_call UncommonTrapBlob} 0x7f68890adfd0: 90e8 0x7f68890adfd4: ; ImmutableOopMap {rbp=NarrowOop [112]=Oop [120]=NarrowOop [144]=Oop [156]=NarrowOop [168]=NarrowOop } ;*invokevirtual execute {reexecute=0 rethrow=0 return_oop=0} ; - javax.media.j3d.GeometryArrayRetained::execute@477 (line 2336) 0x7f68890adfd4: 2840 1af8 | 488b ee48 | 8d94 24c0 0x7f68890adfe0: ; {runtime_call _complete_monitor_locking_Java} 0x7f68890adfe0: 00e8 0x7f68890adfe4: ; ImmutableOopMap {rbp=Oop [120]=Oop [144]=Oop } ;*monitorenter {reexecute=0 rethrow=0 return_oop=0} ; - javax.media.j3d.GeometryArrayRetained::execute@280 (line 2315) 0x7f68890adfe4: 9869 25f8 | e9 === -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1026766: sweethome3d: Crashes with "Assertion `!xcb_xlib_threads_sequence_lost' failed"
Package: sweethome3d Version: 7.0.2+dfsg-3 Severity: important Dear maintainers, The latest version of sweethome3d on my system consistently crashes when I try to modify an existing file. This is the error message I get when it crashes: === Java 3D: implicit antialiasing enabled [xcb] Unknown sequence number while processing queue [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. java: ../../src/xcb_io.c:278: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed. Aborted === Cheers, -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (9, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-6-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sweethome3d depends on: ii default-jre [java8-runtime] 2:1.17-73 ii icedtea-netx1.8.8-2 ii java-wrappers 0.4 ii libbatik-java 1.16+dfsg-1 ii libfreehep-graphics2d-java 2.4+dfsg-3 ii libfreehep-graphicsbase-java2.4+dfsg-3 ii libfreehep-graphicsio-java 2.4+dfsg-3 ii libfreehep-graphicsio-svg-java 2.4+dfsg-3 ii libitext-java 2.1.7-13 ii libjava3d-java 1.5.2+dfsg-17 ii libsunflow-java 0.07.2.svn396+dfsg-18 ii openjdk-11-jre [java8-runtime] 11.0.17+8-2 ii openjdk-17-jre [java8-runtime] 17.0.5+8-2 ii openjdk-18-jre [java8-runtime] 18.0.2+9-2 Versions of packages sweethome3d recommends: ii sweethome3d-furniture 1.8-1 sweethome3d suggests no packages. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1026112: ITP: nrepl-incomplete-clojure -- simple Clojure library providing code completion
Package: wnpp Severity: wishlist Owner: Louis-Philippe Véronneau Package name: nrepl-incomplete-clojure Version : 0.1.0 URL : https://github.com/nrepl/incomplete License : EPL-1 Programming Lang: Clojure Description : simple Clojure library providing code completion nrepl-incomplete-clojure is a simple Clojure library providing code completion. The library was extracted from nREPL's codebase and aims to replace clojure-complete. It is needed to update leiningen, one of the main clojure build tool, to the latest upstream version. I'm planning to maintain this package in the Clojure Team. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#1025644: lintian: should not have the update-debian-copyright tag at all
On 2022-12-06 15 h 13, Russ Allbery wrote: Thorsten Glaser writes: The update-debian-copyright tag gives bad advice: N: The most recent copyright year mentioned for files in ./debian lags N: behind the year in the timestamp for the most recent changelog N: entry. This is a fully normal thing to have. You only update the copyright year for something when *you* do something relevant for copyright law (that is passing the threshold of originality) in that year. Having this tag is misleading because it’ll lead to people bumping the year because they don’t know better and just to silence lintian. Yeah, and I'm also dubious that we should be telling people how to manage their copyright notices at all. Berne explicitly doesn't require copyright notices. Some licenses require them, but I'm not aware of a license where one is required to update them with new years. Some projects use the approach of only updating the years when the files are changed; others update all years on all files every year (the FSF does this, for instance, based on legal advice from their lawyers). This doesn't feel like something Lintian should have an opinion about. I also agree with your reasoning and I would personally be for its removal. I think we should note this was a feature requested in #949201. As such, I've proposed a MR to make this tag experimental for now. I guess if people care about it, they can try to improve it? https://salsa.debian.org/lintian/lintian/-/merge_requests/431 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1025400: aioprocessing: please migrate away from pybuild's flit plugin to pybuild's generic pyproject plugin
Source: aioprocessing Severity: important X-Debbugs-CC: deb...@kitterman.com Dear maintainer, As you may have seen, pybuild has been supporting building with PEP-612 style pyproject.toml files via a generic plugin (pybuild-plugin-pyproject) for a while now. As such, we are looking forward the deprecation of pybuild's flit plugin in time for the Bookworm freeze. This package is one of the last ones still using the flit plugin and we're asking you to migrate away from it. Here's an example of how you can migrate to the generic pyproject plugin: https://salsa.debian.org/python-team/packages/jeepney/-/commit/4448aa88308edde244d43595341b00f53312dd84 In theory, it works as well (or better) than the dedicated flit plugin and there should be no regressions. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1025399: sphinx-autobuild: please migrate away from pybuild's flit plugin to pybuild's generic pyproject plugin
Source: sphinx-autobuild Severity: important X-Debbugs-CC: deb...@kitterman.com Dear maintainer, As you may have seen, pybuild has been supporting building with PEP-612 style pyproject.toml files via a generic plugin (pybuild-plugin-pyproject) for a while now. As such, we are looking forward the deprecation of pybuild's flit plugin in time for the Bookworm freeze. This package is one of the last ones still using the flit plugin and we're asking you to migrate away from it. Here's an example of how you can migrate to the generic pyproject plugin: https://salsa.debian.org/python-team/packages/jeepney/-/commit/4448aa88308edde244d43595341b00f53312dd84 In theory, it works as well (or better) than the dedicated flit plugin and there should be no regressions. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1025396: python-aiosqlite: please migrate away from pybuild's flit plugin to pybuild's generic pyproject plugin
Source: python-aiosqlite Severity: important X-Debbugs-CC: deb...@kitterman.com Dear maintainer, As you may have seen, pybuild has been supporting building with PEP-612 style pyproject.toml files via a generic plugin (pybuild-plugin-pyproject) for a while now. As such, we are looking forward the deprecation of pybuild's flit plugin in time for the Bookworm freeze. This package is one of the last ones still using the flit plugin and we're asking you to migrate away from it. Here's an example of how you can migrate to the generic pyproject plugin: https://salsa.debian.org/python-team/packages/jeepney/-/commit/4448aa88308edde244d43595341b00f53312dd84 In theory, it works as well (or better) than the dedicated flit plugin and there should be no regressions. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1025398: sphinx: please migrate away from pybuild's flit plugin to pybuild's generic pyproject plugin
Source: sphinx Severity: important X-Debbugs-CC: deb...@kitterman.com Dear maintainer, As you may have seen, pybuild has been supporting building with PEP-612 style pyproject.toml files via a generic plugin (pybuild-plugin-pyproject) for a while now. As such, we are looking forward the deprecation of pybuild's flit plugin in time for the Bookworm freeze. This package is one of the last ones still using the flit plugin and we're asking you to migrate away from it. Here's an example of how you can migrate to the generic pyproject plugin: https://salsa.debian.org/python-team/packages/jeepney/-/commit/4448aa88308edde244d43595341b00f53312dd84 In theory, it works as well (or better) than the dedicated flit plugin and there should be no regressions. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1025397: pydyf: please migrate away from pybuild's flit plugin to pybuild's generic pyproject plugin
Source: pydyf Severity: important X-Debbugs-CC: deb...@kitterman.com Dear maintainer, As you may have seen, pybuild has been supporting building with PEP-612 style pyproject.toml files via a generic plugin (pybuild-plugin-pyproject) for a while now. As such, we are looking forward the deprecation of pybuild's flit plugin in time for the Bookworm freeze. This package is one of the last ones still using the flit plugin and we're asking you to migrate away from it. Here's an example of how you can migrate to the generic pyproject plugin: https://salsa.debian.org/python-team/packages/jeepney/-/commit/4448aa88308edde244d43595341b00f53312dd84 In theory, it works as well (or better) than the dedicated flit plugin and there should be no regressions. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1025395: poliastro: please migrate away from pybuild's flit plugin to pybuild's generic pyproject plugin
Source: poliastro Severity: important X-Debbugs-CC: deb...@kitterman.com Dear maintainer, As you may have seen, pybuild has been supporting building with PEP-612 style pyproject.toml files via a generic plugin (pybuild-plugin-pyproject) for a while now. As such, we are looking forward the deprecation of pybuild's flit plugin in time for the Bookworm freeze. This package is one of the last ones still using the flit plugin and we're asking you to migrate away from it. Here's an example of how you can migrate to the generic pyproject plugin: https://salsa.debian.org/python-team/packages/jeepney/-/commit/4448aa88308edde244d43595341b00f53312dd84 In theory, it works as well (or better) than the dedicated flit plugin and there should be no regressions. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1025164: lintian: missing-prerequisite-for-pyproject-backend tag needs to check Build-Depends-Indep too
On 2022-12-01 01 h 52, Stuart Prescott wrote: Hi Scott On 01/12/2022 15:16, Scott Kitterman wrote: On Wednesday, November 30, 2022 10:38:30 PM EST Stuart Prescott wrote: Hi Scott, On 01/12/2022 02:16, Scott Kitterman wrote: Package: lintian Version: 2.115.3 Severity: normal X-Debbugs-Cc: debian-pyt...@lists.debian.org The missing-prerequisite-for-pyproject-backend check appears to only look for the prerequisite packages in Build-Depends, but since they aren't needed for clean, they could be in Build-Depends-Indep, leading to false positives. Scott K I contemplated filing a similar the other day but in writing it up, I realised that lintian was correct. Policy requires that the 'clean' target be functional with only the Build-Depends (and Build-Conflicts) satisfied, and pybuild + the build-backend dependencies are involved in the cleaning step. Not always. At least with the package I ran into this on, clean works fine without them. Yes indeed... - the most obvious case where that works is where 'clean' is explicit in d/rules - it would also be possible for it to work in situations where dh-python is (redundantly?) listed in B-D (not B-D-I), since the pyproject plugin's 'clean' operation has no dependency on `build`, `installer`, and the backend. However, this for this second case: - it might result in pybuild picking a different plugin through lack of dependencies like `tomli`. That might just work... but also feels slightly terrifying. - there's not _currently_ any backend-specific cleaning code, but perhaps there should be, which would then need the deps to be in B-D? (Is that in the spec somewhere?) I guess the main thing to be careful of in any rewording of this explanation is that for the most common case of using "%:\n\tdh --buildsystem pybuild", dh-python (or pybuild-plugin-pyproject) is needed in B-D not B-D-I to be policy-compliant. cheers Stuart I've proposed a fix here: https://salsa.debian.org/lintian/lintian/-/merge_requests/426 It's not precise enough to flag packages that would declare everything as a Build-Depends-Indep though. This would be much more complex and I feel this situation is overall pretty rare. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024953: jsonpickle: (autopkgtest) needs update for python3.11: 'NoneType' object has no attribute 'keys'
fixed 1024953 3.0.0 tags 1024953 fixed-upstream thanks Hi! Note that this bug has been fixed upstream, but haven't been released in a git tag yet. I think the changes are too substantial (major version) to patch the issue in Debian via quilt. I asked the upstream maintainer to make a release here: https://github.com/jsonpickle/jsonpickle/issues/416 Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024907: deepdiff: (autopkgtest) needs update for python3.11: AssertionError
found 1024907 6.2.1 thanks Note that I've updated this package to the latest upstream version (6.2.1) on Salsa and the problem is still there. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024971: pybuild: should fail when the result of running tests is "Ran 0 tests in 0.000s"
Package: dh-python Version: 5.20221122 Severity: wishlist Dear maintainers, Too often, a mistake or a misconfiguration leads to no tests being detected when trying to run the upstream testsuite. When this happens, the result of the test command typically looks like "Ran 0 tests in 0.000s". I thought we could catch this via Lintian and warn people, but I just realised Lintian does not have access to the build log. This means if we want people to be aware of what, in my opinion, is a build failure, it should be done via pybuild. As such, it would be nice if pybuild considered this case as a failure and exited if it happens. We probably will need to do a MBF beforehand though, as I'm sure it happens in tons of packages. If there are no tests for real, I think it's OK to ask people to disable them altogether :) Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024900: python-mpv: requires update for mpv 0.35.0
On 2022-11-27 13 h 04, Sebastian Ramacher wrote: Source: python-mpv Version: 1.0.1-2 Severity: serious X-Debbugs-Cc: sramac...@debian.org mpv is transitioning from libmpv1 to libmpv2. As python-mpv has a hardcoded dependency on libmpv1, it needs to be updated for libmpv2. Cheers Thanks for the heads up. I've ran the testsuite with libmpv2 and I've reported what I think might be failure upstream. It seems libmpv2 isn't in unstable yet though. I'll wait for it to make it through the buildds and I'll make an upload. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024166: blist: dead upstream, no maintainer upload since 2015
Package: src:blist Severity: serious X-Debbugs-CC: s...@debian.org Hi, The blist package, currently team-maintained by the Debian Python Team, has not been updated by its maintainer since 2015. 4 uploads fixing either important bugs, or making sure it respects the DPT policy have been made since then. As such, I consider this package is not currently maintained by anyone, and thus violates the DPT policy. Moreover, blist is dead upstream: no commit has been made to the project since 2014. This is problematic, as we are now carrying patches for Python 3.9, 3.10 and 3.11. As such, I don't think this package should make it to Bookworm. It probably should eventually be RMed too. I'm CC-ing Sebastien Delafond explicitly, as he seems to be the maintainer of all the packages in the archive that depend or build-depend on blist (python-raccoon, python-panwid, elastalert). In a perfect world, those packages should migrate away from blist in time for the freeze. If not possible, it would be nice if it could have an active maintainer again. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024096: rdiff-backup: please run the upstream testsuite
Package: src:rdiff-backup Version: 2.0.5-4 Severity: important Hi, While working on sponsoring a patch for rdiff-backup, I saw that the upstream testsuite (which seems pretty complete) isn't ran at all, neither during the build process, nor as an autopkgtest. Running the upstream testsuite helps catch important bugs and make packages more reliable. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1023140: uscan: please add support for git tags signed with an SSH key
Package: devscripts Severity: wishlist Dear maintainers, The latest upstream version of python-mediafile (10.0.1)[1] switched from signing the git tag with an OpenPGP key to doing it an SSH key. Would it be possible to add support for this in uscan? I would be very nice to be able to have an SSH public key in d/upstream/ and d/watch file that looks like this: --- version=4 opts="mode=git, pgpmode=sshtag, uversionmangle=s/v//" \ https://github.com/beetbox/mediafile.git \ refs/tags/([v\d\.]+) --- Cheers, [1]: https://github.com/beetbox/mediafile/releases/tag/v0.10.1 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄
Bug#997972: haskell-pandoc-citeproc has been deprecated upstream
retitle 997972 haskell-pandoc-citeproc not needed, should be RMed thanks Hello! I see that pandoc has been updated (many, many thanks) and the aforementioned 'citeproc' package has indeed been packaged as "haskell-citeproc". I see no reason for this package not to be RMed, since the current version of pandoc in Sid supports '--citeproc' and fails with the old '--filter pandoc-citeproc' anyway: --- pandoc-citeproc: Error in $: Incompatible API versions: encoded with [1,22,2] but attempted to decode with [1,20]. CallStack (from HasCallStack): error, called at ./Text/Pandoc/JSON.hs:112:48 in pandoc-types-1.20-JP83YEZp4VZ5qbwCPN8866:Text.Pandoc.JSON Error running filter pandoc-citeproc: Filter returned error status 1 make: *** [Makefile:6: pdf] Error 83 --- Cheers, and thanks for your work on this. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1020120: taking ownership of BTS 1020120
Even better, I think that the upstream .flake8 file isn't copied by pybuild when running tests? A d/pybuild.testfiles file should do the trick and I'll try that when that pam build fix has propagated. The same should be done for the autopkgtests. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1020120: taking ownership of BTS 1020120
I started looking at this bug, but bug #1021336 currently breaks my sbuild, so I might as well take ownership of it. flake8 tests clearly aren't important to us, so the "easy" way out is disabling those. I'll try upgrading the package to the latest upstream version before doing this though, as 2.1.0 has official python 3.10 support. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1020984: RM: cljx-clojure -- ROM; Deprecated upstream, not maintained
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: po...@debian.org User: ftp.debian@packages.debian.org Usertags: remove Dear FTP masters, Please RM the cljx-clojure source package. It is a deprecated Clojure build tool that is no longer needed in the archive, as we have migrated away from it where needed. At the moment, 2 packages still build-depend on cljx-clojure in the archive. I've asked them to be RMed too, as they are not used either. === $ ssh po...@mirror.ftp-master.debian.org "dak rm -Rn cljx-clojure" Will remove the following packages from unstable: cljx-clojure |0.6.0-3 | source libcljx-clojure |0.6.0-3 | all Maintainer: Debian Clojure Maintainers --- Reason --- -- Checking reverse dependencies... # Broken Build-Depends: pathetic-clojure: libcljx-clojure url-clojure: libcljx-clojure Dependency problem found. === Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1020983: RM: pathetic-clojure -- ROM; Not used in the archive, uses a deprecated build tool
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: po...@debian.org utka...@debian.org User: ftp.debian@packages.debian.org Usertags: remove Dear FTP masters, Please RM the pathetic-clojure source package. It was initially packaged as a dependency for url-clojure, a package that is no longer needed (see the blocking RM bug I've added to this bug report). Apart from this soon-to-be-RMed package, nothing in the archive uses it: === $ ssh po...@mirror.ftp-master.debian.org "dak rm -Rn pathetic-clojure" Will remove the following packages from unstable: libpathetic-clojure |0.5.1-2 | all pathetic-clojure |0.5.1-2 | source Maintainer: Debian Clojure Maintainers --- Reason --- -- Checking reverse dependencies... # Broken Depends: url-clojure: liburl-clojure # Broken Build-Depends: url-clojure: libpathetic-clojure Dependency problem found. === Finally, pathetic-clojure build-depends on cljx-clojure, another deprecated package I'm trying to RM. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1020982: RM: url-clojure -- ROM; Deprecated upstream, not used in the archive
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: po...@debian.org z...@debian.org User: ftp.debian@packages.debian.org Usertags: remove Dear FTP masters, Please RM the url-clojure source package. We (the Clojure Team) initially packaged it while working on the puppet-server dependencies. Since it was already deprecated upstream at the time, I opened a bug on the Puppet Jira [1] to ask them to migrate away from it, which they did. This package is thus no longer needed. Moreover, nothing in the archive depends or build-depends on it: === $ ssh po...@mirror.ftp-master.debian.org "dak rm -Rn url-clojure" Will remove the following packages from unstable: liburl-clojure |0.1.1-2 | all url-clojure |0.1.1-2 | source Maintainer: Debian Clojure Maintainers --- Reason --- -- Checking reverse dependencies... No dependency problem found. === Finally, url-clojure build-depends on cljx-clojure, another deprecated package I'm trying to RM. Cheers, [1]: https://tickets.puppetlabs.com/browse/SERVER-2841 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1018994: reassign 1018994 to poppler
reassign 1018994 src:poppler retitle poppler: empty PDF crashes with Command Line Error: Wrong page range given thanks I'm reassigning this issue to poppler, as I get the same error message in qpdfview and pdfinfo. It seems the mupdf project decided this was a valid bug that needed to be fixed: https://bugs.ghostscript.com/show_bug.cgi?id=695098 I'll let the poppler maintainers decide on that :) -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_0xE1E5457C8BAD4113.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature