Please check the upstream Bug report (http://savannah.gnu.org/bugs/?53152).
The analyses showed that -Orecurse / -Otarget are not the cause of the
issue.
The actual bug is, that make does not wake up correctly sometimes and the
hidden dependency in the test triggers this. -Orecurse/-Otarget just ch
Package: make
Version: 4.2.1-1.2
Severity: normal
Dear Maintainer,
'make -Orecurse' does not work as expected. If I read the changelog
correctly, then this feature was explicitly disabled to fix #890309.
This is quite annoying because it makes the output for more complex
parallel builds unreadab
Package: cpp-8
Version: 8-20180321-1
Severity: minor
Dear Maintainer,
/usr/lib/gcc/x86_64-linux-gnu/8/cc1 is not stripped and therefore quite
large (171M). The same is true for /usr/lib/gcc/x86_64-linux-gnu/8/lto1.
For other gcc versions, these files are stripped, so I guess they should
also be
Package: python3-tornado
Version: 5.0.0-1
Severity: normal
Dear Maintainer,
I'm using python3-tornado indirectly with IPython. With the update to
python3-tornado 5.0.0-1 this is broken. The testcase to reproduce this is
simple:
import IPython
IPython.embed_kernel()
With the new version this res
Package: maildirsync
Version: 1.2-2.1
Severity: normal
Tags: patch
Dear Maintainer,
* What led up to the situation?
update to the latest version of maildirsync
* What exactly did you do (or not do) that was effective (or
ineffective)?
run maildirsync with options
* What was the
Package: libexiv2-13
Version: 0.24-4.1
Severity: normal
Dear Maintainer,
* What led up to the situation?
digikam tries to index a .mkv file.
* What was the outcome of this action?
digikam segfaults in libexiv2
This is already fixed upstream:
http://dev.exiv2.org/issues/1033
http://dev.
Package: mutt
Version: 1.5.21-3
Followup-For: Bug #610191
I have the same problem. Running mutt with 'strace -eopen,close -o strace.log
mutt'
shows that mutt is not closing all file descriptors properly:
[...]
open("/home/michael/mail//new",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC
When running "setxkbmap -model microsoftpro" Xephyr outputs this line
before crashing:
expected keysym, got XF86Info: line 914 of inet
I rebuilt Xephyr with debuging symbols and got this backtrace. I hope it
helps.
#0 0xb7c70695 in free () from /
Xephyr is affected as well (version 2:1.4.1~git20080131-2).
At least I think it's the same bug.
"setxkbmap -model microsoftpro" will crash Xephyr
"setxkbmap -model pc104" is fine.
unfortunately the backtrace produced by gdb us useless.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Package: opensync-plugin-palm-dev
Version: 0.19-1
Severity: minor
# apt-cache show opensync-plugin-palm-dev
Package: opensync-plugin-palm-dev
Priority: optional
Section: libs
opensync-plugin-palm-dev contains the header files to opensync-plugin-palm.
It is a development package and should t
Package: cryptsetup
Version: 2:1.0.4+svn16-1
Severity: normal
CBC is optional in 2.6.19 and can be compiled as a module. LUKS uses cbc
by default.
I needed the following patch to create a working initrd:
--- /usr/share/initramfs-tools/hooks/cryptroot.old 2006-12-02
21:26:06.
On Thu, Aug 17, 2006 at 08:34:57PM -0700, [EMAIL PROTECTED] wrote:
> The most recent tg3.c patch posted here (by Herbert Xu on Tue, 11 May
> 2004) does not apply cleanly to linux-2.6.17. No surprise, a lot has
> changed in the last two years. I applied it by hand (it wasn't hard),
> and I can ver
Package: xserver-xorg-input-mouse
Version: 1:1.1.1-1
This version requires the module ABI minor version 6.
It can howerver be installed with a server that only provides ABI minor
version 5.
ii xserver-xorg-core 1.0.2-9X.Org X server -- core server
ii xserver-xorg-input-mouse 1:1.1.
Package: libqt3-headers
Version: 3:3.3.5-1
Severity: wishlist
It would be nice to apply the patch provided at
http://bugs.kde.org/show_bug.cgi?id=109386
It adds support for -fvisibility for gcc 4.x for the Q_EXPORT macro.
The patch is allready tested and would result in a better performance
for th
Package: hal
Version: 0.5.4-1
/etc/udev/hal.rules contains:
# Only run the dev helper for real devices
SYSFS{dev}=="*", RUN+="/usr/lib/hal/hal.dev"
however /usr/lib/hal/hal.dev is _not_ part of hal version 0.5.4-1
(it did exist in hal version 0.4.8-6)
When plugging in my usb hard-drive the logfi
Package: libxres-dev
Version: 6.8.2.dfsg.1-5
libxres-dev contains link:
/usr/X11R6/lib/libXRes.so -> libXRes.so.1
libXRes.so.1 is in package libxres1
but libxres-dev does not depend on libxres1.
# dpkg -S usr/X11R6/lib/libXRes.so
libxres-dev: /usr/X11R6/lib/libXRes.so
libxres1: /usr/X11R6/lib/li
16 matches
Mail list logo
