Bug#347872: lspci: Wrong error message for invalid slot number
Package: pciutils Version: 2.1.11-15.3 The -s option of lspci produces a misleading error number: $ lspci -s abc lspci: -f: Invalid slot number Obviously, this should read lspci: -s: Invalid slot number This considerably complicated my debugging of a script using lspci, since I could not understand which command produced the above error message. I assumed it could not come from lspci, since lspci does not have a -f option. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346116: xemacs21-basesupport: gnus fails because of gnus-splash-face
Hi. From: kevin [EMAIL PROTECTED] Subject: Bug#346116: xemacs21-basesupport: gnus fails because of gnus-splash-face Date: Thu, 05 Jan 2006 10:55:43 -0800 gnus is now unusable. When I start gnus, I receive the following message: No such face: gnus-splash-face I think that this is fixed at new upstream release, which was released at 2006/01/12. http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages/gnus/lisp/ChangeLog.upstream.diff?r1=1.8r2=1.9 http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages/gnus/lisp/gnus-xmas.el.diff?r1=1.8r2=1.9 I'll test and upload new revision in a few days. Please wait. Thanks for your report. OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt 1024D/77DCE083 fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgprJ2c8otx42.pgp Description: PGP signature
Bug#347493: ccrypt_1.7-8(ia64/unstable): FBTFS: unaligned references
Thanks for the patch! Contacted upstream who will fix the bug in the
next release... in the meantime I've uploaded a new version that applies
this patch!
Cheers,
Chris.
---
[EMAIL PROTECTED] wrote:
Package: ccrypt
Version: 1.7-8
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of ccrypt_1.7-8 on caballero by sbuild/ia64 85
Build started at 20060110-2207
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 4.0.0)
[...]
make[2]: Entering directory `/build/buildd/ccrypt-1.7'
Making all in src
make[3]: Entering directory `/build/buildd/ccrypt-1.7/src'
if ia64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -O3 -MT
maketables.o -MD -MP -MF .deps/maketables.Tpo -c -o maketables.o
maketables.c; \
then mv -f .deps/maketables.Tpo .deps/maketables.Po; else rm -f
.deps/maketables.Tpo; exit 1; fi
ia64-linux-gnu-gcc -Wall -g -O3 -o maketables maketables.o -lcrypt
./maketables tables.c
/bin/sh: line 1: 2611 Bus error ./maketables tables.c
make[3]: *** [tables.c] Error 135
make[3]: Leaving directory `/build/buildd/ccrypt-1.7/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/build/buildd/ccrypt-1.7'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/ccrypt-1.7'
make: *** [build-stamp] Error 2
A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64pkg=ccryptver=1.7-8
The following patch fixes this bug:
diff -ur t/ccrypt-1.7/src/maketables.c ccrypt-1.7/src/maketables.c
--- t/ccrypt-1.7/src/maketables.c 2004-03-29 04:53:40.0 +
+++ ccrypt-1.7/src/maketables.c 2006-01-11 02:43:54.0 +
@@ -84,7 +84,8 @@
/* -- */
static word32 multrot2113(int rot, word8 m) {
- word8 r[4];
+ word32 rw[1];
+ word8 *r=(word8*)rw;
r[rot] = multiply(2,m);
r[(rot+1) % 4] = m;
@@ -130,7 +131,8 @@
int main() {
int rot, m, i, rcon;
- word8 r[4];
+ word32 rw[1];
+ word8 *r=(word8*)rw;
printf(#include \rijndael.h\\n\n);
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347710: FYI
With the previous change pkg-config will return -lavahi-qt3, which is the right thing (TM), and not -lavahi-qt3 -lqt-mt as I said in the initial bugreport. Best regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347873: libgphoto2 2.1.99 (Dec 27th 2005, pre-release of 2.2) is out upstream
Package: gphoto2 Severity: wishlist New upstream version is out: libgphoto2 2.1.99 (Dec 27th 2005, pre-release of 2.2) Build system (packagers beware!): * You can now generate FDI files for HAL via print-usb-usermap * --fdi. * Now requires libltdl (from system or shipped with tarball) * Works with contemporary build tools * New ./configure parameter set * No more accidentally building without libusb (use --without-libusb * if you insist on that) * camlibs and iolibs are now installed into new directories * libhal 0.5 is currently an option for the disk: port. Distribution that ships it might want to build it with it. libgphoto2 * disk: port for USB Mass Storage support * Memory usage greatly reduced by only keeping last 2 pictures in * memory cache * If set, use environment variable CAMLIBS to find the camera * drivers. Ditto for libgphoto2_port, IOLIBS and IO drivers. * Various USB fixes * Generate .fdi files for HAL Drivers (camlibs) * Basic MTP support for iRiver mp3 players using ptp driver T10, * T20, T30, M415 * canon o IXY Digital 600 fixes o Added A610. o Experimental SD500. o Experimental A620 (not really working). * casio o Various fixes in QV-10 driver. * digigr8 (NEW) o support Digigr8, Che-Ez Snap SNAP-U, Soundstar TDC-35 * kodak/dc210 o Added DC215 * ricoh/g3 o Added Ricoh Caplio GX, GX 8, R2, R3. o Added Rollei dr5. * hp215 (NEW) o support HP 215 o lg_gsm (NEW) support LG T5100 * mars o various fixes o Added Argus DC-1620, DC-1610 (experimental) o Added Philips P44417B * pdc640 o Added Clever CAM 360 * ptp o For Nikon, handle ISO speed, aperture, exposure program, capture, focus metering mode, flash mode, AF beep toggle o Nikon curve o Added Kodak Z730, Z7590, C340, LS753, V530, V550, C310, C330 o Added Nikon D50, D70s, 4600, 4800, 5600, 5900, Coolpix P2 o Added Canon A410, A520, A610, A620, IXUS 55, SD450, IXUS 750 o Added HP R817, Photosmart M23 o Added Olympus D-540z, C-310z, X-100 o Added Panasonic Lumix FZ5, DMC-LZ2 o Added Ricoh R3 o Added Sony DSC-H1, DSC-R1 o Added MTP devices (mp3 players) * sierra o various fixes o Added C-770UZ * sq905 o various fixes o fix some crashers Bindings: * Added Java (patch# 1108091) * Added Python (patch# 1152835) * Added C# Translation updates: * da * it * ru * vi * zh_TW -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (640, 'proposed-updates'), (640, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-zigzag-1 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347874: RM: oftc-hybrid is unmaintained
Package: ftp.debian.org Severity: wishlist Please remove oftc-hybrid as I don't have time to maintain it and no one wants to adopt it. yours Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320458: xlibs-data: Couple of amendments: this is xserver-xorg bug, and it is still not fixed in 6.9.0.dfsg.1-3
Package: xlibs-data
Version: 6.9.0.dfsg.1-3
Followup-For: Bug #320458
As I said in the previous followup to this bug
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320458;msg=58), the problem
is really in libfreetype.{a,so}, which resides in the xserver-xorg package
(so, maybe the bug should be reassigned?):
`-- dlocate /usr/X11R6/lib/modules/fonts/libfreetype.so
xserver-xorg: /usr/X11R6/lib/modules/fonts/libfreetype.so
In the previous version of xserver-xorg, this library was built as '.a' and it
was possible to replace it with libfreetype.a from
xserver-xfree86_4.3.0.dfsg.1-14sarge1_i386.deb and get freetype rendering
working properly.
However, in the recent build (6.9.0.dfsg.1-3) the library is built as '.so'
and there is no easy workaround possible anymore.
I've searched in the X Task Force list archives, thinking that maybe there is
some kind of obscure policy/licensing issue/reason for NOT enabling bytecode
interpreter in xorg's libfreetype (while it IS enabled in the
libfreetype.*deb), but haveb't found anything.
Could this be fixed? Pretty please? It is a matter of uncommenting a single
#define, and the only possible forkaround for now is custom building of the
whole xorg, which is not for the weak of heart ...
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=ru_UA.KOI8-U, LC_CTYPE=ru_UA.KOI8-U (charmap=KOI8-U)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347730: beagle: Both of them
Package: beagle Followup-For: Bug #347730 Both of the packages libgalago1 and libevolution-cil can not be installed, as they refer to old packages: The following packages have unmet dependencies: libevolution-cil: Depends: libebook1.2-3 (= 1.2.3) but it is not installable Depends: libecal1.2-2 (= 1.2.3) but it is not installable libgalago1: Depends: dbus-1 (= 0.23.4) but it is not installable Depends: dbus-glib-1 (= 0.23.4) but it is not installable E: Broken packages -- MJF -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 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#347875: Package description is too poor, add more keywords there
Package: gphoto2 Severity: minor Hi there. Just a few words: When I gain my new mp3 player with MTP interface the 1st thing i did was apt-cache search MTP apt-cache search Media Transfer Protocol apt-cache search PTP apt-cache search Picture Transfer Protocol (cause i wanted to find an application wich knows protocol my player use) And I didnt find your package :( I think this should be fixed, please add some more descrition to your package. At least something like (for new upstream version): Description: The gphoto2 digital camera command-line client The gphoto2 library can be used by applications to access various digital camera models which use Picture Transfer Protocol (PTP) and some media players which use Media Transfer Protocol (MTP) from Windows Media Player 10. Regards -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (640, 'proposed-updates'), (640, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-zigzag-1 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347872: Fixed in upstream 2.2.0
This bug is fixed in upstream version 2.2.0 and 2.2.1. tags 347872 fixed-upstream -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured
Vincent Lefevre [EMAIL PROTECTED] wrote: On 2006-01-12 18:52:29 +0100, Norbert Preining wrote: On Don, 12 Jan 2006, Vincent Lefevre wrote: -rw-r--r-- 1 122 2002-11-20 10:15:48 /etc/texmf/fmt.d/40xmltex.cnf -rw-r--r-- 1 99 2006-01-06 20:28:31 /etc/texmf/fmt.d/40xmltex.cnf.dpkg-new You didn't accept to upgrade the config file 40xmltex.cnf. In this case it was a shoot in the knee. As I said, I haven't been asked any question. If a question was really needed, the installation script should have asked it. [...] But why wasn't /etc/texmf/fmt.d/40xmltex.cnf updated? BTW, I've only had a question concerning /etc/texmf/texmf.d/20xmltex.cnf (after the mv and apt-get install -f above). Also, I've never manually changed a file in /etc/texmf. The reason might be this: xmltex (1.9-11.1) unstable; urgency=low * Drop special handling of the configuration files in texmf.d and fmt.d, and make them conffiles (since they don't seem to have changed for long, this should be safe) (closes: #340076) Obviously I was wrong about the not changed for long. But I expected that then there would be a question, instead of a clean overwrite. I don't know why the question wasn't shown. You didn't by chance set DEBIAN_FRONTEND to noninteractive during the upgrade? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#347876: fam: FTBFS: Compiler errors in DNotify.c++
Package: fam Version: 2.7.0-8 Severity: serious From my pbuilder build log: ... if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DFAM_CONF=\/etc/fam.conf\ -g -Wall -O2 -Wno-sign-compare -Wno-deprecated -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -MT DNotify.o -MD -MP -MF .deps/DNotify.Tpo -c -o DNotify.o DNotify.c++; \ then mv -f .deps/DNotify.Tpo .deps/DNotify.Po; else rm -f .deps/DNotify.Tpo; exit 1; fi DNotify.c++:24:1: warning: _GNU_SOURCE redefined command line:1:1: warning: this is the location of the previous definition Monitor.h:45: warning: 'class Monitor' has virtual functions but non-virtual destructor DNotify.h:42: warning: 'class DNotify' has virtual functions but non-virtual destructor DNotify.c++: In member function 'void DNotify::FileWatch::add_dir_watch(DNotify::DirWatch*)': DNotify.c++:126: error: 'realloc' was not declared in this scope ... make[3]: *** [DNotify.o] Error 1 make[3]: Leaving directory `/tmp/buildd/fam-2.7.0/build-tree/fam-2.7.0/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/fam-2.7.0/build-tree/fam-2.7.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/fam-2.7.0/build-tree/fam-2.7.0' make: *** [debian/stamp-makefile-build] Error 2 I've attached a patch which fixes the compilation for me. (Of course, you might want to integrate it into the main dnotify patch instead of the separate patch I did here.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages fam depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-6 GCC support library ii libstdc++64.0.2-6The GNU Standard C++ Library v3 Versions of packages fam recommends: ii portmap 5-16 The RPC portmapper -- no debconf information diff -urN fam-2.7.0.old/debian/patches/08_dnotify_fix.patch fam-2.7.0/debian/patches/08_dnotify_fix.patch --- fam-2.7.0.old/debian/patches/08_dnotify_fix.patch 1970-01-01 00:00:00.0 + +++ fam-2.7.0/debian/patches/08_dnotify_fix.patch 2006-01-13 08:28:29.0 + @@ -0,0 +1,11 @@ +diff -urN fam-2.7.0.old/src/DNotify.c++ fam-2.7.0/src/DNotify.c++ +--- fam-2.7.0.old/src/DNotify.c++ 2006-01-13 08:27:19.0 + fam-2.7.0/src/DNotify.c++ 2006-01-13 08:28:01.0 + +@@ -27,6 +27,7 @@ + #include string.h + #include signal.h + #include stdio.h ++#include stdlib.h + #include unistd.h + #include sys/types.h + #include sys/stat.h
Bug#347877: lspci: output format differs from upstream version
Package: pciutils Version: 2.1.11-15.3 The output of lspci and lspci -m in the Debian package differs from the output format used by the upstream version: # Debian package V 2.1.11-15.3 ## $ lspci [...] :05:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5782 Gigabit Ethernet (rev 03) $ lspci -m [...] 05:02.0 Ethernet controller Broadcom Corporation NetXtreme BCM5782 Gigabit Ethernet 03 00 Hewlett-Packard Company HP d530 CMT (DG746A) # Upstream version pciutils-2.1.11 ### $ lspci [...] 05:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5782 Gigabit Ethernet (rev 03) $ lspci -m [...] 05:02.0 Ethernet controller Broadcom Corporation NetXtreme BCM5782 Gigabit Ethernet -r03 Hewlett-Packard Company 12bc Note the different format for the device ID (with an extra leading :) in the Debian output and the missing quotes in the -m output. This can break scripts that parse the output of lspci, such as the scanModem script from http://linmodems.technion.ac.il/#scanmodem Ideally, the output format of lspci should not be changed from the upstream version. If this is unavoidable, this change should at least be clearly documented, in the manpage, in the README.Debian and in the output of lspci -h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347779: myspell-fr-gut: Missing words (2).
Hi, Thanks for these remarks. I have several concerns with your bugs. First of all, they are not simple if we aim at a general solution to the issues they describe. Moreover, upstream doesn't answer anymore. Gutemberg dict (as well as Hydro-Quebec) are no longuer maintained upstream from my point of view. Feel free to submit a patch if you have proper solutions to offer. I'll try to deal with these bugs within the following weeks. -- Nicolas SABOURET Laboratoire d'Informatique de Paris 6 (LIP6) 8, rue du Capitaine Scott, 75015 Paris, France http://www-oasis.lip6.fr/~sabouret -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault
Package: libmysqlclient15 Version: 5.0.18-3 Severity: important Hi, I have submitted #347642 regarding an apache segfault, but it turned out that apache2 is only segfaulting when libmysqlclient15 calls libmysqlclient12, but i don't know why. i have to keep both versions (along with libmysqlclient14) installed, as several other packages depend on them. here's a snippet of the backtrace, which is also included here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347642 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215121184 (LWP 6378)] 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 (gdb) bt #0 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 #1 0xb77bad4a in mysql_real_connect () from /usr/lib/libmysqlclient.so.15 if you need further information, please let me know. thank you for your time, Christian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages libmysqlclient15 depends on: ii libc62.3.5-11 GNU C Library: Shared libraries an ii mysql-common 5.0.18-3 mysql database common files (e.g. ii zlib1g 1:1.2.3-9 compression library - runtime libmysqlclient15 recommends no packages. -- no debconf information (END) -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342547: Common Creative Deeds 2.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] escribió: On Thu, Jan 12, 2006 at 08:32:53PM +0100, Victor Seva Lopez wrote: I´m trying to create a package [0] that has been licensed by Common Creative Deeds 2.5 [1]. Would you be as kind as to tell me if this license is compatible with DFSG? http://people.debian.org/~evan/ccsummary No. The difference between 2.0 and 2.5 is not enough to fix these problems. ~Evan Thanks a lot for your reply. - -- Victor Seva [EMAIL PROTECTED] http://www.torreviejawireless.org http://linuxmaniac.homeip.net jabber: [EMAIL PROTECTED] PGP Key ID: 0xDD12F253 Socio numero 78 de ANURI -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDx2VyS/DSSd0S8lMRAmK2AKCSBO/kga+MlnF7Jv/H9cpnaGisMgCfdPJr gmwwe2fr5zWGzoFGiGXpxhY= =hLUs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347555: heimdal-kdc: iprop.8 missing
On Wed, Jan 11, 2006 at 01:46:30PM +, Dave Love wrote: lib/kadm5/iprop.8 isn't packaged. (It's new in 0.7.) I haven't checked whether anything else has got left out of the 0.7.1 packages. I believe you will find it in heimdal-servers. -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured
Michael Eyrich [EMAIL PROTECTED] wrote: I tend to accept installing config files if I didn't change important things within it.. But I do not rember for sure ... You didn't change anything, it's a bogus question. But dpkg really should have asked it, and it seems it didn't on Vincent's system, and that is the strange thing. tex -ini -jobname=xmltex -progname=xmltex latex xmltex.ini still backgrounds itself during execution, here, even after re-installing xmltex. That's okay - the latex needs to be escaped if you run it from an interactive shell; in the postinst script it is also escaped, but the quotes aren't displayed, naturally. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Thu, January 12, 2006 11:02, Steve Langasek wrote: This shows two incompatible versions of libmysqlclient being loaded into memory. Whatever is causing libmysqlclient12 to be loaded is what's causing your segfault. Figure out what that is, and upgrade it to a libmysqlclient15 version. well, it's debian/unstable anyway and several other packages still depend on libmysqlclient12, so i cannot uninstall it. By all rights, however, the current version of libmysqlclient15 in Debian shouldn't be subject to such bugs due to its use of versioned symbols. (It should still be possible for libmysqlclient12 to call into libmysqlclient15, but not vice-versa.) Please confirm which version of libmysqlclient15 you have installed, as this may warrant a separate bug report. ok, i'll do that. thank you for your assistance, Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347723: heimdal-kdc: iprop-log missing
On Thu, Jan 12, 2006 at 10:35:50AM +, Dave Love wrote: The ipropd-log program/man page (from lib/kadm5) isn't in the package. I cannot find a ipropd-log man page in the source, not even at that directory. However, there are other iprop man pages in the heimdal-server package - perhaps this is what you are thinking of? hmmm. Maybe these man pages really should be in the heimdal-kdc package? -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347852: [Pkg-dspam-misc] Bug#347852: dspam: shouldn't SEGV when it gets permission denied from a command
simon raven wrote:
Package: dspam
Version: 3.6.2-2
Severity: normal
Tags: experimental
=
Xsome_msg_idX: dspam_spamcheck transport output: 19157: [01/13/2006
00:34:55] Unable to open file for reading: /etc/dspam/dspam.conf: Permission
denied
2006-01-13 00:34:55 Xexim_msg_idX ** [EMAIL PROTECTED] F=[EMAIL
PROTECTED] P=[EMAIL PROTECTED] R=dspam_router T=dspam_spamcheck:
Child process of dspam_spamcheck transport (running command /usr/bin/dspam
--deliver=innocent --user ${lc:[EMAIL PROTECTED] -f '$sender_
address' -- %u) was terminated by signal 11 (Segmentation fault)
=
sure i have config issues, i'm working on it right at this moment, but it
shouldn't segfault when it gets that error, either ;).
simon
Hi,
This needs idd a bit investigation :) Well you need to chown the
configuration in /etc/dspam/dspam.d/* to the user dspam and then it
don't give a segfault anymore.
If /etc/dspam/dspam.conf has wrong permissions then dspam refuses to
start up without a segfault, when one of the included files has wrong
permissions then it dspam segfaults. There is a bug in the
add-config-dir patch that needs to be addressed. The bug doesn't hurt
that much and I'll try to fix this.
Regards,
Matthijs Mohlmann
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337436: please remove passivetex from testing (was: passivetex: destroys local configuration)
Hi Frank, hi Steve! On Don, 12 Jan 2006, Frank Küster wrote: source package or anywhere in Debian (main). Thus it seems the package is not even functional. On Don, 12 Jan 2006, Steve Langasek wrote: However, gstreamer0.8 has a build-dependency on it, and I think we might miss that. Do you have a solution for gstreamer0.8? I could do the following: Take the sources from texlive (where passivetex was excluded due to its existence in debian) and try to fix the passivetex packages. It shouldn't be too complicated, but probably would be a complete rewrite of the scripts/rules. Would this be ok for NMU? Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- DITHERINGTON (n) Sudden access to panic experienced by one who realises that he is being drawn inexorably into a clabby (q.v.) conversion, i.e. one he has no hope of enjoying, benefiting from or understanding. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Fri, Jan 13, 2006 at 08:35:41AM -, Christian Kujau wrote: On Thu, January 12, 2006 11:02, Steve Langasek wrote: This shows two incompatible versions of libmysqlclient being loaded into memory. Whatever is causing libmysqlclient12 to be loaded is what's causing your segfault. Figure out what that is, and upgrade it to a libmysqlclient15 version. well, it's debian/unstable anyway and several other packages still depend on libmysqlclient12, so i cannot uninstall it. Then tell us what packages you're using that depend on it, so we can reassign this bug there. By all rights, however, the current version of libmysqlclient15 in Debian shouldn't be subject to such bugs due to its use of versioned symbols. (It should still be possible for libmysqlclient12 to call into libmysqlclient15, but not vice-versa.) Please confirm which version of libmysqlclient15 you have installed, as this may warrant a separate bug report. ok, i'll do that. Uh? Does this mean I should expect another mail from you soon with this information? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#345563: No help topics are displayed in yelp
Loïc Minier wrote: Hi, This is a followup for Debian bug http://bugs.debian.org/345563. yelp no longer displays any help topics in the browser window. Do you still get this bug with yelp 2.12? Thanks, yelp 2.12 not available yet for debian testing (etch) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347730: beagle: Both of them
reassign 347730 libgalago1 retitle 347730 libgalago1: uninstallable in unstable, needs rebuilt against libdbus-glib-1-dev thanks On Fri, Jan 13, 2006 at 12:17:07AM -0800, M Jared Finder wrote: Package: beagle Followup-For: Bug #347730 Both of the packages libgalago1 and libevolution-cil can not be installed, as they refer to old packages: The following packages have unmet dependencies: libevolution-cil: Depends: libebook1.2-3 (= 1.2.3) but it is not installable Depends: libecal1.2-2 (= 1.2.3) but it is not installable libgalago1: Depends: dbus-1 (= 0.23.4) but it is not installable Depends: dbus-glib-1 (= 0.23.4) but it is not installable E: Broken packages Reassigning to libgalago1, then. The libevolution-cil dep looks like it should be fixable with a binNMU. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#347852: [Pkg-dspam-misc] Bug#347852: dspam: shouldn't SEGV when it gets permission denied from a command
Le ven 2006-01-13 a 03:39:49 -0500, Matthijs Mohlmann [EMAIL PROTECTED] a dit: Hi, This needs idd a bit investigation :) Well you need to chown the configuration in /etc/dspam/dspam.d/* to the user dspam and then it don't give a segfault anymore. ok. If /etc/dspam/dspam.conf has wrong permissions then dspam refuses to start up without a segfault, when one of the included files has wrong permissions then it dspam segfaults. There is a bug in the add-config-dir patch that needs to be addressed. The bug doesn't hurt that much and I'll try to fix this. ok. thanks Regards, Matthijs Mohlmann see you, sr/ -- http://www.nuit.ca/ http://pentangle.nuit.ca/ezine/vol_x/x0305.html http://simonraven.nuit.ca/ ARA: http://www.antiracistaction.ca/ Heathens Against Hate: http://home.earthlink.net/~wodensharrow/hah.html pgpVKbCMoghPO.pgp Description: PGP signature
Bug#347397: PLease package New Upstream Version (2.1.1)
Bradley Bell wrote: Doesn't the 2.0 version need to be a new source and new -dev package, or are we deliberately forcing the programs which use gtkextra 1.x to be rewritten for the gtk 2 API? You are absolutely right: http://www.amayita.com/debian/xlibs-transition/gpsim/gpsim-0.21.11/debian/changelog * Ignore lintian + linda warnings on sonames as an NMU is not supposed to change package's names. Thanks for your patience, your call is very important to us. Again, you are absolutely right, and I intend to do the quickest ugliest hack. Suggestions on how to do better are much appreciated. Really! Thanks for your comments on this issue. -- .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#347578: shorewall: [INTL:sv] Swedish debconf templates translation
* Daniel Nylander [EMAIL PROTECTED]: Package: shorewall Version: 3.0.4-1 Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for shorewall. Regards, Daniel Thank you very much. I'll include it soon. -- lorenzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347860: [Pkg-spca5xx-devel] Bug#347860: spca5xx-source: make-kpkg module_image build fails (with kernel 2.6.14.6)
Le Vendredi 13 Janvier 2006 05:35, Brad Sawatzky a écrit :
Strange my original spca5xx-20051212 include linux/version.h on top of the
spca50x.h file ?
#ifdef __KERNEL__
#include asm/uaccess.h
#include linux/videodev.h
#include linux/smp_lock.h
#include linux/usb.h
#include linux/version.h
Are you sure you are using the right source code ?
Package: spca5xx-source
Version: 20051212-1
Severity: important
Tags: patch
The spca5xx module fails to build through the make-kpkg system with kernel
2.6.14.6 (obtained from kernel.org).
The build process works from the /usr/src/linux-2.6.12.3/ directory with
all the same tools. I presume the new kernel removed an 'include
linux/version.h' out of one of the kernel header files that is included
in '/usr/src/modules/spca5xx/drivers/usb/spcadecoder.h'.
The attached patch simply adds an explicit 'include linux/version.h' to
'spcadecoder.h' which appears to solve the problem.
-- Brad
--- Build log below ---
[EMAIL PROTECTED] 1062% fakeroot make-kpkg --added-modules spca5xx
modules_image
exec debian/rules DEBIAN_REVISION=gcc3.4 KPKG_SELECTED_MODULES=spca5xx
modules_image
== making .config because of ==
test -f .config || test ! -f .config.save || \
cp -pf .config.save .config
test -f .config || test ! -f .config || \
cp -pf .config .config
test -f .config || test ! -f ./debian/config || \
cp -pf ./debian/config .config
test -f .config || (echo *** Need a config file .config false)
for module in /usr/src/modules/spca5xx ; do \
if test -d $module; then\
(cd $module; \
if ./debian/rules KVERS=2.6.14.6
KSRC=/usr/src/linux-2.6.14.6 \ KMAINT=Brad Sawatzky
KEMAIL=[EMAIL PROTECTED] \
KPKG_DEST_DIR=/usr/src/linux-2.6.14.6/.. \ KPKG_MAINTAINER=Brad
Sawatzky\ KPKG_EXTRAV_ARG=\
ARCH=i386 \
KDREV=gcc3.4 kdist_image; then\
echo Module $module processed fine;\
else \
echo Module $module failed.; \
if [ X != X ]; then \
echo Perhaps $module does not understand
--rootcmd?; \ echo If you see messages that indicate that it is not; \
echo in fact being built as root, please file a bug ; \ echo against
$module.; \ fi;
\ echo Hit return to Continue; \ read ans;
\ fi;
\ );\ else
\ echo Module $module
does not exist; \ echo Hit return to Continue?;
\ fi; \
done
make[1]: Entering directory `/usr/src/modules/spca5xx'
/usr/bin/make -w -f debian/rules kdist_clean kdist_config binary-modules
make[2]: Entering directory `/usr/src/modules/spca5xx'
dh_testdir
dh_testroot
dh_clean
/usr/bin/make -C /usr/src/modules/spca5xx clean
make[3]: Entering directory `/usr/src/modules/spca5xx'
rm -r -f drivers/usb/*.o drivers/usb/.spcadecoder.o.cmd \
drivers/usb/.spca5xx.o.cmd *.o *.ko *.mod.* .[a-z]* core *.i
make[3]: Leaving directory `/usr/src/modules/spca5xx'
/usr/bin/gcc-3.4
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.14.6/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2/dev/null || true; \ sed -e
's/##KVERS##/2.6.14.6/g ;s/#KVERS#/2.6.14.6/g ; s/_KVERS_/2.6.14.6/g ;
s/##KDREV##/gcc3.4/g ; s/#KDREV#/gcc3.4/g ; s/_KDREV_/gcc3.4/g' $templ
${templ%.modules.in}; \ done
dh_testroot
dh_clean -k
# Build the module
/usr/bin/make -C /usr/src/modules/spca5xx KERNEL_VERSION=2.6.14.6
KERNELDIR=/usr/src/linux-2.6.14.6 make[3]: Entering directory
`/usr/src/modules/spca5xx'
Building SPCA5XX driver for 2.5/2.6 kernel.
Remember: you must have read/write access to your kernel source tree.
/usr/bin/make -C /usr/src/linux-2.6.14.6 SUBDIRS=/usr/src/modules/spca5xx
modules make[4]: Entering directory `/usr/src/linux-2.6.14.6'
CC [M] /usr/src/modules/spca5xx/drivers/usb/spca5xx.o
In file included from /usr/src/modules/spca5xx/drivers/usb/spca5xx.c:763:
/usr/src/modules/spca5xx/drivers/usb/mr97311.h: In function `pcam_start':
/usr/src/modules/spca5xx/drivers/usb/mr97311.h:391: warning: ISO C90
forbids mixed declarations and code CC [M]
/usr/src/modules/spca5xx/drivers/usb/spcadecoder.o
In file included from
Bug#346632: ITNMU
Anand Kumria wrote: Hmm -- it compiled before, so you seem to have a interesting version of libpango Isn't it cool to realize pbuilder was pointing to testing for some wicked reason? I am full of joy. Unless you are a masochist, you don't want to be touching a new upstream. I slightly tried and realized I am not enough of a masochist, and also there is plenty of work to do... I am going to try to fix my pbuilder setup and give it a run. I'll keep you updated on this. (I still want to do this. Just because it is recursive and cute and wiked and schizophreniac) LOL -- .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#347868: aide segfaults without reason from yesterday to today on amd64
severity #347868 important thanks This doesn't render the package unuseable for everybody. On Fri, Jan 13, 2006 at 07:56:43AM +0100, Oliver Sorge wrote: My aide stops working from yesterday to today and throws a sig11 at me for no reason on my amd64 box. I supply the strace output, so you can hopefully look at it and fix it. Most probably, your database or your configuration file has been corrupted somehow. Does aide --init work? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347879: chkrootkit: Error messages when some commands are not found
Package: chrkootkit
Version: 0.46a-2
Priority: normal
Tags: security
I have started noticing some errors generated by Tiger which were emailed to
me every 8 hours and included this:
usr/bin/strings: 'write': No such file
/bin/ls: write: No such file or directory
Digging into it, this turns out to be generated by chkrootkit, which Tiger
runs through the chk_rootkit script. Running chkrootkit manually yields this:
Checking `write'... /usr/bin/strings: 'write': No such file
/bin/ls: write: No such file or directory
not infected
This started happening to me January 10, after a system upgrade which removed
the 'write' command. On review, it seems that bsdmainutils uses
'/usr/bin/bsd-write' and setups an alternative for 'write' in Debian.
However, for some reason, the alternative was not set up in my system (a bug
I will investigate and report) and I was left with no '/usr/bin/write' at
all.
The root cause for this bug, however, is that some of the chk_XXX() scripts
in chkrootkit don't test whether they have succesfully found the CMD they are
looking for in the directories they search for and go ahead and do they thing
against files that do not exist.
I've taken the liberty of fixing this bug for 'write' and for other commands
too, a proposed patch is attached. Even though most of them should be
available in most systems there is no reason why some should be there in some
small (embedded) systems, so it might be better to test the return value of
the 'loc' call in any case.
I've also noticed that the test code (and even the return status) for not
found commands is not always the same, some tests try if the file is
readable (-r ${CMD}) and some if the loc command worked ok ( [ ${?} -ne 0
]). IMHO the first check is a bug (if loc does not succeed then it returns
the name given and there could be a file named 'write', for example, in the
path). Thus, all the new tests (save for one) use the return status of loc. I
believe other tests (like the one for 'inetd' or 'syslogd' or 'hdparm')
should be changed to use the return status instead (to avoid checking out a
file in the local directory named as them if it exists) or enhanced to do
something like 'if [ ${CMD} != inetd ] || [ ! -r ${CMD} ]' but I have
not changed their behaviour.
Attached is a patch fixing some of the chk_XXX functions, please review and
apply to the program.
Thanks
Javier
--- chkrootkit.orig 2006-01-13 09:33:31.0 +0100
+++ chkrootkit 2006-01-13 10:04:50.0 +0100
@@ -1239,6 +1239,11 @@
chk_login () {
STATUS=${NOT_INFECTED}
CMD=`loc login login $pth`
+if [ ${?} -ne 0 ]
+ then
+if [ ${QUIET} != t ]; then echo not found; fi
+return ${NOT_FOUND}
+fi
if [ ${EXPERT} = t ]; then
expertmode_output ${strings} -a ${CMD}
@@ -1281,6 +1286,11 @@
if [ ! -x ${CMD} -a -x ${ROOTDIR}usr/bin/passwd ]; then
CMD=${ROOTDIR}usr/bin/passwd
fi
+if [ ! -r ${CMD} ]
+ then
+if [ ${QUIET} != t ]; then echo not found; fi
+return ${NOT_FOUND}
+fi
if [ ${EXPERT} = t ]; then
expertmode_output ${strings} -a ${CMD}
@@ -1435,6 +1445,11 @@
STATUS=${NOT_INFECTED}
LS_INFECTED_LABEL=/dev/ttyof|/dev/pty[pqrs]|/dev/hdl0|\.tmp/lsfile|/dev/hdcc|/dev/ptyxx|duarawkz|^/prof|/dev/tux|/security|file\.h
CMD=`loc ls ls $pth`
+if [ ${?} -ne 0 ]
+ then
+if [ ${QUIET} != t ]; then echo not found; fi
+return ${NOT_FOUND}
+fi
if [ ${EXPERT} = t ]; then
expertmode_output ${strings} -a ${CMD}
@@ -1452,6 +1467,11 @@
STATUS=${NOT_INFECTED}
DU_INFECTED_LABEL=/dev/ttyof|/dev/pty[pqrsx]|w0rm|^/prof|/dev/tux|file\.h
CMD=`loc du du $pth`
+if [ ${?} -ne 0 ]
+ then
+if [ ${QUIET} != t ]; then echo not found; fi
+return ${NOT_FOUND}
+fi
if [ ${EXPERT} = t ]; then
expertmode_output ${strings} -a ${CMD}
@@ -1494,6 +1514,11 @@
STATUS=${NOT_INFECTED}
NETSTAT_I_L=/dev/hdl0/dev/xdta|/dev/ttyoa|/dev/pty[pqrsx]|/dev/cui|/dev/hdn0|/dev/cui221|/dev/dszy|/dev/ddth3|/dev/caca|^/prof|/dev/tux|grep|addr\.h
CMD=`loc netstat netstat $pth`
+if [ ${?} -ne 0 ]
+ then
+if [ ${QUIET} != t ]; then echo not found; fi
+return ${NOT_FOUND}
+fi
if [ ${EXPERT} = t ]; then
expertmode_output ${strings} -a ${CMD}
@@ -1513,6 +1538,11 @@
PS_I_L=/dev/xmx|\.1proc|/dev/ttyop|/dev/pty[pqrsx]|/dev/cui|/dev/hda[0-7]|\
/dev/hdp|/dev/cui220|/dev/dsx|w0rm|/dev/hdaa|duarawkz|/dev/tux|/security|proc\.h
CMD=`loc ps ps $pth`
+if [ ${?} -ne 0 ]
+ then
+if [ ${QUIET} != t ]; then echo not found; fi
+return ${NOT_FOUND}
+fi
if [ ${EXPERT} = t ]; then
expertmode_output ${strings} -a ${CMD}
@@ -1645,6 +1675,11 @@
chk_basename () {
STATUS=${NOT_INFECTED}
CMD=`loc basename basename $pth`
+ if [ ${?} -ne 0 ]
+ then
+ if [ ${QUIET} != t ]; then echo not found; fi
+
Bug#343182: lilypond-data installation/removal is broken
Package: lilypond-data Bug #: 343182 I don't understand why this bug was closed. The explanation given makes no sense. Both installation and removal of this package require the file /usr/bin/kpsewhich, which seems to come from either package tetex-bin or package libkpathsea-perl. So either one of these packages needs to be listed as a Pre-Depends, or this command needs to be taken out of the installation/removal scripts. See also bug #325907, which reports the same problem, and points out that it constitutes a Debian Policy violation. Again, this bug has not been resolved, and should not have been closed. -- Ian Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Fri, January 13, 2006 09:53, Steve Langasek wrote: well, it's debian/unstable anyway and several other packages still depend on libmysqlclient12, so i cannot uninstall it. Then tell us what packages you're using that depend on it, so we can reassign this bug there. these are the packages depending on libmysqlclient12: [EMAIL PROTECTED]:~# dpkg -P libmysqlclient12 dpkg: dependency problems prevent removal of libmysqlclient12: libmailutils0 depends on libmysqlclient12. mailutils depends on libmysqlclient12. courier-authmysql depends on libmysqlclient12. libpam-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12 (= 4.0.23). proftpd-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12 (= 4.0.23). snort-mysql depends on libmysqlclient12; however: Package libmysqlclient12 is to be removed. libapache2-mod-auth-mysql depends on libmysqlclient12. libdbd-mysql depends on libmysqlclient12. libnss-mysql depends on libmysqlclient12. dpkg: error processing libmysqlclient12 (--purge): dependency problems - not removing Errors were encountered while processing: libmysqlclient12 should still be possible for libmysqlclient12 to call into libmysqlclient15, but not vice-versa.) Please confirm which version of libmysqlclient15 you have installed, as this may warrant a separate bug report. ok, i'll do that. Uh? Does this mean I should expect another mail from you soon with this information? hm, did i must've misunderstood you, because i really opened another bug for libmysqlclient15 (for calling libmysqlclient12): #347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault i'm sorry, if this was the wrong thing to do. thank your for your assistance, Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347816: gcolor2: Segfault on startup
Joakim Lundborg wrote: Package: gcolor2 Version: 0.4-1 Severity: grave Justification: renders package unusable Gcolor2 segfaults on startup on my computer. After this bug report I have check the home page for gcolor2 and the only bug report corresponds(1) to violation segment on amd64. I will ask to a friend of mine if he can check this package and submit the patch to upstream, also I'm send this email to upstream to see if he can check this bug. (1) sourceforge bug report: 1316799 http://sourceforge.net/tracker/index.php?func=detailaid=1316799group_id=119919atid=685759 Cheers. eclipxe :: Carlos C Soto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337436: please remove passivetex from testing
Steve Langasek [EMAIL PROTECTED] wrote: However, gstreamer0.8 has a build-dependency on it, and I think we might miss that. Do you have a solution for gstreamer0.8? I'll look into it during the weekend. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Fri, Jan 13, 2006 at 09:21:45AM -, Christian Kujau wrote: On Fri, January 13, 2006 09:53, Steve Langasek wrote: well, it's debian/unstable anyway and several other packages still depend on libmysqlclient12, so i cannot uninstall it. Then tell us what packages you're using that depend on it, so we can reassign this bug there. these are the packages depending on libmysqlclient12: [EMAIL PROTECTED]:~# dpkg -P libmysqlclient12 dpkg: dependency problems prevent removal of libmysqlclient12: libmailutils0 depends on libmysqlclient12. mailutils depends on libmysqlclient12. courier-authmysql depends on libmysqlclient12. libpam-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12 (= 4.0.23). proftpd-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12 (= 4.0.23). snort-mysql depends on libmysqlclient12; however: Package libmysqlclient12 is to be removed. libapache2-mod-auth-mysql depends on libmysqlclient12. libdbd-mysql depends on libmysqlclient12. libnss-mysql depends on libmysqlclient12. dpkg: error processing libmysqlclient12 (--purge): dependency problems - not removing Errors were encountered while processing: libmysqlclient12 Oh, quite a few then... we'll just have to wait for this transition to complete, in that case. should still be possible for libmysqlclient12 to call into libmysqlclient15, but not vice-versa.) Please confirm which version of libmysqlclient15 you have installed, as this may warrant a separate bug report. ok, i'll do that. Uh? Does this mean I should expect another mail from you soon with this information? hm, did i must've misunderstood you, because i really opened another bug for libmysqlclient15 (for calling libmysqlclient12): #347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault i'm sorry, if this was the wrong thing to do. Well, I meant I wanted you to tell me what version of libmysqlclient15 you have installed -- but seeing that you do have a current version installed, filing a bug against libmysqlclient15 was the right thing to do, yes. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#347880: ITP: r-cran-eco -- GNU R routines for Bayesian ecological inference
Package: wnpp Severity: wishlist Owner: Chris Lawrence [EMAIL PROTECTED] * Package name: r-cran-eco Version : 2.2-1 Upstream Author : Kosuke Imai and Ying Lu * URL : http://imai.princeton.edu/research/eco.html * License : GPL Description : GNU R routines for Bayesian ecological inference This is a set of routines for GNU R that implement Imai and Lu's parametric and nonparametric Bayesian ecological inference algorithms using Markov chain Monte Carlo estimation. Ecological inference is a statistical technique designed to recover individual-level information from aggregate-level data. . The suggested r-cran-mcmcpack package includes other EI estimators that may be useful alternatives to those included in this package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347881: gnome-applets not installable because gnome-panel is still at 2.10.2-1
Package: gnome-applets Version: 2.12.2-4 Severity: grave Justification: renders package unusable gnome-applets 2.12.2-4 depends on gnome-panel (= 2.12.1-1) which is still at version 2.10.2-1, thus making it un-installable: The following packages have unmet dependencies: gnome-applets: Depends: gnome-panel (= 2.12.1-1) but 2.10.2-1 is to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-archck7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) [...] -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347882: yum needs a patch to work with package util-vserver (chroot handling)
Package: yum Version: 2.4.0-3 Severity: wishlist Hi, I have installed linux-vserver on some test machines using debian sarge and debian sid. After some hours of research I finally found that yum needs to be patched in order to be able to install a Fedora/Redhat vserver. this patch can be found from the page http://linux-vserver.org/FC4+patched+rpm's it would be great to add it by default in debian so creating a FC4 vserver in debian could work straight forward :) Cheers, Mik -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15vs1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages yum depends on: ii python2.3.5-3An interactive high-level object-o ii python-celementtree 1.0.2-2Light-weight toolkit for XML proce ii python-libxml22.6.23-1 Python bindings for the GNOME XML ii python-support0.1.1 automated rebuilding support for p ii python-urlgrabber 2.9.7-2A high-level cross-protocol url-gr ii python2.3-rpm 4.4.1-5Python bindings for RPM ii rpm 4.4.1-5Red Hat package manager Versions of packages yum recommends: pn python-sqlite none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311373: Still interested in this package?
hi, This bug has been left open for a really long time, do you still intend to maintain it? If not, I'd like to have this package maintained in the collab-maint archive: http://alioth.debian.org/projects/collab-maint/ regards, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345758: No direct rendering with recent kernels (workaround)
El viernes, 13 de enero de 2006 01:13, Svante Signell escribió: On Thu, 2006-01-12 at 16:16 +0100, Michel Dänzer wrote: Someone should fix the mga X driver to fall back to the old DMA init method if the new one fails. Why not making a patch of the kernel module for kernels 2.6.14 and 2.6.15? The problem has obviously been solved in November last year, see https://bugs.freedesktop.org/show_bug.cgi?id=4797 Because we only control X.Org, not kernel. Definitely Michel's solution seems the best for me. Ender. -- Oh, I saw...Very American. Fire enough bullets and hope they hit the target! -- Allan Quatermain (The League of Extraordinary Gentlemen). -- Desarrollador de Debian Debian developer pgpZv2IsUAo0Z.pgp Description: PGP signature
Bug#345796: Acknowledgement (xlibs: typo in /etc/X11/xkb/symbols/compose)
El martes, 3 de enero de 2006 16:24, Andreas Kroschel escribió: Sorry, this was an error. Maybe it's a typo, but it does *not* stop CAPS from working as compose key. Please change severity to minor or close this bug. Denis? Ender. -- Los sistemas me pasado los correos de las personas contradas pero los @red.es. -- Jesús Sanz de las Heras (RedIRIS). -- Desarrollador de Debian Debian developer pgpfi2qRWYGbL.pgp Description: PGP signature
Bug#347173: glibc: Romanian days are written with mixed case letters/Romanian alplhabet reordered
On Fri, Jan 13, 2006 at 09:41:10AM +0200, Eddy Petrişor wrote: Attached are the results of the tests. What I can say is that: - as one can easily see the default ro_RO locale is broken (not recognised) - the ro_RO.ISO-8859-16 is not recognised (I feel that I am doing something wrong here) I made the patching over the glibc with my patch and tested it. The ro_RO locale looks the same as in the tests for Ionel's patch. Apparently there is something that I don't understand in the gentoo system. (testing with Gentoo as I don't have an Internet connection at home and my appartment mate has gentoo installed). So I misjudged when I said that the ro_RO locale is broken. You can check with 'localedef --help' where locales are looked at; on Debian: System's directory for character maps : /usr/share/i18n/charmaps repertoire maps: /usr/share/i18n/repertoiremaps locale path: /usr/lib/locale:/usr/share/i18n The other important point is whether your system has a single archive file (/usr/lib/locale/locale-archive) or multiple directories (/usr/lib/locale/ro_RO.utf8, etc.). This is controlled by the --no-archive flag of localedef. You can generate both to make sure that you are overriding system locales: $ localedef -i /path/to/ro_RO -f UTF-8 ro_RO.UTF-8 $ localedef -i /path/to/ro_RO -f UTF-8 --no-archive ro_RO.UTF-8 Maybe gentoo modified the default behavior, and added an --archive flag instead? If an absolute path is not specified for the -i flag, locale source file is searched in . and $I18NPATH. You check then your changes by requesting some informations: $ locale -k charmap day abday mon abmon But if you want to compare your locale to the default one, a simpler alternative is to build your locale into a different location, for instance: $ export LOCPATH=$(mktemp -d) $ localedef -i /path/to/ro_RO -f UTF-8 $LOCPATH/ro_RO.UTF-8 $ locale -k charmap day abday mon abmon Compare with default settings $ unset LOCPATH $ locale -k charmap day abday mon abmon If you do not find your changes on output, you can run $ strace -e open locale -k charmap day abday mon abmon to check which files are read. Denis
Bug#337436: please remove passivetex from testing
Norbert Preining [EMAIL PROTECTED] wrote: On Don, 12 Jan 2006, Steve Langasek wrote: However, gstreamer0.8 has a build-dependency on it, and I think we might miss that. Do you have a solution for gstreamer0.8? I could do the following: Take the sources from texlive (where passivetex was excluded due to its existence in debian) and try to fix the passivetex packages. It shouldn't be too complicated, but probably would be a complete rewrite of the scripts/rules. Would this be ok for NMU? It would also be a new upstream release, I guess (at least current upstream has a tests subdirectory, while the Debian package has examples instead). I don't think this would be good for an NMU, rather for a takeover. Which I wouldn't mind, if you want to take the task. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#347547: spip: Neglected package with RC-bugs, should this be orphaned?
Thomas Huriaux a écrit : Package: spip Version: 1.7.0-1 Severity: serious Hi, It seems that the spip package is no longer maintained: * last upload nearly two years ago * contains an RC-bug open 18 months ago, last answer to this RC-bug also 18 months old * new upstream releases, with a wishlist bug filled 6 months ago * different very old trivial bugs (such as debconf translations) still not fixed. Even if I have no interest in maintaining this package, I think that finding a new maintainer for this package is better for the Debian's users. It is my opinion too. I am actually actively searching for a new maintener, but have a lot of difficulties finding one. -- Gaétan RYCKEBOER signature.asc Description: OpenPGP digital signature
Bug#347860: [Pkg-spca5xx-devel] Bug#347860: spca5xx-source: make-kpkg module_image build fails (with kernel 2.6.14.6)
michel Xhaard wrote: Le Vendredi 13 Janvier 2006 05:35, Brad Sawatzky a écrit : Strange my original spca5xx-20051212 include linux/version.h on top of the spca50x.h file ? #ifdef __KERNEL__ #include asm/uaccess.h #include linux/videodev.h #include linux/smp_lock.h #include linux/usb.h #include linux/version.h Are you sure you are using the right source code ? Precisely what I was going to ask. Otavio submitted that same patch to Michel quite a few realeses ago, and spca5xx.h certainly includes linux/version as far as I can see. Please double check you have removed any previous spca5xx source from /usr/src/modules and unpacked the latest spca5xx source tarball. Thanks, Kel.
Bug#347821: liferea: notification popup grabs focus
On Thu, Jan 12, 2006 at 05:15:31PM -0600, David Moreno Garza wrote: On 22:04 Thu 12 Jan 2006, Filippo Giunchedi wrote: Package: liferea Version: 1.0-1.exp1 Severity: normal Hi, whenever the notification popup is shown the focus is lost from the current window, this much undersiderable :( What notification popup exactly? the one on upper right (default) which appears when a feed has new items showing the feed name in bold and the new entries. hope this is clear enough :) filippo
Bug#347858: [Pkg-xfce-devel] Bug#347858: xfdesktop4: scaled option for bg image slightly off
Dylan Thurston wrote: Package: xfdesktop4 Version: 4.2.3-1 Severity: normal When I use xfce to set my backdrop on my screen (dimensions 1024x768) to an image which is 1000x750 using the scaled option, the image is not quite scaled properly: I see a 1-pixel-wide border where the background color shows through along the right and bottom edges. Surely scaled means that at least one dimension should be scaled to the full available space? I can't reproduce this, here the scale option works as it should (only one dimension is ajusted, the other one lets see the background color). Could you provide a screenshot, and possibly the wallpaper you used ? -- Yves-Alexis Perez signature.asc Description: OpenPGP digital signature
Bug#347868: aide segfaults without reason from yesterday to today on amd64
Hi, Most probably, your database or your configuration file has been corrupted somehow. Does aide --init work? No. It segfaults too. I deleted the two databases and reinstalled aide. Same error :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319923: External Editor
There is an extension you might want to check out: External Editor http://globs.org/articles.php?lng=enpg=2 http://globs.org/file/exteditor_v071.xpi It does exactly what you want, so I guess this bug can be closed? -- +--* .-. |Martin SchusterMicrosoft is not the answer /v\ |[EMAIL PROTECTED] www.tabr.orgMicrosoft is the question // \\ | [EMAIL PROTECTED] ICQ# 2057Linux! is the answer /( )\ +--*^^-^^ signature.asc Description: Digital signature
Bug#347884: gstreamer0.8: Unnecessary build-depends: xmltex, passivetex
Package: gstreamer0.8 Severity: normal Since xmltex is RC-buggy and not easy to fix, I suggest to remove these unneeded build-deps soon. When xmltex and passivetex are removed from Build-Depends-indep, the binary packages can still be built fine and do not change: $ lh /var/cache/pbuilder/result/*deb -rw-r--r-- 1 root root 138K 2006-01-13 11:26 /var/cache/pbuilder/result/gstreamer0.8-tools_0.8.11-2.1_i386.deb -rw-r--r-- 1 root root 137K 2006-01-13 10:50 /var/cache/pbuilder/result/gstreamer0.8-tools_0.8.11-2_i386.deb -rw-r--r-- 1 root root 758K 2006-01-13 11:26 /var/cache/pbuilder/result/libgstreamer0.8-0_0.8.11-2.1_i386.deb -rw-r--r-- 1 root root 758K 2006-01-13 10:50 /var/cache/pbuilder/result/libgstreamer0.8-0_0.8.11-2_i386.deb -rw-r--r-- 1 root root 600K 2006-01-13 11:26 /var/cache/pbuilder/result/libgstreamer0.8-dev_0.8.11-2.1_i386.deb -rw-r--r-- 1 root root 600K 2006-01-13 10:50 /var/cache/pbuilder/result/libgstreamer0.8-dev_0.8.11-2_i386.deb -rw-r--r-- 1 root root 1.8M 2006-01-13 11:26 /var/cache/pbuilder/result/gstreamer0.8-doc_0.8.11-2.1_all.deb -rw-r--r-- 1 root root 1.8M 2006-01-13 10:50 /var/cache/pbuilder/result/gstreamer0.8-doc_0.8.11-2_all.deb After unpacking the doc package, a diff only reveals hunks like -%DVIPSSource: TeX output 2006.01.13:0948 +%DVIPSSource: TeX output 2006.01.13:1023 and -%%CreationDate: Fri Jan 13 09:48:15 2006 +%%CreationDate: Fri Jan 13 10:23:49 2006 Regards, Frank -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#347885: kdelibs-data: Includes /usr/share/mimelnk/image/x-djvu.desktop
Package: kdelibs-data
Version: 4:3.4.3-2
Priority: important
The latest version of kdelibs includes a file
(/usr/share/mimelnk/image/x-djvu.desktop) which is also present in the
libdjvulibre1 package, making it impossible to install both. This just caused
a breakage in my unstable system ('apt-get -f install' was trying to install
this kdelibs version to fix some conflict) and I had to resolve it removing
libdjvulibre1.
If you believe the bug is in libdjvulibre1, please reassign it there.
Regards
Javier
signature.asc
Description: Digital signature
Bug#346467: [DebianGIS-dev] Bug#346467: libgrass: undefined symbols from libm
On Thu, Jan 12, 2006 at 03:22:58PM +0100, Laurent Bonnaud wrote: ldd /usr/lib/grass/lib/libgrass_gis.6.0.1.so linux-gate.so.1 = (0xe000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ee4000) libgrass_datetime.so = /usr/lib/grass/lib/libgrass_datetime.so (0xb7edc000) libc.so.6 = /lib/tls/libc.so.6 (0xb7da5000) /lib/ld-linux.so.2 (0x8000) You did not use the -r switch. Do you get the same result with it? The same with the experimental package. Would you please reinstall from scratch the sid pkg? The md5sum of my file should be the same as yours: $ md5sum /usr/lib/grass/lib/libgrass_gis.6.0.1.so 6d8ef9b38c1ce694bae212058a63b540 /usr/lib/grass/lib/libgrass_gis.6.0.1.so What distribution are you using? sid, updated every day, and some packages from experimental. Yes I see the same unresolved. I suspect the libm is differently resolved, btw. There's something about in the autoconf scripts, I need to check... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347886: linux-image-2.6.15-1-k7: Software Suspend: Unable to find swap device
Package: linux-image-2.6.15-1-k7 Version: 2.6.15-1 Severity: normal Hi, I've been trying to use software suspend which is enabled in this kernel version. Strangely, software suspend complains: unable to find swap device. Try swapon -a This is the contents of /proc/cmdline root=/dev/hdb5 ro resume=/dev/hda6 resume2=file:/dev/hdb5:0x18a5d (resume2 is intendend for other, home compiled kernels and should be ignored by this one) this is the output of swapon -s FilenameTypeSizeUsedPriority /dev/hda6 partition 1052216 149524 -1 This is the result of grep swap /etc/fstab: /dev/hda6 noneswapsw 0 0 Finally, I should say that the same problem occurs with Software Suspend2 - unless I use the file writer backend instead of suspending to a swap partition, see bug #312218. The only thing special about my box that I can think of is, that I have two hard disks which Debian being installed on the second one. Thanks, Johannes -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.15-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.15-1-k7 depends on: ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-3 Yet Another mkInitRD -- debconf information: linux-image-2.6.15-1-k7/postinst/depmod-error-initrd-2.6.15-1-k7: false linux-image-2.6.15-1-k7/postinst/old-initrd-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/preinst/abort-install-2.6.15-1-k7: linux-image-2.6.15-1-k7/postinst/create-kimage-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/depmod-error-2.6.15-1-k7: false linux-image-2.6.15-1-k7/postinst/kimage-is-a-directory: linux-image-2.6.15-1-k7/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-k7/preinst/failed-to-move-modules-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/overwriting-modules-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/old-system-map-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/bootloader-error-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/already-running-this-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/initrd-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/elilo-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/old-dir-initrd-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/bootloader-test-error-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/abort-overwrite-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/lilo-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/prerm/would-invalidate-boot-loader-2.6.15-1-k7: true linux-image-2.6.15-1-k7/preinst/bootloader-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/prerm/removing-running-kernel-2.6.15-1-k7: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347423: evince: renders ECMA-6 PDF as featureless black pages
I have exactly the same problem. The ECMA-PDF files are black and the text only appears selecting it. There are a lot of PDF files that contain areas which are displayed with black background (and the black text is only visible selecting it so that it turns white). The file linked in Bug #347652 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347652) is one of them. I have PDF files here (downloaded from http://www.cs.umanitoba.ca/~eclipse/, e.g. http://www.cs.umanitoba.ca/~eclipse/2-Basic.pdf) where only the areas which contain code (Courier font) do have a black background. The postscript files on this page aren't displayed well either -- images and text chaotically distributed over the pages. Converting these ps files into pdf files (with ps2pdf) does not solve the problem, the text and images are displayed well, but the black background of the code-areas remains. I am running an Up-to-date debian sid. Is this a debian problem? Using the 0.4.0 sources of evince does not solve the problem either. Regards Paul. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347868: aide segfaults without reason from yesterday to today on amd64
On Fri, Jan 13, 2006 at 11:25:28AM +0100, Oliver Sorge wrote: Most probably, your database or your configuration file has been corrupted somehow. Does aide --init work? No. It segfaults too. I deleted the two databases and reinstalled aide. Same error :( Hmmm. (a) Can you submit your complete configuration? (b) Does aide --verbose=255 --init give something one can work with? (c) Back up your configuration, purge aide, reinstall (now you have the default config). If aide works then, there is something wrong with your configuration. It is _important_ that you'll back up your configuration first. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347887: mysql-query-browser - FTBFS: assumes that size_t is unsinged int
Package: mysql-query-browser Version: 1.1.18-1 Severity: important There was an error while trying to autobuild your package: Automatic build of mysql-query-browser_1.1.18-1 on debian01 by sbuild/s390 85 [...] s390-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DXTHREADS -pthread -DORBIT2=1 -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libgtkhtml-3.6 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgnomeprintui-2.2 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/freetype2 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/mysql -DBIG_JOINS=1 -I../../../mysql-gui-common/source/linux -I../../../mysql-gui-common/library/include -I../../../mysql-gui-common/library_util/shared_include -I../../../mysql-gui-common/library_util/include -I../../library/include -I../../source/linux/gtksourceview -DPREFIX=\\ -DDATADIRNAME=\share\ -DCOMMONDIRNAME=\query-browser\-g -O2 -c -o MGResultSetModel.o MGResultSetModel.cc MGResultSetModel.cc: In member function 'virtual void MGResultSetModel::get_value_vfunc(const Gtk::TreeIter, int, Glib::ValueBase) const': MGResultSetModel.cc:402: error: no matching function for call to 'MGResultSetModel::get_value(const Gtk::TreeIter, int, void*, guint) const' MGResultSetModel.cc:259: note: candidates are: bool MGResultSetModel::get_value(const Gtk::TreeIter, unsigned int, void*, size_t) const make[4]: *** [MGResultSetModel.o] Error 1 make[4]: Leaving directory `/build/buildd/mysql-query-browser-1.1.18/mysql-query-browser/source/linux' This code assumes that size_t is always unsigned int. This is not even true on 32bit arches. Bastian
Bug#347888: udev: device nodes missing, system unbootable
Package: udev Version: 0.079-080+1 Severity: important udev randered my system unbootable. Here are some of the boot messages, copied by hand: INIT: version 2.86 booting ... Starting the hotplug events dispatcher: udevd Synthesizing the initial hotplug evetns...done Waiting for /dev to be fully populated...done(timeout) Setting parameters of disc: (none) Activating swap...failed Checking root file system... Filesystem seems mounted read only. ... fsck.ext3: no such file or directory while trying to open /dev/hda2. Then I get a root shell. I can see that there is no /dev/hda (the boot disk), and in fact /dev contains only this: /dev: MAKEDEV@ acerhk cdrom@ console core@ disk/ fd@ hdc initctl| input/ loop/ net/ null ppp ptmx pts/ shm/ sndstat@ stderr@ stdin@ stdout@ tty0 tty1 tty2 tty3 tty4 tty5 tty6 watchdog /dev/disk: by-path/ /dev/disk/by-path: pci-:00:1f.1-ide-1:0@ /dev/input: event2 /dev/loop: 0 /dev/net: tun /dev/pts: /dev/shm: ===0 There is a /dev/hdc (the CD-ROM). This system is an Acer TravelMate 223X laptop. Note that I am running a custom-built kernel. By copyting over the device nodes from /dev/.static I am able to continue booting, and it even starts networking and kdm. But then I cannot login. The virtual terminals (text-mode) just disappear (there is no login prompt even), and I cannot login with kdm either (it accepts the password and then crashes). (This bug report was made after downgrading udev to 0.079-1.) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-custom Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-9 Scripts for initializing and shutt ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libselinux1 1.28-2 SELinux shared libraries ii lsb-base 3.0-13 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-79 creates device files in /dev ii sed 4.1.2-8The GNU sed stream editor udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311373: Still interested in this package?
On Fri, Jan 13, 2006 at 02:52:28AM -0800, Stephen Birch wrote: Reinhard Tartler([EMAIL PROTECTED])@2006-01-13 10:54: This bug has been left open for a really long time, do you still intend to maintain it? Hi there.. My original intention was to wait until my long standing debian application completed and then do the packaging but the application process seems to be rather FUBAR. Both my NM and also the sponsorship of my other packages are both in a frustrating quagmire because the other folks involved are so very slow. FYI I hit the same problem with another package (spca5xx) which had other interested parties. I ended up creating an alioth account and now several people are maintaining that package. It worked out really well. Let me ask ... Does collab-maint involve more than just creating an alioth account? it is a completly new project, we'll see how it will evolve. We would need an sponsor anyway, but there are some interested DDs for that. You need an alioth account and contact then Raphael Hertzog to add you to the team. I will upload the current ubuntu package to collab-main svn then. BTW wifi-radar is already packaged in ubuntu and the package (to my eye) looks okay so I was planning to just import that package into Debian. I don't have time to reinvent the wheel! I was involved when reviewing and eventually uploading it to ubuntu, I use it from time to time on my ubuntu laptop. I may end up dropping my Debian activities anyway ... I have started to look into joining Ubuntu instead - the NM process has pretty much tested my patience to the limit. Although there have been no issues, my application has been in the works since 2004-01-28. Life is too short :-) I'm currently on the other way round: in order to help ubuntu further, I started NM myself in order to bring packages like wifi-radar to debian. This is one pice on my fight to lower divergence :) regards, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347555: heimdal-kdc: iprop.8 missing
Brian May [EMAIL PROTECTED] writes:
I believe you will find it in heimdal-servers.
Ah. It should be in heimdal-kdc, since it documents
ipropd-{master,slave}.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252759: This is the only divergence in the ubuntu package
hi, I just wanted to note that this bug is currently the only difference to ubuntu packaging. Please add amd64 to the architecture line so that we can sync automatically again. regards, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311373: Still interested in this package?
Reinhard Tartler([EMAIL PROTECTED])@2006-01-13 10:54: This bug has been left open for a really long time, do you still intend to maintain it? Hi there.. My original intention was to wait until my long standing debian application completed and then do the packaging but the application process seems to be rather FUBAR. Both my NM and also the sponsorship of my other packages are both in a frustrating quagmire because the other folks involved are so very slow. FYI I hit the same problem with another package (spca5xx) which had other interested parties. I ended up creating an alioth account and now several people are maintaining that package. It worked out really well. Let me ask ... Does collab-maint involve more than just creating an alioth account? Either way, I am very happy to create such an account for wifi-radar or even hand over the ITP. Wifi-radar is a very useful tool which IMHO really must be included in etch. My struggles with NM and sponsorship should not get in the way. BTW wifi-radar is already packaged in ubuntu and the package (to my eye) looks okay so I was planning to just import that package into Debian. I don't have time to reinvent the wheel! I may end up dropping my Debian activities anyway ... I have started to look into joining Ubuntu instead - the NM process has pretty much tested my patience to the limit. Although there have been no issues, my application has been in the works since 2004-01-28. Life is too short :-) Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337436: please remove passivetex from testing (was: passivetex: destroys local configuration)
On 12.01.06 Steve Langasek ([EMAIL PROTECTED]) wrote: On Thu, Jan 12, 2006 at 06:41:47PM +0100, Frank Küster wrote: Hi *, I was about to create a patch for the package, but I discovered more issues. Most notably, the Makefile in the example directory fails because it cannot find a file tei.xsl, which does not exist in the source package or anywhere in Debian (main). Thus it seems the package is not even functional. However, gstreamer0.8 has a build-dependency on it, and I think we might miss that. Do you have a solution for gstreamer0.8? I could build the docs of gstreamer0.8 without having passivetex installed. I could not test the full build as it gave an FTBFS at another place, which was definitely not caused by missing passivetex. As Frank stated passivetex is not functional the generated doccs should not look different than without passivetex. H. -- When your memory goes, forget it! http://www.hilmar-preusse.de.vu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347890: cdrdao: .diff.gz contains {arch} directories
Package: cdrdao
Version: 1:1.2.1-2
Severity: normal
Hi,
the .diff.gz from cdrdao contains {arch} directories, probably from
the arch version control software. Version control data should not be
in the Debian .diff.gz, ie. it should be removed before building the
package.
This should probably be a lintian check also, I'll try to write
a patch.
Regards,
Bastian
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (900, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-treasure2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages cdrdao depends on:
ii libc6 2.3.5-11 GNU C Library: Shared libraries an
ii libgcc1 1:4.0.2-6 GCC support library
ii libstdc++64.0.2-6The GNU Standard C++ Library v3
cdrdao recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347891: lsh-utils - uses DEB_AUTO_UPDATE_DEBIAN_CONTROL
Package: lsh-utils Version: 2.0.1cdbs-2 Severity: serious lsh-utils uses DEB_AUTO_UPDATE_DEBIAN_CONTROL which modifies the build dependencies on the fly, this is not allowed. Bastian -- Captain's Log, star date 21:34.5... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347892: linda: add .git version control file check
Package: linda
Version: 0.3.17
Severity: wishlist
Tags: patch
Hi,
here is a patch to check for .git directories coming from the GIT version
control software.
Regards,
Bastian
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (900, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-treasure2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages linda depends on:
ii binutils 2.16.1cvs20051214-1 The GNU assembler, linker and bina
ii dash 0.5.3-1 The Debian Almquist Shell
ii dpkg-dev 1.13.11.1 package building tools for Debian
ii file 4.15-2 Determines file type using magic
ii man-db 2.4.3-3 The on-line manual pager
ii python 2.3.5-3 An interactive high-level object-o
Versions of packages linda recommends:
ii debian-policy 3.6.2.2Debian Policy Manual and related d
-- no debconf information
--- files.py.orig 2006-01-13 12:05:45.230444734 +0100
+++ files.py2006-01-13 12:06:28.175893411 +0100
@@ -30,9 +30,9 @@
self.signal_error('empty-directory-in-pkg', [directory])
for component in exploded_path:
if not dirs_found['versioncontrol']:
-if component in ('CVS', '.svn', '{arch}'):
+if component in ('CVS', '.svn', '{arch}', '.git'):
vercon_tools = {'CVS': 'CVS', '.svn': 'SVN', \
-'{arch}': 'TLA'}
+'{arch}': 'TLA', '.git': 'GIT'}
self.signal_error('vercon-dir-in-package', \
[vercon_tools[component]])
dirs_found['versioncontrol'] = 1
Bug#311373: Still interested in this package?
Reinhard Tartler([EMAIL PROTECTED])@2006-01-13 11:58: it is a completly new project, we'll see how it will evolve. We would need an sponsor anyway, but there are some interested DDs for that. You need an alioth account and contact then Raphael Hertzog to add you to the team. I do already have an alioth account, I needed one to get spca5xx uploaded - but my account is a -guest account. I will upload the current ubuntu package to collab-main svn then. Cool. Would you mind putting a 'closes #311373' in the changelog to close the ITP please. I was involved when reviewing and eventually uploading it to ubuntu, I use it from time to time on my ubuntu laptop. Well then I owe you a thank you I use the package on my Ubuntu machines. Sounds like wifi-radar in Debian is in good hands with you behind it. Excellent! I'm currently on the other way round: in order to help ubuntu further, I started NM myself in order to bring packages like wifi-radar to debian. This is one pice on my fight to lower divergence :) Good for you ... I am 100% behind that. Ubuntu is doing a really great job and all involved should be PROUD. But it would be a shame if Ubuntu did diverge into a fork. Collaboration like yours is the key. Good luck with your NM - I think it all comes down to the people involved. If you get a responsive AM it will go smoothly. Although my AM is a top-notch guy (Joerg) he is just badly over extended hence the very slow progress. Warm Regards, Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347893: whitelister: please update your architecture list
Package: whitelister Severity: normal Hi, support for ocamlopt has been dropped in ocaml 3.09.0-4, so whitelister needs either to drop this arch from its architecture list, or support being built with ocamlc instead of ocamlopt. If you prefer the first solution, you can find the list of architectures currently building ocamlopt at $(ocamlc -where)/native-archs. If you think that whitelister should be buildable with ocamlc, I can come up with a patch to do that. (This means either having whitelister be a bytecode app, which can go in an architecture-independent deb, or detecting at build-time whether ocamlopt can be used) Thanks, Julien -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345071: New upstream version
A new upstream version of sa-exim (4.2.1) is now available that fixes this bug and generally improves the greylist cleaning process. It may also be worth considering a security announcement for sarge. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345796: Acknowledgement (xlibs: typo in /etc/X11/xkb/symbols/compose)
On Fri, Jan 13, 2006 at 10:58:07AM +0100, David Martínez Moreno wrote: El martes, 3 de enero de 2006 16:24, Andreas Kroschel escribió: Sorry, this was an error. Maybe it's a typo, but it does *not* stop CAPS from working as compose key. Please change severity to minor or close this bug. Denis? It does not matter. This definition has not yet entered xorg but is in xkeyboard-config with the patch from this bugreport applied. So I modified 091_xkb_implement_compose:caps.diff too, it is likely that xorg CVS will be synced and we will then drop 091_xkb_implement_compose:caps.diff without having to wonder which changes need to be kept. Denis
Bug#347547: Orphaning spip
reassign 347547 wnpp retitle 347547 O: spip -- User Friendly and powerful Publishing System (CMS) built in php severity 347547 normal thanks Nutella.virtual-net.Fr [EMAIL PROTECTED] (13/01/2006): Thomas Huriaux a écrit : Package: spip Version: 1.7.0-1 Severity: serious It seems that the spip package is no longer maintained: * last upload nearly two years ago * contains an RC-bug open 18 months ago, last answer to this RC-bug also 18 months old * new upstream releases, with a wishlist bug filled 6 months ago * different very old trivial bugs (such as debconf translations) still not fixed. Even if I have no interest in maintaining this package, I think that finding a new maintainer for this package is better for the Debian's users. It is my opinion too. I am actually actively searching for a new maintener, but have a lot of difficulties finding one. Then I reassign this bug to wnpp, it is the first step to find a new maintainer. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#347774: does not handle resize on startup properly (same as #146210?)
Hi, Thomas Dickey wrote: it appears as if that old bug has reappeared. When the windowmanager gives back a different ConfigureNotify than what was initially requested, the shell process needs to be sent a SIGWINCH. That put a different thought in my head than the similar ion3 report. But just for completeness, is this with some other window manager than ion? (If it's not, it should be merged with #347308). Well, I would assume it to happen only when the window is opened initially, where only few window managers will disagree with the client about the size of the window. Testing with another WM will take me a day or so since I'm at work now. Simon signature.asc Description: OpenPGP digital signature
Bug#347818: dokuwiki: [INTL:sv] Swedish debconf templates translation
On Thu, Jan 12, 2006 at 09:53:10PM +0100, Daniel Nylander wrote: Here is the swedish translation of the debconf template for dokuwiki. Thanks, Daniel. I'll include this in the next revision. cheers, -Matti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347888: udev: device nodes missing, system unbootable
close 347888 0.080-1 thanks On Jan 13, [EMAIL PROTECTED] wrote: udev randered my system unbootable. Here are some of the boot messages, copied by hand: It does not work with kernels 2.6.15, I fixed this in 0.080-1 which I will upload in a few hours. http://www.bofh.it/~md/debian/ if you need it right now. -- ciao, Marco signature.asc Description: Digital signature
Bug#337436: please remove passivetex from testing
On Fre, 13 Jan 2006, Frank Küster wrote: I could do the following: Take the sources from texlive (where passivetex was excluded due to its existence in debian) and try to fix the passivetex packages. It shouldn't be too complicated, but probably would be a complete rewrite of the scripts/rules. Would this be ok for NMU? It would also be a new upstream release, I guess (at least current upstream has a tests subdirectory, while the Debian package has What I meant is take the debian stuff as I would have used it for passivetex, but leave the .orig.tar.gz. examples instead). I don't think this would be good for an NMU, rather for a takeover. Which I wouldn't mind, if you want to take the Maybe I prepare a NMU over the weekend of next week, it will be a severe restructuring of the debian part, but nothing else. If someone else does it in the meantime, also good. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- YORK (vb.) To shift the position of the shoulder straps on a heavy bag or rucksack in a vain attempt to make it seem lighter. Hence : to laugh falsely and heartily at an unfunny remark. 'Jasmine yorked politely, loathing him to the depths of her being' - Virginia Woolf. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337436: please remove passivetex from testing (was: passivetex: destroys local configuration)
On Fri, Jan 13, 2006 at 09:51:35AM +0100, Norbert Preining wrote: Hi Frank, hi Steve! On Don, 12 Jan 2006, Frank Küster wrote: source package or anywhere in Debian (main). Thus it seems the package is not even functional. On Don, 12 Jan 2006, Steve Langasek wrote: However, gstreamer0.8 has a build-dependency on it, and I think we might miss that. Do you have a solution for gstreamer0.8? I could do the following: Take the sources from texlive (where passivetex was excluded due to its existence in debian) and try to fix the passivetex packages. It shouldn't be too complicated, but probably would be a complete rewrite of the scripts/rules. Would this be ok for NMU? Not really; it sounds like a hijacking to me. Of course, the maintainer field lists a mailing list, and there are no uploaders listed, so I'm not sure anybody *cares*, but it's still not the sort of change to make unless you're prepared to maintain the package long-term. Which also probably means going through the orphaning process first. On Fri, Jan 13, 2006 at 12:00:56PM +0100, Hilmar Preusse wrote: On 12.01.06 Steve Langasek ([EMAIL PROTECTED]) wrote: On Thu, Jan 12, 2006 at 06:41:47PM +0100, Frank Küster wrote: Hi *, I was about to create a patch for the package, but I discovered more issues. Most notably, the Makefile in the example directory fails because it cannot find a file tei.xsl, which does not exist in the source package or anywhere in Debian (main). Thus it seems the package is not even functional. However, gstreamer0.8 has a build-dependency on it, and I think we might miss that. Do you have a solution for gstreamer0.8? I could build the docs of gstreamer0.8 without having passivetex installed. I could not test the full build as it gave an FTBFS at another place, which was definitely not caused by missing passivetex. As Frank stated passivetex is not functional the generated doccs should not look different than without passivetex. Then if Norbert opts not to adopt passivetex, it sounds like an RC bug against gstreamer0.8 asking it not to depend on passivetex would be the answer? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#347894: php5: Two security problems in PHP5
Package: php5 Severity: grave Tags: security Justification: user security hole Two security problems have been found in PHP5. For details please see http://www.hardened-php.net/advisory_012006.112.html http://www.hardened-php.net/advisory_022006.113.html PHP 4 is not affected, so this only affects testing and sid. Cheers, Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347895: ITP: cnet -- A X11 TclTK based network simulator program
Package: wnpp Severity: wishlist Owner: Jesús Espino [EMAIL PROTECTED] * Package name: cnet Version : 2.0.9 Upstream Author : Chris McDonald [EMAIL PROTECTED] * URL : http://www.csse.uwa.edu.au/cnet/ * License : GPL Description : A X11 TclTK based network simulator program Cnet allows you to simulate data link layer network protocols, by programming it in C language. Also, you specify the topology of the simulated network. . Cnet compiles your source and dinamically links it, and the simulation begins. It is a graphical program, so you can view your simulated packets travelling on your virtual network. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-luc3m Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Bug#347779: myspell-fr-gut: Missing words (2).
Nicolas Sabouret wrote: Hi, Thanks for these remarks. I have several concerns with your bugs. First of all, they are not simple if we aim at a general solution to the issues they describe. Moreover, upstream doesn't answer anymore. Gutemberg dict (as well as Hydro-Quebec) are no longuer maintained upstream from my point of view. Feel free to submit a patch if you have proper solutions to offer. I'll try to deal with these bugs within the following weeks. Thanks for the answer. Here is my opinion, of course I may be wrong, since I do not know exactly how a .dic and .aff work. Some of the words can be simply added IMO to the /usr/share/myspell/dicts/fr.dic file, such as: - finaliser (regular verb) - for changent, this is a regular verb, so I think it is simple to add the 3rd pl suffix, as it is identical to other verbs. - horodatage: simply add it to .dic and say that it has a -s suffix - d'entrée, d'ensemble, ...: I thought there is a rule for words starting with vowel that they may have a d' as prefix. A more problem however is that upstream does not respond anymore... (Off-topic: your homepage redirects to an invalid address.) -- Eugen
Bug#305557: We believe this is fixed in 2.6.15-2. ...
Sven Luther wrote: tags 305557 + moreinfo thanks Hi, ... It would be nice if you could confirm this bug is still present in 2.6.15-2 or not. Friendly, Sven Luther It still exists with 2.6.15-2. Steps to reproduce: After booting: snoopy:~$ iwconfig eth2 eth2 IEEE 802.11-DS ESSID:UFC-11G Mode:Managed Frequency:2.447 GHz Access Point: 00:09:5B:42:ED:5B Bit Rate:11 Mb/s Tx-Power=20 dBm Sensitivity=0/65535 Retry limit:16 RTS thr:off Fragment thr:off Power Management:off Link Quality=88/100 Signal level=-52 dBm Noise level=-85 dBm Rx invalid nwid:4129 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:19109 Missed beacon:0 snoopy:~$ ifconfig eth2|head -2 eth2 Link encap:Ethernet HWaddr 00:0B:46:56:34:7B inet addr:192.168.105.23 Bcast:192.168.105.255 Mask:255.255.255.0 After sleeping/resume: snoopy:~$ iwconfig eth2 eth2 IEEE 802.11-DS ESSID:tsunami Mode:Managed Frequency:2.447 GHz Access Point: FF:FF:FF:FF:FF:FF Bit Rate:11 Mb/s Tx-Power=20 dBm Sensitivity=0/65535 Retry limit:16 RTS thr:off Fragment thr:off Power Management:off Link Quality=0/100 Signal level=-110 dBm Noise level=-84 dBm Rx invalid nwid:45 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:219 Missed beacon:0 snoopy:~$ ifconfig eth2|head -2 eth2 Link encap:Ethernet HWaddr 00:0B:46:56:34:7B inet addr:192.168.105.23 Bcast:192.168.105.255 Mask:255.255.255.0 The command: snoopy:~# iwconfig eth2 essid UFC-11G after the resuming solves the problem. = tsunami is the name it gives when it is not connected to any AP (sometimes this name is empty, i.e. , instead). -- Eugen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311373: Still interested in this package?
On Fri, Jan 13, 2006 at 03:11:05AM -0800, Stephen Birch wrote: Reinhard Tartler([EMAIL PROTECTED])@2006-01-13 11:58: it is a completly new project, we'll see how it will evolve. We would need an sponsor anyway, but there are some interested DDs for that. You need an alioth account and contact then Raphael Hertzog to add you to the team. I do already have an alioth account, I needed one to get spca5xx uploaded - but my account is a -guest account. I will upload the current ubuntu package to collab-main svn then. Cool. Would you mind putting a 'closes #311373' in the changelog to close the ITP please. I just injected it into http://svn.debian.org/wsvn/collab-maint/ext-maint/wifi-radar/trunk/ I'm happily open for collaborative maintenance, just get an alioth account and ask Raphael for access to the collab-maint svn, and add yourself to Uploaders, or so. Good luck with your NM - I think it all comes down to the people involved. If you get a responsive AM it will go smoothly. Although my AM is a top-notch guy (Joerg) he is just badly over extended hence the very slow progress. I don't mind slow progress. My sponsor is quite responsive, and I'm also in touch with quite some other DDs, so thats no problem for me :) regards, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337436: please remove passivetex from testing
Hilmar Preusse [EMAIL PROTECTED] wrote: I could build the docs of gstreamer0.8 without having passivetex installed. I could not test the full build as it gave an FTBFS at another place, which was definitely not caused by missing passivetex. I didn't get a FTBFS in a sid chroot (i386). Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured
On 2006-01-13 09:33:33 +0100, Frank Küster wrote: Obviously I was wrong about the not changed for long. But I expected that then there would be a question, instead of a clean overwrite. I don't know why the question wasn't shown. You didn't by chance set DEBIAN_FRONTEND to noninteractive during the upgrade? No, I just did apt-get install And I generally get questions (e.g. I had one after doing the mv then apt-get install -f). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Bug#347756: lists.debian.org: bogus improper use of 8-bit data in message header error message
On Thu, 12 Jan 2006, Frank Küster wrote: Package: lists.debian.org Severity: normal murphy keeps sending out bogus error messages for all my mails that I send to debian-user-german, and I'm not the only person to experience that. Here's a copy of the bounce I got - but in fact the mail is delivered nevertheless: I'm not a listmater, but I see this in the quoted bounce: From: Frank Küster [EMAIL PROTECTED] which is probably incorrect. Surprisingly, in the mail to which I'm replying right now I see this: From: Frank =?UTF-8?Q?K=C3=BCster?= [EMAIL PROTECTED] which seems acceptable. Can you tell your MUA to use the second form?
Bug#337436: please remove passivetex from testing
Steve Langasek [EMAIL PROTECTED] wrote: However, gstreamer0.8 has a build-dependency on it, and I think we might miss that. Do you have a solution for gstreamer0.8? Yes: I tried to find out which problems would occur, and it turned out that the build-dependency can simply be dropped: #347884. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#337436: please remove passivetex from testing
severity 347884 serious # passivetex will be removed from testing thanks Steve Langasek [EMAIL PROTECTED] wrote: I could build the docs of gstreamer0.8 without having passivetex installed. I could not test the full build as it gave an FTBFS at another place, which was definitely not caused by missing passivetex. As Frank stated passivetex is not functional the generated doccs should not look different than without passivetex. Then if Norbert opts not to adopt passivetex, it sounds like an RC bug against gstreamer0.8 asking it not to depend on passivetex would be the answer? Adjusted severity. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#342704: please remove ocaml-native-compilers/hppa from unstable
On Thu, Dec 29, 2005 at 17:54:42 +, Jeroen van Wolffelaar wrote: - Did you try the debian-hppa list whether there are hppa porters willing to work on this? When dealing with arch-specific issues, they should at least be informed so that they can make a choice between dropping support in this way for ocaml, or fixing the support where the package maintainers and upstream are unable and/or unwilling to do so. As said, this is now done, and there has been no answer from the porters yet. Of course, if someone steps up and manages to fix ocamlopt on hppa, we can readd it later. However, I don't think that can happen in the short term. - What to do with packages like slat and confluence, that seem to fail to build for hppa with this package removed? I think they should be transitioned to alternatives, or otherwise also for those packages, the hppa support should be dropped. This should happen at the same time in any case, I do not intend to whack-a-mole multiple times in the future for reverse-(build)-dependendencies of this package. confluence is now fixed, and a bug is filed against slat. The other packages affected by this are ara and whitelister, which only build arch-specific debs on architectures where ocamlopt is available, so their hppa deb is now NBS. I asked the maintainers to update the Architecture field of their package. Is there something else you need (or would like) me to do? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342948: Patch [was: Re: Bug#342948: CVE-2005-4158: Insecure handling of PERLLIB PERL5LIB PERL5OPT environment vars]
Hi again! Bdale Garbee [2006-01-11 22:04 -0700]: On Wed, 2006-01-11 at 16:38 +0100, Martin Schulze wrote: Bdale, what do you think? I'm ok with it. Does someone have a patch representing this behavior? I now finished the first version of the patch [1]. Please note that I tried to keep the patch small; if this should be accepted upstream, then env.c should be cleaned up severely. I did the same changes to the LDAP backend; the change is fairly straightforward, but I did not test it. I programmed it defensively, so the worst that can happen is that your environment is slaughtered even if you can execute ALL commands. Does someone of you happen to use sudo with LDAP? I would highly appreciate some more pairs of eyes on the patch, though. What upstream shipped for p12, plus env_reset added to sudoers when nothing already exists and we're creating one from scratch. I disabled the addition of env_reset in Ubuntu, since it doesn't help for upgrades and would annoy real admins (with no command restriction) too much, BTW. Thanks for considering, Martin [1] http://patches.ubuntu.com/patches/sudo.envhandling.patch -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#347723: heimdal-kdc: iprop-log missing
Brian May [EMAIL PROTECTED] writes: I cannot find a ipropd-log man page in the source, not even at that directory. Bother. I thought I was checking the 0.7.1 source for it, but it must have been snapshot source; it definitely isn't in 0.7.1. Sorry. FYI, the log that the iprop master uses doesn't get trimmed when the slaves are up-to-date as you might be expecting (not that accumulating the changes is actually wrong). In a realm with a lot of activity on the principals, the log might grow big enough to make a difference, and iprop-log implements trimming it. I don't know whether that's worth a note somewhere. However, there are other iprop man pages in the heimdal-server package - perhaps this is what you are thinking of? hmmm. Maybe these man pages really should be in the heimdal-kdc package? Yes, per #347555. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344662: libtool: gentoo patch breaking on Debian amd64
On Fri, Jan 13, 2006 at 04:07:18AM -0500, Mike Frysinger wrote: sorry guys, i missed this e-mail since it was cc-ed to the libtool list and my filters ate it :) so what's the story with this patch ? is it the cause of the Debian bug 344662 ? reading the report it doesnt seem like it is ... As far as I can tell the patch in question does cause problems. i'm pretty sure we took libtool-1.4.2-multilib.patch from mandrake, but i cant say for sure as it's been in portage since before i joined Gentoo ... unrelated to your e-mail, i had already removed applying it with our 1.5.22 libtool ebuild in my effort to cut out all extraneous libtool patches by either labeling them obsolete or sending them upstream ... That would be good news. I'm also going to request that the Debian sysfs package no longer ships the .la file since it's clearly unsupported. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347868: debug with gdb
Hi, are you able to provide a backtrace using gdb? Steve Kemp recently gave a short introduction on how to do this. Read it here: http://lists.debian.org/debian-devel/2006/01/msg00648.html Regards Nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347774: does not handle resize on startup properly (same as #146210?)
On Fri, Jan 13, 2006 at 12:10:28PM +0100, Simon Richter wrote: Hi, Thomas Dickey wrote: it appears as if that old bug has reappeared. When the windowmanager gives back a different ConfigureNotify than what was initially requested, the shell process needs to be sent a SIGWINCH. That put a different thought in my head than the similar ion3 report. But just for completeness, is this with some other window manager than ion? (If it's not, it should be merged with #347308). Well, I would assume it to happen only when the window is opened initially, where only few window managers will disagree with the client about the size of the window. yes - that's the area where problems are expected (events sent while the window is being created might be lost and not propagated via the pty). Testing with another WM will take me a day or so since I'm at work now. thanks. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpBTyUnRY7Tj.pgp Description: PGP signature
Bug#347896: lurker: Incorrect instructions about integration with mailman
Package: lurker Severity: normal The README.mailman.gz contains the following paragraph: --- cut here --- After testing everything you can change mailmans default archiving method to mbox only. That will break pipermail usage. This is mailmans internal archiver, and you proberly don't want to use it any longer, as you have lurker now. Simply add the following to mm_cfg.py: ---snip--- # -1 - no archiving at all || 0 - pipermail archiving only # 1 - mbox archiving only || 2 - both mbox and pipermail archiving ARCHIVE_TO_MBOX = 1 ---snip--- /--- cut here --- However these instructions are incorrect. If the ARCHIVE_TO_MBOX setting is set to '1' then no archiving of the mail will occur (neither internal [pipermail] or external). In order for external archiving via lurker to be done then the ARCHIVE_TO_MBOX setting should have the value '0' or '2'. I admit that the comments from mailman's configuration file are misleading, they should be changed to: # -1 - no archiving at all # 0 - internal (via pipermail) or external archiving only # 1 - mbox archiving only # 2 - internal (via pipermail) or external archiving, in addition to mbox #archiving The bug is present in all lurker releases (stable/testing/unstable). Mihai -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347897: quagga: Documentation inconsistancy with ospfd
Package: quagga Version: 0.99.1-6 Severity: normal The manual page contains a '-l' option for verbose debugging, this option is not implemented in teh daemon and is not mentioned in the --help text -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages quagga depends on: ii adduser 3.80 Add and remove users and groups ii debconf [debconf-2.0] 1.4.66 Debian configuration management sy ii iproute 20041019-3 Professional tools to control the ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libreadline5 5.1-5 GNU readline and history libraries ii logrotate 3.7.1-2Log rotation utility quagga recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347423: evince: renders ECMA-6 PDF as featureless black pages
I tried a little bit around with evince and poppler (libpoppler-glib). It seems to be a problem with the actual version of libpoppler in debian (4.3-3). I built poppler 0.5.0 from the original sources (http://poppler.freedesktop.org/) and compiled evince against this libraries. Both -- evince 0.4.0 and evince 0.5.0 from cvs (i did not built the debian sources) work fine. The black background isn't there anymore, the files are readable (the postscript files not, but that's another matter, i think). Regards Paul. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347756: lists.debian.org: bogus improper use of 8-bit data in message header error message
Santiago Vila [EMAIL PROTECTED] wrote: On Thu, 12 Jan 2006, Frank Küster wrote: Package: lists.debian.org Severity: normal murphy keeps sending out bogus error messages for all my mails that I send to debian-user-german, and I'm not the only person to experience that. Here's a copy of the bounce I got - but in fact the mail is delivered nevertheless: I'm not a listmater, but I see this in the quoted bounce: From: Frank Küster [EMAIL PROTECTED] which is probably incorrect. Surprisingly, in the mail to which I'm replying right now I see this: From: Frank =?UTF-8?Q?K=C3=BCster?= [EMAIL PROTECTED] which seems acceptable. Can you tell your MUA to use the second form? I did - the strange thing is that murphy *did* actually deliver the mail, and when it arrived here it had a correctly encoded From line (I'm attaching it). It seems murphy somehow is fooled by whatever. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer BABYL OPTIONS: -*- rmail -*- Version: 5 Labels: Note: This is the header of an rmail file. Note: If you are seeing it in rmail, Note:it means the file has no messages in it. 0, unseen,, *** EOOH *** X-From-Line: [EMAIL PROTECTED] Wed Jan 11 15:04:57 2006 Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Delivery-date: Wed, 11 Jan 2006 15:04:57 +0100 Received: from localhost ([127.0.0.1]) by localhost with esmtp (Exim 4.50) id 1Ewgav-0004vo-MD for [EMAIL PROTECTED]; Wed, 11 Jan 2006 15:04:57 +0100 Received: from pop.1und1.com [212.227.15.161] by localhost with POP3 (fetchmail-6.2.5) for [EMAIL PROTECTED] (single-drop); Wed, 11 Jan 2006 15:04:57 +0100 (CET) Received: from [146.82.138.6] (helo=murphy.debian.org) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis), id 0MKu60-1EwgNH2sBA-0003hI for [EMAIL PROTECTED]; Wed, 11 Jan 2006 14:50:52 +0100 Received: from localhost (localhost [127.0.0.1]) by murphy.debian.org (Postfix) with QMQP id B56FF2DFF9; Wed, 11 Jan 2006 07:50:41 -0600 (CST) Old-Return-Path: [EMAIL PROTECTED] X-Original-To: debian-user-german@lists.debian.org Received: from idmailgate1.unizh.ch (idmailgate1.unizh.ch [130.60.127.100]) by murphy.debian.org (Postfix) with ESMTP id 3AC0C2E085 for debian-user-german@lists.debian.org; Wed, 11 Jan 2006 07:50:38 -0600 (CST) Received: from localhost ([130.60.169.159]) by idmailgate1.unizh.ch (8.13.1/8.13.1/SuSE Linux 0.7) with ESMTP id k0BDoaFe024323 for debian-user-german@lists.debian.org; Wed, 11 Jan 2006 14:50:36 +0100 Received: from localhost ([127.0.0.1] helo=localhost.localdomain) by localhost with esmtp (Exim 4.50) id 1EwgO2-0004gU-Jv for debian-user-german@lists.debian.org; Wed, 11 Jan 2006 14:51:38 +0100 To: debian-user-german@lists.debian.org Subject: Re: binutils X-Attribution: fant X-Ehrenamt: http://www.langau.de In-Reply-To: [EMAIL PROTECTED] (Hartmut Figge's message of Wed, 11 Jan 2006 14:22:39 +0100) References: [EMAIL PROTECTED] From: =?iso-8859-1?q?Frank_K=FCster?= [EMAIL PROTECTED] Date: Wed, 11 Jan 2006 14:51:38 +0100 X-Gnus-Mail-Source: file:/var/mail/frank Message-ID: [EMAIL PROTECTED] User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new X-Rc-Virus: 2005-11-10_01 X-Rc-Spam: 2005-09-11_01 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on murphy.debian.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=4.0 tests=AWL,IMPRONONCABLE_1, MURPHY_WRONG_WORD2,UNWANTED_LANGUAGE_BODY autolearn=no version=3.0.3 Resent-Message-ID: [EMAIL PROTECTED] Resent-From: debian-user-german@lists.debian.org X-Mailing-List: debian-user-german@lists.debian.org archive/latest/162007 X-Loop: debian-user-german@lists.debian.org List-Id: debian-user-german.lists.debian.org List-Post: mailto:debian-user-german@lists.debian.org List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Unsubscribe: mailto:[EMAIL PROTECTED] Precedence: list Resent-Sender: [EMAIL PROTECTED] Resent-Date: Wed, 11 Jan 2006 07:50:41 -0600 (CST) X-SpamScore: 0 Lines: 21 Xref: localhost.localdomain mail.Debian:55529 Hartmut Figge [EMAIL PROTECTED] wrote: Gru=DF, fr=FCher hatte ich hier schon einmal beklagt, dass eine Compilation von SeaMonkey unter Sid mit dem gcc-3.3 fehlschl=E4gt, wenn man ein aktuelles binutils verwendet. Rettung war eine =E4ltere Version, binutils_2.16.1-3_i386.deb. Bei Sid gilt jetzt 'gcc-4.0 depends on binutils (=3D 2.16.1cvs20051214)'. Hast du einen bugreport gegen binutils gemacht? Gru=DF, Frank --=20 Frank K=FCster Inst. f. Biochemie der Univ. Z=FCrich Debian Developer
Bug#347758: dh_python and current python policy doesn't match
Le jeudi 12 janvier 2006 à 14:58 +0100, Matthias Klose a écrit : Package: python,debhelper Severity: serious dh_python currently doesn't honor current python policy (but says so in the manual page). the version should not yet enter testing until one of the two is updated. I don't think the generated dependencies, as provided, violate the python policy. The modules are shipped in a directory outside sys.path, and byte-compiled by a specific application. Furthermore, this is done in the spirit of some TODO sections of the policy. Of course the policy needs to be updated, but does this really mandate a RC bug? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#347898: tagtool: Must depend on libid3-3.8.3c2a
Subject: tagtool: Must depend on libid3-3.8.3c2a Package: tagtool Version: 0.12.1-1 Severity: grave *** Please type your report below this line *** Since libid3-3.8.3c2 does not exist anymore, the package must be changed to depend of libid3-3.8.3c2a so that it can be installed. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4-ulim526x Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tagtool depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libid3-3.8.3 3.8.3-4.1 Library for manipulating ID3v1 and ii libogg0 1.1.2-1Ogg Bitstream Library ii libpango1.0-0 1.10.1-2 Layout and rendering of internatio ii libstdc++51:3.3.6-10 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1The Vorbis General Audio Compressi ii libvorbisfile31.1.0-1The Vorbis General Audio Compressi ii libxml2 2.6.22-2 GNOME XML library ii zlib1g1:1.2.3-9 compression library - runtime tagtool recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347899: amoeba: works only with direct rendering
Package: amoeba Version: 1.1-16 Severity: normal hi I tried amoeba and the result was $ amoeba ERROR! sizeof(SISDRIRec) does not match passed size from device driver libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering Unhandled exception: No direct rendering (hardware acceleration) available! (Check libGL.so.* symlinks) The first 4 lines are OK for me: for some reason Xorg 6.9 broke direct rendering here. The last line is a surprise: why does amoeba fail to run? I can understand that it would complain about lacking DRI, but failing to run is too draconian a. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages amoeba depends on: ii amoeba-data 1.1-5 Fast-paced, polished OpenGL demons ii libc62.3.5-11GNU C Library: Shared libraries an ii libexpat11.95.8-3XML parsing C library - runtime li ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libglu1-xorg [libglu1c2] 6.8.2.dfsg.1-11 Mesa OpenGL utility library [X.Org ii libjpeg626b-11 The Independent JPEG Group's JPEG ii libogg0 1.1.2-1 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxxf86vm1 6.8.2.dfsg.1-11 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-2 Mesa 3D graphics library [X.Org] ii xlibs6.9.0.dfsg.1-2 X Window System client libraries m ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages amoeba recommends: ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
