Bug#1068663: zzuf: FTBFS on arm{el,hf}: /tmp/ccnMZahz.s:1620: Error: symbol `open64' is already defined

Source: zzuf Version: 0.15-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=zzuf=armhf=0.15-3=1712473020=0 In file included from

Bug#1068664: haskell-filestore: FTBFS on arm{el,hf}: Total Cases: 42 Tried: 42 Errors: 1 Failures: 1

Source: haskell-filestore Version: 0.6.5-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org Running 1 test suites... Test suite test-filestore: RUNNING... Cases: 21 Tried: 0 Errors: 0 Failures: 0

Bug#1068666: haskell-fold-debounce: FTBFS on arm{el,hf}: 14 examples, 2 failures

Source: haskell-fold-debounce Version: 0.2.0.11-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=haskell-fold-debounce=armel=0.2.0.11-1%2Bb2=1712466208=0

Bug#1068665: cfengine3: FTBFS on arm{el,hf}: 1 of 60 tests failed

Source: cfengine3 Version: 3.21.4-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=cfengine3=armel=3.21.4-1=1712477798=0

Bug#1068644: gnutls-bin: "Fatal error: The encryption algorithm is not supported" appeared with 3.8.5 upgrade

Package: gnutls-bin Version: 3.8.5-1 Severity: normal X-Debbugs-Cc: none, Sanjoy Mahajan File: /usr/bin/gnutls-cli After dist-upgrading today, exim4 could no longer talk to my usual outgoing mail server. I reproduced the problem using just gnutls-cli. The problem started after today's upgrade

Bug#1068479: cynically closed by Rene Engelhard (Re: Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation)

* José Luis González [240407 15:00]: > reopen 1068479 > thanks > > Hi all, > > Rene Engelhard seems to be a worse case even than Ricardo Mones. Take a > look at my recent bug reports to libreoffice-writer and his replies. > > In this one: > > > Am 06.04.24 um 11:03 schrieb Rene Engelhard: > >

Bug#1068645: RM: rust-lazy-regex-proc-macros -- ROM; content already present in rust-lazy-regex package

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: rust-lazy-regex-proc-mac...@packages.debian.org Control: affects -1 + src:rust-lazy-regex-proc-macros User: ftp.debian@packages.debian.org Usertags: remove rust-lazy-regex-proc-macros should not have been packaged, since it was already

Bug#1051024: bookworm-pu: package igtf-policy-bundle/1.22-1~deb12u1

I've uploaded a new version since unstable is already at 1.128-1.

Bug#1068251: glibc: FTBFS on 32-bit architectures due to GCC defaulting to 64-bit time_t

Hi Helmut, On 2024-04-08 22:19, Helmut Grohne wrote: > Control: tags -1 + patch > > Hi Aurelien and Canonical folks, > > On Tue, Apr 02, 2024 at 08:53:31PM +0200, Aurelien Jarno wrote: > > Starting with gcc-12 version 12.3.0-15, -D_TIME_BITS=64 together with > > -D_FILE_OFFSET_BITS=64 are

Bug#1068672: RM: texworks [i386] -- ROM; Intent to drop poppler-qt6 on i386

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: texwo...@packages.debian.org Control: affects -1 + src:texworks Control: block #1057407 by -1 In #1057407 we got a request to remove texworks for i386, which is (currently) the only

Bug#1067970: Forwarded upstream

forwarded -1 https://github.com/jack-mixer/jack_mixer/issues/184 thanks Migration requested upstream. Yes, that is incorrect and should be a Depends too (#1056662). Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze

Bug#1068673: openshot-qt: "AVERROR_EOF" errors when attempting to export h.264 video

Package: openshot-qt Version: 3.1.1+dfsg1-1 Severity: normal Dear Maintainer, When exporting using the target "MP4 (mpeg4)", all works fine. When exporting using the target "MP4 (h.264)", the standard output stream is full of messages of: Frame AVERROR_EOF The resulting file is much smaller

Bug#1065806: pam: recent upgrade changes previous default umask

control: clone -1 -2 control: retitle -2 Document pam_umask change in release notes

Bug#1068368: Removed package(s) from unstable

On Mon, 8 Apr 2024, Andreas Beckmann wrote: The python3.10 removal accidentally caused the removal of 'and', too, most likely because of the non-standard subject line that got misparsed. (Hint: Using reportbug would have helped to get that formatted correctly.) oh, thanks for catching this

Bug#1068667: rust-futures-lite: please upgrade to branch v2

Source: rust-futures-lite Version: 1.12.0-1 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please upgrade to, or separately provide, upstream branch v2. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmYUYZMACgkQLHwxRsGg

Bug#306043: bash executable completion doesn't work if there is a space in the executable path

On 4/5/24 5:21 PM, Gioele Barabucci wrote: Control: found -1 5.2.21-2 Control: tags -1 upstream X-Debbugs-CC: bug-b...@gnu.org On Sat, 23 Apr 2005 15:20:19 -0700 Frederik Eaton wrote: Bash executable completion doesn't work if there is a space in the executable path. This issue is still

Bug#1068668: rust-parking: please provide feature loom

Source: rust-parking Version: 2.0.0-1 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please provide feature loom, available since upstream version 2.1.0. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmYUZEMACgkQLHwxRsGg

Bug#1068669: ITP: golang-github-mitchellh-hashstructure -- Get hash values for arbitrary values in Go (golang).

Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-mitchellh-hashstructure-v2 Version : 2.0.2-1 Upstream Author : Mitchell Hashimoto * URL : https://github.com/mitchellh/hashstructure * License : Expat Programming Lang: Go

Bug#1068670: rust-concurrent-queue: please provide feature loom

Source: rust-concurrent-queue Version: 2.3.0-1 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please provide feature loom. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmYUZLgACgkQLHwxRsGg

Bug#1068671: rust-try-lock: please update to v0.2.5

Source: rust-try-lock Version: 0.2.2-2 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please update to at least v0.2.5. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmYUZUYACgkQLHwxRsGg

Bug#1068660: mpv: No sound. Please backport upstream patch.

Package: mpv Version: 0.37.0-1+b1 Followup-For: Bug #1068660 X-Debbugs-Cc: maril...@deb-multimedia.org Control: tags -1 patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Now with a patch: https://salsa.debian.org/multimedia-team/mpv/-/merge_requests/3 - -- System Information: Debian

Bug#1068241: authselect: pam_lastlog.so is gone

On Tue, 2 Apr 2024 at 15:45, Chris Hofstaedtler wrote: > > Source: authselect > Version: 1.5.0-1 > > Hi, > > it appears authselect references pam_lastlog.so. However, this > module has been disabled in PAM upstream, and is also no longer > shipped in Debian's PAM. Thanks for reporting this. > >

Bug#1068017: [Pkg-shadow-devel] Bug#1068017: util-linux: please ship liblastlog2 packages

I've read the wiki page. I'm fine with the proposed approach. I note that by including pam_lastlog2.so in a pam-auth-update configuration, other services (gdm, for example) will include lastlog info. The fact that gdm and other display managers do not include pam_lastlog.so suggests that it's

Bug#1068675: linux-image-6.1.0-19-amd64: loss of SMART information: Device is in SLEEP mode, exit(2)

Package: src:linux Version: 6.1.82-1 Severity: normal Hi, Upgrading from linux-image-6.1.0-18-amd64 to linux-image-6.1.0-19-amd64 leads to losing some SMART information, at least as queried by munin (in Debian 12) when it comes to sensors. I'm getting the following results on the 2 pairs of

Bug#1068117: dieharder: dab_monobit2 crashes with ntuple > 17

Apologies for the confusion, I didn't realize the patch in question was a new addition. Just confirmed that it errors out instead of segfaulting or hanging. On Sat, Apr 6, 2024 at 5:32 PM Dirk Eddelbuettel wrote: > > Hi Lucas, > > As Milan suggested, please sure you are current. If in doubt,

Bug#1068676: New Upstream Release, Package Problems, vcswatch issues.

Source: edb-debugger Severity: normal Hello. The edb-debugger software is out of date. Upstream has version 1.5.0 as of two weeks ago. [1] The version in the repositories is from December 13, 2020, and is SEVERELY out of date.  Note that 1.4.0 was released in July 2023. Additional

Bug#1068677: ITP: emacs-activities -- Save/restore sets of windows, tabs/frames, and their buffers in Emacs

Package: wnpp Severity: wishlist Owner: Xiyue Deng * Package name: emacs-activities Version : 0.7 Upstream Author : Adam Porter * URL or Web page : https://github.com/alphapapa/activities.el * License : GPL-3 Programming lang: Emacs Lisp Description :

Bug#1067957: [EXTERNAL] Re: [[maude-bugs]] Maude fails to build on armhf

Hi Nilish, I don't have a 32-bit machine to test on, but my understanding is that Linux has moved to a 64-bit signed integer for time_t and this is a long long on 32-bit machines which is explicitly not supported by GMP's C++ API. https://en.wikipedia.org/wiki/Year_2038_problem

Bug#1068637: apt does not always install Recommends

On 2024-04-08 19:26:42 +0200, David Kalnischkies wrote: > On Mon, Apr 08, 2024 at 01:05:40PM +0200, Vincent Lefevre wrote: > > On 2024-04-08 12:29:17 +0200, Julian Andres Klode wrote: > > > On Mon, Apr 08, 2024 at 11:50:04AM +0200, Vincent Lefevre wrote: > > > > The lvm2 package is installed, but

Bug#1068678: nftables: on sysvinit the init script does not start nftables at boot

Package: nftables Version: 1.0.6-2+deb12u2 Severity: normal Dear Maintainer, the installation of nftables completed via apt from the stable repository leads to the creation of the following init script on a system with sysvinit without Systemd: /etc/init.d/nftables whose LSB section is:

Bug#1068679: port-to-libsoup3.patch looks bad

Package: libtimezonemap Version: 0.4.6-6 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Hello, This is a follow-up to bug #1037940 which is now archived. With the move of webkit2gtk to libsoup3, this now becomes non-negotiable for us

Bug#1068678: nftables: on sysvinit the init script does not start nftables at boot

Correction: the modified init script runs properly at boot if the "Default-Start" LSB tag is set to "2 3 4 5", not to "1 2 3".

Bug#1068680: din: Process 166294 (din) of user 1000 dumped core

Package: din Version: 56-1 Severity: important X-Debbugs-Cc: crau...@disroot.org Dear Maintainer, This is a crash dump of the Linux kernel, indicating that process 166294 (identified by its PID) has crashed and dumped its memory contents to disk for analysis. The crash occurred in the module

Bug#1068483: Bug#882511: dpkg-buildpackage: should allow caller to force inclusion of source in buildinfo

Control: forcemerge 882511 1068483 Hi! After replying to Adrian's report, I recalled there being a previous one that was similar, and then recalled that I had an even older branch that implemented a potential solution for this. See below. On Thu, 2017-11-23 at 16:23:29 +0100, Ximin Luo wrote: >

Bug#1068640: clevis-initramfs: clevis early boot DNS fail, no resolv.conf created by ipconfig

anon2529 wrote... > The early boot fails to unlock a volume automatically. We get a > prompt to unlock a volume (it's a swap volume) but clevis is > unable to unlock it automatically because it cannot resolve > the Tang server's hostname. That ought to be fixed in clevis 20 (not uploaded yet,

Bug#1068476: RM: rlog -- leaf package

reassign 1068476 ftp.debian.org retitle 1068476 RM: rlog -- ROM; obsolete dependency of encfs thanks Hallo FTP masters, please remove the source package rlog and all binary packages originating from it (librlog-dev, librlog5v5). This library has been a custom logging framework from the encfs

Bug#1068648: RFP: feenox -- finite-element PDE solver

Package: wnpp Severity: wishlist * Package name: feenox Version : 1.0.8 Upstream Author : Jeremy Theler * URL : https://github.com/seamplex/feenox * License : GPL Programming Lang: C Description : finite-element(ish) computational engineering tool

Bug#1068650: reportbug: armagetronad (Armagetron Advanced) - changes in SDL libs

Subject: reportbug: armagetronad (Armagetron Advanced) - changes in SDL libs Package: armagetronad Version: 0.2.9.1.0-3 Severity: normal Hi; Armagetron Advanced now relies on libsdl1.2, an SDL2 compat package, since SDL1 is no longer a viable option. With this, a few changes in how applications

Bug#1068615: pbuilder will overwrite LANG/LC_ALL if they are set via config file

On Sunday, April 07 2024, Thorsten Glaser wrote: > Sergio Durigan Junior dixit: > >>-export LANG=C >>-export LC_ALL=C >>+export LANG="${LANG:-C}" >>+export LC_ALL="${LC_ALL:-C}" > > Ouch, no. I'd be disappointed if this was accepted as is :-). > IMHO, they ought to really be unset for sane

Bug#1066396: lftp: FTBFS: ./config.h:2540:11: fatal error: trio.h: No such file or directory

On Sun, Mar 24, 2024 at 03:42:18PM +0500, Andrey Rakhmatullin wrote: > On Wed, Mar 13, 2024 at 01:03:20PM +0100, Lucas Nussbaum wrote: > > > ./config.h:2540:11: fatal error: trio.h: No such file or directory > > > 2540 | # include "trio.h" > > > | ^~~~ > (this suggests that

Bug#1068649: winbind: Should be wanted by and ordered before nss-user-lookup.target

Package: winbind Version: 2:4.17.12+dfsg-0+deb12u1 I'm not entirely sure, but I think winbind.service should include [Unit] Wants=nss-user-lookup.target Before=nss-user-lookup.target systemd.special(7) says: "All services which provide parts of the user/group database should be ordered before

Bug#1068444: (no subject)

Hello, This bug is known and fixed in Debian testing. Indeed, the create_function function was removed from PHP 8: it must be replaced. Also, there is another bug arising with PHP8: static methods must be declared static, otherwise the program still does not work and the following message

Bug#1068553: ITP: python-overrides -- Python decorator to verify that expected overrides are maintained

overrides is already in NEW, with packaging hosted on https://salsa.debian.org/python-team/packages/overrides. Sorry, I should have filed an ITP for that. Roland. Le 07/04/2024 à 11:02, Julian Gilbey a écrit : Package: wnpp Severity: wishlist Owner: Julian Gilbey X-Debbugs-Cc:

Bug#1068651: RFS: bisect-ppx/2.8.3-1 [ITP] -- Code coverage for OCaml and ReScript (dev files)

Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org Dear mentors, I am looking for a sponsor for my package "bisect-ppx": * Package name : bisect-ppx Version : 2.8.3-1 Upstream contact : Xavier Clerc , * URL :

Bug#1068639: RFS: redict/7.3.0-1 [ITP] -- Persistent key-value database with network interface (metapackage)

Package: sponsorship-requests Severity: wishlist Control: block 1068129 by -1 Dear mentors, I am looking for a sponsor for my package "redict":  * Package name : redict    Version  : 7.3.0-1    Upstream contact : Drew DeVault  * URL  : https://redict.io/  * License  

Bug#1068638: RFP: mount-zip -- FUSE file system for ZIP archives (read-only)

Package: wnpp Severity: wishlist * Package name: mount-zip Version : 1.0.12 Upstream Contact: François Degros * URL : https://github.com/google/mount-zip * License : GPL3 Programming Lang: C++ Description : FUSE file system for ZIP archives (read-only)

Bug#1068640: clevis-initramfs: clevis early boot DNS fail, no resolv.conf created by ipconfig

Package: clevis-initramfs Version: 19-2 Severity: normal X-Debbugs-Cc: spamthath...@gmail.com The early boot fails to unlock a volume automatically. We get a prompt to unlock a volume (it's a swap volume) but clevis is unable to unlock it automatically because it cannot resolve the Tang server's

Bug#1068641: plasma-mobile: Record Screen doesn't work, creates 0 byte files

Package: plasma-mobile Version: 5.27.10-1 Severity: normal When the end of recording is selected if there isn't a ~/Videos directory then nothing is created. If the directory exists then it creates a 0 byte file. This is on a Librem5. -- System Information: Debian Release: trixie/sid

Bug#1050588: bookworm-pu: package nsis/3.08-3+deb12u1

Jonathan Wiltshire wrote: ... Thanks. The bug #1050288 isn't fixed in unstable according to the BTS, which is a requirement. What's the status? The problem described in #1050288 does not longer occur since NSIS 3.09. The problem appeared in Debian 12 because the Mingw-w64 toolchain now

Bug#1068637: apt does not always install Recommends

Control: severity -1 wishlist On Mon, Apr 08, 2024 at 11:50:04AM +0200, Vincent Lefevre wrote: > Package: apt > Version: 2.7.14 > Severity: serious > > The lvm2 package is installed, but not thin-provisioning-tools, > though lvm2 recommends it. This can yield a broken system: > >

Bug#1068637: apt does not always install Recommends

On 2024-04-08 12:29:17 +0200, Julian Andres Klode wrote: > On Mon, Apr 08, 2024 at 11:50:04AM +0200, Vincent Lefevre wrote: > > The lvm2 package is installed, but not thin-provisioning-tools, > > though lvm2 recommends it. This can yield a broken system: > > > >

Bug#1068642: No intuitive way to debug/edit/fix defaults for file types

Package: xdg-utils Version: 1.1.3-4.1 Severity: normal File: /usr/bin/xdg-open Hi, sorry for making this lengthy, but this is first-hand user experience. If TL;DR is wanted, please scroll down to the summary section. This issue has bothered me for a while and I had to report it eventually. I

Bug#1068411: bookworm-pu: package schleuder/4.0.3-7+deb12u1

On 24-04-06 22:31:03, Jonathan Wiltshire wrote: > Please go ahead. Uploaded, thank you.

Bug#1068634: libdialog-dev has an undeclared file conflict on /usr/lib/x86_64-linux-gnu/libdialog.a

Ok. This is a little bit subtle. I naively tried to simplify the fields by using this: Replaces: dialog (<< 1.3-20240307) Breaks: dialog (<< 1.3-20240307) But this actually means upstream version 1.3, debian revision 20240307, not upstream 1.3-20240307. I guess I should use 1.3-20240307-0 at

Bug#1068634: libdialog-dev has an undeclared file conflict on /usr/lib/x86_64-linux-gnu/libdialog.a

Just for the record: I finally used this, in line with the original proposal: Replaces: dialog (<< 1.3-20240307-1~) Breaks: dialog (<< 1.3-20240307-1~) Thanks.

Bug#987943: www.debian.org: Developers Reference: Sphinx search non-functional: searchindex.js missing

> On Mon, 8 Apr 2024 00:35:46 +0200, Holger Wansing > said: >> Can be viewed at >> >> (also with a different html theme, BTW) >> The search works for me. Thanks a lot. --

Bug#1068643: meep needs an update for Python 3.12

Package: src:meep Version: 1.25.0-2 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 meep (and probably dependent packages) need an update for Python 3.12, e.g. no distutils anymore in 3.12.

Bug#1068652: Patch to fix pkexec not working in TTY

Package: pkexec Version: 124-2 Hello, i want to submit this patch from upstream to fix the pkexec failing in tty only environment, this has been merged into upstream's master but there was no release patch's link: https://patch-diff.githubusercontent.com/raw/polkit-org/polkit/pull/423.patch

Bug#1068608: tfortune dependencies unsatisfiable on 32-bit non-i386 architectures.

[Cc Steve] On Sun, Apr 07, 22:02, Peter Michael Green wrote: > After being rebuilt for the time64 transition, tfortune > depends on both liblopsub1 and liblopsub1t64. As a > result it is uninstallable on architectures that are undergoing > the time64 transition (armel, armhf and some

<    1   2