Bug#646004: python-magic: Missing libmagic1 dependency
Package: python-magic Version: 5.09-1 Severity: grave Justification: renders package unusable The libmagic1 dependency is missing, so we get things like this palfrey@missfun:[~/src/nih/jukebox] python metadata.py ~/2-09\ Big\ Swifty.mp3 = Traceback (most recent call last): File metadata.py, line 15, in module import magic File /usr/lib/python2.6/dist-packages/magic.py, line 94, in module _list = _libraries['magic'].magic_list File /usr/lib/python2.6/ctypes/__init__.py, line 366, in __getattr__ func = self.__getitem__(name) File /usr/lib/python2.6/ctypes/__init__.py, line 371, in __getitem__ func = self._FuncPtr((name_or_ordinal, self)) AttributeError: /usr/lib/libmagic.so.1: undefined symbol: magic_list -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable'), (680, 'unstable'), (670, 'experimental'), (500, 'stable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-magic depends on: ii python2.6.7-2interactive high-level object-orie ii python2.6 2.6.7-3An interactive high-level object-o ii python2.7 2.7.2-3An interactive high-level object-o python-magic recommends no packages. Versions of packages python-magic suggests: pn python-magic-dbg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556851: Pitivi bootup error
I can't reproduce this locally. Do you have a .cvs, CVS or .git directory in your /usr folder, as that would confuse the pitivi startup routines? Tom Parker -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518780: python2.6-minimal: Install failure (conflict with python-support?)
Package: python2.6-minimal Version: 2.6.1-1 Severity: grave Justification: renders package unusable drone:/home/palfrey# apt-get install python2.6-minimal Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed python2.6-minimal 0 upgraded, 1 newly installed, 0 to remove and 576 not upgraded. 1 not fully installed or removed. Need to get 0B/1342kB of archives. After this operation, 4764kB of additional disk space will be used. (Reading database ... 101266 files and directories currently installed.) Unpacking python2.6-minimal (from .../python2.6-minimal_2.6.1-1_i386.deb) ... new installation of python2.6-minimal; /usr/lib/python2.6/site-packages is a directory which is expected a symlink to /usr/local/lib/python2.6/dist-packages. please find the package shipping files in /usr/lib/python2.6/site-packages and file a bug report to ship these in /usr/lib/python2.6/dist-packages instead aborting installation of python2.6-minimal dpkg: error processing /var/cache/apt/archives/python2.6-minimal_2.6.1-1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/python2.6-minimal_2.6.1-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Two issues: one that /usr/lib/python2.6/site-packages is meant to be a link to a /usr/local path and that it's conflicting with the existing folder, which was put there by python-support (0.90.3 installed) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python2.6-minimal depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages python2.6-minimal recommends: pn python2.6 none (no description available) Versions of packages python2.6-minimal suggests: ii binfmt-support1.2.11 Support for extra binary formats -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475858: Elfkickers FTFBS due to asm/elf.h removal from kernel
merge 475858 479900 thanks Elfkickers currently FTBFS on sid systems due to the kernel no longer exporting asm/elf.h as a header, and so elfkickers needs specific dependancies to sort this out. I think I've found a good set of deps (patch attached) but here's some explanation why these various things might work (depending on whether you're on a lenny, etch or sid system): libc6-dev: 2.7-13 is the current lenny/sid version, and that has asm/elf.h in it. Lower versions might also work (2.7-10 doesn't according to http://people.debian.org/~lucas/logs/2008/05/06/elfkickers_2.0a-3_sid32-gcc43.buildlog.gz), but I haven't checked. linux-libc-dev (or linux-kernel-headers, which by lenny becomes a virtual package supplied by linux-libc-dev): 2.6.24 appears to be the right timeframe for last kernel that exported the header based on http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=6cc931b9b5ec652c90b928f3ec2163f261552c91 being the commit that removes the asm/elf.h export, and http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tag;h=0d733ddb2026683da26c1722847b99911c43ccb5 - the tag for 2.6.24 - being the last version tag before that. 2.6.25 is at http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tag;h=20b8df8e5501bac243e64c0c8c52907735a0041b and is too late. Between these three, the right packages should get pulled in and everything *should* just work! Tom Parker diff --git a/debian/control b/debian/control index 4845e27..b04a109 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: elfkickers Section: utils Priority: extra Maintainer: Fathi Boudra [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 6), quilt +Build-Depends: cdbs, debhelper (= 6), quilt, libc6-dev (= 2.7-13) | linux-kernel-headers (= 2.6.24) |linux-libc-dev (= 2.6.24) Standards-Version: 3.7.3 Homepage: http://www.muppetlabs.com/~breadbox/software/elfkickers.html
Bug#499352: Fuse-utils and udev
According to the fuse-utils.postinst script, that it tried to invoke udev indicates that fuse has detected udev in operation and so shouldn't need to check for the existence of the script... specifically udev=0 if grep -qE '^udev /dev' /proc/mounts; then udev=1 elif [ -d /dev/.udevdb/ -o -d /dev/.udev/ ]; then udev=1 fi if udev is still 0 after that, then the invoke-rc.d isn't done. Which one of these tests suceeded in your chroot? Tom Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500637: ndisgtk failure to find ndiswrapper
This would be because ndisgtk can't find the ndiswrapper module, which has presumably not been installed. Try modprobe ndiswrapper and you should get the same error. Installing module-assistant and ndiswrapper-source and then entering m-a a-i ndiswrapper should build and install the correct version of the module for you, but this doesn't get around the core issue of ndisgtk not noticing a lack of an ndiswrapper module. The attached patch should partially fix this by making ndisgtk throw up a warning dialog when the ndiswrapper module is not present. Tom Parker diff --git a/ndisgtk b/ndisgtk index f5c97cd..244985d 100755 --- a/ndisgtk +++ b/ndisgtk @@ -300,12 +300,15 @@ class NdisGTK: error_dialog(_(Error while installing.) , self.install_dialog) else: # Assume driver installed successfully. Set up and reload module -subprocess.call([ndiswrapper, -ma]) -subprocess.call([modprobe, -r, ndiswrapper]) -subprocess.call([modprobe, ndiswrapper]) - -self.get_driver_list() -self.install_dialog_close() +try: + subprocess.call([ndiswrapper, -ma]) + subprocess.call([modprobe, -r, ndiswrapper]) + subprocess.check_call([modprobe, ndiswrapper]) + + self.get_driver_list() + self.install_dialog_close() +except subprocess.CalledProcessError: + error_dialog(_(Ndiswrapper kernel module not present, please install.), self.install_dialog) def remove_driver(self, *args):
Bug#500523: #500523 found and fixed upstream
First trace looks like http://trac.gajim.org/ticket/4350 which apparently was fixed in http://trac.gajim.org/changeset/10447 Not sure exactly what the second one is, but there's http://trac.gajim.org/ticket/3733 and http://trac.gajim.org/ticket/2652 (fixed by http://trac.gajim.org/changeset/9360 and http://trac.gajim.org/changeset/7400 respectively). Possibly Debian should pull at least some of these patches into the release to fix this bug? Tom Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494756: xserver-xorg-video-nouveau: No source for linux-nouveau-modules
Package: xserver-xorg-video-nouveau Version: 1:0.0.10~git+20080706+b1f3169-1 Severity: grave Justification: renders package unusable xserver-xorg-video-nouveau requires linux-nouveau-modules. AFAIK (and I've looked at incoming and the NEW queue) I have no idea where to find/build this package, thus making the nouveau module unusable... If I'm missing something obvious, then maybe the nouveau driver should recommend the relevant other package (similarly to the nvidia-glx package and kernel modules) to avoid confusing others. Thanks, Tom Parker -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (104, 'experimental'), (103, 'unstable'), (102, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494755: xserver-xorg-video-nouveau: No source for linux-nouveau-modules
Package: xserver-xorg-video-nouveau Version: 1:0.0.10~git+20080706+b1f3169-1 Severity: grave Justification: renders package unusable xserver-xorg-video-nouveau requires linux-nouveau-modules. AFAIK (and I've looked at incoming and the NEW queue) I have no idea where to find/build this package, thus making the nouveau module unusable... If I'm missing something obvious, then maybe the nouveau driver should recommend the relevant other package (similarly to the nvidia-glx package and kernel modules) to avoid confusing others. Thanks, Tom Parker -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (104, 'experimental'), (103, 'unstable'), (102, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478337: symbol lookup error: sqlite3: undefined symbol: sqlite3_enable_load_extension
Package: sqlite3 Version: 3.5.6-3 Severity: grave [EMAIL PROTECTED]:[~] sqlite3 SQLite version 3.5.7 Enter .help for instructions sqlite quit; sqlite3: symbol lookup error: sqlite3: undefined symbol: sqlite3_enable_load_extension Also, if you give a db on the command line [EMAIL PROTECTED]:[~/shared/movies/epgrabber] sqlite3 watch.db sqlite3: symbol lookup error: sqlite3: undefined symbol: sqlite3_enable_load_extension which makes it basically unusable. Upgrading the sqlite3 package will probably fix this (as libsqlite3-0 is on 3.5.7-2 and this is at 3.5.6-2), but it should have had a tighter dependancy. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (104, 'experimental'), (103, 'unstable'), (102, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages sqlite3 depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libreadline5 5.2-3 GNU readline and history libraries ii libsqlite3-0 3.5.7-2SQLite 3 shared library sqlite3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438383: Crashes on startup
Package: pidgin Version: 2.1.0-1 Severity: serious --- Please enter the report below this line. --- This is related to experimental gnome-session, and its setting of G_DEBUG to fatal-criticals. With G_DEBUG cleared, pidgin starts up fine. This is also.http://developer.pidgin.im/ticket/2590 upstream. (gdb) r Starting program: /usr/bin/pidgin [Thread debugging using libthread_db enabled] [New Thread 1089750448 (LWP 4715)] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 1089750448 (LWP 4715)] 0x407488a9 in g_logv () from /usr/lib/libglib-2.0.so.0 (gdb) bt #0 0x407488a9 in g_logv () from /usr/lib/libglib-2.0.so.0 #1 0x40748b09 in g_log () from /usr/lib/libglib-2.0.so.0 #2 0x40748beb in g_return_if_fail_warning () from /usr/lib/libglib-2.0.so.0 #3 0x403b54ed in IA__gtk_widget_ensure_style (widget=0x0) at /tmp/buildd/gtk+2.0-2.11.6/gtk/gtkwidget.c:5604 #4 0x08079022 in headline_style_set (widget=0x81135f8, prev_style=0x0) at ../../pidgin/gtkblist.c:4168 #5 0x406ec303 in g_cclosure_marshal_VOID__OBJECT () from /usr/lib/libgobject-2.0.so.0 #6 0x406de752 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #7 0x406f0695 in ?? () from /usr/lib/libgobject-2.0.so.0 #8 0x082e3dd0 in ?? () #9 0x in ?? () (gdb) f 4 #4 0x08079022 in headline_style_set (widget=0x81135f8, prev_style=0x0) at ../../pidgin/gtkblist.c:4168 4168../../pidgin/gtkblist.c: No such file or directory. in ../../pidgin/gtkblist.c (gdb) --- System information. --- Architecture: i386 Kernel: Linux 2.6.20-1-686 Debian Release: 4.0 990 stable security.debian.org 990 stable ftp.nl.debian.org 99 experimentalftp.nl.debian.org 97 feisty archive.ubuntu.com 103 testing ftp.nl.debian.org 102 unstablewww.debian-multimedia.org 102 unstableftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== pidgin-data (= 2.1.0) | 2.1.0-1 pidgin-data( 2.1.0-z) | 2.1.0-1 libatk1.0-0 (= 1.13.2) | 1.18.0-2 libavahi-compat-howl0(= 0.6.0) | 0.6.20-2 libc6(= 2.6-1) | 2.6.1-1 libcairo2(= 1.4.0) | 1.4.10-1 libdbus-1-3 (= 1.1.1) | 1.1.1-3 libdbus-glib-1-2 (= 0.74) | 0.74-1 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libglib2.0-0(= 2.12.9) | 2.13.7-3 libgstreamer0.10-0 (= 0.10.13) | 0.10.14-1 libgtk2.0-0 (= 2.10.12-3) | 2.11.6-1 libgtkspell0 (= 2.0.2) | 2.0.10-3+b1 libice6(= 1:1.0.0) | 2:1.0.3-3 libncursesw5 (= 5.6) | 5.6+20070716-1 libnspr4-0d (= 1.8.0.10) | 4.6.7-1 libnss3-0d (= 3.11.7) | 3.11.7-1 libpango1.0-0 (= 1.16.5) | 1.17.5-1 libperl5.8 (= 5.8.8) | 5.8.8-7 libsasl2-2 | 2.1.22.dfsg1-8 libsilc-1.1-2 | 1.1.2-2 libsm6 | 2:1.0.3-1+b1 libstartup-notification0 (= 0.8-1) | 0.9-1 libx11-6| 2:1.1.3-1 libxcursor1 ( 1.1.2) | 1:1.1.8-2 libxext6| 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.2-1 libxinerama1| 1:1.0.2-1 libxml2 (= 2.6.29) | 2.6.29.dfsg-1 libxrandr2 (= 2:1.2.0) | 2:1.2.1-1 libxrender1 | 1:0.9.2-1 libxss1 | 1:1.1.0-1 python | 2.4.4-6 libsasl2-modules| 2.1.22.dfsg1-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413687: guml: Doesn't startup with no config directory
Package: guml Version: 0.3-0.1 Severity: grave Justification: renders package unusable Just installed it for the first time [EMAIL PROTECTED]:[~] guml Traceback (most recent call last): File /usr/bin/X11/guml, line 143, in ? win = TerminalWindow() File /usr/bin/X11/guml, line 35, in __init__ self.configured_umls = uml.list() File /usr/share/guml/uml.py, line 40, in list for entry in os.listdir(%s/.guml % os.getenv(HOME)): OSError: [Errno 2] No such file or directory: '/local/palfrey/.guml' -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (97, 'feisty') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages guml depends on: ii python-gtk2 2.10.3-2 Python bindings for the GTK+ widge ii python-support 0.6.1automated rebuilding support for p ii python-vte 1:0.14.2-1 Python bindings for the VTE widget ii user-mode-linux 2.6.18-1um-2 User-mode Linux (kernel) guml recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358044: Alpha patch for FTBFS
The attached patch should fix the definition of CS_IEEE_DOUBLE_FORMAT, but the list should probably be expanded further (contains x86, PPC, m68k and now alpha). Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum diff -rN -u old-crystalspace-0.99-20060125/CS/include/cssysdef.h new-crystalspace-0.99-20060125/CS/include/cssysdef.h --- old-crystalspace-0.99-20060125/CS/include/cssysdef.h2006-01-18 20:59:17.0 +0100 +++ new-crystalspace-0.99-20060125/CS/include/cssysdef.h2006-12-04 13:45:54.0 +0100 @@ -769,7 +769,8 @@ #if !defined (CS_IEEE_DOUBLE_FORMAT) # if defined (CS_PROCESSOR_X86) || \ defined (CS_PROCESSOR_POWERPC) || \ - defined (CS_PROCESSOR_M68K) + defined (CS_PROCESSOR_M68K) || \ + defined (CS_PROCESSOR_ALPHA) #define CS_IEEE_DOUBLE_FORMAT # endif #endif
Bug#400172: Re-sending control messages to correct address
tags 400172 + unreproducible severity 400172 important thanks Sending commands to bugnumber@bugs.debian.org doesn't do very much. Sending to [EMAIL PROTECTED] does however... Tom Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400061: Scons now fixed
As scons has now been fixed in unstable, this should be fixable by upgrading the build-depends such that the scons dependency is scons (= 0.96.93-2) rather than an unversioned dependency. Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334028: uclibc-toolchain needs cpp-3.3
Installing cpp-3.3 fixes this bug. However, then we get [EMAIL PROTECTED]:[~] /usr/bin/i386-uclibc-linux-gcc /usr/bin/gcc-3.3: No such file or directory Installing gcc-3.3 fixes this one... Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399382: Can't reproduce 399382 with qemu 0.8.2-3
I can reproduce the FTBFS on i386 with 0.8.1-1, but can't with 0.8.2-3 (current unstable). Can you retest with that version please? Thanks, Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400121: Can't reproduce 400121 with libpcre3
I've just been doing the test that Olivier Trichet mentioned with pcretest, with a file containing 30,000 Z's, and I don't get a crash. This is with libpcre3 6.7-1 on i386. Any more details on a good testcase for libpcre3? Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400121: Can't reproduce 400121 with libpcre3
Mark Baker wrote: On Wed, Nov 29, 2006 at 12:59:47PM +0100, Tom Parker wrote: I've just been doing the test that Olivier Trichet mentioned with pcretest, with a file containing 30,000 Z's, and I don't get a crash. This is with libpcre3 6.7-1 on i386. I can reproduce it with pcregrep; no idea why pcretest might not suffer from it. It crashes when it gets to 8192 recursive instances of the match function, possibly due to running out of stack space? You are looking for a pattern of (.)* I assume? I was looking for a ^(.)*$ pattern, but I've just double-checked with (.)* and ^(.)*, none of them crash pcretest. pcregrep (6.7-1) also doesn't crash with that pattern. There appears to be something different about my system... where exactly does pcregrep crash? A stack trace would be nice. Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400061: Fix for lprof FTBFS
This is due to an Scons bug. See #400922 for details -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400121: Can't reproduce 400121 with libpcre3
Mark Baker wrote: There is a limit recursion feature of PCRE, which the calling program could use. There appears to be two options here: 1) Punt back to Konqueror, and get them (or whatever they're calling that uses libpcre3 - note that libpcre3 is *not* in the dependancies of konqueror 4:3.5.5a.dfsg.1-2, so this probably needs doing somewhere else) and get them to use the recursion limiting of pcre to clip it at a few thousand - your stack trace got to 8156 iterations, so clipping at say 4000 or so should be plenty for most sane things while not limiting most applications. This is a bit of a hack around, but would fix the security issue (well, unless some user sets their stack size even smaller) 2) Figure out a way to fix this properly by getting libpcre to realise it's run out of stack space (possibly by not spawning new copies of match() unless there's some minimum value of stack free), and to return some form of match failed badly, here's an error up to the calling app. Not sure how you'd do that cleanly offhand. Catching SIGSEGV might work, but would be like using a sledgehammer to crack peanuts (as well as screwing with any application that's catching SIGSEGV for it's own reasons). Best option here is probably forwarding to upstream and seeing what their thoughts are. I guess as the package maintainer you're probably on the mailing list for them? Tom Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318555: OSkit FTBFS patch
Attached is a patch that fixes pretty much all of the errors with 4.x versions of gcc... there's quite a lot of them. The patch is against the unpacked oskit in the build-tree/. Most of the patches are simple fixes, but there's a few things of note: 1) freebsd/3.x/src/lib/libc/stdio/vfprintf.c had to be replaced completely (with the one from oskit/freebsd/src/lib/libc/stdio/vfprintf.c) as I couldn't figure out any way to fix this on short of rewriting. 2) The use of -I- (deprecated with gcc 4.x) has been replaced with -iquote, which is currently supported. 3) The output format in kern/x86/multiboot_info_dump.c is a bit of a guess, as there isn't much detail available on what the %b flag to printf was meant to do. 4) The $(MAKE) line in debian/rules needs to become: $(MAKE) -C $(BUILD_TREE) OSKIT_EXCLUDED_SUBDIRS=examples/x86/sproc examples/x86 examples/x86/extended examples/x86/threads examples/x86/entropy This is because the whole examples folder fails with the error ld: rndunittest: Not enough room for program headers (allocated 3, need 4) Section to Segment mapping: Segment Sections... 00: LOAD: .text .fixup .fini .rodata __ex_table 01: LOAD: .ctors .dtors 02: LOAD: .data .bss 03: STACK: ld: final link failed: Bad value (With rndunittest being various program names). To be honest, having fixed all of these, given the problems in 4) and the lack of upstream support, I'd say this shouldn't be released with etch. Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum diff -rN -u old-build-tree/oskit/GNUmakerules new-build-tree/oskit/GNUmakerules --- old-build-tree/oskit/GNUmakerules 2003-01-06 21:58:16.0 +0100 +++ new-build-tree/oskit/GNUmakerules 2006-11-23 19:23:31.0 +0100 @@ -70,12 +70,11 @@ # We prefix these with OSKIT_ rather than using the normal variables # so that you can override the normal variables on the make command line # in order to add options (e.g. 'make CFLAGS=-save-temps'). -# The -I- flag divides the -I line: -# -I flags before -I- are searched for #include file only, not file -# -I flags after -I- are searched for all include files. -OSKIT_CPPFLAGS += -MD $(DEFINES) -I. $(addprefix -I,$(SRCDIRS)) \ - $(addprefix -I,$(MOSTLY_SRCDIRS)) \ - -I- $(addprefix -I,$(INCDIRS)) -nostdinc +# -iquote dirs are searched for #include file only, not file +# -I dirs are searched for all include files. +OSKIT_CPPFLAGS += -MD $(DEFINES) -I. $(addprefix -iquote,$(SRCDIRS)) \ + $(addprefix -iquote,$(MOSTLY_SRCDIRS)) \ + $(addprefix -I,$(INCDIRS)) -nostdinc OSKIT_CFLAGS += $(OSKIT_CPPFLAGS) -Wall $(OSKIT_FFLAGS) OSKIT_LDFLAGS += $(addprefix -L,$(LIBDIRS)) diff -rN -u old-build-tree/oskit/dev/osenv_sleep.c new-build-tree/oskit/dev/osenv_sleep.c --- old-build-tree/oskit/dev/osenv_sleep.c 2003-01-06 21:58:39.0 +0100 +++ new-build-tree/oskit/dev/osenv_sleep.c 2006-11-23 19:39:36.0 +0100 @@ -85,13 +85,14 @@ osenv_wakeup(sr, wakeup_status); } +static oskit_error_t sleep_object_create(oskit_sleep_t **); + /* * function to create a sleep object. */ static OSKIT_COMDECL simple_sleep_create(oskit_osenv_sleep_t *b, oskit_sleep_t **out_sleep) { - static oskit_error_t sleep_object_create(oskit_sleep_t **); return sleep_object_create(out_sleep); } diff -rN -u old-build-tree/oskit/freebsd/3.x/shared/defaults.c new-build-tree/oskit/freebsd/3.x/shared/defaults.c --- old-build-tree/oskit/freebsd/3.x/shared/defaults.c 2003-05-21 09:47:10.0 +0200 +++ new-build-tree/oskit/freebsd/3.x/shared/defaults.c 2006-11-23 20:18:16.0 +0100 @@ -101,12 +101,12 @@ */ int subyte (void *base, int byte) { - return (int)((char *)base = (char)byte); + return (int)(((char *)base)[0] = (char)byte); } int suibyte (void *base, int byte) { - return (int)((char *)base = (char)byte); + return (int)(((char *)base)[0] = (char)byte); } /* -- */ diff -rN -u old-build-tree/oskit/freebsd/3.x/shared/swi.c new-build-tree/oskit/freebsd/3.x/shared/swi.c --- old-build-tree/oskit/freebsd/3.x/shared/swi.c 2003-05-21 09:47:10.0 +0200 +++ new-build-tree/oskit/freebsd/3.x/shared/swi.c 2006-11-23 20:22:54.0 +0100 @@ -73,12 +73,13 @@ */ static int swi_vector; +static voidswi_softintr_handler(void *arg); +extern voidbsdnet_net_softnet(void); + void swi_init(void) { int err; - static void swi_softintr_handler(void *arg); - extern void bsdnet_net_softnet(void); err = osenv_softirq_alloc_vector(swi_vector); if (err) diff -rN -u old-build-tree/oskit/freebsd/3.x/src/lib/libc/net/ns_ntoa.c new-build-tree/oskit/freebsd/3.x/src/lib/libc
Bug#390902: electricsheep dies: X Error of failed request: BadMatch (invalid parameter attributes)
Package: electricsheep Version: 2.6.8-3 Severity: grave Justification: renders package unusable Running electricsheep from command line gets the following [EMAIL PROTECTED]:[~] electricsheep X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 141 (XVideo) Minor opcode of failed request: 19 () Serial number of failed request: 159 Current serial number in output stream: 159 zsh: terminated electricsheep Running with --mplayer 1 works however... -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (97, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages electricsheep depends on: ii curl 7.13.2-2sarge5 Get a file from an HTTP, HTTPS, FT ii debconf 1.5.5 Debian configuration management sy ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg-progs 6b-10 Programs for manipulating JPEG fil ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libsdl1.2debian 1.2.11-3 Simple DirectMedia Layer ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxv11:1.0.1-5 X11 Video extension library ii xloadimage4.1-14.3 Graphics file viewer under X11 ii zlib1g1:1.2.3-13 compression library - runtime electricsheep recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369685: Nautilus FTBFS with low version of libIDL
Package: nautilus Version:2.14.1-4 Severity: grave With libidl-dev 0.8.5-1 installed (current stable), Nautilus FTBFS as shown below. Upgrading libidl-dev to 0.8.6-1 fixes this. make[3]: Entering directory `/home/parkertev/stuff/nautilus-2.14.1/src' /usr/bin/orbit-idl-2 -I /usr/share/idl/bonobo-activation-2.0 -I /usr/share/idl/bonobo-2.0 -I.. nautilus-shell-interface.idl orbit-idl-2 2.14.0 compiling mode, hide preprocessor errors, passes: stubs skels common headers nautilus-shell-interface.idl:11: Error: `URI' undeclared identifier ** (process:1295): WARNING **: nautilus-shell-interface.idl compilation failed make[3]: *** [nautilus_shell_interface_idl_stamp] Error 1 make[3]: Leaving directory `/home/parkertev/stuff/nautilus-2.14.1/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/parkertev/stuff/nautilus-2.14.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/parkertev/stuff/nautilus-2.14.1' make: *** [debian/stamp-makefile-build] Error 2
Bug#367626: sun-java5-plugin doesn't contain a plugin (or anything else)
Package: sun-java5-plugin Version: 1.5.0-06-1 Severity: grave Justification: renders package unusable sun-java5-plugin does not contain a plugin, and in fact only contains folders and symlinks as opposed to any useful content. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (97, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sun-java5-plugin depends on: ii firefox 1.5.dfsg+1.5.0.3-2 lightweight web browser based on M ii libasound21.0.11-3 ALSA library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii libxp61:1.0.0-1 X Printing Extension (Xprint) clie ii libxt61:1.0.0-4 X11 toolkit intrinsics library ii libxtst6 1:1.0.1-3 X11 Testing -- Resource extension ii sun-java5-bin 1.5.0-06-1 Sun Java(TM) Runtime Environment ( sun-java5-plugin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366504: vim-runtime: Overwrites /usr/share/vim/vimcurrent in vim-common
Package: vim-runtime Version: 1:6.4+7.0g01-1 Severity: grave Justification: renders package unusable Preparing to replace vim-runtime 1:6.4-007+1 (using .../vim-runtime_1%3a6.4+7.0g01-1_all.deb) ... Unpacking replacement vim-runtime ... dpkg: error processing /var/cache/apt/archives/vim-runtime_1%3a6.4+7.0g01-1_all.deb (--unpack): trying to overwrite `/usr/share/vim/vimcurrent', which is also in package vim-common Errors were encountered while processing: /var/cache/apt/archives/vim-runtime_1%3a6.4+7.0g01-1_all.deb -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (97, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) vim-runtime depends on no packages. Versions of packages vim-runtime recommends: pn vim | vim-gnome | vim-gtk | v none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354553: xorg depends on unfindable libgl1-mesa
Package: xorg Version: 1:7.0.0 Severity: grave Justification: renders package unusable xorg relies on the libgl1-mesa package, which I can't find a copy of anywhere in the Debian archives (I've also checked incoming and the new packages list on ftp-master.debian.org). There is a copy available in the Ubuntu archives for dapper, but installing this would probably be a bad idea -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (97, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348999: banshee: Segfault on startup
Package: banshee Version: 0.10.4-1 Severity: grave Justification: renders package unusable Ran banshee from command line, got the following (Banshee:5958): GLib-CRITICAL **: g_key_file_add_group: assertion `g_key_file_lookup_group_node (key_file, group_name) == NULL' failed = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in 0x4 (wrapper managed-to-native) Avahi.EntryGroup:avahi_entry_group_add_service_strlst (intptr,int,Avahi.Protocol,Avahi.PublishFlags,byte[],byte[],byte[],byte[],uint16,intptr) in 0xffb0 (wrapper managed-to-native) Avahi.EntryGroup:avahi_entry_group_add_service_strlst (intptr,int,Avahi.Protocol,Avahi.PublishFlags,byte[],byte[],byte[],byte[],uint16,intptr) in [0x29] Avahi.EntryGroup:AddService (int,Avahi.Protocol,Avahi.PublishFlags,string,string,string,string,uint16,intptr) in [0x4e] Avahi.EntryGroup:AddService (int,Avahi.Protocol,Avahi.PublishFlags,string,string,string,string,uint16,string[]) in [0xd] Avahi.EntryGroup:AddService (Avahi.PublishFlags,string,string,string,uint16,string[]) in [0x9] Avahi.EntryGroup:AddService (string,string,string,uint16,string[]) in [0xcb] DAAP.Server:RegisterService () in [0x35] DAAP.Server:Start () in [0xf] Banshee.Plugins.Daap.DaapCore:StartServer () in [0xb9] Banshee.Plugins.Daap.DaapCore:LoadInitialServerDatabase () in [0x16] Banshee.Plugins.Daap.DaapCore:OnLibraryReloaded (object,System.EventArgs) in 0x29 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in 0x29 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in 0x24b3c5 (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in 0x35 AnonHelp19:#AnonymousMethod13 (object,System.EventArgs) in 0x24622a (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in 0x1a InvokeCB:Invoke () in 0xffb2 (wrapper delegate-invoke) System.MulticastDelegate:invoke_bool () in 0x2a TimeoutProxy:Handler () in 0xfe51a35b (wrapper native-to-managed) TimeoutProxy:Handler () in 0x4 (wrapper managed-to-native) Gtk.Application:gtk_main () in 0xffe7 (wrapper managed-to-native) Gtk.Application:gtk_main () in 0x7 Gtk.Application:Run () in [0x1e3] Banshee.BansheeEntry:Startup (string[]) in [0x1] Banshee.BansheeEntry:Main (string[]) in 0xff4d20c7 (wrapper runtime-invoke) System.Object:runtime_invoke_void_string[] (object,intptr,intptr,intptr) Native stacktrace: /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0xe5) [0x40090455] /usr/lib/libmono.so.0 [0x400514dd] [0xe440] /usr/lib/libdbus-1.so.2 [0x4161c86a] /usr/lib/libdbus-1.so.2 [0x4161d2a1] /usr/lib/libdbus-1.so.2 [0x4161bbad] /usr/lib/libdbus-1.so.2 [0x4161c637] /usr/lib/libdbus-1.so.2 [0x41606272] /usr/lib/libdbus-1.so.2 [0x416086de] /usr/lib/libdbus-1.so.2(dbus_pending_call_block+0x1d) [0x4161621d] /usr/lib/libdbus-1.so.2(dbus_connection_send_with_reply_and_block+0x79) [0x41608d39] /usr/lib/libavahi-client.so.3(avahi_entry_group_add_service_strlst+0x20a) [0x4240995a] [0x429b4060] [0x429b3f99] [0x429b3e26] [0x429b3d6d] [0x429b3d2e] [0x429b3197] [0x42759ebf] [0x42759d82] [0x427594d5] [0x42758ed4] [0x4250db02] [0x4250dada] [0x4250dada] [0x42758e76] [0x4250daf2] [0x42753cdb] [0x42753c88] [0x42753c03] [0x41d0edf4] /usr/lib/libglib-2.0.so.0 [0x40229124] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x211) [0x40227371] /usr/lib/libglib-2.0.so.0 [0x4022a5d7] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1a8) [0x4022ab28] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xc1) [0x4105f3a1] [0x42753bb7] [0x42753b78] [0x40b9cf0e] [0x40b9c89b] [0x40b9c823] /usr/lib/libmono.so.0 [0x4006e8c0] /usr/lib/libmono.so.0(mono_runtime_invoke+0x33) [0x400d2893] /usr/lib/libmono.so.0(mono_runtime_exec_main+0x6b) [0x400d57fb] /usr/lib/libmono.so.0(mono_runtime_run_main+0x18c) [0x400d8cdc] /usr/lib/libmono.so.0(mono_jit_exec+0x8e) [0x400819ce] /usr/lib/libmono.so.0(mono_main+0x1100) [0x40082b90] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xd0) [0x402f3eb0] /usr/lib/pkgconfig/../../bin/mono [0x8048471] -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (98, 'breezy'), (97, 'dapper') Architecture: i386 (i686)
Bug#321889: aptitude: Fix for FTBFS
Package: aptitude Version: 0.3.3-1.1 Tags: patch Followup-For: Bug #321889 Attempting to self-compile Aptitude results in FTBFS with newer libapt-pkg, libsigc++ and gcc 4.0. Attached patch fixes this. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (98, 'hoary'), (97, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.40.1 Advanced front-end for dpkg ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-4 GCC support library ii libncursesw5 5.4-9 Shared libraries for terminal hand ii libsigc++-2.0-0c2 2.0.10-3 type-safe Signal Framework for C++ ii libstdc++64.0.1-4The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information diff -ur aptitude-0.3.3/src/generic/problemresolver/problemresolver.h aptitude-0.3.3-noftbfs/src/generic/problemresolver/problemresolver.h --- aptitude-0.3.3/src/generic/problemresolver/problemresolver.h 2005-05-04 18:54:40.0 +0200 +++ aptitude-0.3.3-noftbfs/src/generic/problemresolver/problemresolver.h 2005-08-17 18:18:53.0 +0200 @@ -235,8 +235,6 @@ return forbidden_versions; } -const action get_action() {return my_action;} - int get_score() const {return score;} int get_action_score() const {return action_score;} diff -ur aptitude-0.3.3/src/generic/strhash.h aptitude-0.3.3-noftbfs/src/generic/strhash.h --- aptitude-0.3.3/src/generic/strhash.h 2004-12-04 01:57:13.0 +0100 +++ aptitude-0.3.3-noftbfs/src/generic/strhash.h 2005-08-17 18:20:04.0 +0200 @@ -28,7 +28,7 @@ #if defined(HAVE_HASH_MAP) || defined(HAVE_EXT_HASH_MAP) namespace HASH_NAMESPACE { - struct hashstd::string + template struct hashstd::string { inline size_t operator()(const std::string s) const {
Bug#321889: aptitude uninstallable on experimental
Package: aptitude Version: 0.3.3-1 Severity: grave Tags: experimental Justification: renders package unusable 0.3.3-1 relies on libapt-pkg-libc6.5-5-3.9 which is not currently provided by any i386 version of apt in Debian -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (98, 'hoary'), (97, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.40.1 Advanced front-end for dpkg ii libc6 2.3.5-1GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libsigc++-1.2-5c2 1.2.5-5type-safe Signal Framework for C++ ii libstdc++64.0.1-2The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321420: tetex-base uninstallable due to lack of update-language
Package: tetex-base Version: 3.0-6 Severity: grave Tags: experimental Justification: renders package unusable Attempting to install tetex-base results in the following Setting up tetex-base (3.0-6) ... /var/lib/dpkg/info/tetex-base.postinst: line 406: update-language: command not f dpkg: error processing tetex-base (--configure): subprocess post-installation script returned error exit status 127 Upgrading tex-common to 0.5 (which contains update-language) fixes the problem. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (98, 'hoary'), (97, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tetex-base depends on: ii debconf 1.4.52 Debian configuration management sy ii dpkg 1.13.10Package maintenance system for Deb ii tex-common0.3Common infrastructure for using an ii texinfo 4.7-2.2Documentation system for on-line i ii ucf 1.17 Update Configuration File: preserv Versions of packages tetex-base recommends: pn tetex-doc none (no description available) Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.4.52Debian configuration management sy ii debianutils2.8.4 Miscellaneous utilities specific t ii dpkg 1.13.10 Package maintenance system for Deb ii ed 0.2-20The classic unix line editor ii libc6 2.3.5-1 GNU C Library: Shared libraries an ii libgcc11:4.0.1-2 GCC support library ii libice66.8.2.dfsg.1-4Inter-Client Exchange library ii libkpathsea4 3.0-3 path search library for teTeX (run ii libpaper1 1.1.14ubuntu5 Library for handling paper charact ii libpng12-0 1.2.8rel-1PNG library - runtime ii libsm6 6.8.2.dfsg.1-4X Window System Session Management ii libstdc++6 4.0.1-2 The GNU Standard C++ Library v3 ii libt1-55.0.2-3 Type 1 font rasterizer library - r ii libx11-6 6.8.2.dfsg.1-4X Window System protocol client li ii libxaw76.8.2.dfsg.1-4X Athena widget set library ii libxext6 6.8.2.dfsg.1-4X Window System miscellaneous exte ii libxmu66.8.2.dfsg.1-4X Window System miscellaneous util ii libxpm46.8.2.dfsg.1-4X pixmap library ii libxt6 6.8.2.dfsg.1-4X Toolkit Intrinsics ii mime-support 3.28-1MIME files 'mime.types' 'mailcap ii perl 5.8.7-4 Larry Wall's Practical Extraction ii sed4.1.2-8 The GNU sed stream editor ii ucf1.17 Update Configuration File: preserv ii xlibs 6.8.2.dfsg.1-4X Window System client libraries m ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime Versions of packages tetex-extra depends on: ii dpkg 1.13.10Package maintenance system for Deb ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre pn tetex-bin none (no description available) ii ucf 1.17 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320799: rtorrent: Depends on non-existant libtorrent4
Package: rtorrent Severity: grave Justification: renders package unusable rtorrent relies on the currently non-existant libtorrent4 on the i386 platform, making it non-installable on that platform -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (103, 'testing'), (102, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297124: Rdtool gets slimmed down
Latest unstable(0.6.16-1) and testing(0.6.14-7) versions of rdtool appear to be short a few files. The rd/dot.rd2rc file for starters (probably in usr/lib/ruby/1.6/), which causes this bug.