Bug#955412: manpages: apt man page, correction: "by append a plus" -> "by append(+ing) a plus"

Package: manpages Version: 4.16-2 Severity: minor Dear Maintainer, * What led up to the situation? Reading man page of package apt: `man apt' * What outcome did you expect instead? A typo fix to the documentation. Specifically, this sentence: """ The requested action can be

Bug#902288: Issue raised with gnome-desktop as well

To avoid duplication of work, I report my filing of the issue with gnome-desktop: https://gitlab.gnome.org/GNOME/gnome-desktop/issues/4 I have a feeling bubblewrapping (i.e. bwrap), strict as it is configured at the moment, could potentially affect other packages generating thumbnails, e.g.: $ a

Bug#902288: Package versions of: bubblewrap and libgnome-desktop

More info about the bubblewrap package version behind the sandboxing and the current GNOME library leveraging it: > dpkg -S /usr/bin/bwrap bubblewrap: /usr/bin/bwrap > dpkg-query --show --showformat='${Package}: ${Version}\n' bubblewrap bubblewrap: 0.2.1-1 > apt-cache rdepends bubblewrap bubblew

Bug#902288: general: GNOME/nautilus thumbnail helper script from /usr/share/thumbnailers fails with ENOENT due to bwrap

Package: general Severity: important Dear Maintainer, I have a GNOME/nautilus thumbnail helper shell script written in Bash under /usr/bin/calibre-thumbnailer, with executable permissions and an appropriate shebang, which delegates extraction of e-book thumbnails to Calibre and used to work until

Bug#472477: RE: #472477 - ssh-add -D does not remove SSH key from gnome-keyring-daemon memory

On Wed, 05 Nov 2014 10:51:48 -0700 Neil Mayhew wrote: > On Fri, 19 Sep 2014 20:35:41 +0100 Pedro Beja wrote: > > this is an old bug. > > > > Could you please still reproduce this issue with newer gnome-keyring > version like 3.4.1-5 or 3.12.2-1 ? > > Still happening with gnome-keyring 3.14.0-1+b

Bug#822605: bugs.debian.org: Named pipe (mkfifo) input/output seriously broken, reproducible

@Don Armstrong: how does it behave for you, if you run both sides of that Producer/Consumer loop from different Bash shells, communicating through the /tmp/f named pipe? Specifically, does n_crashes increase for you? Sorry about the incorrect bug routing. Oversight accepting a default in `reportbu

Bug#822605: bugs.debian.org: Named pipe (mkfifo) input/output seriously broken, reproducible

Package: bugs.debian.org Severity: important Dear Maintainer, this has a major effect on the software I use, it seems to be fundamental to all named pipe I/O. * What led up to the situation? - Most software I use reading/writing to a named pipe becomes unreliable! * What exactly