Bug#994011: ghostscript: CVE-2021-3781

Hi Jonas, On Thu, Sep 09, 2021 at 09:16:22PM +0200, Jonas Smedegaard wrote: > Quoting Salvatore Bonaccorso (2021-09-09 20:43:30) > > Hi Jonas, > > > > On Thu, Sep 09, 2021 at 08:09:42PM +0200, Jonas Smedegaard wrote: > > > Hi Salvatore, > > > > > > Quoting Salvatore Bonaccorso (2021-09-09

Bug#992692: general: Use https for {deb,security}.debian.org by default

On Fri, Sep 10, 2021 at 09:33:56AM +0200, Helmut Grohne wrote: Laptops of end-user systems are the target, but also developers. When people gather at a place (conference, hackspace, private meetup, etc.) downloading of .debs should just work quickly by default. Many such sites could easily

Bug#743694: lintian: Downgrade most of privacy-breach* tags from severity: error to pedantic

Le ven. 10 sept. 2021 à 11:06, Felix Lechner a écrit : > > Hi, > > > The severity chosen for these tags/checks is not justified by any of our > > policies, neither the Debian policy, not the best packaging practises nor > > any legal reason! > > > > There is no technical nor social justification

Bug#743694: lintian: Downgrade most of privacy-breach* tags from severity: error to pedantic

On Fri, Sep 10, 2021 at 04:05:32AM -0700, Felix Lechner wrote: > Hi, > > > The severity chosen for these tags/checks is not justified by any of our > > policies, neither the Debian policy, not the best packaging practises nor > > any legal reason! > > > > There is no technical nor social

Bug#994034: (no subject)

Another additional hint. If I run sbuild as root (i.e, sudo sbuild [..]) then the bug isn't triggered. This may be obvious, but wanted to share the info anyway.

Bug#959892: RFS: awf-gtk/2.6.0-1 [ITP] -- A widget factory is a theme preview application for GTK

Hello, I uploaded a new version to mentors.debian.net. https://mentors.debian.net/package/awf-gtk/ I forgot to check the deletion of deb.sh :'( I'm not sure how to proceed with this new version. Thank you.

Bug#994032: switch from https to http transport for certain proxies

Control: tag -1 wontfix On Fri, Sep 10, 2021 at 11:12:04AM +0200, Eduard Bloch wrote: > Package: apt > Version: 2.3.9 > Severity: wishlist > > Hi, > > as of now, there are certain HTTPS protocol schemes used in apt in > conjunction with proxies. > a) for http, the requests are used with GET and

Bug#994034: nsswitch.conf difference

Per lechner suggestion at #debian-devel @ IRC, let me share here a potential root cause for this issue. The nsswitch.conf file is different inside/outside the schroot: (bullseye-amd64-sbuild)root@tools-package-builder-04:/build/toollabs-webservice-Oe7KMY# cat /etc/nsswitch.conf #

Bug#994034: bug 994034 potential workaround

I found a potential workaround. * inside the schroot I deleted the local user defined as 'aborrero' * then chown the build dir to uid/gid from outside the schroot (bullseye-amd64-sbuild)root@tools-package-builder-04:/build/toollabs-webservice-Oe7KMY# ls -la total 320 drwxr-x--- 4119

Bug#992868: Info received ()

, Introduction The Stable Release Managers, with the support of the rest of the Release Team, are responsible for updates to the stable release (and oldstable while that suite is also being supported by the Security Team), via point releases and the stable-updates mechanism [STABLE-

Bug#992868:

, Introduction The Stable Release Managers, with the support of the rest of the Release Team, are responsible for updates to the stable release (and oldstable while that suite is also being supported by the Security Team), via point releases and the stable-updates mechanism [STABLE-

Bug#992868:

Bug#743694: lintian: Downgrade most of privacy-breach* tags from severity: error to pedantic

Hi, > The severity chosen for these tags/checks is not justified by any of our > policies, neither the Debian policy, not the best packaging practises nor > any legal reason! > > There is no technical nor social justification for this severity. > > making our package compliant to this new

Bug#994035: gcc-11 ftbfs on kfreebsd-*, strange tar behavior

Package: src:gcc-11 Version: 11.2.0-5 Severity: important X-Debbugs-CC: debian-...@lists.debian.org gcc-11 ftbfs on kfreebsd-*, strange tar behavior: [...] mkdir -p debian/tmp-jit/usr/lib/x86_64-kfreebsd-gnu mkdir -p debian/tmp-jit/usr/lib/gcc/x86_64-kfreebsd-gnu/11/include mv

Bug#994033: mpd: Fails to find ldd libraries from libraspberrypi0 that have moved

On 2021/09/10 11:43, Tim Phipps wrote: > AN upgrade to rasbian stable ahs moved some ldd files included in the > libraspberrypi0 packages and now mpd fails to start. MPD doesn't use any of these libraries. These are indirect dependencies, maybe via FFmpeg? In any case, this is not a MPD

Bug#993822: bullseye-pu: package clamav/0.103.3+dfsg-0+deb11u1

On Thu, 2021-09-09 at 20:54 +0100, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Tue, 2021-09-07 at 00:00 +0200, Sebastian Andrzej Siewior wrote: > > This is an update of clamav to version 0.103.3 which is considered > > as > > a > > LTS version. It contains only important fixes.

Bug#994034: dpkg-deb call fails with permission error if user comes from LDAP

Package: sbuild Version: 0.81.2 Severity: important Tags: upstream Dear maintainers, thanks for your hard work with this amazing tool. We're experimenting a problem with our sbuild deployment. I'm not even sure the problem is with sbuild itself, or shcroot, or what. Anyway, let me try

Bug#975884: Forwarded upstream

Hi, since I do experience the same warning, I took the liberty of filing a report upstream containing a link referencing back to this report. The upstream issue is at https://github.com/ecb-home/ecb/issues/41 Regards -- signature.asc Description: This is a digitally signed message part.

Bug#911189: src:gpgme1.0: please ship gpgme-json with native messaging hooks for chromium and firefox

Has there been any progress on this? Ubuntu currently ships an equivalent package, although it doesn't contain the firefox manifest (presumably because of the config file issue mentioned by Sascha above). From my understanding, a per-extension manifest file is intended to be shipped as part

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

Just to follow up again, here's an improved version of the patch that doesn't hand-roll quite so much socketpair/fork/exec code, reusing existing tools/ code instead! Also, here's the upstream discussion of the patch on the linux-perf-users mailing list:

Bug#294124: OSTRZEŻENIE!!! Twoje Hasło do Konta E-mail Wygaśnie za 2 dni

Twoje has2o do skrzynki pocztowej wygaBnie za 2 dni. aby zachowa7 swoje has2o. KLIKNIJ TUTAJ, aby zaktualizowa7 i natychmiast wys2a7 Pozdrowienia Wsparcie us2ug IT (c) 2021.

Bug#994033: mpd: Fails to find ldd libraries from libraspberrypi0 that have moved

Package: mpd Version: 0.22.6-1 Severity: grave Justification: renders package unusable Dear Maintainer, AN upgrade to rasbian stable ahs moved some ldd files included in the libraspberrypi0 packages and now mpd fails to start. OK# ldd /usr/bin/mpd | grep -w not | cat libvchiq_arm.so => not

Bug#993207: regression: constant ~20% CPU usage + crackling sound since 15.0+dfsg1-2

On Sat, 28 Aug 2021 16:58:48 +0200 Christoph Anton Mitterer wrote: > Since upgrading to 15.0+dfsg1-2, the pulseaudio daemon runs constantly at > around ~20% CPU > on my system (even when no sound is played). > > If sound is played it's constantly crackling. > > Downgrading to the previous 14.2-2

Bug#994030: man-db: error while loading shared libraries: libmandb-2.9.4.so

Thanks a lot for your answer. I have added "network," in the three sections of /etc/apparmor.d/usr.bin.man and man runs now as expected. Best regards, JB

Bug#989826: bluez: Cannot connect more than one device A2DP sink at a time

I think that this is actually a pulseaudio / pulseaudio-module-bluetooth bug: after the upgrade to pulseaudio 15.0+dfsg1-2 (without changing the bluez version), I can have 2 A2DP Sink profiles at the same time. -- Vincent Lefèvre - Web: 100% accessible validated

Bug#993855: rustc: Bootstrapping rustc for x32

Hello! On 9/9/21 17:41, John Paul Adrian Glaubitz wrote: > OK, Rust 1.55.0 was just released without this particular patch. So in order > to > get it to work on x32, we will have to include the patch from [1]. Attaching the patch rebased for 1.55.0. I have bootstrapped rustc 1.55.0 for x32 with

Bug#993864: ITP: taskserver -- taskwarrior synchronisation server

Hi Sergio In that case, please take over the taskd package. Because I felt the package was abandoned, there has been a "don't migrate to testing" RC bug open for a while, so feel free to close that when you have something in better shape. I don't have a continuing interest in this package, so

Bug#993011: pulseaudio-module-bluetooth: no longer detects bluetooth headphones

On Fri, Sep 10, 2021 at 12:37 PM Vincent Lefevre wrote: > I could eventually solve the problem, which was apparently caused by > some other Bluetooth audio device. Some details below... > > [skip] > > What I did first is to upgrade again to pulseaudio 15.0+dfsg1-2, then > reboot. With my

Bug#989600: /usr/bin/swift-container-reconciler: reconciler's memcache connections fail when using hostnames

On Thu, Sep 09, 2021 at 09:32:34AM +0200, Thomas Goirand wrote: > Hi, > > Thanks a lot for working on this, it really is helpful. > > The pull request you're pointing at contains multiple commits. Would you > be able to transform this into a patch against the Eventlet versions > 0.26.1

Bug#993011: pulseaudio-module-bluetooth: no longer detects bluetooth headphones

On 2021-09-10 09:12:48 +0300, Igor Kovalenko wrote: > If your headphones support both HSP (Headset) and HFP (Handsfree) > profiles, pulseaudio will now prefer HFP by default. > This usually works fine unless bluez does not want to connect > headphones with HFP profile for some reason. I could

Bug#994030: man-db: error while loading shared libraries: libmandb-2.9.4.so

On Fri, Sep 10, 2021 at 09:51:30AM +0200, BERTRAND Joël wrote: > Since a few days (if I remember since I have upgraded my workstation > to last testing release), man aborts with folloging message: > > Root hilbert:[~] > man man > man: error while loading shared libraries: libmandb-2.9.4.so:

Bug#992223: autopkgtests test packages from boost1.71

Control: severity -1 serious The autopkgtest always fails in testing [1] but passes in unstable, where the boost1.71 packages are still available. [1] https://ci.debian.net/packages/b/boost1.74/testing/amd64/

Bug#994032: switch from https to http transport for certain proxies

Package: apt Version: 2.3.9 Severity: wishlist Hi, as of now, there are certain HTTPS protocol schemes used in apt in conjunction with proxies. a) for http, the requests are used with GET and plain URL over http transport b) for https, CONNECT establishes a tunnel and then plain http over TLS

Bug#969418: Library Package from PPA

[Barak A. Pearlmutter] > Looks like this is not necessary? Depending on what 'this' is, which I suspect is 'the upstream branch from your work', then indeed I worked around it and did a new upload yesterday. Sadly there is something breaking the build, which I will need to figure out. It built

Bug#992868: Info received ()

On Fri., Sep. 10, 2021, 2:33 a.m. Debian Bug Tracking System, < ow...@bugs.debian.org> wrote: > Thank you for the additional information you have supplied regarding > this Bug report. > > This is an automatically generated reply to let you know your message > has been received. > > Your message

Bug#968997: fwupdmgr: "Successfully" updates BIOS firmware, no effect on reboot

Control: reassign -1 shim Control: affects -1 fwupd On Fri, Sep 10, 2021 at 09:27:11AM +0200, Norbert Schulz wrote: > Package: fwupd > Version: 1.2.14-1~deb10u1 > Followup-For: Bug #968997 > > Dear Maintainer, > > this bug still exist for a long time. I removed all packages relating fwupd >

Bug#992868:

Bug#969418: Library Package from PPA

Looks like this is not necessary?

Bug#992692: general: Use https for {deb,security}.debian.org by default

On Fri, 2021-09-10 at 09:33 +0200, Helmut Grohne wrote: > If > we installed auto-apt-proxy by default, much of the local caching > would > just work. If you push for a local caching method to be used by default, apt should always request (In)Release.gpg from a regular mirror (not auto- discovered

Bug#994031: configuration directories read order causes local config to be overridden

Package: lightdm-gtk-greeter Version: 2.0.8-2 Severity: normal Dear Maintainer, lightdm and lightdm-gtk-greeter read configuration files from .d/ directories in: /usr/share/lightdm/ /usr/local/share/lightdm/ /etc/xdg/lightdm/ and from file from /etc/lightdm/ . But the order in which these

Bug#994030: man-db: error while loading shared libraries: libmandb-2.9.4.so

Package: man-db Version: 2.9.4-2 Severity: important Dear Maintainer, Since a few days (if I remember since I have upgraded my workstation to last testing release), man aborts with folloging message: Root hilbert:[~] > man man man: error while loading shared libraries: libmandb-2.9.4.so: cannot

Bug#993291: apt upgrade crashes with "Assertion `I->Items->Owner->Status != pkgAcquire::Item::StatIdle' failed" when not all mirrors are reachable

On Mon, Sep 06, 2021 at 09:48:52AM +0200, Sven Bartscher wrote: > On Sat, 4 Sep 2021 17:31:34 +0200 Marc Haber > wrote: > > On Wed, Sep 01, 2021 at 10:44:03AM +0200, Marc Haber wrote: > > > I can confirm the same issue here: > > > > Looks like a transient issue here, today's apt update just went

Bug#992034: installation-guide: Include a note on how to change init system during install

Holger Wansing wrote: > Trying to integrate your suggestions, would then have Thanks for making sense of it... > + > + Customization > + > + Using the shell (see ), the installation process > + can be carefully customized, to fit exceptional use cases: > + > + > + Installing an

Bug#993824: transition: libqalculate

Control: tags -1 confirmed Control: forwarded -1 https://release.debian.org/transitions/html/auto-libqalculate.html On 2021-09-06 23:49:01, Phil Morrell wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > >

Bug#992563: transition: gdal

On 2021-09-09 13:02:14, Sebastiaan Couwenberg wrote: > On 9/9/21 5:57 AM, Sebastiaan Couwenberg wrote: > > On 9/8/21 6:56 AM, Sebastiaan Couwenberg wrote: > >> On 9/7/21 3:07 PM, Sebastiaan Couwenberg wrote: > >>> On 9/5/21 6:48 PM, Sebastian Ramacher wrote: > On 2021-08-20 11:32:16 +0200,

Bug#968997: fwupdmgr: "Successfully" updates BIOS firmware, no effect on reboot

Package: fwupd Version: 1.2.14-1~deb10u1 Followup-For: Bug #968997 Dear Maintainer, this bug still exist for a long time. I removed all packages relating fwupd and install it from scratch but no install of the firmware on reboot. I have a lenovo P1 Gen3. The firmware install worked after the

Bug#994029: ftpgrab FTCBFS: non-standard compiler variable name

Source: ftpgrab Version: 0.1.5-6 Tags: patch upstream User: debian-cr...@lists.debian.org Usertags: ftcbfs ftpgrab fails to cross build from source, because it uses the variable name CC to store a C++ compiler while most others use it for a C compiler. As a consequence, dh_auto_build passes a C

Bug#992692: general: Use https for {deb,security}.debian.org by default

On Wed, Sep 08, 2021 at 07:12:18PM -0400, Michael Stone wrote: > Why not simply automate setting it at install time using preseed? I'm > honestly not sure who the target audience for auto-apt-proxy is--apparently > someone who has an infrastructure including a proxy, possibly the ability to > set

Bug#273323: doc-debian: please ship typesettable version of social contract and dfsg documents

Diederik de Haas wrote: > But then the question becomes: what is the authoritative version? Was the Social Contract approved by a General Resolution? If so, then the authoritative version is the text that appeared in the GR ballot. Gerardo

Bug#994027: setting the path option leads to "exception error: bad argument"

Package: ejabberd-mod-log-chat Version: 0.2020.10.21~dfsg0-5 With this in the modules section of /etc/ejabberd/ejabberd.yml: mod_log_chat: path: /srv/ejabberd/mod_log_chat format: html I get this error: $ sudo ejabberdctl foreground 2021-09-10 02:10:59.368040+00:00 [info] Loading

Bug#993011: pulseaudio-module-bluetooth: no longer detects bluetooth headphones

On Thu, 26 Aug 2021 17:37:46 +0200 Vincent Lefevre wrote: > On 2021-08-26 09:07:55 -0400, Felipe Sateler wrote: > > Could you attach verbose logs of both a succesful and an unsuccesful run? > > > > https://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems > > I've attached an archive with:

<    1   2