Bug#1057689: minetest: calls home for upstream version check

"Andrew Ward" r...@rubenwardy.com – April 17, 2024 6:45 PM   Hi,   > I have no idea how to check what changes have been made due to the poor UX of > > the debian website. I would just like to point out that the correct way to > disable the > update checker is to pass -DENABLE_UPDATE_CHECKER=0 to

Bug#1069220: mrcal ftbfs with Python 3.12

Package: src:mrcal Version: 2.4.1-1 Severity: important Tags: sid trixie ftbfs User: debian-pyt...@lists.debian.org Usertags: python3.12 [...] cc -Wall -Wextra -g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects

Bug#1069219: pymatgen ftbfs with Python 3.12

Package: src:pymatgen Version: 2024.1.27+dfsg1-7 Severity: important Tags: sid trixie ftbfs User: debian-pyt...@lists.debian.org Usertags: python3.12 [...] === FAILURES === __ TestTransformedStructure.test_snl

Bug#1069218: rocketcea ftbfs with Python 3.12

Package: src:rocketcea Version: 1.1.34+dfsg-2 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 [...] dpkg-buildpackage: info: source package rocketcea dpkg-buildpackage: info: source version 1.1.34+dfsg-2build1 dpkg-buildpackage: info: source

Bug#1069217: pysolid ftbfs with Python 3.12

Package: src:pysolid Version: 0.3.2-1 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 [...] dh binary --buildsystem=pybuild dh_update_autotools_config -O--buildsystem=pybuild dh_autoreconf -O--buildsystem=pybuild dh_auto_configure

Bug#1069102: linux-image-6.1.0-20-amd64 and cifs mount problem on some folders which get hidden on shares

Hi, I think I spoke too soon. I removed 'noserverino' options from all my cifs mounts yesterday and u/remounted them. From last night syslog I can still find the "directory entry name would overflow frame end of buf" entries. I have options like this in my fstab: //mercury/backups

Bug#1059838: cython: autopkgtest regression with Python 3.12 on ppc64el

severity 1059838 normal thanks On Tue, Jan 02, 2024 at 11:59:09AM +0200, Graham Inggs wrote: > Source: cython > Version: 3.0.7-2 > Severity: serious > User: debian-pyt...@lists.debian.org > Usertags: python3.12 > > Hi Maintainer > > cython's autopkgtests fail with Python 3.12 on ppc64el[1].

Bug#1069216: rust-futures-rustls: Fails to build from source

Source: rust-futures-rustls Version: 0.24.0-3 Severity: serious Tags: ftbfs rust-futures-rustls fails to build: https://buildd.debian.org/status/package.php?p=rust-futures-rustls Thank you, Jeremy Bícha

Bug#1069215: cherrytree: Please update to 1.1.2

Source: cherrytree Version: 1.1.0+dfsg-1 Severity: wishlist Please update to 1.1.2 since it fixes several bugs: https://github.com/giuspen/cherrytree/releases Thank you, Jeremy Bícha

Bug#1069214: libuv1: please add support for loong64

Package: libuv1 Version: 1.46.0-3 Severity: normal Tags: patch User: debian-loonga...@lists.debian.org Usertags: loong64 X-Debbugs-Cc: wuruil...@loongson.cn Dear Maintainer, The libuv1 software fails to compile on loongarch architecture, please refer to the attached patch to fix it. wuruilong

Bug#1069213: elpa-rust-mode: noisy warnings when in rust-mode

Package: elpa-rust-mode Version: 0.4.0-2 Severity: normal X-Debbugs-Cc: Daniel Kahn Gillmor File: /usr/share/emacs/site-lisp/elpa-src/rust-mode-0.4.0/rust-mode.el When i enter rust-mode on a file that has no problems, i see the following warnings in the emacs *Warning* buffer: ⛔ Warning (comp):

Bug#1069212: src:rust-sequoia-openpgp: FTBFS when any librust-*-dev packages that contain *.lalrpop files are installed

Source: librust-sequoia-openpgp-dev Severity: normal X-Debbugs-Cc: Daniel Kahn Gillmor Hi all-- If i try building rust-sequoia-openpgp (e.g. using debuild -uc -us) as a non-privileged user on a system that has some unnecessary dependencies installed, i will sometimes get a failure during

Bug#1069211: clutter-1.0: please add support for loong64

Source: clutter-1.0 Severity: normal Tags: patch User: debian-loonga...@lists.debian.org Usertags: loong64 X-Debbugs-Cc: wuruil...@loongson.cn Dear Maintainer, The clutter software fails to compile on loongarch architecture, please refer to the attached patch to fix it. wuruilong -- System

Bug#1069210: dh-elpa: Support nested directory in elpa installation

Package: dh-elpa Version: 2.0.17 Severity: wishlist Hi, Currently dh-elpa installs all *.el files directly under the root of ELPA installation directory. This handles most ELPA packages without issues, though there are some packages that starts to use nested directory structures, e.g.

Bug#1050994: xutils-dev: Please add support for loong64

User: debian-loonga...@lists.debian.org Usertags: loong64 X-Debbugs-Cc: debian-loonga...@lists.debian.org,zhangjial...@loongson.cn,zhangdan...@loongson.cn Dear maintainers, On Fri, 01 Sep 2023 10:07:02 +0200 John Paul Adrian Glaubitz wrote: > Source: xutils-dev > Version: 1:7.7+6.1 >

Bug#1069209: ITP: golang-github-aydinnyunus-blockchain -- Client for the Blockchain.info API

Package: wnpp Severity: wishlist Owner: Francisco Vilmar Cardoso Ruviaro X-Debbugs-Cc: debian-de...@lists.debian.org, vil...@debian.org * Package name: golang-github-aydinnyunus-blockchain Version : 0.0~git20220623.647ebea Upstream Contact: Yunus AYDIN * URL :

Bug#1068409: dovecot-core: avoid linking against libsystemd0

Control: tags -1 + upstream On Tue, Apr 16, 2024 at 02:05:17PM -0700, Noah Meyerhans wrote: > > in light of the recent xz security breach, I'd like to ask if it > > would be possible to rework systemd readiness notification and socket > > activation patches to not link against libsystemd as just

Bug#1069208: python-ddt: please remove python3-mock extraneous dependency

Source: python-ddt Version: 1.7.1-2 Severity: normal This package will prefer unittest.mock from the standard library. Greetings test/test_functional.py-try: test/test_functional.py:from unittest import mock test/test_functional.py-except ImportError: test/test_functional.py:import

Bug#1061445: linux-image-6.7-cloud-amd64: Built CONFIG_VIRTIO_BLK into kernel

On Wed, Apr 03, 2024 at 06:26:46PM +0200, Paul Menzel wrote: > Sorry, I have the feeling we talk past each other. I do not want to create > an initrd. I want to boot *without* an initrd, and the only missing piece is > building VIRTIO_BLK into the Linux kernel. > > Ubuntu also builds this into

Bug#1069207: src:rust-base64: rust-base64 0.22.0 is available (upgrade from 0.21.7)

Source: rust-base64 Version: 0.21.7-1 Severity: wishlist X-Debbugs-Cc: Daniel Kahn Gillmor rust-base64 has a new upstream version 0.22.0 available, with the following subtle changes to the API since 0.21.7: - `DecodeSliceError::OutputSliceTooSmall` is now conservative rather than precise.

Bug#1066438:

This fixes the build: --- a/configure.ac +++ b/configure.ac @@ -852,6 +852,7 @@ fi AC_CACHE_CHECK([if gettimeofday takes tz argument],rsync_cv_HAVE_GETTIMEOFDAY_TZ,[ AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[#include +#include #include ]], [[struct timeval tv; exit(gettimeofday(,

Bug#767532: shutdown-at-night: Allow systemd to wake up machines in the morning?

I had a closer look, and start to suspect that the rtcwake command is operating on the same setting as the acpiwakeup() method in the shutdown-at-night shell script: # This method might not work if the hardware clock is updated during # shutdown. Changing /etc/default/hwclock to list

Bug#1069183: [Aptitude-devel] Bug#1069183: aptitude: already running package installs/upgrade get interrupted because of lost dpkg lock

Hey David. Thanks for your elaborate mail On Wed, 2024-04-17 at 21:55 +0200, David Kalnischkies wrote: > > Unpacking util-linux-extra (2.38.1-5+deb12u1) over (2.38.1-5+b1) > > ... > > Setting up util-linux-extra (2.38.1-5+deb12u1) ... > > dpkg: error: dpkg frontend lock was locked by another

Bug#1053561: ydotoold segfaults on stable/amd64

Package: ydotoold Version: 0.1.8-3 Severity: important X-Debbugs-Cc: no-reply-13574289...@inforyoursta.anonaddy.com Dear Maintainer, Terminal logs: $ ydotool click 1 ydotool: notice: Using ydotoold backend $ ydotoold ydotoold: listening on socket /tmp/.ydotool_socket ydotoold: accepted client

Bug#994220: base-files: add /etc/local and /usr/local/libexec

On Thu, 2024-04-18 at 00:34 +0200, Santiago Vila wrote: > > > I think you might be overestimating the importance of this. Well I haven't said it would be super important (not at least that the dirs are created - what might be more important is, if e.g. owners are changed, like when stuff was

Bug#994220: base-files: add /etc/local and /usr/local/libexec

This is actually explained in the last question here: /usr/share/doc/base-files/FAQ Isn't that quite unfortunate? It leaves out any legacy installations (and many people never re- install Debian, but just continuously upgrade it). I mean I can fully understand if it's to fragile to

Bug#1069206: python-kdcproxy: please drop unneeded dependency on python3-mock

Source: python-kdcproxy Version: 1.0.0-2 Severity: normal Dear Maitainer, https://github.com/testing-cabal/mock "mock is now part of the Python standard library, available as unittest.mock in Python 3.3 onwards." We are trying to slowly remove this obsolete library from Debian, so please

Bug#1066313: fixed upstream

Hi, Le 11/04/2024 à 22:23, micah anderson a écrit : These issues are fixed upstream in main, but there is not a release. The fix is in commit 1171bf2fd4e7a0cab02cf5fca59090b65af9cd29. Clément would you pull that fix into the package to resolve this FTBFS? Thanks for the heads up! I'll try

Bug#1069205: gpg-from-sq: gpg-from-sq should Provides: gpg

Package: gpg-from-sq Version: 0.8.0-1 Severity: wishlist X-Debbugs-Cc: Daniel Kahn Gillmor If i install gpg-from-sq, i'd expect it to satisfy any dependency that exists for gpg. That means it should probably have a Provides: header. Given that the current chameleon sources infer the behavior

Bug#1069204: quilt: new upstream release 0.68

Package: quilt Version: 0.67+really0.67-4 Severity: wishlist Please package new release 0.68 https://savannah.nongnu.org/news/?id=10611 -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux

Bug#1069203: gpgv-from-sq: gpgv-from-sq should Provides gpgv (= 2.2.40)

Package: gpgv-from-sq Version: 0.8.0-1 Severity: normal X-Debbugs-Cc: Daniel Kahn Gillmor If i install gpgv-from-sq, i'd expect it to satisfy any dependency that exists for gpgv. That means it should probably have a Provides: header. Given that the current chameleon sources infer the behavior

Bug#1069202: gpg-sq: gpg-from-sq diverts /usr/bin/gpg but doesn't place a symlink pointing to gpg-sq

Package: gpg-from-sq Version: 0.8.0-1 Severity: grave X-Debbugs-Cc: Daniel Kahn Gillmor I did: apt install gpg-from-sq and i expected to run `gpg --version` and see the resultant info from the chameleon. Instead, i see: bash: gpg: command not found I'm seeing the same issue with

Bug#994220: base-files: add /etc/local and /usr/local/libexec

On Wed, 2024-04-17 at 23:43 +0200, Santiago Vila wrote: > Yes. An empty $2 means that the package is installed for the > very first time, i.e. installed by debootstrap. > > This is actually explained in the last question here: > > /usr/share/doc/base-files/FAQ Isn't that quite unfortunate? It

Bug#1069201: src:rust-sequoia-chameleon-gnupg: gpg-sq and gpgv-sq from 0.8.0 conflict with sequoia-chameleon-gnupg 0.5.1

Source: rust-sequoia-chameleon-gnupg Version: 0.8.0-1 Severity: grave X-Debbugs-Cc: Daniel Kahn Gillmor trying to upgrade from sequoia-chameleon-gnupg 0.5.1-1 to sequoia-chameleon-gnupg 0.8.0-1, i see this: ``` Selecting previously unselected package gpg-sq. Preparing to unpack

Bug#994220: base-files: add /etc/local and /usr/local/libexec

El 17/4/24 a las 23:16, Christoph Anton Mitterer escribió: Hey. FYI: I have upgraded to 13.1, but still didn't get a /usr/local/libexec. Guess that's because $2 in the script is not empty? Yes. An empty $2 means that the package is installed for the very first time, i.e. installed by

Bug#1067372: starlette: FTBFS: with pytest.raises(RuntimeError):

Hi, The new upstream version fixed this issue. Cheers!

Bug#1007693: gkrellm-xkb: please consider upgrading to 3.0 source format

Control: tags -1 patch I am uploading a NMU to DELAYED/10 in order to fix this. Please find the debdiff attached.diff -Nru gkrellm-xkb-1.05/Makefile gkrellm-xkb-1.05/Makefile --- gkrellm-xkb-1.05/Makefile 2024-04-17 21:36:56.0 + +++ gkrellm-xkb-1.05/Makefile 2004-01-05

Bug#1069200: linux-image-6.1.0-20-amd64: Intel AX201 bluetooth broken

Package: src:linux Version: 6.1.85-1 Severity: normal X-Debbugs-Cc: spottyfadedgira...@gmail.com Dear Maintainer, Intel AX201 bluetooth is not working on this new kernel. It still does work if I boot the previous kernel (linux-image-6.1.0-18-amd64). dmesg output contains: [2.126027]

Bug#1069182: What a mess

So, in 166-1 the base was cleaned like this: === # and clean up the database of the initramfs udev rm -rf /dev/.udev/ === (https://snapshot.debian.org/archive/debian/20110213T031437Z/pool/main/u/udev/udev_166-1.diff.gz) Later in 167-1 the effort was made to clean-up only the

Bug#1007348: gkrellm-thinkbat: please consider upgrading to 3.0 source format

Control: tags -1 patch I am uploading a NMU to DELAYED/10 in order to fix this. Please find the debdiff attached.diff -Nru gkrellm-thinkbat-0.2.2/Makefile gkrellm-thinkbat-0.2.2/Makefile --- gkrellm-thinkbat-0.2.2/Makefile 2024-04-17 21:17:02.0 + +++

Bug#994220: base-files: add /etc/local and /usr/local/libexec

Hey. FYI: I have upgraded to 13.1, but still didn't get a /usr/local/libexec. Guess that's because $2 in the script is not empty? Cheers, Chris.

Bug#1067694: glogg: diff for NMU version 1.1.4-1.2

Control: tags 1067694 + patch Dear maintainer, I've prepared an NMU for glogg (versioned as 1.1.4-1.2). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru glogg-1.1.4/debian/changelog glogg-1.1.4/debian/changelog --- glogg-1.1.4/debian/changelog 2018-08-05

Bug#1069199: kamailio: FTBFS: /usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than C++14 are not supported."

Source: kamailio Version: 5.7.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=kamailio=amd64=5.7.4-1%2Bb4=1712538903=0 g++ -std=c++11 -fPIC -DPIC

Bug#1007394: gitpkg: please consider upgrading to 3.0 source format

Control: tags -1 patch Please find a patch for this included, which also converts d/copyright to the machine-readable format.diff -Nru gitpkg-0.31/debian/changelog gitpkg-0.31+nmu1/debian/changelog --- gitpkg-0.31/debian/changelog2023-09-30 08:42:57.0 + +++

Bug#963921: O: inputlirc -- Zeroconf LIRC daemon using input event devices

[Guus Sliepen] > Ouch that copyright file is old...  Use this one: > > https://git.sliepen.org/inputlirc > > Or these mirrors: > > https://github.com/gsliepen/inputlirc > https://gitlab.com/gsliepen/inputlirc Thank you. I've updated https://salsa.debian.org/debian/inputlirc >. -- Happy

Bug#832473: synaptic: Cannot change mark from "complete removal" to "removal"

On Wed, Apr 17, 2024 at 12:14:14PM -0700, Philip Chung wrote: > > If I mark a package for complete removal, I cannot change the mark > > directly to simple removal. > > > > Steps to reproduce: > > > > 1. Select a package. > > > > 2. Mark the package for complete removal.[1] > > > > 3. Mark the

Bug#1066440: librep: diff for NMU version 0.92.5-3.2

Control: tags 1066440 + patch Dear maintainer, I've prepared an NMU for librep (versioned as 0.92.5-3.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru librep-0.92.5/debian/changelog librep-0.92.5/debian/changelog --- librep-0.92.5/debian/changelog 2022-06-14

Bug#932957: 'Official' Debian-style html theme for Sphinx-based docs

Hi, James Addison wrote (Sun, 14 Apr 2024 23:52:03 +0100): > The _other_ hyperlinks in the static content are replaced as part of the > cronjob[1] - but that doesn't work for items in the searchindex.js file. > > Fortunately I think there might be a better way to do this. Sphinx itself has >

Bug#1069182: And another bunch of funny things

So, the issue was raised in 2010: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593625#25 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590665#20 and the resolution was made that the udev script should NOT delete the database, which was reflected in udev's ChangeLog (then it was a

Bug#1069198: RFS: chr/0.1.78-1 [RC] -- terminal-based text editor

Package: sponsorship-requests Severity: important X-Debbugs-CC:textsh...@uchuujin.de Dear mentors, I am looking for a sponsor for my package "chr": * Package name : chr Version : 0.1.78-1 Upstream contact : Christoph Hueffelmann * URL

Bug#1069197: udisks: FTBFS on s390x: ./doc/udisks2-scan.c:204:(.text.startup.main+0x216): undefined reference to `udisks_linux_drive_lsm_get_type'

Source: udisks2 Version: 2.10.1-6 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=udisks2=s390x=2.10.1-6=1710323220=0 /usr/bin/ld: .libs/udisks2-scan.o:

Bug#1069196: eulisp: FTBFS on arm{el,hf}: unixcall.c:90:15: error: conflicting types for ‘timezone’; have ‘time_t’ {aka ‘long long int’}

Source: euslisp Version: 9.29+dfsg-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=euslisp=armel=9.29%2Bdfsg-1=1713198693=0 cc -c -g -O2

Bug#1069183: [Aptitude-devel] Bug#1069183: aptitude: already running package installs/upgrade get interrupted because of lost dpkg lock

(disclaimer: I have never used aptitude) On Wed, Apr 17, 2024 at 03:05:47PM +0200, Christoph Anton Mitterer wrote: > May very well be an issue in APT or rather dpkg, still, since I always see it > from aptitude, I report it here. Please re-assign accordingly. > > > I'm seeing this since quite

Bug#1069195: librust-prost-build-dev: FTBFS

Package: librust-prost-build-dev Version: 0.11.9-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Unsatisfiable build-dependency on librust-heck-0.5+default-dev -BEGIN PGP

Bug#1069194: libreswan: CVE-2024-3652: IKEv1 default AH/ESP responder can crash and restart

Source: libreswan Version: 4.14-1 Severity: important Tags: security upstream Forwarded: https://github.com/libreswan/libreswan/issues/1665 X-Debbugs-Cc: car...@debian.org, Debian Security Team Control: found -1 4.10-2+deb12u1 Control: found -1 4.10-2 Control: found -1 4.3-1+deb11u4 Control:

Bug#832473: synaptic: Cannot change mark from "complete removal" to "removal"

On Mon, 25 Jul 2016 13:56:58 -0700 Kyanos wrote: Package: synaptic Version: 0.83+b1 Severity: minor Dear Maintainer, If I mark a package for complete removal, I cannot change the mark directly to simple removal. Steps to reproduce: 1. Select a package. 2. Mark the package for complete

Bug#1065312: RM: deborphan -- ROM; missing too many dpkg features, thus broken and unreliable

Hello everyone, just adding the following from a user-perspective: I was quite surprised that a tool i'm using since two decades and on a nearly weekly base is getting suddenly removed from Debian. And when looking at the title of the relevant bug report of the removal to notice a "broken and

Bug#1069193: rust-zstd: please update to v0.12.3

Source: rust-zstd Version: 0.12.1-1 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please update to at least v0.12.3. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmYgHz0ACgkQLHwxRsGg

Bug#1069192: Autopkgtest failure: missing dependency on python3-pytz

Source: lektor Version: 3.3.7-2 Severity: serious X-Debbugs-Cc: jer...@riseup.net Hi, lektor fails its autopkgtests with babel in unstable with: 67s autopkgtest [16:15:09]: test upstream: [--- 67s /usr/lib/python3/dist-packages/_pytest/config/__init__.py:331:

Bug#963921: O: inputlirc -- Zeroconf LIRC daemon using input event devices

On Wed, Apr 17, 2024 at 01:10:14PM +0200, Petter Reinholdtsen wrote: > [Guus Sliepen 2020-06-28] > > I'm also the upstream maintainer of this package, if you are interested > > in maintaining it you are welcome to take over upstream maintainership > > as well. > > Is there a upstream home page

Bug#1069191: glibc: GLIBC-SA-2024-0004/CVE-2024-2961: ISO-2022-CN-EXT: fix out-of-bound writes when writing escape sequence

Source: glibc Version: 2.37-17 Severity: important Tags: security upstream X-Debbugs-Cc: car...@debian.org, Debian Security Team Control: found -1 2.37-15 Control: found -1 2.36-9+deb12u5 Control: found -1 2.36-9+deb12u4 Control: found -1 2.36-9 Control: found -1 2.31-13+deb11u8 Control: found -1

Bug#1061429: tomboy-ng: Copy and paste to/from tomboy-ng does not work under (at least) GNOME

Dear David, I can confirm that I have the same issue with copy-pasting. It appears to be universal, copying from tomboy-ng to any other application fails when using ctl+v or the right-click menu for inserting. However, via the middle mouse button it is possible to paste. I'm on Ubuntu 23.10 and

Bug#1061421: Fails to start after an upgrade

Control: tags +moreinfo Please verify whether wlgreet is working for you now. Thank you, Jeremy Bícha

Bug#932957: 'Official' Debian-style html theme for Sphinx-based docs

Hi, Am 16. April 2024 23:47:05 MESZ schrieb James Addison : >> I have tried to deal with this by some adaptions in the cronjob - see the >> first two additions in my patch: change all links to search.html into >> search.§lang.html, and rename the language-specific searchindex files into >>

Bug#1069190: ITP: libmlocale -- MLocale (and friends), originally from libmeegotouch

Package: wnpp Severity: wishlist Owner: Mike Gabriel X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libmlocale Version : 0.1.1 Upstream Contact: https://sailfishos.org/contact/ * URL : https://github.com/sailfishos/libmlocale * License : LGPL-2.1

Bug#1005910: apt provider does not grok Deb822 sources files

Hi Marc, On Thu, 17 Feb 2022 09:30:06 +0100 Marc Haber wrote: Package: ansible Version: 2.10.7+merged+base+2.10.8+dfsg-1 Severity: normal Hi, when using a Deb822 style sources file in apt, such as: $ cat /etc/apt/sources.list.d/docker-stable.sources Types: deb URIs:

Bug#1069189: mysql-8.0: CVE-2024-21102 CVE-2024-21096 CVE-2024-21087 CVE-2024-21069 CVE-2024-21062 CVE-2024-21060 CVE-2024-21054 CVE-2024-21047 CVE-2024-21013 CVE-2024-21009 CVE-2024-21008 CVE-2024-21

Source: mysql-8.0 X-Debbugs-CC: t...@security.debian.org Severity: grave Tags: security Hi, The following vulnerabilities were published for mysql-8.0. CVE-2024-21102[0]: | Vulnerability in the MySQL Server product of Oracle MySQL | (component: Server: Thread Pooling). Supported versions that

Bug#1065032: closed by Salvo Tomaselli ()

On Wed, Apr 17, 2024 at 11:22 AM Salvo Tomaselli wrote: > Well you can replace with this one > > fortune $(dpkg --listfiles fortunes-it | grep > /usr/share/games/fortunes/ | egrep -v .dat\|.u8 | shuf -n1) Not quite the same. With the `shuf` you end up getting a fortune from a random file in

Bug#1057689: minetest: calls home for upstream version check

Hi, I have no idea how to check what changes have been made due to the poor UX of the debian website. I would just like to point out that the correct way to disable the update checker is to pass -DENABLE_UPDATE_CHECKER=0 to cmake. You don't need to patch defaultsettings.cpp or minetest.conf

Bug#998174: close

Sorry, I lost track of this bug. Thank you for the analysis! For me, there is no problem anymore. If I manage, I will close the issue. Thanks again, Stefan

Bug#1063757:

The value in /sys/devices/system/cpu/intel_pstate/turbo_pct is 67 I attach the unit's journal output. apr 06 10:36:56 debian systemd[1]: Starting power-profiles-daemon.service - Power Profiles daemon... apr 06 10:36:59 debian systemd[1]: Started power-profiles-daemon.service - Power Profiles

Bug#1069082: Confirm bug

(Resending using "plain text mode due to misunderstanding Google settings to accomplish this.) I can confirm that I have experienced this on a Debian Bookworm install but am unable to duplicate it at the moment. The kernel installed is ```text hbarta@sutyzam:~$ uname -a Linux sutyzam

Bug#1069082: Confirm bug

I can confirm that I have experienced this on a Debian Bookworm install but am unable to duplicate it at the moment. The kernel installed is ```text hbarta@sutyzam:~$ uname -a Linux sutyzam 6.1.0-18-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) x86_64 GNU/Linux hbarta@sutyzam:~$ ```

Bug#1065032: closed by Salvo Tomaselli ()

Well you can replace with this one fortune $(dpkg --listfiles fortunes-it | grep /usr/share/games/fortunes/ | egrep -v .dat\|.u8 | shuf -n1) Il giorno mar 16 apr 2024 alle ore 17:36 Anthony Foglia ha scritto: > > Sorry, I hadn't seen your initial response > > I was using the fortune program to

Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland

I have forked your repo to here: https://salsa.debian.org/debian/hyprland-protocols Will sponsor later when I get my other computer. On 4/15/24 12:19, Alan M Varghese wrote: Control: tags -1 - moreinfo Then the upstream version should be >> 0.2, e.g, 0.2+20230811, not << 0.2 as it is now.

Bug#1068901: jupyter notebook fails to start: ModuleNotFoundError: No module named 'jupyter_server.contents'

Source: jupyter-core Version: 4.7.1-1+deb11u1 Followup-For: Bug #1068901 Dear Maintainer, I can confirm the bug. After a first error traceback mentioning the need of module jupyter_server, I installed the debian package jupyter-server (which was visibly not needed previously for a local Jupyter

Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland

Hi Alan, I granted you with the maintainer access to this repo: https://salsa.debian.org/debian/hyprlang This package has cleared the NEW queue a while ago: https://tracker.debian.org/pkg/hyprlang Could you please push your changes from personal repo to the above repo? I can also do it for you

Bug#1069188: runit-services: smartmontools runscript

Package: runit-services Version: 0.7.1 Severity: wishlist Lorenzo hey, just tried smartmontools runscript found here : https://git.devuan.org/xinomilo/runscript-collection/src/branch/master/smartmontools followed below steps : - moved smartmontools/ to CPSV_SOURCE and - did `cpsv a

Bug#1069182: initscripts: udev initscript SHOULD NOT clear the udev database at startup

Boian, On Wed, Apr 17, 2024 at 02:53:08PM +0100, Mark Hindley wrote: > On Wed, Apr 17, 2024 at 05:25:08PM +0500, Alex Volkov wrote: > > Now, /etc/init.d/udev for some reason does this in its start clause: > > > > === > >135 # clean up parts of the database created by the initramfs udev

Bug#1069123: RM: libreoffice != 24.3/experimental [armhf ppc64el s390x mips64el riscv64] -- ROM, NVIU; obsolete cruft

The *binary* removal request was proper, I think a -D/--do-close snuck into dak rm (easy thing to do here), which we usually only do with source removals. I've sent a control message, I'll get these reopened. Sorry about that. paultag On Wed, Apr 17, 2024 at 9:57 AM Vincent Lefevre wrote: >

Bug#1069123: RM: libreoffice != 24.3/experimental [armhf ppc64el s390x mips64el riscv64] -- ROM, NVIU; obsolete cruft

The request was correct. It mentioned the correct packages on the correct architectures. That the bugs were closed is wrong, yes. Will reopen them if I am back home and no one did before me. Am 17. April 2024 15:41:41 MESZ schrieb Vincent Lefevre : >Hi, > >Has the removal request been done by

Bug#1069187: ITP: sc3-foxdot -- FoxDot Quark extension for SuperCollider

Package: wnpp Severity: wishlist Owner: Joenio Marques da Costa X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: sc3-foxdot Version : 2017 Upstream Author : Ryan Kirkbride * URL : https://github.com/Qirky/FoxDotQuark * License : GPL-3+

Bug#1069182: initscripts: udev initscript SHOULD NOT clear the udev database at startup

Control: tags -1 moreinfo help Alex, Many thanks for this and your detailed analysis. On Wed, Apr 17, 2024 at 05:25:08PM +0500, Alex Volkov wrote: > Now, /etc/init.d/udev for some reason does this in its start clause: > > === >135 # clean up parts of the database created by the

Bug#1069123: RM: libreoffice != 24.3/experimental [armhf ppc64el s390x mips64el riscv64] -- ROM, NVIU; obsolete cruft

Hi, Has the removal request been done by mistake? Note that *all* the bugs against libreoffice (sources package and binary packages) have been closed. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA -

Bug#1069186: mirror submission for mirror.blue3.com.br

Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: mirror.blue3.com.br Archive-architecture: amd64 arm64 armel armhf i386 mips Archive-http: /debian/ Archive-rsync: debian/ Maintainer: Samir Hanna Verza Country: BR Brazil

Bug#1008995: netplan.io: Two minute delay during startup caused by systemd-networkd-wait-online.service

On Tue, 05 Apr 2022 18:48:19 +0200 Lupe Christoph wrote: This is on a server that has gone through many Debian releases. We have not noticed until recently that ifupdown is deprecated. I started converting from ifupdown to Netplan first on my home machines (Ubuntu 21.10), then worked on the

Bug#1065203: regression: TypeError: find_username() missing 1 required positional argument: 'ssh_conf'

Package: dput-ng Version: 1.39 Followup-For: Bug #1065203 X-Debbugs-Cc: r...@debian.org I've been suffering with same problems, and even more, with dput-ng for some time now. Only now, that ssh-upload alos fails, do I realize I should have reported the bug. ``` $ dput

Bug#1069183: aptitude: already running package installs/upgrade get interrupted because of lost dpkg lock

btw: There already is #586486 but to me it looked rather like a different issue.

Bug#1063631: [Debian-pan-maintainers] Bug#1063631: closing 1063631

I am working on it at the upstream level need a few more days. Cheers Fred

Bug#1069185: xserver-xorg-core: new upstream version (which has a nice fix)

Package: xserver-xorg-core Version: 2:21.1.12-1 Severity: wishlist Hey. Joking: " Debin's xorg lacks critical security patches, I demand make me maintainer immediately " Too soon for XZ jokes? O:-P Seriously, there's a new upstream version out (21.1.13), which incorporates not only the fix

Bug#1068008: newer rust needed

Also I thought to try to build deno https://github.com/denoland/deno.git (ITP - #961337) https://bugs.debian.org/961337 deno but it needs ❯ cat rust-toolchain.toml [toolchain] channel = "1.77.2" components = ["rustfmt", "clippy"] so we are indeed well behind :-/ -- Yaroslav

Bug#1069184: Current libvips-tools version has bugs with webp conversion

Package: libvips-tools Version: 8.14.1-3 Version 8.14.1 of the libvips package has known bugs with webp conversion. I encountered this after switching from Ubuntu to the latest version of Debian Bookworm. All details and reproduction steps can be found in this GitHub conversation with the

Bug#1066547: fixed in xf86-input-mtrack 0.3.1-1.2

sorry for the noise, sending another final diff with all the NMUs inside. Found that libmtd1 was also listed as runtime dependency, so I removed it. G. diff -Nru xf86-input-mtrack-0.3.1/debian/changelog xf86-input-mtrack-0.3.1/debian/changelog --- xf86-input-mtrack-0.3.1/debian/changelog

Bug#1069183: aptitude: already running package installs/upgrade get interrupted because of lost dpkg lock

Package: aptitude Version: 1.21.22 Severity: important Hey. May very well be an issue in APT or rather dpkg, still, since I always see it from aptitude, I report it here. Please re-assign accordingly. I'm seeing this since quite some releases and also every now and then in unstable (though

Bug#1063631: closing 1063631

Hi Roland, On 2024-03-05 03:15, Roland Mas wrote: > close 1063631 5.0.0.3381-2 The version of hkl currently in unstable, 5.0.0.3381-1, fails to build. Would it be possible to upload 5.0.0.3381-2 to unstable? Emanuele

Bug#1069182: initscripts: udev initscript SHOULD NOT clear the udev database at startup

Package: initscripts Version: 3.08-3~bpo12+2 Severity: important Dear Maintainer, I don't use systemd and for quite some time I struggled with strange udev behaviour — it doesn't properly enumerate any LVM volumes, their records looking like this (note "UDEV_DISABLE" properties): P:

Bug#1069181: sd: typo in description: defualts -> defaults

Package: sd Version: 0.80.really.0.7.6-1+deb12u1 Severity: minor Tags: patch Please replace "defualts" in the package description with "defaults". Thank you & greetings, * -- System Information: Debian Release: 12.5 APT prefers stable-security APT policy: (500, 'stable-security'), (500,

Bug#1064726: reopen, still ftbfs

Hello Matthias, On Sun, 14 Apr 2024 20:45:07 +0200 Matthias Klose wrote: > Control: reopen -1 > > the package still build-depends on python3-distutils, removed in 3.12. > > the package then ftbfs with > > [...] > line 13, in > from six.moves import builtins as __builtin__ I just

Bug#1064726: reopen, still ftbfs

Le 17/04/2024 à 14:17, Ludovic Rousseau a écrit : I will work on the issue. The problem with Python 3.12 is already known upstream in https://trac.wildfiregames.com/ticket/6895 It should be fixed with the next version of 0ad i.e. alpha 27. Bye -- Dr. Ludovic Rousseau

Bug#1066780: Checking in on this bug

Hello, It would probably be good to update our package to 0.42.0, since it contains a fix for CVE-2024-22189. Perhaps that would also contain a fix for this? I don't know how hard this issue is to track down, but it will be leading to several packages being unpatched and removed from testing

  1   2   >