>Can you provide a (simple) way to reproduce the issue?
Reproduction was simple on my machine: Just try to run Chromium 53.0.2785.92,
which depends on libgnutls30. It crashed immediately.
I had just upgraded from a much older version of Chromium (in the 30s IIRC)
using Aptitude.
Running it unde
Package: libgnutls30
Version: 3.5.4-2
Severity: grave
File: gnutls
Justification: renders package unusable
The bug is caused by GNUTLS being compiled with the headers of and old
version of Nettle, but the package depending on (or failing to account
for a breaking change to) a newer version of Nett
Package: cmake-data
Version: 3.3.2-1
Severity: important
Dear Maintainer,
I'm trying to build something I downloaded, and it depends on QT5 via CMake.
Apparently, all the CMake files on Debian are provided by the cmake-data
package, which has files for QT3 and QT4, but not QT5. Consequently, I c
So now you guys have forced "systemd" on all of us, and it doesn't even work.
The only difference between my error message and the one reported here is that
a different source file is indicated:
** (systemadm:21458): CRITICAL **: file
/build/systemd-ui-GHIA4p/systemd-ui-3/src/systemadm.vala: lin
I heard that you can't use ptrace from a program that's being run
under strace, which may be the cause of the EPERM error.
Unfortunately, gdb doesn't log the fact that ptrace failed, nor what
errno was set to, so there's no way to get gdb to tell us if ptrace
is failing, and if so, what errno is.
Package: mplayer
Version: 1.0~rc2-6
Severity: grave
Justification: renders package unusable
After an upgrade, I noticed that mplayer is completely broken. It depends
on a file called "libcucul.so.0", which was replaced in the repository with
a similarly-named "libcaca" (on which mplayer also depe
This turns out to be a duplicate of bug #535305 (common-lisp-controller:
update fails rebuilding sb-grovel, asdf broken as a result). It's
supposedly fixed, but "apt-get upgrade" doesn't apply the fix to testing.
In the meantime, you can fix it manually as follows (this is the same
fix suggested i
Package: sbcl
Version: 1:1.0.25.0-1
Severity: grave
Justification: renders package unusable
This is another occurence of bug #471598 (SBCL can't
find CLC package). In the original bug report, Ken Harris
believed that the problem was caused by a
bug in the Linux kernel, which was fixed in version
Package: plt-scheme
Version: 4.0.1-2
Severity: important
Modules that use the Swindle language module cannot be required with
(require-for-syntax) by other modules. Programs that do so will work
correctly when run with the mzscheme interpreter, but will fail when
compiled with mzc. This is the ca
Package: libxfcegui4-4
Version: 4.4.2-4
Severity: normal
Tags: patch
The following unhelpful error message was traced to code in
libxcfegui4-4:
(xfce4-menu-plugin:3979): libxfcegui4-WARNING **: XfceAppMenuItem: unable to
spawn xfrun4
This message is generated in the function _command_activate_
10 matches
Mail list logo
