Bug#991360: FYI build and manual test ok

Hi, Build in unstable [1] and manual testing of the formerly failing firewalld testcase (as it does skip in debci) worked. So to me it looks good to go other than the aging period. That is the state we wanted it to be as Arturo and myself will then be unavailable for a while. But due to that, if

Bug#991417: simple-cdd generated iso: No kernel modules were found

Hi Mike, Mike Depot (2021-07-22): > Package: installation-reports > > Boot method: "simple-cdd --qemu-only" > Image version: 5.10.0-7-amd64 > Date: 2021-07-22 This might be best filed against simple-cdd but anyway… > I've been using simple-cdd running on my bullseye host to generate a >

Bug#991223: modemmanager: missing policykit-1 in Depends or Recommends

Control: tag -1 pending Cyril Brulebois (2021-07-18): > It's arguably worse in bullseye, during installation: > > # apt install modemmanager > […] > Created symlink > /etc/systemd/system/dbus-org.freedesktop.ModemManager1.service → > /lib/systemd/system/ModemManager.service. >

Bug#991395: r-cran-knitr: New upstream version needed by other R packages

Hi, I checked this but it also Depends: r-cran-xfun (>= 0.21) but 0.20-1 is to be installed and may be others. I have a busy day today an I'm AFK over the weekend. Given that the current release date is less than 10 days away I'm not really motivated to upload a chain of dependencies to

Bug#991418: /etc/mime.types will replace application/x-xcf with image/x-xcf

Hi Joost, I've just fixed both in Git yesterday (unfortunately silently). We can upload after the freeze. Kind regards Andreas. On Fri, Jul 23, 2021 at 05:29:32AM +0200, Joost van Baal-Ilić wrote: > Package: r-cran-httpuv > Package: r-cran-mime > Severity: normal > > Hi Charles, > >

Bug#990083: Further testing

Hello, I have done extensive testing and stress tested my setup and was not able to reproduce the bug again. I suggest you close this bug, sorry to have wasted your time. I suspect something wrong happened on my NAS and the client NFS didn't like it and crashed on transitions. And in the steps

Bug#991420: /etc/mime.types will replace application/x-xcf with image/x-xcf

Package: r-cran-httpuv Severity: normal On Fri, Jul 23, 2021 at 05:29:32AM +0200, Joost van Baal-Ilić wrote: > Package: r-cran-httpuv > Package: r-cran-mime > Severity: normal > > Hi Charles, > > Thanks a lot for this heads up, much appreciated! Turning your message into > a (maybe

Bug#991419: new upstream (0.7.1)

Package: ck Hi Robert Thank you for maintaining "ck" in Debian. One of my packages (dnsperf) requires ck which unfortunately is currently not build on armel. I've locally built and verified the current "ck" upstream version (0.7.1) on amd64/i386 and all arm* architectures. I saw that your last

Bug#991418: /etc/mime.types will replace application/x-xcf with image/x-xcf

Package: r-cran-httpuv Package: r-cran-mime Severity: normal Hi Charles, Thanks a lot for this heads up, much appreciated! Turning your message into a (maybe superfluous) bug, so it won't get lost. Bye, Joost On Thu, Jul 22, 2021 at 05:12:04PM +0900, Charles Plessy wrote: > Dear maintainers,

Bug#991416: bridge-utils: broken IPv4 connection after upgrading to Debian Bullseye, setting old MAC with bridge_hw fixes the issue

Package: bridge-utils Version: 1.7-1 Severity: serious Dear Maintainer, I’ve upgraded yesterday my server running Debian 10 (Buster) to Debian 11 (Bullseye). The server is hosted by OVH and has both IPv4 and IPv6 connection. Everything ran seamlessly excepted until I rebooted the server: I

Bug#991417: simple-cdd generated iso: No kernel modules were found

Package: installation-reports Boot method: "simple-cdd --qemu-only" Image version: 5.10.0-7-amd64 Date: 2021-07-22 Machine: qemu kvm, on top of bullseye amd64 Processor: QEMU Virtual CPU version 2.5+ (over i7-6920HQ physical) Memory: 4G in QEMU (64G physical) I've been using simple-cdd running

Bug#991415: unblock: kdump-tools/1:1.6.8.4

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kdump-tools [ Reason ] Addresses two bugs: [ Benjamin Drung ] * Fix broken status log messages when dumping w/ FTP (Closes: #991412). [ dann frazier ] *

Bug#991414: volk no longer supports neon on armhf

Hi Peter, thanks for digging in so deeply! First thing I'm going to do: Loop Johannes Demel in here, he's the most knowledgeable person on the CPU detection and build issues. Johannes, see below. There's two things to unpack here: 1. It looks like debian disables NEON. Do we need to check

Bug#991414: volk no longer supports neon on armhf

Package: volk Version: 2.0.0-1 Severity: important X-debbugs-cc: mmuel...@gnuradio.org Hi, While raspbian and Debian armhf have different baselines what they share in common is that neon is not part of the baseline configuration but is present on a large proportion of the systems people use in

Bug#991413: dump_dmesg: Can't find some symbols for log_buf

Package: makedumpfile Version: 1:1.6.8-4 Severity: important makedumpfile in buster does not support extraction of dmesg from buster's kernel: [7.032459] kdump-tools[517]: The dumpfile is saved to STDOUT. [7.034898] kdump-tools[517]: makedumpfile Completed. [7.054470]

Bug#990805: lios: Unable open preferences settings menu

Control: forwarded -1 https://gitlab.com/Nalin-x-Linux/lios-3/-/issues/23 Hello, Gniurk, le mer. 07 juil. 2021 22:10:52 +0200, a ecrit: > On the Lios application, it is not possible to open the preferences settings > menu, the orca screen reader wait a very long time before we can browse >

Bug#990836: Patch v2

Sending a debdiff v2, which uses a separate patch file for the (same) change. This should be simpler to isolate/revert if/once hwmatch is available on non-pc/i386 platforms, and also is better on documentation too, including DEP3 Bug- headers. cheers, -- Mauricio Faria de Oliveira

Bug#991320: flameshot crashing on startup

many thanks, dennis - if you need anything else feel free to reach out. On Thu, Jul 22, 2021 at 3:33 PM Dennis Filder wrote: > > Okay, I can reproduce the crash now with that setting.

Bug#991400: systemd: Failed to migrate controller cgroups from /user.slice/user-1000.slice/user@1000.service

On Thu, 22 Jul 2021, Michael Biebl wrote: Kernel: Linux 3.16.85-odroidc2 (SMP w/4 CPU threads; PREEMPT) Oh, right. This is not a Debian supported kernel. Please ask your vendor to update it to something more recent. Unfortunately, Hardkernel won't put any more effort into upgrading the

Bug#991412: FTP status messages show wrong remote info

Package: kdump-tools Version: 1:1.6.8.3 Severity: important X-Debbugs-Cc: Benjamin Drung Due to use of the wrong variable names, dumps to an FTP server log incorrect messages. For example: [7.598933] kdump-tools[498]: kdump-tools: saved vmcore via FTP in :. when it should be: [

Bug#991364: [Python-modules-team] Bug#991364: python3-ua-parser: Missing dependency on python3-yaml

Hello! Thanks for the report. I've just push to salsa the fix [0]. I will need sponsorship for upload (I guess after freezing) I cc to Edward that he's marked as Uploaders. [0] https://salsa.debian.org/python-team/packages/python-ua-parser Cheers, Emmanuel On Wed, Jul 21, 2021 at 12:21 PM

Bug#991222: [Pkg-utopia-maintainers] Bug#991222: avahi: Please upload avahi to buster-backports

Control: tags -1 + wontfix Am 18.07.21 um 00:43 schrieb Vasyl Gello: Source: avahi Version: 0.8-5 Severity: minor X-Debbugs-Cc: mat...@debian.org Dear colleagues, I need to have python3-avahi backported because kodi-eventclients-zeroconf depends on it. I asked about that on #debian-systemd

Bug#991400: systemd: Failed to migrate controller cgroups from /user.slice/user-1000.slice/user@1000.service

Am 22.07.21 um 21:17 schrieb Thomas Uhle: On Thu, 22 Jul 2021, Michael Biebl wrote: Are you booting with systemd.unified_cgroup_hierarchy=false under bullseye. If so, why? No, I'm not. I guess it's because of the legacy kernel which still has cgroups v1. But I really don't understand so

Bug#991320: flameshot crashing on startup

Control: tag -1 patch upstream X-Debbugs-CC: allan grossman On Wed, Jul 21, 2021 at 04:47:17PM -0500, allan wrote: > [General] > disabledTrayIcon=true Okay, I can reproduce the crash now with that setting. The update check silently assumes that tray and its associated member variables have

Bug#991411: munin: "Permission denied" when trying to create /var/run/munin/munin-update.lock

Package: munin Version: 2.0.67-2 Severity: important X-Debbugs-Cc: cele...@gmail.com My munin installation, which had been working for several years, broke after an upgrade this morning from 2.0.67-1 -> 2.0.67-2. Now, munin-cron fails with: Creating lock /var/run/munin/munin-update.lock failed:

Bug#976530: dolphin-emu: FTBFS: tests failed

Hi, The reason why one of the unit tests failed is because this unit test was triggering undefined behavior when generating its test values. In other words, there was no bug in the actual program, just in the unit test. This bug was fixed upstream in

Bug#991410: blueman: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed

Package: blueman Version: 2.1.4-1+b1 Severity: normal Dear maintainers, after upgrading from buster to bullseye, I see the following error message in syslog every time when blueman-mechanism.service is started (timestamp and host name stripped): blueman-mechani[812]:

Bug#991409: unblock request: msmtp/1.8.11-2.1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock the package msmtp. [ Reason ] The version presently in bullseye does not understand lowercase SMTP commands. It violates RFC821 [1] from 1982 and later applicable specs

Bug#988963: libgc1c2: please drop obsolete Conflicts/Replaces on libgc1 in buster, it interferes with upgrades to bullseye

Hi, On 19-07-2021 15:12, Andreas Beckmann wrote: > On Wed, 30 Jun 2021 21:36:54 +0200 Paul Gevers wrote: >> Hi libgc maintainers, > >> Can you please comment? We missed the 10.10 point release already and >> 10.11 may happen after we release bullseye, but at least we could >> improve the

Bug#991408: Netbeans: source code problem

Package: netbeans Version: 12.1-3 Severity: critical A while ago, I was analyzing this package and found that it has nothing to do with the IDE for Java whose name is Netbeans, I suggest updating this and make this package relevant for those who need this IDE for their development environment. Or

Bug#991407: unblock: pppoeconf/1.21+nmu2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package pppoeconf [ Reason ] pppoe-discovery from the ppp package dropped the -A option in a recent version. As the option had no function in old version, I dropped it from

Bug#991394: proftpd-basic: mod_sftp is missing an upstream fix: #866 "mod_sftp crashes when using pubkey-auth with DSA keys"

Package: proftpd-basic Version: 1.3.6-4+deb10u5 Severity: normal Dear Maintainer, When connecting to proftpd daemon using SFTP protocol and authenticating using a DSS key, the server process crashes with segmentation fault. This is caused by an upstream issue #866

Bug#991400: systemd: Failed to migrate controller cgroups from /user.slice/user-1000.slice/user@1000.service

On Thu, 22 Jul 2021, Michael Biebl wrote: Are you booting with systemd.unified_cgroup_hierarchy=false under bullseye. If so, why? No, I'm not. I guess it's because of the legacy kernel which still has cgroups v1. But I really don't understand so much about this. Best regards, Thomas

Bug#991403: mtools: mcopy fails on arm*, breaks d-i builds

Paul Gevers wrote: > Can you please revert at least the latest upload? We're extremely close > to the release of bullseye, I don't want to see more trouble in d-i > land, we had enough of that this freeze. Sure, will do this tomorrow morning (BST). ACK the comment about new upstreams versions.

Bug#991403: mtools: mcopy fails on arm*, breaks d-i builds

Hi Chris, On Thu, 22 Jul 2021 21:00:57 +0200 Cyril Brulebois wrote: > On a side note, I must say I'm quite confused seeing all those new > upstream releases going to unstable instead of experimental during a > freeze: Can you please revert at least the latest upload? We're extremely close to

Bug#991372: unblock: glibc/2.31-13

Hi, Aurelien Jarno (2021-07-21): > d-i team is Cc:ed. > > unblock glibc/2.31-13 Looks good to me, thanks. Cheers, -- Cyril Brulebois (k...@debian.org) D-I release manager -- Release team member -- Freelance Consultant signature.asc Description: PGP

Bug#991406: systemd: proc: unrecognized mount option "hidepid=invisible" or missing value

Package: systemd Version: 247.3-6 Severity: important Dear maintainers, after upgrading from buster to bullseye, I see the following error message in syslog multiple times (timestamp and host name stripped): kernel: proc: unrecognized mount option "hidepid=invisible" or missing value In

Bug#991405: 389-ds-base: CVE-2021-3652

Source: 389-ds-base Version: 1.4.4.11-2 Severity: important Tags: security upstream Forwarded: https://github.com/389ds/389-ds-base/issues/4817 X-Debbugs-Cc: car...@debian.org, Debian Security Team Hi, The following vulnerability was published for 389-ds-base. CVE-2021-3652[0]: | CRYPT

Bug#991404: pppoeconf: diff for NMU version 1.21+nmu2

Package: pppoeconf Version: 1.21+nmu1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for pppoeconf (versioned as 1.21+nmu2) and uploaded it. I will also ask the release team to accept this into bullseye. Regards Jochen diff -Nru

Bug#991403: mtools: mcopy fails on arm*, breaks d-i builds

slots mcopy: No directory slots mcopy: No directory slots [ repeats a lot ] Build failures with daily builds: https://d-i.debian.org/daily-images/arm64/20210722-02:15/build_cdrom_grub.log https://d-i.debian.org/daily-images/armhf/20210722-00:14/build_cdrom_grub.log This can

Bug#991400: systemd: Failed to migrate controller cgroups from /user.slice/user-1000.slice/user@1000.service

Control: tags -1 + moreinfo Control: severity -1 normal Am 22.07.21 um 20:45 schrieb Thomas Uhle: Package: systemd Version: 247.3-6 Severity: important Dear maintainers, after upgrading from buster to bullseye, I have the following new error message in syslog every time after login:

Bug#991402: mupdf: CVE-2021-37220

Source: mupdf Version: 1.17.0+ds1-1.3 Severity: important Tags: security upstream Forwarded: https://bugs.ghostscript.com/show_bug.cgi?id=703791 X-Debbugs-Cc: car...@debian.org, Debian Security Team Control: found -1 1.17.0+ds1-1.3~deb11u1 Hi, The following vulnerability was published for

Bug#983390: mesa-vulkan-drivers: bad interactions between VkLayer_MESA_device_select and other layers

Recently, Mesa 20.3.5-1 was unblocked for Bullseye, and has resolved most issues I had encountered since upgrading from Buster on a test setup. The notable exception is MangoHud on 32 bit Windows applications in Wine, which still dies rather silently on launch. Although not in all cases,

Bug#991400: systemd: Failed to migrate controller cgroups from /user.slice/user-1000.slice/user@1000.service

Package: systemd Version: 247.3-6 Severity: important Dear maintainers, after upgrading from buster to bullseye, I have the following new error message in syslog every time after login: systemd[1375]: -.slice: Failed to migrate controller cgroups from

Bug#991401: mupdf: CVE-2020-19609

Source: mupdf Version: 1.17.0+ds1-1.3 Severity: important Tags: security upstream X-Debbugs-Cc: car...@debian.org, Debian Security Team Control: found -1 1.17.0+ds1-1.3~deb11u1 Hi, The following vulnerability was published for mupdf. CVE-2020-19609[0]: | Artifex MuPDF before 1.18.0 has a heap

Bug#991365: krb5: CVE-2021-36222

Yes, I started working on an upload for buster, but got a bit sidetracked since the 1.17-3+deb10u1 in the archive was not imported into the packaging repo previously. I expect to make progress today. -Ben

Bug#989612: mke2fs -E offset=N still warns about existing partition table at the beginning

On Wed, Jul 21, 2021 at 10:24:32PM -0400, Theodore Ts'o wrote: > Thanks for reporting this bug. The following commit should fix the > issue. > > - Ted > > commit 942b00cb9d2f2b52f4c58877d523145ee59a89b0 > Author: Theodore Ts'o > Date: Wed Jul 21

Bug#991365: krb5: CVE-2021-36222

Hi Benjamin, On Wed, Jul 21, 2021 at 10:37:55AM -0700, Benjamin Kaduk wrote: > On Wed, Jul 21, 2021 at 07:13:49PM +0200, Salvatore Bonaccorso wrote: > > > > On Wed, Jul 21, 2021 at 10:01:23AM -0600, Sam Hartman wrote: > > > > About buster: Given the above we can fix via the upcoming point > >

Bug#991399: mariadb: Daemon hangs on stop with replication and parallel slaves

Source: mariadb-10.5 Source-Version: 1:10.5.10-2 Severity: serious Forwarded: https://jira.mariadb.org/browse/MDEV-20821 Control: fixed -1 1:10.5.11-1~exp1 Hi! When replication is enabled with the slave running in parallel mode, the daemon completely hangs and will not terminate, which means

Bug#961401: Sequence of module loading is relevant

Dear Maintainers, recently I found out that scanner communication is dependent on the sequence of loading of the two kernel modules ehci-hcd and uhci-hcd. This sequence may, in normal day-by-day boot procedures, differ. Thus, the scanner communication fails sometimes; Or, to tell the truth, it

Bug#991398: Wrong file sizing

Package: dphys-swapfile Version: 20100506-5 Dear Maintainer, When I use an external usb to create a swap file, with the actual configuration I cannot go over 50% of the whole size of the drive. Please correct the code at this part " HALF_AVAIL_MB=$(echo "${AVAIL_KB} 2048 / p" | dc)  if [

Bug#991320: flameshot crashing on startup

this link and the link above only address the tray icon - nothing on the network thing on github bugtracker. both of these bugs are closed. https://github.com/flameshot-org/flameshot/issues/1721 amusingly, if i rename flameshot.ini and start the flameshot daemon in the background (which is how

Bug#991397: unblock: exim4/4.94.2-7

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: ex...@packages.debian.org, Adrian Bunk Please unblock package exim4 This is release fixes a single bug by pulling the respective fix from upstream's +fixes branch. When

Bug#991396: sdic-gene95: fails to install behind proxy

Package: sdic-gene95 Version: 2.1.3-22 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install if the only internet connectivity available is a proxy set via environment variables {http,https,ftp}_proxy.

Bug#991395: r-cran-knitr: New upstream version needed by other R packages

Package: r-cran-knitr Severity: normal We have knitr 1.31 per https://packages.debian.org/search?keywords=r-cran-knitr but upstream is (since April) at 1.33 per https://cran.r-project.org/package=knitr which is now needed by e.g. rgl aka r-cran-rgl. We are in a freeze, so I too have been

Bug#991393: debhelper should probably prevent zero mtime in packages

Source: debhelper Severity: wishlist Hi, As a maintainer and the upstream of inputplug, I ran into this conflict between what cargo produces and what the Debian archive expects: since [1], cargo publish resets mtime of all files to 0. On the contrary, if any of those files leak into .debs, they

Bug#991141: possible fix

It seems that debian-cd (re)builds its own efi.img and doesn't add the dtbs but only the EFI/ subdirectory from the d-i efi.img. This might fix the problem, please take it with a grain of salt because I was unable to actually test it. I've tried the commands by hand though. diff --git

Bug#991099: gem2deb should Provides: dh-sequence-ruby

Hi, On Wed, Jul 14, 2021 at 07:46:09AM +0200, Helmut Grohne wrote: > Package: gem2deb > Version: 1.4 > Tags: patch > > Traditionally, packages could enable debhelper addons using > --with=ADDON. That's what works today and is most commonly used. > Recently, debhelper added another way of doing

Bug#991320: flameshot crashing on startup

i think i figured it out. looks like it's upstream and wontfix. https://github.com/flameshot-org/flameshot/issues/1730

Bug#991275: tar doesn't restore all directory timestamps from the extracted archive

Control: tags -1 upstream Control: forwarded -1 https://lists.gnu.org/archive/html/bug-tar/2021-07/msg00011.html I've reported the bug upstream. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA -

Bug#991320: flameshot crashing on startup

not able to choke my network as option isn't available in kernel module, connman or router. using iw to throttle bitrate seems to be unsupported by this intel chipset or at least it's not in the list of supported commands if you do 'iw list'. flameshot 0.9 appimage took some digging to find but

Bug#991392: flameshot: Don't "phone home" for updates by default

Source: flameshot Version: 0.9.0+ds1-1 Severity: important Tags: patch Hi, By default, flameshot "calls home" every 24 hours via the GitHub API to check for new versions. This is not quite in the Debian tradition and doesn't present the best UI/UX experience given the presence of APT repos. I

Bug#991391: metrohash FTCBFS: builds for the build architecture

Source: metrohash Version: 1.1.3-4 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs metrohash fails to cross build from source, because debian/rules uses the build architecture compiler via a make default variable in debian/rules. The easiest way of fixing that - using dpkg's

Bug#991390: digitools FTCBFS: builds for the build architecture

Source: digitools Version: 1.03-1.2 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs digitools fails to cross build from source, because it does not pass cross tools to make. The easiest way of doing so - using dh_auto_build - makes digitools cross buildable. Please consider

Bug#991381: [Pkg-phototools-devel] Bug#991381: darktable: camera not showing in lens correction list and not recognised but is supported

Control: tag -1 moreinfo Stas Zytkiewicz writes: > -- System Information: > Debian Release: bullseye/sid > APT prefers focal-updates > APT policy: (500, 'focal-updates'), (500, 'focal-security'), (500, 'focal') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 Let me know if

Bug#991389: Should keytouch-editor get removed from bullseye?

Package: keytouch-editor Severity: serious Tags: bullseye sid Quoting #988541: keytouch-editor is an editor for creating files for keytouch. keytouch was removed from Debian 10 years ago because it was broken

Bug#991388: Should prometheus-nginx-vts-exporter be removed from bullseye?

Package: prometheus-nginx-vts-exporter Severity: serious See #988002 for background.

Bug#991379: ITP: gh -- the Github CLI

Note-to-self and possibly others: The "full text" link of the "Marked Bug as done" entry has the full text of the email sent to control@ to close the bug, and it contains the explanation. I normally use the `Control:` pseudo-headers and didn't think of looking there. Thanks Bart for the

Bug#991387: Should librpcsecgss be shipped in bullseye?

Source: librpcsecgss Version: 0.19-7 Severity: serious Tags: bullseye sid Quoting #986300: librpcsecgss was a library written by the NFS4 on Linux project. It is however, now unused in Debian, and the current upstream NFS4 (userland) implementation also does not need/ship it anymore. Therefore

Bug#985072: RM: python-ceilometerclient -- ROM; Deprecated upstream

Control: tags -1 moreinfo On Fri, Mar 12, 2021 at 03:37:02PM +0100, Thomas Goirand wrote: > Package: ftp.debian.org > Severity: normal > > > Hi, > > It's been a few OpenStack releases that there's no ceilometer-api service in > OpenStack (only old-stable has it), and therefore,

Bug#991267: pg_config.h leaks internal macros

On 21.07.21 13:51, Max Kellermann wrote: On 2021/07/21 13:42, Peter Eisentraut wrote: What specifically are you trying to check for in libpq? Maybe there is a better way, or we could add one. It's about this compile-time check:

Bug#991386: Security vulnerability: Denial of Service

Source: ublock-origin Severity: grave Tags: security X-Debbugs-Cc: Debian Security Team Disclosure: https://github.com/vtriolet/writings/blob/main/posts/2021/ublock_origin_and_umatrix_denial_of_service.adoc Fixed in 1.36.2: https://github.com/gorhill/uBlock/releases/tag/1.36.2

Bug#991385: pulseaudio: bluetooth auto-loopback for a2dp doesn't work since pulseaudio 14

Package: pulseaudio Version: 14.2-2 Severity: important X-Debbugs-Cc: san...@outrightsolutions.nl Dear Maintainer, * What led up to the situation? I had a working A2DP bluetooth sink working on a headless device, by utilizing the auto-loopback feature : load-module module-bluetooth-policy

Bug#991324: micro-httpd: systemd install dependency fails if binding to IP other than 0.0.0.0

Hey Sudip! ti 20. heinäk. 2021 klo 22.49 Sudip Mukherjee (sudipm.mukher...@gmail.com) kirjoitti: > On Tue, Jul 20, 2021 at 6:51 PM Martin-Éric Racine > wrote: > > > > Package: micro-httpd > > Version: 20051212-15.1 > > Severity: normal > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256

Bug#990956: uploading lintian-brush to testing-proposed-updates

Control: tags -1 moreinfo Hi Jelmer, On 21-07-2021 00:24, Jelmer Vernooij wrote: > Done, thanks. Hopefully this looks alright. The diff of the package in tpu doesn't look like the one I ACKed. Paul OpenPGP_signature Description: OpenPGP digital signature

Bug#982159: wine-development won't be in future stable releases

Control: severity -1 serious wine-development won't be in future stable releases, see #988246. cu Adrian

Bug#991384: libwine-development fails to install on arm*: head: cannot open '/usr/aarch64-w64-mingw32/lib/zlib*.dll' for reading: No such file or directory

Package: libwine-development Version: 6.0+repack-1 Severity: serious Tags: ftbfs Control: affects -1 src:dxvk https://buildd.debian.org/status/logs.php?pkg=dxvk=1.9+ds1-1 ... Setting up libwine-development:arm64 (6.0+repack-1) ... head: cannot open '/usr/aarch64-w64-mingw32/lib/zlib*.dll' for

Bug#991383: glusterfs-server: Separate glusterfs-cli package

Package: glusterfs-server Version: 9.2-1 Severity: wishlist Dear Maintainer, the package glusterfs-server provides the whole gluster command line utility [0]. This includes the remote-host functions. I think it would be useful to separate these command line functions out of glusterfs-server

Bug#991158: media-types: use image/x-xcf rather than application/x-xcf to match gimp.desktop

Control: tag -1 pending Le Sat, Jul 17, 2021 at 07:29:22AM +1000, Joel Hockey a écrit : > > The GIMP team have confirmed that image/x-xcf is the correct mime. > > https://www.mail-archive.com/gimp-developer-list%40gnome.org/msg09755.html Thanks Joel, the change will be applied after the

Bug#991379: ITP: gh -- the Github CLI

On Thu, 22 Jul 2021 01:31:02 +0100 Scupake wrote:> * Package name: gh * URL : https://cli.github.com/ * License : MIT Hi, Was this bug closed after some out-of-band discussion? If this is the case I think it's worth leaving a note on the bug itself, as a head-up for

Bug#991382: udev: cdr-drive opens after suspend

Control: tags -1 + moreinfo Am 22.07.21 um 08:53 schrieb M G Berberich: Package: udev Version: 247.3-6 Severity: normal Dear Maintainer, for some days the cdrom-drive opens after the system wakes up from suspend. This occured after installing kernel 5.13.X, but this might be a coincidence.

Bug#983435: you all forgot to fix stable

Control: found -1 2.02+dfsg1-20+deb10u3 Control: found -1 2.04-10 Control: fixed -1 2.04-19 # adding back versions for reopen Seriously, I reported that the issue exists in sid _too_, just for your convenience, and then you fixed only sid... what is this? If refreshing the patch is so hard to

Bug#991381: darktable: camera not showing in lens correction list and not recognised but is supported

Package: darktable Version: 3.6.0-1.1 Severity: normal Dear Maintainer, I have a Canon 800D. When I open a RAW image in darkroom the lens correction always fails to detect the camera. It will recognize the lens but not the camera. It tells me to add it manually. But the list with Canon

Bug#991283: unblock: mesa/20.3.5-1

On 21.7.2021 11.12, Simon McVittie wrote: On Wed, 21 Jul 2021 at 10:15:12 +0300, Timo Aaltonen wrote: On 19.7.2021 19.44, Simon McVittie wrote: Should the mesa source package be unblocked for bullseye? ack For clarity: does this mean "yes, I would like mesa_20.3.5-1 to reach bullseye"?

Bug#986488: Further test issues on s390x

Hi - as an FYI on s390x tests https://ci.debian.net/data/autopkgtest/unstable/s390x/p/pyspread/13200913/log.gz there are further test issues of the new tests added in 1.99.6 I've reported them upstream at https://gitlab.com/pyspread/pyspread/-/issues/93 To fix the test is easy (just drop the