Package: xserver-xorg-input-libinput
Version: 1.3.0-1
Severity: important
X-Debbugs-Cc: g.shumw...@gmx.net
-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.
VGA-compatible devices on PCI bus:
--
Package: tor
Version: 0.4.5.10-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: g.shumw...@gmx.net
-- System Information:
Debian Release: 11.0
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'experimental')
Architecture: i386
Package: nyx
Version: 2.1.0-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* Starting nyx shows the same error as reported related to python3-stem bug
#953863
* Installing upstream updates of stem and nyx directly from
torproject git does not help
I guess, it has something to do with the non-upstream plymouth-handling
implementation. After commenting out the plymouth patch in
patches/series and the plymouth part in slim.init i rebuilt the
package. After installing and restarting slim, the bug does not appear.
So maybe the plymouth-handling
Package: slim
Version: 1.3.6-5
Severity: important
Dear Maintainer,
* Slim has been set up as the default display manager
* After running the Window Manager (XFCE in my case) and working with
it causes a sudden reload of Slim and (re-)querying the login prompt
* So there is a
Package: libgnutls-deb0-28
Version: 3.3.15-5
Severity: critical
Tags: security
Justification: breaks unrelated software
Dear Maintainer,
* starting gimp and curl leads to segfaults with this version of libgnutls-
deb0-28
* since this affects gnutls it might be a security issue
--
Package: catfish
Version: 1.2.2-1
Severity: normal
Dear Maintainer,
* Recommends (locate|mlocate) were not installed on purpose by me
* did not test behavior of application with Recommends installed
* UI displays message of search in progress
* UI cannot be closed -- termination
Package: wget
Version: 1.16-2
Severity: important
Tags: upstream
Dear Maintainer,
* when invoking wget, the program crashes immediately
* building wget with current git-upstream fixes the issue
* crash report: wget: progress.c:1161: create_image: Assertion `count_cols
(bp- buffer) =
Package: cups-daemon
Version: 1.7.5-3
Severity: important
Dear Maintainer,
* upgrading cups-daemon to 1.7.5-3 lead to fail apparmor to successfully
start /etc/apparmor.d/usr.sbin.cupsd
* systemctl status apparmor.service reports: AppArmor parser error for
/etc/apparmor.d/usr.sbin.cupsd
Package: bleachbit
Version: 1.2-1
Severity: normal
Tags: upstream patch
Dear Maintainer,
* Due to an upstream change in Cleaner.py the firefox profiles cleaning
procedurewon't work as in previous versions of bleachbit. The maintainer
changed the behaviour of the application to look for
Package: mpg321
Version: 0.2.11-1
Severity: normal
i updated gmusicbrowser to the latest development version. now, mpg321 doesn't
work with gmusicbrowser at all, even the previous version of mpg321 wont do it.
maybe i should contact the upstream author of gmusicbrowser instead of
bothering
Package: mpg321
Severity: normal
but the most recent development version of gmusicbrowser (which isn't
supported by debian so far) switches to mpg123 [!] as default output after
closing the application. while running gmusicbrowser, mpg321 can be
successfully selected as output and works
Package: mpg321
Version: 0.2.11-1
Severity: normal
since i'm not quite sure whether this is a bug of mpg321 iself or rather
gmusicbrowser i submit this issue on mpg321 only. in standalone mode, mpg321
runs in usual manner. playing mp3s through gmusicbrowser doesn't work though -
downgrading
Package: xcdroast
Version: 0.98+0alpha16-1
Severity: normal
since cdrecord was replaced by wodim , xcdroast was adapted to that issue. now
xcdroast complains No /usr/bin/cdrecord installed, even when having the dummy
cdrecord package installed, and fails to initialize. downgrading to
14 matches
Mail list logo
