Bug#999497: [Pkg-javascript-devel] Bug#999497: lintian: complain about packages with parts of npm2deb FIX_ME or templates still present

Quoting Paul Wise (2021-11-12 02:08:26) > PS: I wonder if there should be a standard prefix for all template > strings that all packaging tools could use in their templates or > template strings and then lintian could just check for that prefix. I fully agree. I propose to use "FIXME" (i.e. no

Bug#999511: safe-rm FTCBFS: missing Build-Depends: libstd-rust-dev

On 2021-11-11 at 11:15:40, Helmut Grohne (hel...@subdivi.de) wrote: > safe-rm fails to cross build from source, because it does not find the > rust package std. Ximin Luo identified the cause as a missing dependency > on libstd-rust-dev. Please consider applying the attached patch. Thanks for the

Bug#999489: Is Omictools down? (Was: Bug#999489: perm: homepage change)

Control: tags -1 pending Hi Ben and others, thanks a lot for the bug report. This kind of QA checks are really welcome. I'm just building the package and will upload with the fixed homepage. Am Thu, Nov 11, 2021 at 09:33:33PM +0100 schrieb Ben Tris: > The homepage seems not available. >

Bug#999116: ~ Re: Bug#999116: doom-wad-shareware: missing required debian/rules targets build-arch and/or build-indep

Am 11.11.2021 14:30, schrieb Jonathan Dowland: You could consider moving to dh. Although it might seem a bit crazy for a package of literally one file. But if I had done that instead of golfing the packaging down to the bare minimum, this upload would not be necessary (and likely :1.9.fixed-2

Bug#999543: devscripts: uscan crash with cmus package

Package: devscripts Version: 2.21.5 Severity: important Dear Maintainer, Since this release uscan crash with the cmus 2.9.1-1 package. Here is the output of uscan -vv uscan debug: line: get_upstream_url() uscan info: Matching target for downloadurlmangle:

Bug#999542: topplot: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test -i python{version} -p 3.9 returned exit code 13

Source: topplot Version: 0.1.8+repack-2 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999540: qiskit-terra: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test -i python{version} -p 3.9 returned exit code 13

Source: qiskit-terra Version: 0.12.0-2.1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999541: astroml: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: astroml Version: 0.4.post1-6 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999539: python-quantities: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test -i python{version} -p 3.9 returned exit code 13

Source: python-quantities Version: 0.12.4-1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This

Bug#999537: python-matplotlib-venn: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: python-matplotlib-venn Version: 0.11.6-1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in

Bug#999535: python-ltfatpy: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: python-ltfatpy Version: 1.0.16-5 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This version

Bug#999536: jsonpickle: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: jsonpickle Version: 1.2-1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This version will

Bug#999534: python-bayespy: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: python-bayespy Version: 0.5.18-3 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999533: python-cartopy: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test -i python{version} -p 3.9 returned exit code 13

Source: python-cartopy Version: 0.20.1+dfsg-1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental.

Bug#999529: seaborn: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: seaborn Version: 0.11.2-2 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This version

Bug#999527: joblib: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: joblib Version: 0.17.0-4 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This version will

Bug#999526: mdp: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: mdp Version: 3.6-1.1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This version will soon be

Bug#999524: python-language-server: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: python-language-server Version: 0.36.2-3 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This

Bug#999523: python-skbio: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: python-skbio Version: 0.5.6-5 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This version

Bug#999521: python-cycler: FTBFS with matplotlib 3.5 (in experimental): E: apt-cache returned no information about python-cycler source

Source: python-cycler Version: 0.10.0-3 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999520: sphinx-gallery: FTBFS with matplotlib 3.5 (in experimental): SyntaxError: invalid syntax

Source: sphinx-gallery Version: 0.10.0-1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999519: xrayutilities: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test -i python{version} -p 3.9 -s custom "--test-args={interpreter} {dir}/setup.py egg_info -e {b

Source: xrayutilities Version: 1.7.1-2 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999518: mplcursors: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: mplcursors Version: 0.4-1 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This version

Bug#999516: python-ltfatpy: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: python-ltfatpy Version: 1.0.16-5 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999515: imbalanced-learn: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Source: imbalanced-learn Version: 0.7.0-6 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This version

Bug#999517: qutip: FTBFS with numpy 1.21 (in experimental): distutils.errors.DistutilsError: Command '['/usr/bin/python3.9', '-m', 'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/t

Source: qutip Version: 4.6.2-2 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-numpy121 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using numpy 1.21 currently in experimental. This version will soon

Bug#999514: openstructure: FTBFS with matplotlib 3.5 (in experimental): dh_auto_test: error: cd obj-x86_64-linux-gnu && make -j4 check ARGS\+=--verbose ARGS\+=-j4 returned exit code 2

Source: openstructure Version: 2.2.0-8 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This

Bug#999513: aplpy: FTBFS with matplotlib 3.5 (in experimental): ImportError: cannot import name 'ImageTk' from 'PIL' (/usr/lib/python3/dist-packages/PIL/__init__.py)

Source: aplpy Version: 2.0.3-2 Severity: important Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-matplotlib35 Hi, During a rebuild of all packages in sid, your package failed to build on amd64, using matplotlib 3.5 currently in experimental. This version

Bug#999482: architecture-independent package contains arch-specific lib path

Control: forwarded -1 https://github.com/xbmc/xbmc/pull/20506

Bug#998877: can-utils asc2log timestamp generation error

On 10.11.21 12:14, Alexander Gerasiov wrote: On Tue, 09 Nov 2021 10:16:01 +0100 Andre Naujoks wrote: Package: can-utils Version: 2020.11.0-1 Severity: normal Tags: upstream Dear Maintainer, the asc2log log file converter tool generates wrongly formatted timestamps in some rare cases. I.e.

Bug#999512: crowdsec: Missing geoip-database dependency

Package: crowdsec Version: 1.0.9-2+b4 Severity: normal I see the following in my logs when I run `systemctl start crowdsec.service` on Debian bullseye: time="12-11-2021 06:28:58" level=warning msg="Starting processing data" time="12-11-2021 06:28:59" level=info msg="pull top: added 65 entries"

Bug#999511: safe-rm FTCBFS: missing Build-Depends: libstd-rust-dev

Source: safe-rm Version: 1.1.0-2 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs safe-rm fails to cross build from source, because it does not find the rust package std. Ximin Luo identified the cause as a missing dependency on libstd-rust-dev. Please consider applying the

Bug#999510: libidn2 FTBFS for musl-linux-any: broken gettext check

Source: libidn2 Version: 2.3.2-2 Tags: patch upstream User: helm...@debian.org Usertags: rebootstrap libidn2 cannot be built for musl, because its gettext check is broken. That's fixed in the macro now, but libidn2 needs to opt into the fix. Please consider applying the attached patch. Helmut

Bug#999509: bullseye-pu: package kodi/2:19.1+dfsg2-3~deb11u1

Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: mat...@debian.org [ Reason ] Targeted fix for CVE-2021-42917 [ Impact ] Users might experience a denial-of-service triggered remotely by loading specially crafted

Bug#999508: ITP: finalcif -- editor for Crystallographic Information Format

Package: wnpp Owner: Andrius Merkys Severity: wishlist Control: block -1 by 999468 996095 * Package name: finalcif Version : 91 Upstream Author : Daniel Kratzert * URL : https://dkratzert.de/finalcif.html * License : Beerware Programming Lang: Python

Bug#974606: should rust-tokio-process be removed?

In addition to the (build-)dependency on an old version of rust-crossbeam-queue, rust-tokio-process (build-)depends on version 0.1 of rust-futures. Upstream seems to have abandoned the crate, there was an alpha release supporting futures 0.2, but the code appears to have been removed from the

Bug#999507: rust-tokio-signal, (build-)dependencies unsatisfiable, abandoned upstream, should this package be removed.

Package: rust-tokio-signal Version: 0.2.7-2 Severity: serious rust-tokio-signal (build-)depends on version 0.1 of rust-futures. Upstream seems to have abandoned the project, there was an alpha release supporting futures 0.2, but the code appears to have been removed from the tokio git

Bug#999506: RFP: pytest-tornasync -- pytest plugin for testing Tornado apps using native coroutine tests

Package: wnpp Severity: wishlist X-Debbugs-Cc: sapientdust+pytest-tornas...@gmail.com, debian-pyt...@lists.debian.org * Package name: pytest-tornasync Version : 0.5.0 Upstream Author : eukaryote * URL : https://github.com/eukaryote/pytest-tornasync * License

Bug#999470: wsjtx: Stable backport wsjt-x 2.5.2

On Thu, Nov 11, 2021 at 02:52:36PM +0100, Benjamin Bänziger wrote: > Package: wsjtx > Version: 2.3.0+repack-2 > Severity: wishlist > > Dear Maintainer, > > It would be great if you could make a backport of wsjtx 2.5.2 for bullseye. The backport of wsjtx appears to be trivial once hamlib 4.1 or

Bug#998790: firefox: Video not playing

Unfortunately the problem is still present even with libnss3 2:3.70-1 and firefox 93.0-1+b1. I will try some more stuff like downgrading more packages and creating a new firefox profile to see if it not just a problem on my end. I will update if i can find anything. Still strange someone else

Bug#999503: python-acme: upstream changing signing keys

On Thu, Nov 11, 2021 at 10:12 PM Harlan Lieberman-Berg wrote: > I received a notification from the Certbot team that they were updating the > PGP > keys used to sign the next release to a new key, rsa3072/0xB6029E8500F7DB16, > fingerprint BF6B CFC8 9E90 747B 9A68 0FD7 B602 9E85 00F7 DB16. I have

Bug#999505: ITP: golang-github-audriusbutkevicius-recli -- reflection based CLI (command line interface) generator for Golang (library)

Project created here (for possible review): https://salsa.debian.org/sten/golang-github-audriusbutkevicius-recli.git and it will be easy to transfer to DGPT if it looks good. I think I'll wait a couple of days before uploading, just to be safe. Regards, Nicholas P.S. Oops, it looks like the

Bug#999505: ITP: golang-github-audriusbutkevicius-recli -- reflection based CLI (command line interface) generator for Golang (library)

Package: wnpp Severity: wishlist Owner: Nicholas D Steeves X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Go Packaging Team , Alexandre Viau * Package name: golang-github-audriusbutkevicius-recli Version : 0.0.6 Upstream Author : Audrius Butkevicius * URL :

Bug#999504: transition: liburing

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi! The liburing source bumped its SONAME from liburing1 to liburing2, but it should be API compatible. The new upstream has been uploaded to experimental, and I did a rebuild of all

Bug#999503: python-acme: upstream changing signing keys

Source: python-acme Version: 1.18.0-1 Severity: wishlist Tags: upstream X-Debbugs-Cc: hlieber...@debian.org I received a notification from the Certbot team that they were updating the PGP keys used to sign the next release to a new key, rsa3072/0xB6029E8500F7DB16, fingerprint BF6B CFC8 9E90 747B

Bug#999502: Acknowledgement (linux-image-5.10.0-9-amd64: read from pty does not return newline on 64-byte boundaries)

Here's the output of the test program that we see under bullseye, kernel 5.10.0.-9: $ ./rbpty TEST len 130 text [123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 ] 130 bytes read buf read:

Bug#999502: linux-image-5.10.0-9-amd64: read from pty does not return newline on 64-byte boundaries

Package: src:linux Version: 5.10.70-1 Severity: normal Tags: upstream Dear Maintainer, When reading from a pty, a call to read(2) always returns a string ending in a newline, except when the text written to the pty contains a multiple of 64 characters, plus the newline. In the exceptional

Bug#999501: need wheel of newer setuptools for virtualenv

Package: python-pip-whl Version: 20.3.4-4 Severity: normal File: /usr/share/python-wheels/setuptools-44.1.1-py2.py3-none-any.whl Hello, I am working on packaging jupyter-packaging. In order to run its test suite, I am trying to have it use tox. However, the standard virtualenv populates using

Bug#999345: redis-server: if "dir" is set in redis.conf redis won't work after update because the "redis.service" lacks write permission

Hi Oliver, > we set the dir option in the redis.conf file to our fastest disc: > > dir /srv/redis > > Of couse we adjust the redis.service file to this setting: > > ReadWriteDirectories=-/srv/redis > > After any update of the package: redis stops working [...] How exactly are you editing the

Bug#999500: python-pika-pool test fails with python-pika 1.2.0 (currently in experimental); upstream seems inactive

Package: python-pika-pool Version: 0.1.3-4 Severity: important Hello, We are currently working towards getting python-pika updated to its latest version, 1.2.0. This is needed for the latest version of pagure (https://pagure.io). There's an ongoing discussion here, if you're interested:

Bug#999499: mirror submission for mirrors.ipserverone.com

Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: mirrors.ipserverone.com Type: leaf Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x

Bug#999488: plocate: updatedb: cannot prune whitespace-containing directories / paths

"Steinar H. Gunderson" wrote: > It sounds pretty harsh to break a feature used by even the default > configuration. Iʼm afraid, that Iʼve failed to locate where switches `-n` or `-e` (and command line options at all) are used in the default setup. > I do agree it is problematic not to support

Bug#999498: ITP: qt6-serialbus -- Qt 6 Serial Bus module

Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org, debian-qt-...@lists.debian.org * Package name: qt6-serialbus Version : 6.2.1 Upstream Author : The Qt Company Ltd. * URL :

Bug#994304: libgpuarray: Removal of the python3-*-dbg packages in sid/bookworm

> (Immediate uploading _not_ recommended: it still needs a workaround for > #997908.) any idea when that will be addressed? i would like to remove numpy-dbg sooner rather than later -- thanks! -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian:

Bug#999497: lintian: complain about packages with parts of npm2deb FIX_ME or templates still present

Package: lintian Version: 2.111.0 Severity: wishlist X-Debbugs-CC: npm2...@packages.debian.org npm2deb converts node/npm packages to Debian source packages, in the process it leaves FIX_ME items and template info in various places in the Debian source package for the maintainer to clean up before

Bug#999496: inkscape: Extensions >> Manage Extensions... fails unless python3-appdirs is installed

Package: inkscape Version: 1.1.1-2 Severity: normal X-Debbugs-Cc: d...@fifthhorseman.net I have inkscape open. from the Extensions menu, i choose "Manage Extensions..." i get an error message about "appdirs" being a missing python module. If i "apt install python3-appdirs" and then try again,

Bug#999464: [Pkg-shadow-devel] Bug#999464: shadow: FTBFS on non linux-architectures

Control: tags -1 help Hi Laurent, Laurent Bigonville ezt írta (időpont: 2021. nov. 11., Cs, 14:03): > > Source: shadow > Version: 1:4.7-1 > Severity: important > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) > > Hello, > > Since version 1:4.7-1

Bug#997063: php8.0: FTBFS on hurd-i386

Control: clone 997063 -1 Control: reassign -1 php8.1 Control: retitle -1 php8.1: FTBFS on hurd-i386 This FTBFS occurs on php 8.1 as well, which is close to being released; cloning it.

Bug#994920: RFS: simple-image-filter [ITP] -- Image processing software

Uploaded. Thanks for your contribution.

Bug#999488: plocate: updatedb: cannot prune whitespace-containing directories / paths

severity 999488 wishlist thanks On Thu, Nov 11, 2021 at 11:19:47PM +0300, Dmitry Alexandrov wrote: > as you find it okay to break backward-compatibility with mlocate > , let me suggest you a thing, that is > definitely worth being broken: It sounds pretty harsh to

Bug#998790: firefox: Video not playing

I have similar issues and it seems to be libnss3 3.72, but not entirely sure yet. My issue is that video playback will completly stop working atleast for youtube and twitch, haven't tested other sites yet. This started about a week ago. No error message to be found anywhere. It seems to be

Bug#999494: zycore-c: FTBFS on at least mips64el

Source: zycore-c Version: 1.0.0-2 Severity: serious Hi, The issue that seemed to be addressed by a patch included in the latest revision was not fixed; the package still FTBFS at least on mips64el: /usr/bin/cc -DZYCORE_EXPORTS -DZycore_EXPORTS -D_CRT_SECURE_NO_WARNINGS -D_GNU_SOURCE

Bug#999493: ITP: pika-backup -- simple backups based on borg

Package: wnpp Severity: wishlist Owner: Debian Borg Collective X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: pika-backup Version : 0.3.5 Upstream Author : Sophie Herold * URL : https://apps.gnome.org/app/org.gnome.World.PikaBackup/

Bug#999492: RFS: gammu/1.42.0-5~bpo11+1 -- mobile phone management utility

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gammu": * Package name: gammu Version : 1.42.0-5~bpo11+1 Upstream Author : Michal Čihař * URL :

Bug#999482: architecture-independent package contains arch-specific lib path

Hi Hugh! I quickly dug Kodi's CMake machinery and it appears that KodiConfig.cmake is installed into /usr/share/kodi/cmake by https://github.com/xbmc/xbmc/blob/master/cmake/scripts/linux/Install.cmake#L176 What's more interesting, there is another KodiConfig.cmake generated in proper place,

Bug#999358: libwebkit2gtk-4.0-37: Upgrade from 2.30.1-1~bpo10+1 to 2.34.1-1~deb10u1 crashes evolution with "std::bad_alloc"

On Thu, Nov 11, 2021 at 02:27:36PM +0100, Norbert Berzen wrote: > > Better if you can install the debug packages from this repository: > > > > deb http://debug.mirrors.debian.org/debian-debug/ buster-debug main > > The repo you mentioned does only contain "libwebkit2gtk-4.0-37-dbgsym" > of old

Bug#998718: Brasero fails (on Testing) burning an ISO image on a CD-RW

Il 11/11/21 22:49, Thomas Schmitt ha scritto: Hi, Mauro Sacchetto wrote: that is (more or less): "Impossible to block unity". "unit", maybe ? The device. Yes, sorry for my bad English. After Brasero fails, it's impossible to erase the CD with K3, Either Brasero did its evil deed

Bug#999383: [Aptitude-devel] Bug#999383: aptitude: bashism in configure script

Hi Alex, On Thu, 11 Nov 2021, at 19:12, Axel Beckert wrote: > Andrej Shadura wrote: >> It is possible your package uses configure script with bash features not >> present in POSIX without explicitly declaring the need to bash shell; this >> currently works as configure scripts select bash, but

Bug#998718: Brasero fails (on Testing) burning an ISO image on a CD-RW

Hi, Mauro Sacchetto wrote: > that is (more or less): "Impossible to block unity". "unit", maybe ? The device. > After Brasero fails, it's impossible to erase the CD with K3, Either Brasero did its evil deed before trying to lock the unità or the failure to do so did not prevent further access

Bug#995927: patch posted

Alexey tested and it helped his issue. Proposed official patch is posted here, please test and/or review https://patchwork.ozlabs.org/project/intel-wired-lan/patch/2021214356.612453-1-jesse.brandeb...@intel.com/

Bug#982956: Patch posted

Here is the patch I'm proposing to fix this issue. https://patchwork.ozlabs.org/project/intel-wired-lan/patch/2021214356.612453-1-jesse.brandeb...@intel.com/

Bug#999491: ITP: libptytty -- library for OS-independent pseudo-tty management

Package: wnpp Severity: wishlist Owner: Ryan Kavanagh X-Debbugs-Cc: debian-de...@lists.debian.org, r...@debian.org * Package name: libptytty Version : 2.0 * URL : http://software.schmorp.de/pkg/libptytty.html * License : GPLv2+ Programming Lang: C++

Bug#999383: [Aptitude-devel] Bug#999383: aptitude: bashism in configure script

Hi again, On Thu, 11 Nov 2021, at 19:12, Axel Beckert wrote: > I'm not sure why the following patch fixes the issue, but it does so > at the expense of some more forks per build: > > diff --git a/buildlib/docbook.mk b/buildlib/docbook.mk > index 9ec1b433..de03f0b4 100644 > ---

Bug#911815: /usr/bin/perf_4.18: Please build perf against libbfd

Hi, On Fri, Sep 10, 2021 at 12:27:28PM +0200, Tony Garnock-Jones wrote: > Just to follow up again, here's an improved version of the patch that > doesn't hand-roll quite so much socketpair/fork/exec code, reusing existing > tools/ code instead! > > Also, here's the upstream discussion of the

Bug#998108: firefox freezes shortly after start

On Nov 11, ‍小太 wrote: > If you open /usr/lib/firefox/libxul.so in a hex editor and go to file offset > 0x46a4703, you can perform a find and replace with the below hex strings: > find:498B5C2408904889DFFF157FBD9703EBF5 > replace: 4D8B6C2408904C89EFFF157FBD9703EBDA Great work! Quick one

Bug#989479: sogo: CVE-2021-33054

Hi Salvatore, El dv. 04 de 06 de 2021 a les 23:07 +0200, en/na Salvatore Bonaccorso va escriure: > 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]

Bug#989479: sogo: CVE-2021-33054

Hi, El dj. 11 de 11 de 2021 a les 22:07 +0100, en/na Jordi Mallach va escriure: > Hi Salvatore, > > El dv. 04 de 06 de 2021 a les 23:07 +0200, en/na Salvatore Bonaccorso > va escriure: > > If you fix the vulnerability please also make sure to include the > > CVE (Common Vulnerabilities &

Bug#998718: Brasero fails (on Testing) burning an ISO image on a CD-RW

On Mon, 08 Nov 2021 at 17:15:26 +0100, Thomas Schmitt wrote: > I start Brasero and a window pops up which says it cannot mount the CD. > (How stupid can Brasero and udisks become ? Is there any limit ?) My understanding is that udisks does not automatically mount anything on its own (it's

Bug#999482: architecture-independent package contains arch-specific lib path

Hi Hugh! Thanks for spotting this! > The paths containing /usr/lib/x86_64-linux-gnu here later cause problems when >building addons on other architectures, as it overrides the addon install >path - a warning is logged: It is probably the reason why I had to implement path override in every

Bug#999490: gff2ps: homepage change

Package: gff2ps Severity: wishlist Dear Maintainer, The current homepage seems unavailable. https://genome.crg.cat/services/gff2ps/ I think it can be changed to the following. https://genome.crg.es/software/gff2ps/ -- System Information: Debian Release: 10.11 APT prefers oldstable-updates

Bug#995423: libyaml-cpp-dev: Incorrect include PATH in CMake configuration script.

control: close -1 Hello Tomasz On Fri, 5 Nov 2021 23:19:30 +0100 Tomasz Wolak wrote: > Hello Gianfranco, > > On 10/27/21 10:13 AM, Gianfranco Costamagna wrote: > > Hello Tomasz > > > > On Wed, 20 Oct 2021 19:58:47 +0200 Tomasz Wolak > > wrote: > >> [...] > >> I have tried to build the source

Bug#999489: perm: homepage change

Package: perm Severity: wishlist Dear Maintainer, The homepage seems not available. https://omictools.com/perm-tool I think it can be changed to the following. https://code.google.com/archive/p/perm/ -- System Information: Debian Release: 10.11 APT prefers oldstable-updates APT policy:

Bug#998739: python3.9: In sys.path, /usr/local should use site-packages, not dist-packages

control: retitle -1 python3.9: sysconfig should return /dist-packages as platlib Hello, Matthias Klose, le mer. 10 nov. 2021 14:53:38 +0100, a ecrit: > On 11/7/21 13:53, Samuel Thibault wrote: > sys.path > > ['', '/usr/lib/python39.zip', '/usr/lib/python3.9', > >

Bug#999488: plocate: updatedb: cannot prune whitespace-containing directories / paths

Package: plocate X-Debbugs-Cc: d...@gnui.org Version: 1.1.13-1 Severity: normal Dear developer, as you find it okay to break backward-compatibility with mlocate , let me suggest you a thing, that is definitely worth being broken: a *very* unorthodox handling¹

Bug#999375: rsyslog randomly exits, possibly caused by imrelp

On Thu, 11 Nov 2021 13:46:44 -0600 Richard Laager wrote: > FWIW, you can force OpenSSL with this, which is what I do: > module(load="omrelp" tls.tlslib="openssl") Thanks Richard for being more explicit here. Really appreciated. I think Anton figured this out on his own [1] but I could have been

Bug#999401: pocketsphinx-python ftbfs with Python 3.10 (test failures)

Control: tags -1 + unreproducible moreinfo Hello, Matthias Klose, le mer. 10 nov. 2021 17:39:29 +0100, a ecrit: > pocketsphinx-python ftbfs with python3-defaults from experimental. the > python3-sphinxbase module has also been built for 3.10. >

Bug#999474: libclang-cpp13: segmentation fault (and corrupted stack) while compiling some OpenCL kernel with pocl on i386

Control: reassign -1 libclang-cpp13 1:13.0.0-9 Control: retitle -1 libclang-cpp13: segmentation fault (and corrupted stack) while compiling some OpenCL kernel with pocl on i386 I managed to get a bit of a trace using ltrace -x '*' to also catch the dlopen()ed symbols. I'm pasting just the very

Bug#999487: plocate is not a drop-in replacement for mlocate

Package: mlocate X-Debbugs-Cc: d...@gnui.org Version: 1.1.13-1 Severity: normal ## Dear mlocate maintainer, as of now mlocate is a transitional package to plocate. In other words, during release upgrade locate upgrades from mlocate to plocate. To the best of my understanding of Debian best

Bug#999486: vim-youcompleteme: depends on clangd and python3-distutils

Package: vim-youcompleteme Version: 0+20200825+git2afee9d+ds-2 Severity: normal X-Debbugs-Cc: emmanuel.th...@inria.fr Dear Maintainer, Upon a fresh install of vim-youcompleteme on an otherwise almost empty system (a live system, in fact), I noticed that two particular packages were mandatory to

Bug#999375: rsyslog randomly exits, possibly caused by imrelp

FWIW, you can force OpenSSL with this, which is what I do: module(load="omrelp" tls.tlslib="openssl") -- Richard

Bug#999485: firmware-brcm80211: Please add brcmfmac43456-sdio.* files for wifi support in Raspberry p400

Package: firmware-brcm80211 Version: 20210818-1 Severity: normal Tags: newcomer The Raspberry Pi p400 is very similar to the 4 family, but the Wifi chip is a slightly different model, and is thus not recognized when running with Debian, not even with firmware-brcm80211. We need the addition of

Bug#999483: ITP: coq-elpi -- Coq plugin embedding Elpi

Package: wnpp Owner: Julien Puydt X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org Severity: wishlist * Package name: coq-elpi Version : 1.11.2 Upstream Author : Enrico Tassi * URL : https://github.com/LPCIC/coq-elpi * License : LGPL 2.1+ Programming Lang:

Bug#999482: architecture-independent package contains arch-specific lib path

Package: kodi-addons-dev-common Version: 2:19.3+dfsg1-1 In this package with Architecture: all, there is a file, /usr/share/kodi/cmake/KodiConfig.cmake containing: ...cut... if(NOT KODI_LIB_DIR) set(KODI_LIB_DIR /usr/lib/x86_64-linux-gnu/kodi) endif() if(NOT KODI_DATA_DIR) set(KODI_DATA_DIR

Bug#999481: symbols files need updates for various architectures

Source: mrgingham Version: 1.20-1 Severity: serious Tags: sid bookworm See https://buildd.debian.org/status/package.php?p=mrgingham the symbols file is not ready for the release architectures.

Bug#999383: [Aptitude-devel] Bug#999383: aptitude: bashism in configure script

Control: tag -1 + moreinfo confirmed patch Hi Andrej, Andrej Shadura wrote: > It is possible your package uses configure script with bash features not > present in POSIX without explicitly declaring the need to bash shell; this > currently works as configure scripts select bash, but when dash

Bug#791946: Please support ARM64 (new upstream works)

Martin Michlmayr writes: > pforth is not enabled for arm64 in debian/control. Using upstream > version V27, pforth works on arm64. I recently traded emails with upstream, because even V27 is quite old and there's much more reason work in upstream revision control. He says a new upstream

Bug#999480: ecryptfs-utils: please provide a path to convert to fscrypt, or at least document it

Package: ecryptfs-utils Version: 111-5 Severity: wishlist I'm aware that ecryptfs-utils is no longer maintained upstream, and hasn't seen a release (or even an upstream commit) in ~5 years. I was also aware of dm-crypt for full-disk encryption, but hadn't heard of fscrypt prior to today.

Bug#998718: Brasero fails (on Testing) burning an ISO image on a CD-RW

On Testing / Cinnamon it's impossible too "copy a disk" (another voice of Brasero menu) The CD-RW seems to be recognized and the burning begins, but fails with: Session error : Impossibile bloccare l'unità ((null)) (brasero_burn_record brasero-burn.c:2854) that is (more or less):

Bug#998108: firefox freezes shortly after start

On Thu, 11 Nov 2021 23:06:44 +1100 =?UTF-8?B?4oCN5bCP5aSq?= wrote: > So either the change needs to be backported to v94, or we'll just have to wait > until v95 (or compile the browser ourselves) I was a bit adventurous and tried doing a binary patch on the current debian version (94.0-1), and

Bug#999474: llvm-13: segmentation fault (and corrupted stack) while compiling some OpenCL kernel with pocl on i386

On 11/11/2021 16.31, Sylvestre Ledru wrote: It seems to be an upstream issue, isn't it? If so, please report it upstream. How do I make a useful bug report upstream if the compiler is used as a library (that was probably not clearly mentioned in my initial report) and I have no clue what

  1   2   >