Package: gtk-gnutella
Version: 0.95.4-1
Severity: grave
Justification: renders package unusable
Quote from http://gtk-gnutella.sourceforge.net/en/?page=news
quote
Version 0.96b is a beta version of forthcoming 0.96. It is now
_mandatory_ to use this beta version as the 0.95.x series is about to
Package: enigmail
Severity: serious
Justification: no longer builds from source
enigmail does not build on powerpc due to linker errors. See attached
files.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
I just built the enigmail source package using
CC='ccache gcc-3.4' debian/rules clean binary
and it worked fine (in fact this email will be signed using the
resulting package). Perhaps it is a GCC bug? I played around with adding
extra libs and checking for extern decls. but didn't find a
I have determined that the cause of this is the X font directory
changing between Xorg 6 and Xorg 7.
The previous font directories were under /usr/lib/X11/fonts (which is a
symlink to /usr/lib/X11R6/lib/X11/fonts, part of x11-common), whereas in
Xorg 7 they are under /usr/share/fonts/X11. Users
Package: smokeping
Version: 2.0.8-1
Severity: grave
Tags: patch
Justification: renders package unusable
/usr/lib/cgi-bin/smokeping.cgi has the wrong 'use lib' line. The error
output it causes is attached as smokeping-error.log.
A patch to fix the lib dir from:
use lib
Package: dvdbackup
Version: 0.1.1-5
Severity: grave
Justification: renders package unusable
$ dvdbackup -I -i /dev/dvd
dvdbackup: symbol lookup error: dvdbackup: undefined symbol: UDFFindFile
dvdbackup is unusable because of this. I can't think of any other useful
information to supply --
Package: libdvdread3
Version: 0.9.5-2
Followup-For: Bug #364972
There is a patch of sorts available at
http://lists.pld-linux.org/mailman/pipermail/pld-cvs-commit/Week-of-Mon-20060213/092097.html
although UDFFindFile is not included in any headers so it still causes
compiler warnings.
I
Matej Vela wrote:
I can't reproduce this with either tk8.4 or tk8.0-ja (though I tested
tk8.0-ja in testing because it is broken in unstable). And the Tcl code
seems pretty innocuous... Can you try installing tk8.4 and running
wish8.4 /usr/bin/cbrowser
That works, as does simply
Package: nvidia-glx
Version: 1.0.8756-4
Followup-For: Bug #367316
I ran glxgears -printfps and got roughly 3300 FPS. All the outputs of
the commands you listed were the same, except for 'glxinfo | grep
version', this line was different:
OpenGL version string: 1.5.6 NVIDIA 87.56
The package
tags 380993 patch
stop
Here is a patch that makes yum installable once again.
I'm not sure about the module dirs argument (/usr/share/yum-cli)
provided to the dh_python command. The documentation on whether it
should be an absolute URI is unclear, however it _seems_ to have worked,
as upon
tags 393007 patch
stop
Here's a patch to fix FTBFS.
The comment in the patch's context is amusing.
-Ted
diff -ru tct-1.11/src/fstools/mylseek.c tct-1.11-new/src/fstools/mylseek.c
--- tct-1.11/src/fstools/mylseek.c 2000-07-31 09:39:20.0 +1000
+++ tct-1.11-new/src/fstools/mylseek.c
tags 393040 patch
stop
Here's a patch to use the syscall() libc function rather than the
no-longer-available syscall* macros.
-Ted
diff -ru grubconf-0.5.1/src/partitioning.c grubconf-0.5.1-new/src/partitioning.c
--- grubconf-0.5.1/src/partitioning.c 2003-04-17 23:32:59.0 +1000
+++
Package: sg-utils
Version: 1.02-3
Severity: serious
Tags: patch
sg-utils fails to build from source using linux-kernel-headers =
2.6.18.
gcc -g -O2 -Wall -D_REENTRANT -c -o llseek.o llseek.c
llseek.c:44: error: expected declaration specifiers or ‘...’ before ‘_llseek’
llseek.c:44: error:
tags 392392 patch
forwarded 392392 http://bugs.kde.org/show_bug.cgi?id=136185
stop
Here is a patch that makes the libhttp11.so* files install to /usr/lib
rather than /usr/share.
I tested as much DAAP and ruby-script functionality as I could and
nothing seemed to be broken by it. After that, I
* Fix FTBFS because old syscall usage. (closes: #394535)
Apply patch so lphdisk compiles with new kernel headers;
Build-depend on linux-kernel-headers = 2.6.18.
I don't think the build-dependency is necessary. It should still work
fine on older kernels, as the syscall() libc
tags 395425 fixed-upstream
stop
I tested the new upstream release (0.99.12) using `uupdate` and it fixes
this problem.
-Ted
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 393039 patch
stop
Here is a patch to fix the FTBFS. It updates gpart to use the syscall
libc function required since linux-kernel-headers 2.6.18 made the
_syscall* macros unavailable.
diff -ru gpart-0.1h/src/l64seek.c gpart-0.1h-new/src/l64seek.c
--- gpart-0.1h/src/l64seek.c 2000-12-14
tags 294836 patch
stop
I was able to reproduce bug #294836 on my powerpc system. I was also
able to fix it by changing some ifdefs. I combined the patch to fix that
with the existing FTBFS patch for bug #393039 and ended up with the
attached patch. It should at least increase the number of
Package: extipl
Version: 5.04-2
Severity: serious
Tags: patch
Justification: FTBFS
extipl fails to build from source, or would if the $(MAKE) return code
was not ignored.
I have attached a patch that does the following:
- Don't ignore return status of $(MAKE) calls in debian/rules
- Update
tags 395512 patch
stop
Here's a patch to fix the FTBFS. It's very similar to the one for the
FTBFS in sg-utils, but this one uses a function wrapper rather than a
preprocessor macro in order to get type-checking and it follows the
existing code style better.
diff -rup sg3-utils-1.21/llseek.c
tags 395897 patch fixed-upstream
stop
Upstream removed the LDFLAGS in revision 594434 [1].
This patch removes all three instances of LDFLAGS from the source,
equivalent to the upstream change. It fixed FTBFS on my powerpc machine
and passed program starts OK testing.
[1] Upstream revision
kudzu has been requested for removal by its maintainer. See bug #387638.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 396964 patch
stop
Here's a possible patch to stop lynx opening .mailcap and .mime.types
files in its current directory.
--
tp
diff -ru lynx-2.8.5/src/HTInit.c lynx-2.8.5-new/src/HTInit.c
--- lynx-2.8.5/src/HTInit.c 2004-01-08 12:03:09.0 +1000
+++ lynx-2.8.5-new/src/HTInit.c
Package: libgtk2.0-0
Version: 2.12.9-4
Severity: grave
Justification: renders package unusable
Subject: libgtk2.0-0: Fails to load icons (libpixbufloader-png.so)
Package: libgtk2.0-0
Version: 2.12.9-4
Severity: grave
Justification: renders package unusable
-- System Information:
Debian
When upgrading libgtk2.0-0 and gtk2-engines-pixbuf from 2.12.9-3 to
2.12.9-4 then running startx, in ~/.xsession-errors there are a bunch of
errors like this from gnome-fs-desktop, gnome-panel, nm-applet and
update-notifier:
quote
Failed to load gnome-fs-desktop: Unable to load
Loïc Minier wrote:
quote
Failed to load gnome-fs-desktop: Unable to load image-loading module:
/usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so:
/usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so: cannot open shared
object file: No such file or directory
/quote
Both 2.12.9-3 and 2.12.9-4 are
Loïc Minier wrote:
/var/lib/dpkg/info/libgtk2.0-0.postinst:
# versions prior to 2.10.1-1 used the 2.4.0 binary version and generated module
# files below /etc/gtk-2.0 which will we can not leave behind (since they
# reference modules not on the system anymore)
if [ $1 = configure ] dpkg
[prelink] eventually fails with:
*** glibc detected *** free(): invalid pointer: 0xb7f9ac08 ***
Prelink failed with return value 134
Are you able to run prelink in gdb and get a backtrace on that invalid
free, and perhaps find out which file(s) cause prelink to fail in that way?
-tedp
--
tags 392236 patch
stop
I have attached a patch that replaces all the _syscall*() macros I found
with calls to syscall() as required when building with Linux headers =
2.6.18.
I trust you will check the changes carefully :)
-Ted
diff -ru util-linux-2.12r/fdisk/llseek.c
tags 389317 patch
stop
Here is a small patch to fix the FTBFS.
-Ted
diff -ru suspend2-userui-0.6.4/userui.h suspend2-userui-0.6.4-new/userui.h
--- suspend2-userui-0.6.4/userui.h 2006-06-07 03:25:12.0 +1000
+++ suspend2-userui-0.6.4-new/userui.h 2006-10-14 01:57:51.0 +1000
@@ -1,7
tags 392554 patch
stop
This should fix the FTBFS.
-Ted
diff -ru atari-fdisk-0.7.1/disk.c atari-fdisk-0.7.1-new/disk.c
--- atari-fdisk-0.7.1/disk.c 2003-09-23 06:27:09.0 +1000
+++ atari-fdisk-0.7.1-new/disk.c 2006-10-14 02:09:01.0 +1000
@@ -65,7 +65,7 @@
#include string.h
The package needs _LARGEFILE64_SOURCE to be defined, otherwise the
off64_t type doesn't exist[1]. I suspect this should really be part of
the output of `apxs2 -q CFLAGS`.
Compare the output of apxs (apache-dev) and apxs2 (apache2-threaded-dev):
$ apxs -q CFLAGS
-DLINUX=22 -DEAPI -DTARGET=apache
merge 392554 393024
stop
All the FTBFS bugs that suddenly showed up due to linux-kernel-headers
2.6.18 do require the packages to be fixed. I had a brief discussion
with Bastian Blank about this in bug #389673 - the syscall macros are no
longer available to user space as of 2.6.18.
The fixes
tags 393027 patch
stop
I have attached a patch that fixes the FTBFS. I have _not_ tested
anything beyond that the package builds, but it should be safe.
-Ted
diff -ru fdclone-2.06c/Configur fdclone-2.06c-new/Configur
--- fdclone-2.06c/Configur 2006-10-17 20:02:00.0 +1000
+++
found 431054 0.4.6.1-1
thanks
This problem of loss of keyboard input still occurs for me in 0.4.6.1-1
on 2.6.18.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-k7
Package: bugzilla
Version: 2.22.1-2
Severity: serious
Justification: Policy 10.4
Installation is failing on my system where /bin/sh is a link to
/bin/dash. The precense of the -ne and -e in output indicates that
there are probably one or more scripts using bash features without
specifying
Package: libcurlpp0
Version: 0.8.1-2+b1
Severity: grave
Justification: renders package unusable
libcurlpp0 appears to always fail with a "No URL set!" error message.
I only tested the "Easy" API.
For example even the first example in its repo
Bug 871306[2] says graphicsmagick needs to Build-Depend on g++ (>= 4:7) to get
the new & old ABIs, but I don't see a versioned Build-Depends on g++ since the
bug was closed in version 1.3.26-5.
> For new
> executables to build without undefined references, your library will
> need rebuilding with
38 matches
Mail list logo