Bug#981923: zookeeper: FTBFS with OpenJDK 17 due to ambiguous Record class

Source: zookeeper Severity: important Tags: ftbfs sid bookworm User: debian-j...@lists.debian.org Usertags: default-java17 zookeeper fails to build with OpenJDK 17 because it contains a Record class that clashes with the new java.lang.Record class: build-generated: [javac] Using javac

Bug#951921: vdr-plugin-xineliboutput: diff for NMU version 2.1.0+git20191101-1.1

Control: tags 951921 + patch Control: tags 951921 + pending Dear maintainer, I've prepared an NMU for vdr-plugin-xineliboutput (versioned as 2.1.0+git20191101-1.1) and uploaded it to DELAYED/1. Please feel free to tell me if I should cancel it. cu Adrian diff -Nru

Bug#981922: irkerhook fails with mercurial and python 3

Package: irker Version: 2.18+dfsg-4 Severity: normal Dear Maintainer, irkerhook fails if run against mercurial using python 3. With irkerhook set as a commit hook for testing, trying to commit a file to a mercurial repo produces the following traceback > error: commit.irker hook raised an

Bug#980794: octave-iso2mesh: Arbitrary limitation of build architectures

Hi all, Thanks to Adrian Bunk, Adrian Glaubitz, and Sébastien for the clarifications in this thread. The discussion regarding the current Bug#980794 was triggered by my decision of limiting the set of architectures of package octave-iso2mesh. I agree that this hammer-like solution (in

Bug#978099: libhdf4: Please add support for riscv64

On Fri, 5 Feb 2021 at 08:30, Sebastiaan Couwenberg wrote: > No, riscv64 is not a release architecture and the soft freeze is next > week. Ubuntu will have to carry this patch a little longer. Ack, thanks.

Bug#445047: Irssi handling of IPv6 servers idiosyncratic

Package: irssi Version: 1.2.2-2+b1 Followup-For: Bug #445047 X-Debbugs-Cc: witold.bary...@gmail.com Hi. This still appears to be broken: [(status)] /connect localhost 6697 06:40 -!- Irssi: Connection lost to localhost 06:40 -!- Irssi: Looking up localhost 06:40 -!- Irssi: Connecting to

Bug#978099: libhdf4: Please add support for riscv64

On 2/5/21 7:10 AM, Graham Inggs wrote: > Any chance of an upload soon? No, riscv64 is not a release architecture and the soft freeze is next week. Ubuntu will have to carry this patch a little longer. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D

Bug#981835: ugly workaround

I was in the same situation this morning but this help me to install the libelf1:i386 /sudo mv /usr/share/locale/en@quot/LC_MESSAGES/elfutils.mo /usr/share/locale/en@quot/LC_MESSAGES/elfutils.mo-back // /

Bug#978099: libhdf4: Please add support for riscv64

Hi Maintainers Any chance of an upload soon? Regards Graham

Bug#981920: dvd+rw-tools: please, remove me from the uploaders field

Package: dvd+rw-tools Version: 7.1-14+b1 Severity: normal Hi. I am still listed as one of the uploaders of this package. I would love to still have the credits under debian/copyright etc., but I would like to request two things, if possible: 1 - That my email address rbr...@ime.usp.br is

Bug#981919: 981919: remove mkdirp-classic as well

Hello, mkdirp-classic can also be removed, as it has been packaged as node-mkdirp-classic. I assume it is embedded here only because of tar-fs. Andrius

Bug#981919: node-yarnpkg: use Debian-provided node-tar-fs

Source: node-yarnpkg Version: 1.22.10+~cs22.25.14-2 node-yarnpkg embeds tar-fs, which has been recently packaged as node-tar-fs. Please consider using the Debian package instead the embedded source. Andrius

Bug#981911: RFS: molotov/1.0 -- bootable media creator from a Windows 10 image

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "molotov": * Package name: molotov Version : 1.0 Upstream Author : Cézar Augusto de Campos * URL : https://github.com/cizordj/molotov * License :

Bug#981867: Info received ()

Nvidia Driver has nothing to do with loginctl. I just uninstalled nvidia driver and use nouveau driver. Same problem happening. Tested with popOS 20.04. Problem is in systemd.

Bug#978729: ERROR build/debian-cd: E: The value 'unstable' is invalid for APT::Default-Release as such a release is not available in the sources when building buster image

Control: reassign 978729 debian-cd On 2020-12-31, Daniel Leidert wrote: > I'm trying to build a custom Buster image. The host system is a Debian > Sid/unstable. When I run the build right after "make image-tree" is invoked in > /usr/share/simple-cdd/tools/build/debian-cd > > ERROR

Bug#981867: Info received ()

I used debian bullseye alpha 3 netboot version with nvidia-driver. Problem persist.

Bug#981867: Info received ()

Yes picture is taken on Ubuntu, but I also tried on Debian, and I experienced same thing. Also note I am currently using popOS, facing same issue. when a user logged out with nvidia attached seat the entire system forced to logged out. It might be bug in loginctl.

Bug#981916: RM: apertium-ukr -- ROM; RC Buggy, obsolete by apertium-rus-ukr now

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: kar...@debian.org Dear FTP Team, Please remove apertium-ukr package from unstable. It is RC buggy and now upstream has decoupled it by removing its dependency from apertium-rus-ukr which is just accepted in unstable. Thanks, Kartik

Bug#981006: No way of adding task packages with dependencies (necessary for tasksel) - packages listed in .download should be included with their dependencies

On 2021-01-25, Daniel Leidert wrote: > Hm. Maybe strike that. I misread some recommended packages as depends. But > still overwriting > > tasksel tasksel/first multiselect standard I added this to a profiles/misc.preseed file: tasksel tasksel/first multiselect tasksel tasksel/first seen

Bug#981746: ftp.debian.org: decision to treat OpenSSL as a system library for GPLv2 is not in compliance with copyright holders' wishes

On 2021-02-04 at 13:00:39, Ansgar wrote: > No, as far as I understand it the GNU Runtime Library Exception doesn't > allow distributing the *source code* under terms compatible with the > GPL-2, but that would be a requirement of the GPL-2-licensed software. > > But the GCC Runtime Library

Bug#981915: netkit-tftp: Please depend on xinetd instead of openbsd-inetd

Package: netkit-tftp Version: 0.17-23 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu hirsute ubuntu-patch Hi, As described in this Launchpad bug [1], there are/were issues between openbsd-inetd and netkit-tftp in terms of the correct tsize being reported

Bug#981914: netkit-tftp: Please include Homepage field in debian/control

Package: netkit-tftp Version: 0.17-23 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu hirsute ubuntu-patch Hi, The debian/control file for netkit-tftp does not currently contain a Homepage field. In Ubuntu, the attached patch was applied to achieve the

Bug#981913: ITP: ognibuild -- Wrapper with common interface for invoking any kind of build tool

Package: wnpp Severity: wishlist Owner: Jelmer Vernooij X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ognibuild Version : 0.0.1 Upstream Author : Jelmer Vernooij * URL : https://github.com/jelmer/ognibuild * License : GPL Programming Lang: Python

Bug#964914: Additional info.

I don't suppose anyone has seen fit to address this bug or provide a workaround? Is there a setting we can change in config/ that will fix this? I can't find it.

Bug#962042: smuxi-frontend-gnome: clicking on a link does not open it in the web browser

Hi, [reply inline] On Thu, 4 Feb 2021, 16:09 Raphael Hertzog, wrote: > Hi, > > On Thu, 04 Feb 2021, Mirco Bauer wrote: > > The fix is Smuxi's upstream git repo [0] and will be landing Debian > > unstable with the upcoming Smuxi 1.1 release in a few days. > > Nice! But it might be late to get

Bug#981912: libsdes4j-java: provoked IDS to block download thinking it's Unix.Trojan.Chalubo

Package: libsdes4j-java Version: 1.1.4-1.1 Severity: normal Dear Maintainer, This isn't a bug in the package, just a warning about a problem getting the package. Our debmirror job has been failing: Download of pool/main/s/sdes4j/libsdes4j-java-doc_1.1.4-1.1_all.deb failed: 500 Status read

Bug#825864: News about packagint

If Debian is going to let this languish for a half decade, is there at least a compiled deb or a workaround that we can install ourselves? Seems a little odd to me that a standard like this would still not be implemented in Debian.

Bug#947261: ITP: python-poetry -- Python dependency management and packaging made easy

On Thu, Feb 04, 2021 at 09:49:44AM +0100, Christian Kastner wrote: > Hi Emmanuel, > > On 23.12.19 20:16, Emmanuel Arias wrote: > > * Package name    : python-poetry > > > Poetry helps you declare, manage and install dependencies of Python > > projects, ensuring you have the right stack

Bug#981804: yubioath-desktop: fails to read yubikey

Hi Nicoo, > > — > > https://github.com/Yubico/yubioath-desktop/issues/693#issuecomment-773096570 Thanks for the info, that helps a lot. I will downgrade for the time being. Thanks for all you work on that! Best Norbert -- PREINING Norbert

Bug#981910: tracker.debian.org: please display key status for packages

Hi, I'm a bit new in the internals of tracker and around. Would this be the best source for the list of "key" packages? https://udd.debian.org/cgi-bin/key_packages.yaml.cgi Or some other URL would be a better place? Cheers, Carles On Feb/05/2021, Adam Borowski wrote: > Package:

Bug#981910: tracker.debian.org: please display key status for packages

Package: tracker.debian.org Severity: wishlist Hi! Looking up if a given package is "key" (in Release Team sense) is currently pretty tedious. Could you please mention this on packages' pages? Meow! -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy:

Bug#851650: How does moving XSL stuff fix misbuild PAM manpages

> "Adam" == Adam Borowski writes: Adam> Well, the problem I was fixing was patches not being applied Adam> -- which obviously broke installability. I understand now and regret my previous frustration. Thanks for working with me. So, it seems like we have a couple directions we

Bug#981850: [DRE-maint] Bug#981850: Failed: rspec-core, rspec-support

On Thu, Feb 04, 2021 at 09:02:37PM +0530, Ritesh Raj Sarraf wrote: > Package: ruby-rspec > Version: 3.9.0c2e2m1s3-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source > > Dear Maintainer, > > During a rebuild of the package for Bullseye, it is seen that the > package

Bug#981669: Info received (Bug#981669: gettext: incorrect build dependencies for nojava architectures)

On Thu, Feb 04, 2021 at 06:19:53PM -0500, John David Anglin wrote: > On 2021-02-04 3:03 p.m., Aurelien Jarno wrote: > > Le 04/02/2021 à 16:46, John David Anglin a écrit : > >> According to , nojava is  > >> supposed to be a registered > >> profile name.  

Bug#976462: Bug#631985: Compress debug

On Mon, 25 Jan 2021 12:01:02 -0700 Sean Whitton wrote: > On Mon 07 Nov 2011 at 06:34PM +01, Bastien ROUCARIES wrote: > > I agree it could be done by default with compat 9. Will decrease the > > size of archive also. I need more than 10G in order to debug kde... > > Does this sort of thing still

Bug#969516: Please support installing onto f2fs root filesystem

> I would be willing to sponsor this but I'm not sure whether such > a change would be a good idea a little over a week from the soft > freeze. Can you sponsor the upload [1] already? This won't add the package to the installer, but we will decide to have it include in bullseye (which I really

Bug#981669: Info received (Bug#981669: gettext: incorrect build dependencies for nojava architectures)

On 2021-02-04 3:03 p.m., Aurelien Jarno wrote: > Le 04/02/2021 à 16:46, John David Anglin a écrit : >> According to , nojava is supposed  >> to be a registered >> profile name.  However, it doesn't work for Debian ports.  Something must  >> need to be 

Bug#851650: How does moving XSL stuff fix misbuild PAM manpages

On Thu, Feb 04, 2021 at 05:28:41PM -0500, Sam Hartman wrote: > > "Adam" == Adam Borowski writes: > > Adam> I think we should _always_ trigger a rebuild, to make sure the > Adam> source we provide is the real source. > > I'm really incredibly frustrated reading the above. > I doubt

Bug#981909: debci: ci.debian.net does not show all results

Package: debci Severity: normal Hi My DDPO page contains a link to https://ci.debian.net/packages/s/sysstat/testing/amd64/ which currently has two build logs displayed in grey color (versions 12.5.2-2 and 12.5.2-1 from unstable were tested against packages in testing): Version Date

Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

Dear Debian developers, maintainers etc. I use Debian for many years. My primary and only installation for work is unstable installed in 2003 and i updated this one *many times*. I love Debian because of freedom from more points of view. One PoV is possibility to choose software component which

Bug#851650: How does moving XSL stuff fix misbuild PAM manpages

> "Adam" == Adam Borowski writes: Adam> I think we should _always_ trigger a rebuild, to make sure the Adam> source we provide is the real source. I'm really incredibly frustrated reading the above. I doubt that was your intent, but here's what happened from my standpoint. I asked

Bug#851650: How does moving XSL stuff fix misbuild PAM manpages

On Wed, Feb 03, 2021 at 12:20:25PM -0500, Sam Hartman wrote: > In your NMU of pam 1.1.8-3.4, you moved the xsl build dependencies from > build-depends-indep to build-depends. > > This effectively enables rebuilding of man pages even for binary package > builds. Yes, as they are included in

Bug#981908: buildah: does not install on testing/bullseye

Package: buildah Version: 1.18.0+dfsg1-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? tried to install buildah with other packages via apt * What exactly did you do (or not do)

Bug#981745: ser2net: breaks existing configuration on upgrades

On Thu, Feb 04, 2021 at 09:10:40AM -0300, Antonio Terceiro wrote: > On Thu, Feb 04, 2021 at 08:30:58AM +0100, Marc Haber wrote: > > On Wed, Feb 03, 2021 at 12:27:52PM -0600, Corey Minyard wrote: > > > On Wed, Feb 03, 2021 at 10:40:46AM -0300, Antonio Terceiro wrote: > > > > Package: ser2net > > >

Bug#966941: libpsl: diff for NMU version 0.21.0-1.2

Dear maintainer, I've prepared an NMU for libpsl (versioned as 0.21.0-1.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru libpsl-0.21.0/debian/changelog libpsl-0.21.0/debian/changelog --- libpsl-0.21.0/debian/changelog 2020-05-16 16:24:03.0 +0200 +++

Bug#957074: cdrkit: diff for NMU version 9:1.1.11-3.2

Please don’t. I am planning to work on this in the following days. I was stuck with hfsprogs. Thanks, Adrian > On Feb 4, 2021, at 10:41 PM, Sebastian Ramacher wrote: > > Control: tags 957074 + patch > > Dear maintainer, > > the ITA bug has been filed, but nothing happended since then. So

Bug#981907: nmu: gobgp_2.18.0-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu gobgp_2.18.0-1 . ANY . unstable . -m "rebuild for outdated Built-Using"

Bug#963640: jansson: diff for NMU version 2.13.1-1.1

Dear maintainer, I've prepared an NMU for jansson (versioned as 2.13.1-1.1). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru jansson-2.13.1/debian/changelog jansson-2.13.1/debian/changelog --- jansson-2.13.1/debian/changelog 2020-06-28 14:46:50.0 +0200 +++

Bug#980655: lbzip2: diff for NMU version 2.5-2.1

Control: tags 980655 + patch Control: tags 980655 + pending Dear maintainer, I've prepared an NMU for lbzip2 (versioned as 2.5-2.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. Regards. diff -Nru lbzip2-2.5/debian/changelog lbzip2-2.5/debian/changelog

Bug#957074: cdrkit: diff for NMU version 9:1.1.11-3.2

Control: tags 957074 + patch Dear maintainer, the ITA bug has been filed, but nothing happended since then. So I've prepared an NMU for cdrkit (versioned as 9:1.1.11-3.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru cdrkit-1.1.11/debian/changelog

Bug#981906: pyfuse3 FTBFS on 32bit

Source: pyfuse3 Version: 3.2.0-1 Severity: important Tags: ftbfs patch Forwarded: https://github.com/libfuse/pyfuse3/commit/fb94a809da286a950862910a9760468aee2654fd Control: affects -1 src:s3ql https://github.com/libfuse/pyfuse3/commit/fb94a809da286a950862910a9760468aee2654fd ...

Bug#981905: mysql-8.0: missing runtime dependency on -dev package

Source: mysql-8.0 Version: 8.0.23-1 Severity: serious tags: patch Hello, the dev package exposes zstd build flags, but doesn't depend on it. e.g. you can see boinc build log failing checking mysql libraries... -L/usr/lib/x86_64-linux-gnu -lmysqlclient -lpthread -lz -lzstd -lm -lrt -lssl

Bug#978667: libv4l-dev: ioctl(rfd, VIDIOC_QBUF, ) fails

Control: severity -1 normal Control: tags -1 moreinfo On 2020-12-29 15:55:11 -0500, william wrote: > Package: libv4l-dev > Version: 1.16.3-3 > Severity: serious > Justification: Policy 2.5 - important - Unix is a multi-port operating system > > Dear Maintainer, > > >* What led up to the

Bug#570704: duplicate /usr/share/doc/xfsprogs/changelog{,.Debian}.gz

On Sat, 20 Feb 2010 20:53:37 +0100 Piotr Engelking wrote: Package: xfsprogs Version: 3.1.1 Severity: minor There are two identical Debian changelogs in the xfsprogs binary package: /usr/share/doc/xfsprogs/changelog.Debian.gz /usr/share/doc/xfsprogs/changelog.gz Please remove one of them.

Bug#981904: RM: goxel [mips64el mipsel s390x] -- NBS; architectures are no longer built

Package: ftp.debian.org Severity: normal goxel (0.10.6-3) unstable; urgency=high * Remove architectures failing to build -- Federico Ceratto Sun, 31 Jan 2021 21:51:33 +

Bug#981903: puppetdb: autopkgtest failure

Source: puppetdb Version: 6.2.0-5 Severity: serious https://ci.debian.net/data/autopkgtest/testing/amd64/p/puppetdb/10223214/log.gz ... autopkgtest [03:52:37]: test puppet: [--- Adding user `puppetdb' to group `puppet' ... Adding user puppetdb to group puppet Done. Waiting

Bug#981902: facterdb: autopkgtest failure

Source: facterdb Version: 1.6.0-2 Severity: serious https://ci.debian.net/data/autopkgtest/testing/amd64/f/facterdb/10218718/log.gz ... Failures: 1) FacterDB.facterdb_fact_files returns the deduplicated combination of .default_fact_files and .external_fact_files Failure/Error:

Bug#981901: basix: Nedelec 2nd kind H(curl) test fails on 32-bit systems

Source: basix Version: 0.0.1~git20210122.4f10ef2-1 Severity: normal Control: forwarded -1 https://github.com/FEniCS/basix/issues/111 Judging by the build errors at https://buildd.debian.org/status/package.php?p=basix, looks like Nedelec 2nd kind H(curl) is not compatible with 32 bit systems. e.g.

Bug#949638: debdiff for 949638 "tesseract: uses -march=native"

Dear maintainer, I have just uploaded tesseract to the archive to fix this bug. debdiff based on the work of plugwash attached. Paul diff -Nru tesseract-4.1.1/debian/changelog tesseract-4.1.1/debian/changelog --- tesseract-4.1.1/debian/changelog2020-01-19 06:48:59.0 +0100 +++

Bug#981900: s3ql: autopkgtest failure: No module named 'pytest_trio'

Source: s3ql Version: 3.7.0+dfsg-1 Severity: serious https://ci.debian.net/data/autopkgtest/testing/amd64/s/s3ql/10265797/log.gz ... autopkgtest [16:12:24]: test upstream-standard: [--- ImportError while loading conftest

Bug#981849: podman build does not use the cache

Control: reassign -1 buildah 1.19.3+dfsg1-1 Control: affects -1 podman On Thu, Feb 4, 2021 at 12:55 PM Antonio Terceiro wrote: > Control: forwarded -1 https://github.com/containers/podman/issues/9233 > > There. > Awesome. As it turns out, this is actually an issue in buildah and needs to be

Bug#981899: adequate: autopkgtest failure

Source: adequate Version: 0.15.4 Severity: serious https://ci.debian.net/data/autopkgtest/testing/amd64/a/adequate/10235236/log.gz ... ./run-tests adequate-testpkg_1_amd64.changes install adequate-testpkg-bin-or-sbin-binary-requires-usr-lib-library ... ok check

Bug#942078: [high quality bug] baloo crash, can't recover; forced reindex does not fix; unusable via dolphin C-f

Dear Nicholas, Le jeudi 4 février 2021, 04:23:36 CET Nicholas D Steeves a écrit : > Norbert Preining writes: > > > Control: tag -1 +unreproducible > > > > Hi Nicholas, > > > > to be clear, tagging this bug as "unreproducible" means that **we** the > > developer cannot reproduce it. So please

Bug#981898: python-fsquota: autopkgtest failure: No module named 'fsquota'

Source: python-fsquota Version: 0.1.0+dfsg1-1 Severity: serious https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-fsquota/10254027/log.gz ... autopkgtest [05:38:58]: test autodep8-python3: set -e ; for py in $(py3versions -d 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing

Bug#977324: doesn't run: 'xml.etree.ElementTree.Element' object has no attribute 'getchildren'

Control: severity -1 grave Control: tag -1 + patch Hi Same issue here: ocrfeeder crashes immediately when started, and is unusable. So I'm raising the severity. The good news is that the patch works like a charm. signature.asc Description: This is a digitally signed message part.

Bug#981897: put-dns: Removing package fails

Package: put-dns Version: 0.0.2-1 Severity: serious https://piuparts.debian.org/sid/fail/put-dns_0.0.2-1.log ... Removing put-dns (0.0.2-1) ... rmdir: failed to remove '/var/lib/put-dns': No such file or directory dpkg: error processing package put-dns (--remove): installed put-dns

Bug#539723: xfsprogs: {mkfs.xfs] Please provide GNU --long options

Tags: upstream wontfix Control: notfound -1 xfsprogs/3.0.2 On Mon, 03 Aug 2009 12:32:57 +0300 Jari Aalto wrote: Please add support for GNU --long options that are readable alternatives. An Example: mkfs.xfs --force /dev/sda7 === It is not common for mkfs.*

Bug#981896: RFS: iptotal/0.3.3-14 [QA] -- monitor for IP traffic, not requiring SNMP

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "iptotal":  * Package name    : iptotal    Version : 0.3.3-14    Upstream Author : [fill in name and email of upstream]  * URL : http://sourceforge.net/projects/iptotal  *

Bug#981835: libelf1 violates Multi-Arch: same / unreproducible

Control: clone -1 -2 Control: retitle -2 handle gettext PO-Revision-Date Control: reassign -2 libstrip-nondeterminism-perl Control: block -1 by -2 On Thu, Feb 04, 2021 at 06:51:49PM +, Simon McVittie wrote: > 0.182+20210203-1.1 doesn't seem to solve this as intended, and triggers > a similar

Bug#981894: go-dlib FTBFS: test failure

Source: go-dlib Version: 5.6.0.9+dfsg-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/fetch.php?pkg=go-dlib=all=5.6.0.9%2Bdfsg-1=1612409395=0 ... FAIL: group_test.go:57: testWrapper.TestGetGroupEntry group_test.go:60: c.Check(groups[0].Name, C.Equals, "root") ... obtained

Bug#981893: libcacard FTCBFS: fails running building tests despite DEB_BUILD_OPTIONS=nocheck

Source: libcacard Version: 1:2.8.0-1 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs libcacard fails to cross build from source, because it fails building unit tests despite DEB_BUILD_OPTIONS=nocheck. Please consider applying the attached patch to fully disable tests for the

Bug#981892: lakai FTCBFS: does not pass cross tools to make

Source: lakai Version: 0.1-2 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs lakai fails to cross build from source, because it does not pass cross tools to make. The easiest way of fixing that - using dh_auto_build - makes lakai cross buildable. Please consider applying the

Bug#981891: paraview: autopkgtest failure: TypeError: Initialize argument 3: method requires a VTK object

Source: paraview Version: 5.9.0-1 Severity: serious https://ci.debian.net/data/autopkgtest/testing/amd64/p/paraview/10117274/log.gz ... autopkgtest [03:43:55]: test paraviewtest.py: [--- Traceback (most recent call last): File

Bug#981890: O: apt-listchanges -- package change history notification tool

Package: wnpp Severity: normal I intend to orphan the apt-listchanges package. I don't have time to properly maintain it. I will upload 3.23 shortly with maintainer set to Debian QA Group. Regards, robert signature.asc Description: PGP signature

Bug#976862: python3-plaso: log2timeline.py and image_export.py throw many Python 3.9 SyntaxWarnings

Control: reassign -1 python3-xlsxwriter 1.1.2-0.2 Control: affects -1 python3-plaso Hi, Axel Beckert wrote: > Since the upgrade to Python 3.9, log2timeline.py and image_export.py > throw the following SyntaxWarnings from the files included by both tools: > >

Bug#981889: nomad: CVE-2021-3283

Source: nomad Version: 0.12.9+dfsg1-3 Severity: grave Tags: security upstream Justification: user security hole X-Debbugs-Cc: car...@debian.org, Debian Security Team Hi, The following vulnerability was published for nomad. CVE-2021-3283[0]: | HashiCorp Nomad and Nomad Enterprise up to 0.12.9

Bug#981669: Info received (Bug#981669: gettext: incorrect build dependencies for nojava architectures)

Le 04/02/2021 à 16:46, John David Anglin a écrit : According to , nojava is supposed to be a registered profile name.  However, it doesn't work for Debian ports.  Something must need to be setup. The problem can be seen in the buildd status for

Bug#981664: buster-pu: package privoxy/3.0.28-2

Hi Moritz! On Do, 04 Feb 2021, Moritz Mühlenhoff wrote: > Am Tue, Feb 02, 2021 at 07:15:37PM +0100 schrieb Roland Rosenfeld: > > Package: release.debian.org > > Severity: normal > > Tags: buster > > User: release.debian@packages.debian.org > > Usertags: pu > > > > This fixes CVE-2021-20216

Bug#981888: iwyu FTBFS on mipsel: Linking CXX executable bin/include-what-you-use fails

Source: iwyu Version: 8.15-2 Severity: serious Tags: ftbfs Hi, iwyu FTBFS on mispel. https://buildd.debian.org/status/fetch.php?pkg=iwyu=mipsel=8.15-2=1612343226=0 Maybe the relevant part is this: [100%] Linking CXX executable bin/include-what-you-use /usr/bin/cmake -E cmake_link_script

Bug#981887: ITP: ruby-asciidoctor-kroki -- Asciidoctor extension to convert diagrams to images using Kroki

Package: wnpp Severity: wishlist Owner: Pirate Praveen Packaging of https://rubygems.org/gems/asciidoctor-kroki Dependency of gitlab 13.7

Bug#981886: intellij-community-idea build depends on openjdk-8-jdk-headless that will not be in bullseye

Source: intellij-community-idea Version: 183.5153.4-2 Severity: serious Tags: ftbfs Migration status: Blocked. Can't migrate due to a non-migratable dependency. Check status below. Build-Depends(-Arch): intellij-community-idea openjdk-8 (not considered) Invalidated by build-dependency

Bug#981669: Info received (Bug#981669: gettext: incorrect build dependencies for nojava architectures)

On 2021-02-04 10:46 a.m., John David Anglin wrote: > According to , nojava is supposed > to be a registered > profile name.  However, it doesn't work for Debian ports.  Something must > need to be setup. > > The problem can be seen in the buildd status

Bug#981867:

Control: tags -1 + moreinfo Am I seeing this correctly, that you are using Ubuntu? In that case, why not file the bug report against Ubuntu? I also vaguely remember that the closed source NVIDIA drivers can be problematic. And since they are closed source and not provided by Debian, we can't

Bug#969516: Please support installing onto f2fs root filesystem

On 2/4/21 8:16 PM, Stephan Lachnit wrote: >> I would be willing to sponsor this but I'm not sure whether such >> a change would be a good idea a little over a week from the soft >> freeze. > > Can you sponsor the upload [1] already? This won't add the package > to the installer, but we will

Bug#981725: libdap-dev no longer provides dap-config

reopen 981725 notfixed 981725 libdap/3.20.7-5 thanks On 2/4/21 5:39 AM, Sebastiaan Couwenberg wrote: > On 2/3/21 12:37 PM, Sebastiaan Couwenberg wrote: >> On 2/3/21 12:03 PM, Sebastiaan Couwenberg wrote: >>> On 2/3/21 10:48 AM, Gianfranco Costamagna wrote: Hello, the new libdap broke in some

Bug#981885: apt: [INTL:nl] Dutch po file for the apt package

Package: apt Severity: wishlist Tags: l10n patch Dear Maintainer, Please find attached the updated Dutch po file for the apt package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as

Bug#981882: dpkg: [INTL:nl] Dutch po file for the dpkg package

Package: dpkg Severity: wishlist Tags: l10n patch Dear Maintainer, Please find attached the updated Dutch po file for the dpkg package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as

Bug#981664: buster-pu: package privoxy/3.0.28-2

Am Tue, Feb 02, 2021 at 07:15:37PM +0100 schrieb Roland Rosenfeld: > Package: release.debian.org > Severity: normal > Tags: buster > User: release.debian@packages.debian.org > Usertags: pu > > This fixes CVE-2021-20216 and CVE-2021-20217. > Since both are tagged " (Minor issue)" in security

Bug#919348: many new releases since -- still "too buggy"?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2021-02-04 at 14:43 +0200, Adrian Bunk wrote: > Yves-Alexis, do you have any objections to closing this bug now? Yes. I have xfce4-screensaver (4.16) running on a Debian sid install and it still happens every once in a while that the

Bug#981881: packaging-tutorial: [INTL:nl] Dutch po file for the packaging-tutorial package's documentation

Package: packaging-tutorial Severity: wishlist Tags: l10n patch Dear Maintainer, Please find attached the updated Dutch po file for packaging-tutorial. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It

Bug#981880: RM: mlpack [armel armhf mipsel] -- RoQA; no longer builds with less than 4 GB address space

Package: ftp.debian.org Severity: normal mlpack no longer builds with less than 4 GB address space.

Bug#981835: libelf1 violates Multi-Arch: same / unreproducible

Control: reopen -1 On Thu, 04 Feb 2021 at 13:34:09 +0100, Helmut Grohne wrote: > libelf1 is presently marked Multi-Arch: same, but coinstallation on e.g. > amd64 + mipsel fails with a file conflict: > > | Unpacking libelf1:mipsel (0.182+20210203-1) ... > | dpkg: error processing archive >

Bug#981879: RFS: austin/2.1.1-1 -- Frame stack sampler for CPython

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "austin": * Package name: austin Version : 2.1.1-1 Upstream Author : Gabriele N. Tornetta * URL : https://github.com/P403n1x87/austin * License :

Bug#981878: ruby-gitlab-pg-query downloads from the internet during the build

Source: ruby-gitlab-pg-query Version: 1.3.1-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/fetch.php?pkg=ruby-gitlab-pg-query=amd64=1.3.1-2=1612462914=0 ... Building native extensions. This could take a while... current directory:

Bug#981877: yasm: Please mark the package with Multi-Arch: foreign or allowed

Package: yasm Severity: wishlist Dear Maintainer, Please add a Multi-Arch field into a paragraph about a binary package to allow installing for cross-building. When a package build depends on yasm, it likely would invoke the program on a build machine for assembling. I do not fully understand

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

On 2021-02-04 1:25 p.m., Dmitry Shachnev wrote: > I know almost nothing about hppa, and I don’t have much time to debug this, > but if you provide a patch that will make more tests pass on hppa (and does > not break other architectures), I will be happy to apply it (and help with > pushing it

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

Hi John! On Tue, Feb 02, 2021 at 10:07:52AM -0500, John David Anglin wrote: > In looking at the JS Value encoding in src/qml/common/qv4staticvalue_p.h, > I suspect there might be an issue with NaN/Inf values on hppa.  hppa and > early mips used a different representation for signalling and quiet

Bug#981876: gdpc: flaky autopkgtest on i386

Source: gdpc Version: 2.2.5-10 Severity: serious Tags: sid bullseye X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: flaky Dear maintainer(s), Your package has an autopkgtest, great. However, I looked into the history of your autopkgtest [1] on i386 (because it

Bug#976354: git - tests fail with dash

Package: git Followup-For: Bug #976354 The test scripts include test-lib.sh, which deliberately assumes bash. # checkbashisms test-lib.sh possible bashism in test-lib.sh line 381 ($BASH_SOMETHING): if test -n "$BASH_VERSION" && eval ' This part happens to work for other shells, but the

Bug#981875: RM: r-cran-projpred [armel] -- RoQA; build dependencies are no longer fulfillable on armel

Package: ftp.debian.org Severity: normal The build dependencies are no longer fulfillable on armel.

  1   2   3   >