Package: python-yubico-tools
Version: 1.3.3-0.3
Severity: important
X-Debbugs-Cc: p...@hungry.com
yubikey-totp is broken with the version of Python (3.9) that is current in
Debian bullseye. Petter Reinholdtsen discovered this in a discussion of bug
#965059 [1] and provided a patch there [2].
Package: inkscape
Version: 0.92.4-2
Severity: normal
Dear Maintainer,
inkscape (in testing) recommends transfig, which does not exist in testing.
In Debian 9 transfig is described as "transitional dummy package for fig2dev".
Please update the dependency from transfig to fig2dev, so this
Package: tracker-extract
Version: 2.1.6-1
Severity: normal
Dear Maintainer,
tracker-extract produces huge amounts of log messages, apparently not liking
some of my files. The files are as they are, tracker-extract needs to deal with
them.
As indicated, I started it with more verbosity:
Package: munin-plugins-c
Version: 0.0.11-1
Severity: normal
Dear Maintainer,
the open_files plugin seems not to be able to cope with very large
values for max files. On two of my machines it returns 0 as warning and
critical thresholds for the number of open files. I believe this is
because it
Hi Lars,
On Mon, 18 Feb 2019 at 00:06, Lars Kruse wrote:
> By accident I stumbled upon "systemctl edit munin-node".
> This will open up an empty editor. Here you can add the following:
>
> [Service]
> ProtectHome = read-only
>
> This will create a file
>
Hi Holger,
thanks for the prompt reply.
I understand the security benefits this presents in combination with
ProtectSystem=full.
However, a separate /home is a common configuration and this problem can
easily be overlooked and is then not trivial to find, because there are no
error messages
Package: munin-node
Version: 2.0.45-1
Severity: normal
Dear Maintainer,
on one of my systems I noticed that munin no longer records disk free data for
the separate /home filesystem.
While debugging I could not reproduce the problem when running the df plugin
with munin-run. I could also not
Package: pdftk-java
Version: 0.0.0+20180620.1-1
Severity: important
pdftk-java does not depend on a JRE, but it requires one to work:
mdonges@cindy:~$ pdftk
/usr/bin/pdftk: 5: /usr/bin/pdftk: java: not found
When I install default-jre-headless plus its dependencies, it works fine:
Hi!
I have the same problem with a different underlying cause, a Release
file with a correct signature but an invalid date.
Updating the package list interactively shows no problems but hangs at
"Loading cache".
When updating the package list noninteractively via "aptitude update"
the problem
Package: cups-filters
Version: 1.8.3-2+b1
Severity: normal
Dear Maintainer,
recent versions of cups-filters have a versioned dependency on imagemagick.
The relevant changelog is this:
* Added dependencies on imagemagick (>= 6.4~), liblouisutdml-bin, and
I can confirm this problem for the sid package 50.0.2661.75-1 when
installed on testing.
However, the problem does not occur with the package
50.0.2661.75-1~deb8u1 from stable-security on testing, although it's
basically the same version of chrome.
Cheers,
Marc
I tried to verify this in the stable release and could not confirm it
there (3.0.9-4)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: src:linux
Version: 3.10.7-1
Severity: normal
With the current kernel in X/gnome, when I use the keys to control the screen
backlight brightness, the change of one brightness level including the visual
feedback takes on the order of 3 seconds. That is very slow. Also the touchpad
input
Package: gpointing-device-settings
Version: 1.5.1-6
Followup-For: Bug #557476
Dear Maintainer,
I can confirm the problem of settings not being restored after logout/login for
the current version of gpointing-device-settings is wheezy.
gnome-settings-daemon is loaded but does not have the
14 matches
Mail list logo