Bug#441723: osgcal: package content changed if build twice or more times in a row
Am Dienstag, 11. September 2007 01:12:17 schrieb Loic Dachary: These files are generated and contain meta stable data. It is normal for them to change after each build. This files doesn't changed between the builds, but are completly missing in the first build. (therefore not in the first build). So there is obviously something wrong. I'll reopen this bug later. Greetings Winnie Patrick Winnertz [EMAIL PROTECTED] writes: Package: osgcal Severity: serious Justification: Package content changed Version: 0.1.44-4 User: [EMAIL PROTECTED] Usertags: qa-debdiff Hi, Lucas Nussbaum has rebuiltthe whole archive three times on i386 and the content of your packages builded there differ. This means that the package which was generated on the fist build contains or doesn't contains several files which are or aren't included in the package which build two or three times. See the report and the url for details: Files in second .changes but not in first - /usr/share/osgcal/simple/Action_001.xaf /usr/share/osgcal/simple/Cube.xmf /usr/share/osgcal/simple/plain.xrf /usr/share/osgcal/simple/simple.xsf The full build-log can be found at: http://people.debian.org/~lucas/logs/2007/doublebuild-09-05/failed-deb diff About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. All packages have been rebuilt twice in a row, with unpack, build, clean, build. Please read the mail of Martin Zobel-Helas on debian-devel [0], for a explanation for this mass bug filling. Greetings Patrick Winnertz [0]: http://lists.debian.org/debian-devel/2007/05/msg00490.html -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian-Edu Developer `. `'` http://www.der-winnie.de http://d.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441620: ftbfs with g++-4.3/gcc-snapshot
Thanks I'll see what I can do about it. Best regards, // Ola On Mon, Sep 10, 2007 at 06:31:29PM +0200, Matthias Klose wrote: Package: vnc4 Version: 4.1.1 Severity: important http://people.debian.org/~lucas/logs/2007/09/10/gcc43/vnc4_4.1.1+xorg1.0.2-0ubuntu5_gutsylp.buildlog make[3]: Entering directory `/build/user/vnc4-4.1.1+xorg1.0.2/common/network' c++ -I.. -DVNC_SOCKLEN_T=socklen_t -O2 -Wall -DPIC -fPIC -c TcpSocket.cxx TcpSocket.cxx: In static member function 'static network::TcpFilter::Pattern network::TcpFilter::parsePattern(const char*)': TcpSocket.cxx:448: error: 'atoi' was not declared in this scope make[3]: *** [TcpSocket.o] Error 1 make[3]: Leaving directory `/build/user/vnc4-4.1.1+xorg1.0.2/common/network' make[2]: *** [all] Error 1 -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | http://opalsys.net/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441777: libhx-dev: Description references wrong package; copy-paste problem?
Package: libhx-dev Version: 1.10.0-1 Severity: normal From the description: This package contains the development libraries, header files needed by programs that want to compile with Cairo. s/Cairo/libhx/ - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441693: xine-ui: No accelerated IMDCT transform found error/warning given unless user is root
Darren Salt [EMAIL PROTECTED] writes: Not a xine bug. Where xine-lib's internal copy of liba52 is used, you won't see this message at all. (See src/liba52/diff_against_release.patch for details.) For completeness, I've attached the diff, taken from the current xine-lib hg branch as found on hg.debian.org. Please consider applying it and/or discussing it with upstream. --- src/liba52/a52_internal.h Sun Jul 28 03:52:06 2002 +++ src/liba52/a52_internal.h Wed Aug 28 19:01:05 2002 @@ -84,6 +84,7 @@ expbap_t lfe_expbap; sample_t * samples; +void * samples_base; int downmixed; }; --- src/liba52/imdct.c Sun Jul 28 03:52:07 2002 +++ src/liba52/imdct.c Wed Aug 28 18:55:38 2002 @@ -38,7 +38,7 @@ #include a52.h #include a52_internal.h -#include mm_accel.h +#include xineutils.h typedef struct complex_s { sample_t real; @@ -425,7 +425,6 @@ } else #endif { - fprintf (stderr, liba52:No accelerated IMDCT transform found\n); ifft128 = ifft128_c; ifft64 = ifft64_c; } --- src/liba52/parse.c Sun Jul 28 03:52:07 2002 +++ src/liba52/parse.c Wed Aug 28 19:02:21 2002 @@ -31,14 +31,7 @@ #include a52_internal.h #include bitstream.h #include tables.h - -#ifdef HAVE_MEMALIGN -/* some systems have memalign() but no declaration for it */ -void * memalign (size_t align, size_t size); -#else -/* assume malloc alignment is sufficient */ -#define memalign(align,size) malloc (size) -#endif +#include xineutils.h typedef struct { sample_t q1[2]; @@ -60,7 +53,7 @@ if (state == NULL) return NULL; -state-samples = memalign (16, 256 * 12 * sizeof (sample_t)); +state-samples = xine_xmalloc_aligned (16, 256 * 12 * sizeof (sample_t), state-samples_base); if (state-samples == NULL) { free (state); return NULL; @@ -896,6 +889,6 @@ void a52_free (a52_state_t * state) { -free (state-samples); +free (state-samples_base); free (state); } --- src/liba52/bitstream.h +++ src/liba52/bitstream.h @@ -21,6 +21,10 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ +#ifdef WIN32 +#include unistd.h +#endif + /* (stolen from the kernel) */ #ifdef WORDS_BIGENDIAN -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4
Bug#409496: padevchooser: Random crashes
reopen 409496 thanks On Mon, Feb 12, 2007 at 10:59:59AM +0100, CJ van den Berg [EMAIL PROTECTED] wrote: On Sat, Feb 03, 2007 at 05:06:24PM +0100, Mike Hommey wrote: I'm sorry I can't give you much more info than that. It just happens that after a while, the applet would just disappear and I find a segfault/core dumped message in my logs. I suspect it may be because you are using the gtk version from experimental. If you can't go back to gtk 2.8.20 you could try rebuilding padevchooser locally against gtk 2.10.7 from experimental and see if that solves the problem. M somehow I didn't get this message. Anyways, I'll give this a try when I have a chance. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433455: [tex-live] Bug#433455: Bug#433455: /usr/bin/pdftex: $TEXEDITdefault doesn't cope with spaces in filenames
Hi Karl, Unless the OS ending with `$' - err, `s' likes better, I prefer ''. I committed the change using '%s'. Akira, please let me know if that causes problems for you and %s would be better. On native Windows, we cannot use '%s'. Best regards, Akira --- c-auto.in.orig Tue Sep 11 15:07:43 2007 +++ c-auto.in Tue Sep 11 15:11:17 2007 @@ -54,7 +54,11 @@ #undef NO_DUMP_SHARE /* web2c: Default editor for interactive `e' option. */ +#ifdef WIN32 +#define EDITOR emacs +%d \%s\ +#else #define EDITOR vi +%d '%s' +#endif /* web2c: Window system support for Metafont. */ #undef EPSFWIN -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417850: Caps Lock and BR-ABNT2: still can't reproduce
I didn't test the rc1 of debian but the first etch release Is with this problem. I have more than 100 instalations here and all of then had this problem. Do this Install the system like if you were in brazil, portuguese and abnt2. And for sure you will have this problem... Turn on caps lock and start typing on the tty1 you will see something like AASSccDDFFeerrTT some keys are lower case! I'd prefer if someone reproduces the problem *with unstable* and preferrably on a live system. This makes the bug far more easier to investigate. So far, my own tests, with either loadkeys br-abnt2 or dpkg-reconfigure console-data and choose The Brazilian ABNT2 keymap did not show any problem. signature.asc Description: Digital signature
Bug#441771: [Pkg-fonts-bugs] Bug#441771: fontforge: missing -lang command-line argument
Quoting Michael Gilbert ([EMAIL PROTECTED]): Package: fontforge Version: 0.0.20070607-4 Severity: important I'm not the main maintainer, but this bug severity sounds slightly overflated to me. I doubt it to be a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. signature.asc Description: Digital signature
Bug#441778: sendmail: can't write to /var/spool/mqueue-client
Package: sendmail Severity: important After upgrading earlier today, sendmail is getting errors Sep 11 08:02:44 betty sendmail[26207]: NOQUEUE: SYSERR(ptb): can not write to queue directory /var/spool/mqueue-client/ (RunAsGid=0, required=8): Permission denied The queue is drwxrws--- 2 smmsp smmsp 4096 Sep 11 07:49 /var/spool/mqueue-client/ (yeah, I'll make it 777 so that I can send this!) and from /etc/group: root:*:0: ... mail:*:8:smmta,smmsp ... smmta:x:108:mail smmsp:x:109:mail and it was me that added smmta,smmsp to the mail group in an attempt to make things better, and I added mail to the smmta group too. I restarted sendmail too so that it could see the change. From sendmail.cf, I see: /etc/mail/sendmail.cf:#O RunAsUser=sendmail /etc/mail/sendmail.cf.old:#O RunAsUser=sendmail /etc/mail/submit.cf:O RunAsUser=smmsp /etc/mail/submit.cf.old:O RunAsUser=smmsp so it looks like that may be influencing things. Passwd says mail:*:8:8:mail:/var/mail:/bin/sh smmta:!:106:108:Mail Transfer Agent,,,:/var/lib/sendmail:/bin/false smmsp:!:107:109:Mail Submission Program,,,:/var/lib/sendmail:/bin/false and I don't see ANY user called sendmail. psaux says the daemons are running as root. -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: total 327 drwxr-sr-x 7 smmta smmsp 1024 Sep 11 08:08 . drwxr-xr-x 149 root root 7168 Sep 11 06:24 .. -rwxr-xr-- 1 root smmsp 11143 Sep 10 18:01 Makefile -rw--- 1 root root 4211 Aug 12 23:56 access -rw-r- 1 smmta smmsp 12288 Aug 12 23:56 access.db -rw-r--r-- 1 root root281 Sep 1 2006 address.resolve -rw-r--r-- 1 root root281 Aug 18 06:05 address.resolve.dpkg-new lrwxrwxrwx 1 root smmsp10 Oct 7 2006 aliases - ../aliases -rw-r- 1 smmta smmsp 12288 Aug 12 23:56 aliases.db -rw--- 1 root smmsp 228 Dec 22 2006 authinfo -rw-r- 1 smmta smmsp 12288 Aug 12 23:56 authinfo.db -rw-r--r-- 1 root smmsp 3574 Sep 10 18:01 databases -rw-r- 1 smmta smmsp48 Oct 10 2006 default-auth-info -rw-r--r-- 1 root root 5657 Jul 30 00:13 helpfile -rw-r--r-- 1 root root 5657 Aug 18 11:31 helpfile.dpkg-new -rw-r--r-- 1 root smmsp27 Oct 7 2006 local-host-names drwxr-sr-x 2 smmta smmsp 1024 Oct 7 2006 m4 drwxr-xr-x 2 root root 1024 Sep 10 22:35 peers drwxr-xr-x 2 smmta smmsp 1024 Oct 10 2006 sasl -rw-r--r-- 1 root smmsp 66117 Sep 10 18:01 sendmail.cf -rw-r--r-- 1 root root 65845 Aug 12 23:56 sendmail.cf.old -rw-r--r-- 1 root root 11882 Aug 12 23:56 sendmail.conf -rw-r--r-- 1 root smmsp 4918 Aug 12 23:56 sendmail.mc -rw-r--r-- 1 root root149 Sep 1 2006 service.switch -rw-r--r-- 1 root root180 Sep 1 2006 service.switch-nodns -rw-r--r-- 1 root root180 Aug 18 06:05 service.switch-nodns.dpkg-new -rw-r--r-- 1 root root149 Aug 18 06:05 service.switch.dpkg-new drwxr-sr-x 2 smmta smmsp 1024 Dec 22 2006 smrsh -rw-r--r-- 1 root smmsp 44154 Aug 12 23:56 submit.cf -rw-r--r-- 1 root root 43883 Aug 12 23:56 submit.cf.old -rw-r--r-- 1 root smmsp 2325 Aug 12 23:56 submit.mc drwxr-xr-x 2 smmta smmsp 1024 Oct 10 2006 tls -rw-r--r-- 1 root smmsp 0 Oct 7 2006 trusted-users /etc/mail/m4: total 3 drwxr-sr-x 2 smmta smmsp 1024 Oct 7 2006 . drwxr-sr-x 7 smmta smmsp 1024 Sep 11 08:08 .. -rw-r- 1 root smmsp 689 Sep 10 18:01 dialup.m4 -rw-r- 1 root smmsp0 Oct 7 2006 provider.m4 /etc/mail/peers: total 4 drwxr-xr-x 2 root root 1024 Sep 10 22:35 . drwxr-sr-x 7 smmta smmsp 1024 Sep 11 08:08 .. -rw-r--r-- 1 root root 328 Sep 1 2006 provider -rw-r--r-- 1 root root 328 Aug 18 06:05 provider.dpkg-new /etc/mail/sasl: total 7 drwxr-xr-x 2 smmta smmsp 1024 Oct 10 2006 . drwxr-sr-x 7 smmta smmsp 1024 Sep 11 08:08 .. -rw-r- 1 smmta smmsp 743 Oct 10 2006 Sendmail.conf.2 -rwxr--r-- 1 root root 3674 Aug 12 23:56 sasl.m4 /etc/mail/smrsh: total 2 drwxr-sr-x 2 smmta smmsp 1024 Dec 22 2006 . drwxr-sr-x 7 smmta smmsp 1024 Sep 11 08:08 .. lrwxrwxrwx 1 root smmsp 16 Dec 22 2006 deliver - /usr/bin/deliver lrwxrwxrwx 1 root smmsp 26 Oct 7 2006 mail.local - /usr/lib/sm.bin/mail.local lrwxrwxrwx 1 root smmsp 17 Dec 22 2006 maildrop - /usr/bin/maildrop lrwxrwxrwx 1 root smmsp 17 Dec 22 2006 procmail - /usr/bin/procmail /etc/mail/tls: total 19 drwxr-xr-x 2 smmta smmsp 1024 Oct 10 2006 . drwxr-sr-x 7 smmta smmsp 1024 Sep 11 08:08 .. -rw-r--r-- 1 root root 7 Oct 10 2006 no_prompt -rw--- 1 root root 1191 Oct 10 2006 sendmail-client.cfg -rw-r--r-- 1 root smmsp 1237 Oct 10 2006 sendmail-client.crt -rw--- 1 root root 1017 Oct 10 2006 sendmail-client.csr -rw-r- 1 root smmsp 1679 Oct 10 2006 sendmail-common.key -rw--- 1 root root 0 Oct 10 2006 sendmail-common.prm -rw--- 1 root root 1191 Oct 10 2006 sendmail-server.cfg -rw-r--r-- 1 root smmsp 1237 Oct 10 2006 sendmail-server.crt -rw--- 1 root
Bug#441478: [EMAIL PROTECTED]: Bug#441478: libglpk0: security flaw buffer overflow in glplib05.c xvprintf]
Hi Rafael, The bug report below was filed against the GLPK package in Debian. Although the reported version is 4.20, the problem would also exist in 4.21. Could you please check this? As I remember the previous bug report concerned one informational message (from glp_simplex) not masked by msg_lev = GLP_MSG_OFF, and that bug was fixed in 4.21. - Forwarded message from Peter T. Breuer [EMAIL PROTECTED] - From: Peter T. Breuer [EMAIL PROTECTED] Subject: [Pkg-scicomp-devel] Bug#441478: libglpk0: security flaw buffer overflow in glplib05.c xvprintf Date: Mon, 10 Sep 2007 07:56:50 +0200 To: Debian Bug Tracking System [EMAIL PROTECTED] Reply-To: Peter T. Breuer [EMAIL PROTECTED], [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Package: libglpk0 Version: 4.20-1 Severity: minor Looking through the code for a way to shut off the annoying messaged from lpx_adv_basis in the version of libglpk0 that is current for my distribution (a new version has been made available to unstable, but that's not me ...), I noticed the following in xvprintf of src/glplib05.c: static void xvprintf (const char *fmt, va_list arg) { charbuf[4000 + 1]; vsprintf (buf, fmt, arg); xassert (strlen (buf) sizeof (buf)); /* here! */ xputs (buf); return; } The assertion checks the length of the string in the current buffer AFTER having written it there. Too late, and ineffective anyway. Thank you for your report. However, this is not a bug, since buf cannot overflow; xvprintf is not available on api level neither directly nor indirectly and used internally only by glpk routines, which do not output messages long enough to cause the overflow. I agree that using vsnprintf would be more correct, however, it is a relatively new function which until recently was unavailable on some platform. 1) The buffer overflow has already occurred, if it has occurred at all, so the check is notionally too late. One wants to check before doing the vsprintf into the buffer, if anywhere. Yes, it is likely that a buffer overflow seeks to alter the return address on the stack, It depends on implementation of C. Some implementations (I know one) allocate automatic variables and the context info in different stacks. Besides, in case of failure (which can never happen as I explained above) xassert eventually would call the abort function, which does not return. :) so a check in the same routine is not too late for deetcting that, but one can perfectly easily write a string with a zero half-way along (by writing a low integer, for example) that is going to stop the strlen calculation within bounds, and a buffer overflow attempt WILL write zeros. 2) In any case checking strlen(buf) will overrun the buffer in the event the test fails, likely resulting in a violation of another sort as it eventually runs into un-mapped memory areas. Only luck stops it segfaulting. 3) The correct way to do this is to use vsnprintf. One wants vsnprintf(buf, sizeof(buf), fmt, arg); The sizeof(buf) is correct. Not sizeof(buf)-1 as the count by vsnprintf includes a trailing zero. And in any case one can check the number of bytes returned: int n = vsnprintf(buf, sizeof(buf), fmt, arg); xassert(n = sizeof(buf)); if one really wanted to do a check AFTER the event :), useless though that is. Best Peter -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.15.3 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages libglpk0 depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-5 Multiprecision arithmetic library libglpk0 recommends no packages. -- no debconf information ___ Pkg-scicomp-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441779: rubrica: segmentation fault at exit
Package: rubrica Version: 2.0-1 Severity: normal When I quit rubrica, I get a segmentation fault, even when I do nothing after the start, only quit immediately. The only thing it does is loading a vcf file with some contacts at startup. I tried to create a backtrace. Here is the result: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1220335952 (LWP 3033)] 0xb77f8702 in g_type_check_instance_cast () from /usr/lib/libgobject-2.0.so.0 (gdb) bt #0 0xb77f8702 in g_type_check_instance_cast () from /usr/lib/libgobject-2.0.so.0 #1 0x0805afb3 in on_quit_cb (widget=0x8092908, data=0x80bd800) at callbacks.c:703 #2 0xb77e8b89 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #3 0xb77db722 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0xb77ec27d in ?? () from /usr/lib/libgobject-2.0.so.0 #5 0x08253ef0 in ?? () #6 0x in ?? () Regards, Tino -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rubrica depends on: ii gconf2 2.18.0.1-3 GNOME configuration database syste ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime rubrica recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438458: linux-image-2.6.18-5-686-bigmem: All freezes on boot after message agpgart:
On Fri, Sep 07, 2007 at 10:46:10AM -0600, dann frazier wrote: On Fri, Sep 07, 2007 at 09:39:06AM +0300, Henrik Wall??n wrote: I forgot to point out that I use the amd64 arch, not i386. Maybe this mismatch is the problem this time? (I used --force-architecture to be able to install the above packages, and I guess that's a bad idea in general.) Yes, there's no way this kernel will work for you. Can those of you using the amd64 port test these two kernels? http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-4-amd64_2.6.18.dfsg.1-13etch2+intelagptest4_amd64.deb http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-4-amd64_2.6.18.dfsg.1-13etch2+intelagpupdate_amd64.deb -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441775: certification fails
merge 441775 440346 thanks On Tue, Sep 11, 2007 at 02:28:57PM +0900, Jun Nishikawa wrote: Package: puppet Version: 0.23.2-3 Severity: important Looks like certification is failing. puppetca --list does not return hostname and cannot sign either. I'm going to take a wild stab and guess that the change of $ssldir has bitten you. 0.23.2-3 moved /etc/puppet/ssl to /var/lib/puppet/ssl and changed the default config parameter for ssldir on all services to that directory. Most likely, what you'll need to do is take any parameters you've custom set in the deprecated config files (puppetd.conf, puppetmasterd.conf, puppetca.conf, etc), move them into puppet.conf (in the appropriate section, if necessary) and then delete the deprecated config files. Once you do that, your certificates will most likely verify again and all will be well. Then you can just delete the (bogus) /etc/puppet/ssl. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441780: libnet-ssh-perl-perl: package require Crypt::DSA to operate which does not seems to be in the archive
Package: libnet-ssh-perl-perl Version: 1.30-1 Severity: grave Justification: renders package unusable The information contained in, or attached to, this e-mail, contains confidential information and is intended solely for the use of the individual or entity to whom they are addressed and is subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. www.aztecsoft.com
Bug#441782: unintentionaly links with libgpmg1
Package: brltty Severity: important Tags: d-i Latest upload of brltty is linked with libgpmg1 on amd64, even though this library isn't in Build-Depends. This breaks D-I daily builds since the runtime dependency also affects the udeb, which doesn't have a corresponding libgpmg1 udeb to use: http://people.debian.org/~aba/d-i/images/daily/build_netboot.log If you don't want to link with libgpmg1, you should probably add it to Build-Conflicts. If you really do, consider wether the udeb also needs it first. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441629: error while run recollindex
On 9/10/07, bluelupo [EMAIL PROTECTED] wrote: Hello, an error while run /usr/bin/recollindex :2:../internfile/mh_mail.cpp:155:decodeBody: base64 decoding failed !. body Hi, Thanks for bug report. Btw, which email client you use? -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441339: [Debian-ia32-libs] Bug#441339: Bug#441339: ia32-libs: use of non fhs-compliant /emul
On Mon, 2007-09-10 at 19:22 +0200, sean finney wrote: but in any event, lack of $feature to allow obsoleting $package is not really justification for allowing $package to remain in violation of policy. Fair enough. I admit to being a little trigger-happy since this isn't the first time the question has come up. also, i don't see how that rationale warrants lowering the severity to wishlist. afaik important is the designated severity for policy violations that are not deemed to be rc. however i'm not going to get into a severity pingpong over it. Sorry about that. I'm also not particularly concerned about the severity other than believing it should not be a release-critical level. Feel free to change if it you like. The important part to me is the wontfix tag, and/or (even better?) being able to mark this as blocked by a bug on whatever package (Goswin's suggestion of binutils probably makes the most sense) needs to get updated to eventually allow us to obsolete ia32-libs entirely. Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441478: [EMAIL PROTECTED]: Bug#441478: libglpk0: security flaw buffer overflow in glplib05.c xvprintf]
Also sprach Andrew Makhorin: As I remember the previous bug report concerned one informational message (from glp_simplex) not masked by msg_lev = GLP_MSG_OFF, and that bug was fixed in 4.21. Hi, yes, indeed, and thank you. Well, speaking tangentially I'm not sure I'd call it fixed to be absolutely precise, rather mooted, by your introducing some newish mechanisms (which I haven't gotten to try yet as I'm on debian testing). Actually I thought GLP_MSG_OFF was much more satisfactory as a user interface and I would be very pleased to hear that you had succeeded in making the GLP_MSG values in force at the time transfer automatically to the LPX_MSG values when the lpx solver is invoked internally from glp_whatever. I simply used the term_hook callback in my application to turn off all terminal output. Mind you - I couldn't see any explanation of what the info value should be for the call that registers it! static void xvprintf (const char *fmt, va_list arg) { charbuf[4000 + 1]; vsprintf (buf, fmt, arg); xassert (strlen (buf) sizeof (buf)); /* here! */ xputs (buf); return; } The assertion checks the length of the string in the current buffer AFTER having written it there. Too late, and ineffective anyway. Thank you for your report. However, this is not a bug, since buf cannot overflow; If that is your belief then why do you have the test there at all? The answer is that you are not completely sure that is the case, so you have left a check in. Remove it and you will be better off under your hypothesis above! But I don't think you will do so, because you almost certainly prefer to leave a little defensive programming in there. Unfortunately, the intended defense is actually harmful. In the event that you did write too much into the buffer, the strlen would run beyond the buffer end too (and the test would not prevent it)! And it would likely then segfault before running the comparison and raise no alarm either. xvprintf is not available on api level neither directly nor indirectly and used internally only by glpk routines, The point is that somebody may be able to _trick_ the application into writing something there that is inappropriate. You don't know how your code will be used, after all. which do not output messages long enough to cause the overflow. Then why are you testing :-)? I agree that using vsnprintf would be more correct, however, it is a relatively new function which until recently was unavailable on some platform. I think the easiest thing to do is just use vsnprintf if you can and remove the test. Or leave a test as a defensive programming and future-proofing measure, but not using strlen, which is counter-productive. If you don't have vsnprintf one has to work a lot harder. You may want to consider just int n = vsprintf(buf, fmt, arg); xassert(n sizeof(buf)); since at least that avoids the problem of strlen possibly spiralling off to infinity. You could transform vsnprintf to vsprintf via a macro if vsnprintf is not present on the build platform, and the above test would be sensible in both cases. Yes, it is likely that a buffer overflow seeks to alter the return address on the stack, It depends on implementation of C. Some implementations (I know one) allocate automatic variables and the context info in different stacks. :-). I don't know that one, but there are other possible o/s defenses too. Besides, in case of failure (which can never happen as I explained above) :-). xassert eventually would call the abort function, which does not return. :) It would likely segfault before calling abort, as strlen would run beyond the buffer end. 3) The correct way to do this is to use vsnprintf. One wants vsnprintf(buf, sizeof(buf), fmt, arg); Looks the simplest and safest change, possibly with a macro to transform the vsnprintf to a vsprintf when the former is not present. I'd personally leave a test like that below in just as a reminder. int n = vsnprintf(buf, sizeof(buf), fmt, arg); xassert(n = sizeof(buf)); Regards and thanks Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441781: gnome-control-center: gnome-settings-daemon cannot start when Russian locale is added
Package: gnome-control-center Version: 1:2.18.1-1 Severity: important gnome-settings-daemon gives following errors when start. $ gnome-settings-daemon expected keysym, got ebreve: line 220 of ru last scanned symbol is: ebreve expected keysym, got Ebreve: line 220 of ru last scanned symbol is: Ebreve expected keysym, got ebreve: line 260 of ru last scanned symbol is: ebreve expected keysym, got Ebreve: line 260 of ru last scanned symbol is: Ebreve Warning: No symbols defined for SYRQ (keycode 92) Warning: No symbols defined for II65 (keycode 101) Warning: No symbols defined for BRK (keycode 114) Warning: No symbols defined for FK13 (keycode 118) Warning: No symbols defined for FK14 (keycode 119) Warning: No symbols defined for FK15 (keycode 120) Warning: No symbols defined for FK16 (keycode 121) Warning: No symbols defined for FK17 (keycode 122) Warning: No symbols defined for KPDC (keycode 123) Warning: No symbols defined for XFER (keycode 129) Warning: No symbols defined for I02 (keycode 130) Warning: No symbols defined for NFER (keycode 131) Warning: No symbols defined for I04 (keycode 132) Warning: No symbols defined for AE13 (keycode 133) Warning: No symbols defined for I06 (keycode 134) Warning: No symbols defined for I07 (keycode 135) Warning: No symbols defined for I08 (keycode 136) Warning: No symbols defined for I09 (keycode 137) Warning: No symbols defined for I0A (keycode 138) Warning: No symbols defined for I0B (keycode 139) Warning: No symbols defined for I0C (keycode 140) Warning: No symbols defined for I0D (keycode 141) Warning: No symbols defined for I0E (keycode 142) Warning: No symbols defined for I0F (keycode 143) Warning: No symbols defined for I10 (keycode 144) Warning: No symbols defined for I11 (keycode 145) Warning: No symbols defined for I12 (keycode 146) Warning: No symbols defined for I13 (keycode 147) Warning: No symbols defined for I14 (keycode 148) Warning: No symbols defined for I15 (keycode 149) Warning: No symbols defined for I16 (keycode 150) Warning: No symbols defined for I17 (keycode 151) Warning: No symbols defined for I18 (keycode 152) Warning: No symbols defined for I19 (keycode 153) Warning: No symbols defined for I1A (keycode 154) Warning: No symbols defined for I1B (keycode 155) Warning: No symbols defined for K59 (keycode 157) Warning: No symbols defined for I1E (keycode 158) Warning: No symbols defined for I1F (keycode 159) Warning: No symbols defined for I20 (keycode 160) Warning: No symbols defined for I21 (keycode 161) Warning: No symbols defined for I22 (keycode 162) Warning: No symbols defined for I23 (keycode 163) Warning: No symbols defined for I24 (keycode 164) Warning: No symbols defined for I25 (keycode 165) Warning: No symbols defined for I26 (keycode 166) Warning: No symbols defined for I27 (keycode 167) Warning: No symbols defined for I28 (keycode 168) Warning: No symbols defined for I29 (keycode 169) Warning: No symbols defined for K5A (keycode 170) Warning: No symbols defined for I2B (keycode 171) Warning: No symbols defined for I2C (keycode 172) Warning: No symbols defined for I2D (keycode 173) Warning: No symbols defined for I2E (keycode 174) Warning: No symbols defined for I2F (keycode 175) Warning: No symbols defined for I30 (keycode 176) Warning: No symbols defined for I31 (keycode 177) Warning: No symbols defined for I32 (keycode 178) Warning: No symbols defined for I33 (keycode 179) Warning: No symbols defined for I34 (keycode 180) Warning: No symbols defined for K5B (keycode 181) Warning: No symbols defined for K5D (keycode 182) Warning: No symbols defined for K5E (keycode 183) Warning: No symbols defined for K5F (keycode 184) Warning: No symbols defined for I39 (keycode 185) Warning: No symbols defined for I3A (keycode 186) Warning: No symbols defined for I3B (keycode 187) Warning: No symbols defined for I3C (keycode 188) Warning: No symbols defined for K62 (keycode 189) Warning: No symbols defined for K63 (keycode 190) Warning: No symbols defined for K64 (keycode 191) Warning: No symbols defined for K65 (keycode 192) Warning: No symbols defined for K66 (keycode 193) Warning: No symbols defined for I42 (keycode 194) Warning: No symbols defined for I43 (keycode 195) Warning: No symbols defined for I44 (keycode 196) Warning: No symbols defined for I45
Bug#440003: munin fails to graph diskpartitions containing +plusssign
I reported my patch upstream to URL: http://sourceforge.net/mailarchive/forum.php?thread_name=2flk5qyl3jz.fsf%40saruman.uio.noforum_name=munin-users , and was told that the df* scripts were already fixed upstream. I guess an upgrade might be a good idea. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435983: mount: fails to detect LABEL=foo filesystems
also sprach Marco d'Itri [EMAIL PROTECTED] [2007.09.10.1409 +0200]: I will do it ASAP. Please do not do this by yourself because the udev rules files need to be renamed first (or else I would need to add conflicts and you would need to move the file). Can you please give me an ETA? Tomorrow? Two weeks? End of October? Anything is fine with me, really, I just want to be able to plan. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems the only way to get rid of a temptation is to yield to it. -- oscar wilde digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#441783: RFA: libphidgets
Package: wnpp Severity: normal I no longer use Phidgets and don't even have any anymore, so I am not really fit to maintain this package. Note that I am also upstream, so it would be ideal if the future maintainer could also assume upstream maintenance of the code. I'll be happy to assist with whatever I can. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#432528: dict-wn: animacy not listed
Hi, the problem was reported upstream in the mailing list and in the bug tracking system where it can be found at http://wordnet.princeton.edu/cgi-bin/bugquery.pl?requested=1709 Patches for the Debian packaged version that yould be out before a new version of WordNet are always welcome. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441510: FTBFS: haxe
It seems that ocamlp4 (OCaml Preprocessor Pretty Printer) is not included in OCaml 3.10, which might have something to do with this (quote from wikipedia): OCaml version 3.10.0, released in May 2007, introduced a significantly modified and backwards-incompatible version of Camlp4. De Rauglaudre maintains a separate backwards-compatible version, which has been renamed Camlp5. I have not found a good way to deal with this yet. -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412773: ETA for including the German debconf translation?
Helge, Yesterday evening, I uploaded 1.4d-2 which includes the german translation of Matthias and updates all the fuzzy sentences. Thanks for your help. -- Nicolas Duboc [EMAIL PROTECTED] pgpn40d1uQZWh.pgp Description: PGP signature
Bug#441775: Acknowledgement (certification fails)
Resolved by removing /var/lib/puppet/ssl and reinstall! Probably scrap signature was created by puppetca --sign hostname before pupettca --list returns the hostname while trying to install. I was sticking too much to /etc/puppet/ssl and misunderstood removing /etc/puppet/ssl and reinstall is same as clean install. Thanks, Jun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441316: sv once ineffective if 'finish' exists and is executable
On Mon, Sep 10, 2007 at 12:27:39PM +, Gerrit Pape wrote: Hi, if ./finish exists and is executable, runsv will execute it and then restart the service even if it was in the 'sv once' state. Hmm, it doesn't fail for me [...] Can you post the exact commands to reproduce the issue? Yes, will do. Very busy today, so probably tomorrow. Thanks Andras -- Andras Korn korn at chardonnay.math.bme.hu http://chardonnay.math.bme.hu/~korn/ QOTD: Santa's business model: 1. make toys. 2. give them away. 3. ??? 4. profit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441785: Umlauts break syntax highlighting
Package: vim-vimoutliner Version: 0.3.4-8 Umlauts break syntax highlighting. $ locale LANG=en_US LC_CTYPE=zh_CN.UTF8 LC_NUMERIC=en_US LC_TIME=en_US LC_COLLATE=en_US LC_MONETARY=en_US LC_MESSAGES=en_US LC_PAPER=en_US LC_NAME=en_US LC_ADDRESS=en_US LC_TELEPHONE=en_US LC_MEASUREMENT=en_US LC_IDENTIFICATION=en_US LC_ALL= $ locale -a C de_CH de_CH.iso88591 de_CH.utf8 [EMAIL PROTECTED] [EMAIL PROTECTED] en_US en_US.iso88591 en_US.iso885915 en_US.utf8 POSIX ru_RU.koi8r ru_RU.utf8 russian zh_CN zh_CN.gb18030 zh_CN.gb2312 zh_CN.gbk zh_CN.utf8 zh_TW zh_TW.big5 zh_TW.utf8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441786: ITP: kopete-otr - Off-the-Record Messaging plugin for kopete
Package: kopete-otr Version: 0.6-1 Severity: wishlist * Package name : kopete-otr Version : 0.6-1 * URL : http://kopete-otr.follefuder.org/ * License : GPL Section : net Programming Lang : C++ Description : kopete-otr - Off-the-Record Messaging plugin for kopete OTR allows you to have private conversations over IM by providing: * Encryption - No one else can read your instant messages. * Authentication - You are assured the correspondent is who you think it is. * Deniability - The messages you send do _not_ have digital signatures that are checkable by a third party. Anyone can forge messages after a conversation to make them look like they came from you. However, _during_ a conversation, your correspondent is assured the messages he sees are authentic and unmodified. * Perfect forward secrecy - If you lose control of your private keys, no previous conversation is compromised. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.6-cfs-v20.5-1-brand-k7 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441314: [Fwd: Re: Bug#441314: revelation: Error logging out with revelation locked and iconified]
Hello Erik, another bug. You can see the while history at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441314 regards Stefan Original Message Subject: Re: Bug#441314: revelation: Error logging out with revelation locked and iconified Date: Tue, 11 Sep 2007 00:37:13 -0400 From: John A. Martin [EMAIL PROTECTED] To: [EMAIL PROTECTED], Debian Bug Tracking System [EMAIL PROTECTED] CC: Stefan Völkel [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Stefan == Stefan Re: Bug#441314: revelation: Error logging out with revelation locked and iconified Mon, 10 Sep 2007 10:01:51 +0200 Stefan Hi John, When I log out with revelation locked an error box pops up with something like Unknown Error but disappears before I can get any useful information from it. Stefan So far I could not reproduce this problem. Please run Stefan revelation from a console and redirect it's output to a Stefan file, eg (for bash): Stefan $ revelation /tmp/revelation.log ,[ cat /tmp/revelation.log ] /usr/bin/revelation:653: DeprecationWarning: the 'argc' parameter is optional and deprecated self.sessionclient.set_restart_command(1, [ sys.argv[0] ]) Traceback (most recent call last): File /usr/bin/revelation, line 278, in lambda self.sessionclient.connect(die, lambda w: self.quit()) File /usr/bin/revelation, line 1548, in quit gtk.main_quit() RuntimeError: called outside of a mainloop ` This does not happen when revelation is unlocked. Stefan Is the Quit button in the unlock dialog greyed out or Stefan selectable? Both buttons are selectable but the pop-up disappears before I can get to it. jam -- Stefan Völkel IT-Consultant Millenux GmbH Tel. +49 89 608665-26 Lilienthalstraße 2/1 Tel. +49 711 88770-300 70825 Korntal/StuttgartFax +49 711 88770-349 http://www.millenux.com[EMAIL PROTECTED] Geschäftsführer: Markus Klingspor, Thomas Uhl Sitz und Amtsgericht Stuttgart, HRB 21058 file:///tmp/nsmail.pgp Description: PGP signature signature.asc Description: OpenPGP digital signature
Bug#441787: lighttpd: Remote code execution in FCGI apps (including PHP)
Package: lighttpd Version: 1.4.15-1 Severity: normal Hi, See http://www.lighttpd.net/2007/9/9/1-4-18-speeding-up-a-bit and http://www.lighttpd.net/assets/2007/9/9/lighttpd_sa_2007_12.txt and http://secweb.se/en/advisories/lighttpd-fastcgi-remote-vulnerability/ FastCGI header overrun in mod_fastcgi === Description - Lighttpd is prone to a header overflow when using the mod_fastcgi extension, this can lead to arbitrary code execution in the fastcgi application. For a detailed description of the bug see the external reference. This bug was found by Mattias Bengtsson [EMAIL PROTECTED] and Philip Olausson [EMAIL PROTECTED]. External reference: http://secweb.se/en/advisories/lighttpd-fastcgi-remote-vulnerability/ Affected versions --- all previous versions. Solutions or Workaround - upgrade to 1.4.18 or apply lighttpd-1.4.x_mod_fastcgi_overrun.patch This bug is tracked as CVE-2007-4727. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (1, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lighttpd depends on: ii libattr1 2.4.32-1 Extended attribute shared library ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8c-4 SSL shared libraries ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii mime-support 3.39-1MIME files 'mime.types' 'mailcap ii perl 5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages lighttpd recommends: ii php5-cgi 5.2.0-8+etch7 server-side, HTML-embedded scripti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441787: Etch, testing and unstable are vulnerable.
Etch, testing and unstable are vulnerable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441788: arrayprobe does not show failed drives
Package: arrayprobe Version: 2.0-1 Severity: important This is a raid5 configuration with hot spare. After rebuilding the array it shows: # arrayprobe -f /dev/cciss/c1d0 OK Arrayprobe All controllers ok but # hpacucli controller slot=1 array A physicaldrive all show Smart Array 6400 in Slot 1 array A (Failed) physicaldrive 1:0 (port 1:id 0 , Parallel SCSI, 0 Byte, Failed) physicaldrive 1:1 (port 1:id 1 , Parallel SCSI, 300 GB, OK) physicaldrive 1:2 (port 1:id 2 , Parallel SCSI, 300 GB, OK) physicaldrive 1:3 (port 1:id 3 , Parallel SCSI, 300 GB, OK) physicaldrive 1:4 (port 1:id 4 , Parallel SCSI, 300 GB, OK) physicaldrive 1:5 (port 1:id 5 , Parallel SCSI, 300 GB, OK) physicaldrive 1:8 (port 1:id 8 , Parallel SCSI, 300 GB, OK, active spare) If running arrayprobe via cron once a day the failed drive might not be reported at all. That's not what I expect from a status checker. Regards, Torsten Sitz der Gesellschaft / Corporate Headquarters: Deutsche Lufthansa Aktiengesellschaft, Koeln Registereintragung / Registration: Amtsgericht Koeln HR B 2168 Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Dipl.-Ing. Dr.-Ing. E.h. Juergen Weber Vorstand / Executive Board: Wolfgang Mayrhuber (Vorsitzender / Chairman) Stephan Gemkow Stefan Lauer
Bug#441789: fvwm: Please update to current upstream version!
Package: fvwm Version: 1:2.5.18-3 Severity: wishlist Hello, please update to current upstream version. current Version in sid 2.5.21 while the current upstream Version is 2.5.23. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441791: Autohide takes over Kontact
Package: basket Version: 1.0.2-2 Severity: normal --- Please enter the report below this line. --- When auto hide is set in BasKet options and then closed and reopened as a Kontact component, Kontact will hide and show as set in BasKet's preferences (it will hide when the cursor is not on it for a specified period of time and it will show up when the cursor is over the BasKet's tray icon for a specified period of time). --- System information. --- Architecture: i386 Kernel: Linux 2.6.22.6 Debian Release: lenny/sid 990 testing www.kadu.net 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.pl.debian.org 990 testing ftp.icm.edu.pl 600 unstablewww.kadu.net 600 unstablewww.debian-multimedia.org 600 unstableftp.pl.debian.org 600 unstableftp.icm.edu.pl 500 proposed-updates ftp.pl.debian.org 500 edgyparker1.co.uk 400 stable security.debian.org 400 stable ftp.pl.debian.org 400 stable ftp.icm.edu.pl --- Package information. --- Depends (Version) | Installed =-+- kdelibs4c2a(= 4:3.5.7-1) | 4:3.5.7.dfsg.1-7 kontact (= 4:3.5.7) | 4:3.5.7-4 libc6 (= 2.5-5) | 2.6.1-1+b1 libgcc1 (= 1:4.2-20070516) | 1:4.2.1-4 libgpg-error0(= 1.4) | 1.4-2 libgpgme11 (= 1.0.1) | 1.1.5-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-2 libqt3-mt(= 3:3.3.7) | 3:3.3.7-7 libsm6| 2:1.0.3-1+b1 libstdc++6 (= 4.2-20070516) | 4.2.1-4 libx11-6 | 2:1.0.3-7 libxext6 | 1:1.0.3-2 zlib1g (= 1:1.2.1) | 1:1.2.3.3.dfsg-5 -- /-Powered by Debian-- | |/| -|- -\ | http://knt.smrod.org/ ~ Reg.Linux User: 300900 | | FLUG, CK-LUG member~Member of CKSS, a polish AA:SF clan: ckss.one.pl| \-/ -- Opole - Miasto Bez Granic. http://www.opole.pl - tu znajdziesz nowe miejsca, nowe mozliwosci, nowe inspiracje... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440068: gnumach: GPT in fp_save, fpu.c:675
On Tue, Sep 11, 2007 at 12:12:27AM -0400, Michael Casadevall wrote: Ever since applying this patch, mach panics for me on startup. It gets as far as starting sshd, then it panics with panic: zalloc: zone i386 pcb state exhausted kernel breakpoint trap, eip 0x1179d7 stopped at 0x1179d6: int $3 Would be good to have the trace here, maybe. Any ideas why I'm getting a panic while others aren't? I didn't yet get around trying Samuel's patch I'm afraid, I'm really busy at work right now. If somebody sticks up a recompiled gnumach-dbg .deb with it though, I'll happily test it on the buildd. (I haven't had too much time to debug on my own; I'm using QEMU-x86 with kqemu acceleration on ebaled as my platform) Just curious, did you try without kqemu? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#202373: uebte
Hi bro gosney My wife complains about my small cock ALL THE TIME! Inez hoffmeyer http://ltibia.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441792: boinc-manager: Can't connect to server because default max speed is 0
Package: boinc-manager Version: 5.10.8-1 Severity: important Default max connection speed is 0 (ZERO). Worst: in advanced view I can't successfully change it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages boinc-manager depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcurl37.16.4-2 Multi-protocol file transfer libra ii libgcc1 1:4.2.1-4GCC support library ii libidn111.0-0GNU libidn library, implementation ii libkrb531.6.dfsg.1-7 MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8e-6 SSL shared libraries ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages boinc-manager recommends: ii boinc-client 5.10.8-1 core client for the BOINC distribu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441561: [Evolution] Bug#441561: symbol lookup error: /usr/lib/evolution/2.10/libeutil.so.0: undefined symbol: gnome_icon_theme_new
On Mon, Sep 10, 2007, david wrote: crash on startup same problem for gnome-session Please report the output of ldd /usr/bin/evolution and/or ldd /usr/bin/gnome-session. -- Loïc Minier
Bug#441785: Umlauts break syntax highlighting
reassign 441785 vim retitle 441785 vim's POSIX regexp classes don't honour LC_CTYPE properly thanks also sprach Sven Bischof [EMAIL PROTECTED] [2007.09.11.1010 +0200]: Umlauts break syntax highlighting. $ locale LANG=en_US LC_CTYPE=zh_CN.UTF8 It appears to me as if this is a bug in vim, which does not include a character such as ä in the class [[:alpha:]]. However, with a Unicode charset, [[:alpha:]] seems to be defined to include any kind of letter from any language http://www.regular-expressions.info/posixbrackets.html http://www.regular-expressions.info/unicode.html See this: $ export LC_CTYPE=zh_CN.UTF8 $ echo a a $ echo ä ä $ file a ä a: ASCII text ä: UTF-8 Unicode text $ grep '[[:alpha:]]' a ä a:a ä:ä $ vim -es +'argdo g/[[:alpha:]]' +':q!' a ä a The problem is the same if I use the de_CH.UTF8 locale. Thanks, -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#441746: libdata-random-perl: FTBFS if builed three times in a row
tags 441746 pending retitle 441746 random FTBFS in test suite (t/rand_datetime) thanks -=| Patrick Winnertz, 11.09.2007 00:48 |=- make[1]: Entering directory `/build/user/libdata-random-perl-0.05' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/rand_chars...ok t/rand_dateok t/rand_datetime # Failed test in t/rand_datetime.t at line 43. # Looks like you failed 1 test of 5. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 1 Failed 1/5 tests, 80.00% okay Lucky you :) This test fails randomly. Funny for a package dealing with randomness! This is a problem with the tests. The following code is bad: $pass = 0 unless $delta = 0 $delta = $max_days _to_secs( ( split ( / /, $date ) )[1] ); Thing is, that _to_secs is supposed to fetch the seconds since the beginning of the day for the returned date and when this happens to be zero (i.e., the returned random date is an exact one like 2007-01-01 00:00:00), fails. The probability for this is 0 so the test is simply imperfect. I'll make the dest use defined(_to_secs(...)), similarly to 30rand_time.dpatch. -- damJabberID: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#441765: sauerbraten: segfaults with on intel xorg OpenGL drivers
On Tue, Sep 11, 2007 at 11:44:45AM +1000, Paul Wise wrote: Package: sauerbraten Version: 0.0.20070819.dfsg-1 Severity: normal When I run sauerbraten, it makes the screen black for a few seconds, then segfaults. When I run it in gdb, it doesn't segfault, but it doesn't respond either, so I can't get back to my desktop without going to a console and killing it manually (which is scary for me because I've experienced X crashes doing that with other apps). Turning off shaders (-f 0) prevents the segfault though and makes the game work OK (slow though, but that is just the GPU). It should probably detect if shaders are available before using them. I'm using an intel graphics card: This looks like #439973. Maybe a problem with xserver-xorg-video-intel? Cheers, Gonéri signature.asc Description: Digital signature
Bug#441495: Minor improvement
On Mon, Sep 10, 2007, Garrett McLean wrote: Will update and close bug if this turns out to be last.fm's fault. Thanks! -- Loïc Minier
Bug#284854: pam fails when building an internal tool - needs CC_FOR_BUILD
Hi Steve, I need some help with patching pam - I must admit I don't like quilt, I find it hard to use and understand, especially when I am trying to modify the quilt patches for someone else's package. :-( (Is there was a standard way of using quilt that doesn't rely on prefixing every command with QUILT_PATCHES= ? *and* which is portable to *all* Debian packages using quilt no matter whether the package uses debian/patches debian/patches-applied or debian/manglesource or debian/foo ?) Could there be a debian/rules target that would allow people like me to work with quilt in any package without having to know about QUILT_PATCHES ? (I much prefer to CDBS method of just drop the patch file in and build.) I've sorted out the build-dep, now pam fails to cross-build within the Linux-PAM/doc/specs/ directory: make[5]: Entering directory `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/doc/specs' arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -g -D_GNU_SOURCE -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -MT parse_l.o -MD -MP -MF .deps/parse_l.Tpo -c -o parse_l.o parse_l.c mv -f .deps/parse_l.Tpo .deps/parse_l.Po arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -g -D_GNU_SOURCE -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -MT parse_y.o -MD -MP -MF .deps/parse_y.Tpo -c -o parse_y.o parse_y.c parse_y.y:232:13: warning: trigraph ?? ignored, use -trigraphs to enable parse_y.y:245:19: warning: trigraph ?? ignored, use -trigraphs to enable mv -f .deps/parse_y.Tpo .deps/parse_y.Po /bin/sh ../../libtool --tag=CC --mode=link arm-linux-gnu-gcc -g -D_GNU_SOURCE -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -Wl,--as-needed -Wl,-O1 -o padout parse_l.o parse_y.o -lfl mkdir .libs arm-linux-gnu-gcc -g -D_GNU_SOURCE -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -Wl,--as-needed -Wl,-O1 -o padout parse_l.o parse_y.o -lfl ./padout ./draft-morgan-pam.raw draft-morgan-pam-current.txt /bin/sh: ./padout: cannot execute binary file make[5]: *** [draft-morgan-pam-current.txt] Error 126 make[5]: Leaving directory `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/doc/specs' make[4]: *** [all] Error 2 make[4]: Leaving directory `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/doc/specs' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/doc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM' make[1]: *** [all] Error 2 make[1]: Leaving directory `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM' make: *** [build-stamp] Error 2 dpkg-buildpackage: removing temporary directory Now this is because pam does not support CC_FOR_BUILD which should be used to allow cross-builds to use gcc to build internal tools that are expected to be run during the build (and which would then have to be cleaned and rebuilt if these were to be packaged). These are the preliminary changes I need to make to support CC_FOR_BUILD: Index: pam-0.99.7.1/Linux-PAM/configure.in === --- pam-0.99.7.1.orig/Linux-PAM/configure.in2007-09-11 09:16:59.0 +0100 +++ pam-0.99.7.1/Linux-PAM/configure.in 2007-09-11 09:17:02.0 +0100 @@ -72,6 +72,12 @@ PAM_LD_AS_NEEDED PAM_LD_O1 +if test x$cross_compiling = xyes; then + AC_CHECK_PROGS(CC_FOR_BUILD, gcc cc) +else + CC_FOR_BUILD=$CC +fi + dnl Largefile support AC_SYS_LARGEFILE Index: pam-0.99.7.1/Linux-PAM/doc/specs/Makefile.am === --- pam-0.99.7.1.orig/Linux-PAM/doc/specs/Makefile.am 2007-09-11 09:16:59.0 +0100 +++ pam-0.99.7.1/Linux-PAM/doc/specs/Makefile.am2007-09-11 09:17:02.0 +0100 @@ -11,6 +11,8 @@ AM_YFLAGS = -d +CC = @CC_FOR_BUILD@ + BUILT_SOURCES = parse_y.h noinst_PROGRAMS = padout (CC_FOR_BUILD support for cross-building in Debian is only available via the experimental version of dpkg-cross (= 1.99+2.0.0pre2-1) along with apt-cross (= 0.2.9) (from Emdebian SVN) and emdebian-tools (= 0.3.9) (from Emdebian SVN) *and* a patched version of dpkg-buildpackage from #439979 [0]. However, all these changes are being incorporated into the main packages in due course.) [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439979#10 As noted with the other changes, this change lets CC_FOR_BUILD default to $CC if not cross-building so this change has no effect on normal Debian builds. Thankfully, CC_FOR_BUILD can be applied to this entire directory which makes life easier. This is what I tried (with a cleaned source tree and the above experimental packages) $ QUILT_PATCHES=debian/patches-applied/ quilt new 070_cross_build_tool $ QUILT_PATCHES=debian/patches-applied/ quilt add -P 070_cross_build_tool Linux-PAM/configure.in $ QUILT_PATCHES=debian/patches-applied/ quilt edit
Bug#440068: gnumach: GPT in fp_save, fpu.c:675
Oops, yes, sorry, please use the attached patch instead. Samuel Index: kern/zalloc.c === RCS file: /cvsroot/hurd/gnumach/kern/zalloc.c,v retrieving revision 1.3.2.8 diff -u -p -r1.3.2.8 zalloc.c --- kern/zalloc.c 30 Apr 2007 20:30:11 - 1.3.2.8 +++ kern/zalloc.c 11 Sep 2007 09:05:11 - @@ -320,6 +320,8 @@ static vm_offset_t zget_space(vm_offset_ zone_page_init(new_space, space_to_add, ZONE_PAGE_USED); simple_lock(zget_space_lock); + if (align 0) + ALIGN_SIZE_UP(zalloc_next_space, align); continue; }
Bug#441489: libinotify-ruby - FTBFS: ext/inotify.c:3:21: error: version.h: No such file or directory
reassign 441489 ruby1.9-dev thanks hi again, On Mon, Sep 10, 2007 at 08:31:28AM +0200, Michael Ablassmeier wrote: make[1]: Entering directory `/build/user/libinotify-ruby-0.0.1' cc -I. -I/usr/include/ruby-1.9/i486-linux -I/usr/include/ruby-1.9 -Iext -DHAVE_LINUX_INOTIFY_H -fPIC -fno-strict-aliasing -fPIC -c ext/inotify.c ext/inotify.c:3:21: error: version.h: No such file or directory ext/inotify.c: In function 'rb_inotify_add_watch': ext/inotify.c:83: error: 'OpenFile' undeclared (first use in this function) ext/inotify.c:83: error: (Each undeclared identifier is reported only once ext/inotify.c:83: error: for each function it appears in.) ext/inotify.c:83: error: 'fptr' undeclared (first use in this function) ext/inotify.c: In function 'rb_inotify_each_event': ext/inotify.c:119: error: 'OpenFile' undeclared (first use in this function) ext/inotify.c:119: error: 'fptr' undeclared (first use in this function) make[1]: *** [inotify.o] Error 1 make[1]: Leaving directory `/build/user/libinotify-ruby-0.0.1' make: *** [install/libinotify-ruby1.9] Error 2 hm.. this may also be a bug in ruby1.9-dev, seems like the includes moved from /usr/lib/ to /usr/include, but version.h is gone. Is this intended? Im reassigning this bug to ruby1.9-dev for now. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441766: vlc: segfaults with new glib
On Tue, Sep 11, 2007, brian m. carlson wrote: After installing libglib2.0-0 2.14.0 (which I did some time ago), vlc now crashes when using any interface using GTK (and hence, glib). I checked some time ago and discovered that downgrading libglib2.0-0 (and obviously, the corresponding GTK packages) fixed this problem. This leads me to believe that this is related to the g_thread_init() issue. See e.g. #428854. Which interfaces did you try this with? I suggest you try the skins2 interface. The wxwidgets interface seems to crash in wxwidgets code, but unfortunately Debian only has a quite old wxwidgets library right now, so it's not very interesting to chase down this bug until it's updated. -- Loïc Minier
Bug#441793: No menu entry for xscorch
Package: xscorch Version: 0.2.0-4 Severity: minor User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch gutsy The package provides no menu entry. This bug was initially reported in Ubuntu (see https://bugs.launchpad.net/ubuntu/+source/xscorch/+bug/71479) but your package seems affected too. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441790: Resolved-Invalid
Package: basket Version: 1.0.2-2 --- Please enter the report below this line. --- -- /-Powered by Debian-- | |/| -|- -\ | http://knt.smrod.org/ ~ Reg.Linux User: 300900 | | FLUG, CK-LUG member~Member of CKSS, a polish AA:SF clan: ckss.one.pl| \-/ -- Opole - Miasto Bez Granic. http://www.opole.pl - tu znajdziesz nowe miejsca, nowe moÂżliwoÂści, nowe inspiracje... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441723: osgcal: package content changed if build twice or more times in a row
Patrick Winnertz [EMAIL PROTECTED] writes: Am Dienstag, 11. September 2007 01:12:17 schrieb Loic Dachary: These files are generated and contain meta stable data. It is normal for them to change after each build. This files doesn't changed between the builds, but are completly missing in the first build. (therefore not in the first build). So there is obviously something wrong. I'll reopen this bug later. Correct. And I made a fool of myself. Thanks for taking some of your time to explain. I'll look into this. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441794: postgresql-8.2-postgis: upgrade to 1.3.1 make old database unusable
Package: postgresql-8.2-postgis Version: 1.3.1-1 Severity: important Hi, the uprade to postgis 1.3.1 makes the old databases unusable, because the database are not upgradet to the new liblwgeom.so. The /usr/share/postgresql-8.2-postgis/lwpostgis_upgrade.sql script does not work: ERROR: could not access file /usr/lib/postgresql/8.2/lib/liblwgeom.so.1.2: No such file or directory -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (860, 'unstable'), (850, 'testing'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-8.2-postgis depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii libgeos-c12.2.3-3Geometry engine for Geographic Inf ii postgis 1.3.1-1geographic objects support for Pos ii postgresql-8.28.2.4-3object-relational SQL database, ve ii proj 4.5.0-2Cartographic projection filter and postgresql-8.2-postgis recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441795: mono-jit: Mono apps crashing on PPC again
Package: mono-jit Version: 1.2.5-2 Severity: important Hi there, Mono apps are again crashing on startup on PowerPC. Applications that I have tested are Tomboy, F-Spot, Banshee and Last-Exit. Crash logs with debugging symbols from each application are attached. When I downgrade all Mono packages to version 1.2.4-6 (currently in testing), all apps work fine. At first I thought this was bug #428190 again (which I also experienced at the time), but the error log from that bug report ended in a SIGABRT, and I get a SIGSEGV from each application, so I guess this is at least somewhat different. Cheers, Bram Senders -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-2-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mono-jit depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii mono-common 1.2.5-2common files for Mono mono-jit recommends no packages. -- no debconf information [DEBUG]: NoteManager created with note path /home/bram/.tomboy. Trying Plugin: Backlinks.dll ... BacklinksPlugin. [DEBUG]: Done. Trying Plugin: Bugzilla.dll ... BugzillaPlugin. [DEBUG]: Done. Trying Plugin: Evolution.dll ... EvolutionPlugin. [DEBUG]: Done. Trying Plugin: ExportToHTML.dll ... ExportToHTMLPlugin. [DEBUG]: Done. Trying Plugin: FixedWidth.dll ... FixedWidthPlugin. [DEBUG]: Done. Trying Plugin: NoteOfTheDay.dll ... NoteOfTheDayPlugin. [DEBUG]: Done. Trying Plugin: PrintNotes.dll ... PrintPlugin. [DEBUG]: Done. Trying Plugin: StickyNoteImport.dll ... StickyNoteImporter. [DEBUG]: Done. Stacktrace: at (wrapper managed-to-native) System.Runtime.Remoting.Proxies.RealProxy.InternalGetTransparentProxy (string) 0x at (wrapper managed-to-native) System.Runtime.Remoting.Proxies.RealProxy.InternalGetTransparentProxy (string) 0x00094 at System.Runtime.Remoting.Proxies.RealProxy.GetTransparentProxy () 0x001c8 at NDesk.DBus.Connection.GetObject (System.Type,string,NDesk.DBus.ObjectPath) 0x000b4 at NDesk.DBus.Connection.GetObject (string,NDesk.DBus.ObjectPath) 0x00044 at NDesk.DBus.Bus..ctor (string) 0x00058 at NDesk.DBus.Bus.Open (string) 0x000b0 at NDesk.DBus.Bus.get_System () 0x000b4 at NDesk.DBus.BusG.Init () 0x00030 at Tomboy.RemoteControlProxy.Register (Tomboy.NoteManager) 0x00030 at Tomboy.Tomboy.RegisterRemoteControl (Tomboy.NoteManager) 0x00038 at Tomboy.Tomboy.Main (string[]) 0x001b8 at (wrapper runtime-invoke) Tomboy.Tomboy.runtime_invoke_void_string[] (object,intptr,intptr,intptr) 0x00070 Native stacktrace: mono [0x101a6d68] mono [0x10181cfc] [0x100350] mono [0x1005e0ec] mono [0x1005ed6c] mono [0x10078174] [0x312120b8] [0x31211f5c] [0x3120e368] [0x3120dfd8] [0x311db294] [0x3107decc] [0x3107db30] [0x310794a4] [0x31079254] [0x31078e7c] [0x309fc81c] [0x309fc0e4] mono [0x10181b24] mono(mono_runtime_invoke+0x44) [0x1005f26c] mono(mono_runtime_exec_main+0x2e8) [0x10061300] mono(mono_runtime_run_main+0x3d4) [0x10060cb8] mono(mono_jit_exec+0xe0) [0x10013820] mono [0x1001395c] mono(mono_main+0x1868) [0x10015458] mono [0x10012414] /lib/libc.so.6 [0xfc37360] /lib/libc.so.6 [0xfc375a4] Debug info from gdb: Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 805507376 (LWP 31186)] [New Thread 822531248 (LWP 31189)] [New Thread 816981168 (LWP 31188)] [New Thread 815735984 (LWP 31187)] 0x0fcc1c88 in fork () from /lib/libc.so.6 4 Thread 815735984 (LWP 31187) 0x0fe6b0d4 in ?? () from /lib/libpthread.so.0 3 Thread 816981168 (LWP 31188) 0x0fe6665c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 2 Thread 822531248 (LWP 31189) 0x0fce8f90 in read () from /lib/libc.so.6 1 Thread 805507376 (LWP 31186) 0x0fcc1c88 in fork () from /lib/libc.so.6 Thread 4 (Thread 815735984 (LWP 31187)): #0 0x0fe6b0d4 in ?? () from /lib/libpthread.so.0 #1 0x0fe6b0c0 in ?? () from /lib/libpthread.so.0 #2 0x1010b0a0 in collection_thread (unused=0x0) at collection.c:34 #3 0x0fe60b14 in start_thread () from /lib/libpthread.so.0 #4 0x0fcfa574 in clone () from /lib/libc.so.6 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 3 (Thread 816981168 (LWP 31188)): #0 0x0fe6665c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x101116fc in timedwait_signal_poll_cond (cond=0x3045c1f0, mutex=0x3045c1d4, timeout=0x0, alertable=0) at handles.c:1413 #2 0x10111b34 in
Bug#441796: ITP: oss2jack -- kernel based approach to use OSS applications with JACK
Package: wnpp Owner: Free Ekanayaka [EMAIL PROTECTED] Severity: wishlist * Package name: oss2jack Version : 0.25 Upstream Author : Kor Nielsen knielsen at xdas.com * URL or Web page : http://fort.xdas.com/~kor/oss2jack/ * License : GPL Description : kernel based approach to use OSS applications with JACK oss2jack uses the fusd library to create a userspace character device, which is also a jackd client. It supports mono and stereo streams, with virtually any sample rate thanks to libsamplerate. Only the commonly-used OSS ioctls are currently supported. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441797: postgresql-8.2-postgis: upgrade to 1.3.1 make old databases unusable
Package: postgresql-8.2-postgis Version: 1.3.1-1 Severity: important Hi, the uprade to postgis 1.3.1 makes the old databases unusable, because the databases are not upgradet to the new liblwgeom.so The /usr/share/postgresql-8.2-postgis/lwpostgis_upgrade.sql script does not work: psql:/usr/share/postgresql-8.2-postgis/lwpostgis_upgrade.sql:38: ERROR: could not access file /usr/lib/postgresql/8.2/lib/liblwgeom.so.1.2: No such file or directory ingo -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (860, 'unstable'), (850, 'testing'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-8.2-postgis depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii libgeos-c12.2.3-3Geometry engine for Geographic Inf ii postgis 1.3.1-1geographic objects support for Pos ii postgresql-8.28.2.4-3object-relational SQL database, ve ii proj 4.5.0-2Cartographic projection filter and postgresql-8.2-postgis recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441798: RFP: libzeroc-ice-dbg -- debug libraries for zeroc's ice
Package: wnpp Severity: wishlist * Package name: libzeroc-ice-dbg Version : 3.2.1-1 Upstream Author : ZeroC [EMAIL PROTECTED] * URL : http://www.zeroc.com/ice.html * License : GPL Programming Lang: C, C++, C#, Perl, Python, etc. Description : debug libraries for zeroc's ice This request maybe should go to Francisco Moya (francisco.moya@ at @uclm.es) as he maintains the current zeroc-ice packages. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (980, 'testing'), (960, 'stable'), (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-hrt6 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428811: ok, I am a moron
# the bug and workaround is documented at http://xchat.org/faq/#q219 forcemerge 441517 428811 thanks -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441799: cpufreq applet should not display error on startup
Package: gnome-applets Version: 2.14.3-4 Severity: wishlist Dear gnome-applets maintainer, the cpufreq applet should not display an error message about missing cpufreq support on startup IMHO. It could just deactivate the scaling support and just sit in the panel to display the frequency of the CPU. It may be sensible to show a deactivated menu item No cpufreq support in a popup menu triggered on left click. Rationale: I use gnome-applets on home-on-NFS. Some clients in our network are stationary laptops on which it is common to modify cpufreq settings. The applet is a convenient way to do it. But it displays a failure on every login on a host which does not support cpufreq, which is annoying. I also use the applet to see the frequency of the current CPU, so it is helpful even on those hosts. I hope that the former two paragraphs made sense to you. Thanks in advance, Philipp Kern Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441801: hibernate: fails with suspend2 and filewriter plugin
Package: hibernate Version: 1.96~pre-svn.r1136-1 Severity: important hibernate fails with suspend2 and filewriter plugin % sudo hibernate cat: /sys/power/suspend2/: Is a directory ABORTING: /sys/power/suspend2/ did not return a valid result. hibernate: Aborting. -- Package-specific info: --- configuration == /etc/hibernate/common.conf == Verbosity 0 LogFile /var/log/hibernate.log LogVerbosity 3 Distribution debian SaveClock restore-only UnloadBlacklistedModules yes LoadModules auto SwitchToTextMode yes == /etc/hibernate/disk.conf == TryMethod ususpend-disk.conf TryMethod sysfs-disk.conf == /etc/hibernate/hibernate.conf == TryMethod suspend2.conf == /etc/hibernate/ram.conf == TryMethod ususpend-ram.conf TryMethod sysfs-ram.conf == /etc/hibernate/suspend2.conf == UseSuspend2 yes Reboot no EnableEscape yes DefaultConsoleLevel 1 Compressor lzf Encryptor none FilewriterLocation /suspend-file 1024 ProcSetting userui_program /usr/lib/suspend2-userui/suspend2ui_fbsplash -T debian-black FullSpeedCPU yes Include common.conf == /etc/hibernate/sysfs-disk.conf == UseSysfsPowerState disk Include common.conf == /etc/hibernate/sysfs-ram.conf == UseSysfsPowerState mem Include common.conf == /etc/hibernate/ususpend-both.conf == USuspendMethod both Include common.conf == /etc/hibernate/ususpend-disk.conf == USuspendMethod disk Include common.conf == /etc/hibernate/ususpend-ram.conf == USuspendMethod ram Include common.conf --- /sys/power == /sys/power/state == standby mem disk == /sys/power/suspend2 == --- log Starting suspend at Tue Sep 11 20:55:00 VLAST 2007 hibernate: [01] Executing CheckLastResume ... hibernate: [01] Executing CheckRunlevel ... hibernate: [01] Executing LockFileGet ... hibernate: [01] Executing NewKernelFileCheck ... hibernate: [06] Executing Swsusp2SetupFilewriter ... hibernate: Detected filewriter image ready for use. ABORTING: /sys/power/suspend2/ did not return a valid result. hibernate: Swsusp2SetupFilewriter refuses to let us continue. hibernate: Aborting. hibernate: [06] Executing Swsusp2CleanupFilewriter ... hibernate: [01] Executing NoteLastResume ... hibernate: [01] Executing LockFilePut ... hibernate: [00] Executing RemoveSwsuspProcCruft ... Resumed at Tue Sep 11 20:55:01 VLAST 2007 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.6monk (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hibernate depends on: ii console-tools 1:0.2.3dbs-65 Linux console and font utilities Versions of packages hibernate recommends: pn dash none (no description available) ii hdparm7.7-1 tune hard disk parameters for high pn uswsusp none (no description available) ii vbetool 0.7-1.1run real-mode video BIOS code to a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441800: cfengine2: BindToInterface statement for cfagent fails
Package: cfengine2 Version: 2.1.20-1 Severity: important the 2.1.20 version of cfagent fails to bind to requested interface when used with a class statement. example update.conf: this works: control: BindToInterface = ( 10.0.0.10 ) This does not work: control: ipv4_10_0_0_10:: BindToInterface = ( 10.0.0.10 ) The above statement is tested OK with 2.1.14 cfagent and 2.2.21 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cfengine2 depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii debianutils2.17 Miscellaneous utilities specific t ii libc6 2.6-2 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-2 Berkeley v4.2 Database Libraries [ ii libssl0.9.80.9.8e-5 SSL shared libraries ii perl 5.8.8-7 Larry Wall's Practical Extraction cfengine2 recommends no packages. -- debconf information: * cfengine2/run_cfservd: true * cfengine2/run_cfexecd: true * cfengine2/run_cfenvd: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441803: SSH does not work after installing seahorse
Package: seahorse Version: 0.9.10-2 Severity: normal After installing seahorse ssh, cvs, etc do not work. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages seahorse depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii gconf2 2.18.0.1-3 GNOME configuration database syste ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libavahi-client30.6.21-1 Avahi client library ii libavahi-common30.6.21-1 Avahi common library ii libavahi-glib1 0.6.21-1 Avahi glib integration library ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeprint2.2-0 2.18.0-2 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-02.18.0-2 GNOME 2.2 print architecture User ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2library for common error values an ii libgpgme11 1.1.5-1 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libgtksourceview1.0-0 1.8.5-1 shared libraries for the GTK+ synt ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libldap22.1.30.dfsg-13.5 OpenLDAP libraries ii libnautilus-extension1 2.18.3-3 libraries for nautilus components ii libnotify1 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.18.3-2 library for GNOME Panel applets ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-82.2.100-1an HTTP library implementation in ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages seahorse recommends: ii openssh-client1:4.6p1-5 secure shell client, an rlogin/rsh -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441771: fontforge: missing -lang command-line argument
tags 441771 pending thanks Pr, 2007 09 10 23:59 -0400, Michael Gilbert rašė: Package: fontforge Version: 0.0.20070607-4 Severity: important the fontforge documentation mentions that the -lang command-line argument is used to specify the scripting interpreter [1]. however, this does not work for the version in debian. $ fontforge -lang=ff -c Open($1) font.ttf Copyright (c) 2000-2007 by George Williams. Executable based on sources from 16:48 7-Jun-2007. -lang=ff: No such file Fixed on the pkg-fonts SVN repository (new upstream release) and will be closed this bug on the next upload. New package version can be found on my repository at http://kebil.ghost.lt/debian/pool/fontforge/ Christian, could you please upload this? I don't know how rightly pass an arguments to the built-in procedure Open(), when it is used in the script-string, but now the such command works correctly: $ fontforge -lang=ff -c Open('font.ttf') Copyright (c) 2000-2007 by George Williams. Executable based on sources from 15:43 31-Aug-2007. $ Best wishes, -- Kęstutis Biliūnas [EMAIL PROTECTED] signature.asc Description: Ši laiško dalis yra pasirašyta skaitmeniniu būdu
Bug#441555: lighttpd: header overflow when using the mod_fastcgi extension
On Mon Sep 10, 2007 at 13:41:10 +0200, Stefan Andersson wrote: Package: lighttpd Version: 1.4.13-4etch1 Severity: critical Tags: security Justification: arbitrary code execution Fixed already in DSA-1362. Steve -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441802: webalizer-asn extension
Package: webalizer Severity: wishlist I developed an extension for The Webalizer, called 'webalizer-asn', that supports AS number (Autonomous System Number) lookups to generate additional statistics based on the origin of the hosts that have visited a website. (See http://www.init7.net/webalizer_asn/ for additional information.) It would be nice if that code could be added to the webalizer Debian package. The user sould be able to enable/disable the additional features, which include downloading the AS number database on a regular basis. This could be done via /etc/defaults/webalizer. The ASN features should probably be disabled by default, because mainly high-traffic sites and ISPs will be interested in those features. Marco Steinacher -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441650: vacation: FTBFS: /usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/libdb.so: undefined reference to `pthread_mutex_trylock'
On Sep 10, Lucas Nussbaum [EMAIL PROTECTED] wrote: cc -O2 -g -DHAVE_PATHS_H -ldb vacation.c -o vacation /usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/libdb.so: undefined reference to `pthread_mutex_trylock' Broken build environment? libdb should be linked against the library which provides these symbols. -- ciao, Marco signature.asc Description: Digital signature
Bug#441759: pioneers-server-gtk dies on startup
Hi, Thanks for reporting this. I had pioneers-console depend on the wrong data package. As a workaround, you can install pioneers-console-data manually. I'll upload a new version with correct dependencies. Thanks, Bas Wijnen On Mon, Sep 10, 2007 at 07:02:19PM -0400, aleksey wrote: Either clicking create game in the start a new game dialog box in the GTK pioneers client, or running pioneers-server-gtk directly results in the following output: ** ERROR **: No games available aborting... Aborted -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Bug#440982: ITP: gbrainy - brain teaser game and trainer
Hi, any progress on this? If you need a sponsor or help with packaging CLI (Mono, ...) applications feel free to mail me or come to #debian-mono on OFTC. Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440868: smc: unplayable with r300
On Sun, Sep 09, 2007 at 02:31:28PM +0100, Darren Salt wrote: I've found a few other games which suffer from the same problem. It turns out that enabling the disable low-impact fallback option (using driconf) is sufficient. Reassigning retitling accordingly. From what i understood, disable-low-impact fallback improves performance by not respecting the specs. So we cannot enable this by default. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441805: coreutils: Clarification of sort -u -c
Package: coreutils Version: 5.97-5.3 Severity: minor The man page documentation for sort -u -c is a bit unclear; the info documentation is much better, so I suggest the following change to the man page: -u, --unique with -c, check for strict ordering; without -c, output only the first of an equal run should become -u, --unique with -c, check that no pair of consecutive lines compares equal; without -c, output only the first of an equal run i.e. the description of with -c is changed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.42-1Access control list shared library ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libselinux1 2.0.15-2+b1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439323: Please conflicts against egroupware-ldap
Peter Eisentraut schrieb: Daniel Betschart wrote: Can the new egroupware-core and the old egroupware-ldap coexist together? I have no evidence to the contrary. But because there is no new package egroupware-ldap, the old one is still installed after upgrading. The package manager should delete it automatically, because it is unusable. The package manager will in fact do that, if you use the right package manager. The right package manager? dpkg, apt, aptitude? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441806: deskbar-plugins-strigi: Error window pops up after each keystroke
Package: deskbar-plugins-strigi Version: 0.5.5-2 Severity: grave Justification: renders package unusable When I enable Find Files with Strigi in the Deskbar configuration, every time I type a letter into Deskbar a window pops up with the following error message. Since this window appears at every keystroke, this makes Deskbar quite unusable. == Traceback (most recent call last): File /usr/lib/python2.4/site-packages/deskbar/DeskbarApplet.py, line 179, in on_start_query_real matches = modctx.module.query(qstring, deskbar.DEFAULT_RESULTS_PER_HANDLER) TypeError: query() takes exactly 2 arguments (3 given) == Thanks for your work, Jö. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages deskbar-plugins-strigi depends on: ii deskbar-applet2.18.1-2 universal search and navigation ba ii python2.4.4-6An interactive high-level object-o ii python-support0.6.4 automated rebuilding support for p ii strigi-daemon 0.5.5-2fast indexing and searching tool f deskbar-plugins-strigi recommends no packages. -- no debconf information -- Americans have different ways of saying things. They say 'elevator', we say 'lift' ... they say 'President', we say 'stupid psychopathic git.' signature.asc Description: Digital signature
Bug#440982: ITP: gbrainy - brain teaser game and trainer
Thanks for your offer! Version 0.2 (for which I was waiting for) was just released yesterday, I'll try to package it this week and contact you if I've any problem :). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441807: lintian: Please check data package depends
Package: lintian Version: 1.23.34 Severity: wishlist It would be nice if lintian would complain about improper or missing dependencies for -data packages. That is, if both $package and $package-data are defined in debian/control, $package should have Depends: $package-data (= ${source:version}) Perhaps there should also be a warning if $package-data does not have Recommends: $package (with any version, I suppose.) Thanks, Bas Wijnen -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Bug#440982: ITP: gbrainy - brain teaser game and trainer
Am Dienstag, den 11.09.2007, 12:43 +0200 schrieb Siegfried-Angel: Thanks for your offer! Version 0.2 (for which I was waiting for) was just released yesterday, I'll try to package it this week and contact you if I've any problem :). The release announcement on Planet Gnome was actually the reason why I heard about this application :) From a short look it should be fairly easy to package, should be the fastest if you take an existing package as base (cowbell or gshare should work fine I guess) :) Whatever, I'm looking forward to have the application packaged in Debian :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441808: debiandoc-sgml needs 493MB diskspace
Package: debiandoc-sgml Version: 1.2.5 Severity: minor It is really all needed? I had to download 250MB, e.g. texlive-latex-extra needs to download 79.9 MB. Regards Wojciech Zareba -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debiandoc-sgml depends on: ii libhtml-parser-perl 3.56-1 A collection of modules that parse ii libroman-perl 1.20-1 Perl module for converting between ii libsgmls-perl 1.03ii-31 Perl modules for processing SGML p ii libtext-format-perl 0.52-21Perl module for formatting (text) ii liburi-perl 1.35.dfsg.1-1 Manipulates and accesses URI strin ii perl 5.8.8-7Larry Wall's Practical Extraction ii perl-modules [libi18n-lan 5.8.8-7Core Perl modules ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.0.3 common SGML and XML data ii sgmlspl 1.03ii-31 SGMLS-based example Perl script fo ii sp1.3.4-1.2.1-47 James Clark's SGML parsing tools Versions of packages debiandoc-sgml recommends: ii gs-gpl [gs] 8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int ii libpaper1 [libpaperg]1.1.22 library for handling paper charact ii texinfo 4.8.dfsg.1-6Documentation system for on-line i ii texlive-fonts-recommende 2007-10 TeX Live: Recommended fonts ii texlive-latex-extra 2007-3 TeX Live: LaTeX supplementary pack ii texlive-latex-recommende 2007-10 TeX Live: LaTeX recommended packag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441809: aptitude: UTF-8 encoded man page
Package: aptitude Version: 0.4.6.1-1 Severity: minor The following manpage in your package appears to be UTF-8 encoded: /usr/share/man/cs/man8/aptitude.8.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.6-6 0.7.6 Advanced front-end for dpkg ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libncursesw5 5.6+20070825-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.17-2 type-safe Signal Framework for C++ ii libstdc++64.2.1-4The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-1parse Debian changelogs and output -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441812: acpi: UTF-8 encoded man page
Package: acpi Version: 0.09-3 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/de/man1/acpi.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries acpi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441804: package_config/FOO: PACKAGES install FOO doesnt work
package: fai-client version: 3.2 severity: minor Hi, having a file package_config/FOO with the content PACKAGES aptitude FOO sl doesn't install sl for the class FOO. Setting the severity to minor as this is a rather strange way of doing things ;-) regards, Holger pgp1ssVrztdd1.pgp Description: PGP signature
Bug#441810: libyaml-perl: UTF-8 encoded man pages
Package: libyaml-perl Version: 0.62-1 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man3/YAML.3pm.gz /usr/share/man/man3/YAML::Base.3pm.gz /usr/share/man/man3/YAML::Dumper.3pm.gz /usr/share/man/man3/YAML::Dumper::Base.3pm.gz /usr/share/man/man3/YAML::Error.3pm.gz /usr/share/man/man3/YAML::Loader.3pm.gz /usr/share/man/man3/YAML::Loader::Base.3pm.gz /usr/share/man/man3/YAML::Marshall.3pm.gz /usr/share/man/man3/YAML::Node.3pm.gz /usr/share/man/man3/YAML::Tag.3pm.gz /usr/share/man/man3/YAML::Types.3pm.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libyaml-perl depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction libyaml-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441814: cvs2svn: UTF-8 encoded man page
Package: cvs2svn Version: 1.5.0-1 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man1/cvs2svn.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cvs2svn depends on: ii python-support 0.6.4automated rebuilding support for p ii rcs 5.7-20 The GNU Revision Control System ii subversion 1.4.4dfsg1-1 Advanced version control system Versions of packages cvs2svn recommends: ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441815: fontforge: UTF-8 encoded man pages
Package: fontforge Version: 0.0.20070607-4 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man1/fontforge.1.gz /usr/share/man/man1/fontimage.1.gz /usr/share/man/man1/sfddiff.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontforge depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-5 shared library for GIF images ii libuninameslist00.0.20060907-2 a library of Unicode annotation da ii libx11-62:1.0.3-7X11 client-side library ii libxi6 2:1.1.2-1X11 Input extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii python2.4 2.4.4-6 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime fontforge recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441811: amule: UTF-8 encoded man page
Package: amule Version: 2.1.3-4 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/de/man1/amule.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amule depends on: ii amule-common2.1.3-4 common files for the rest of aMule ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcrypto++65.5-4General purpose cryptographic shar ii libgcc1 1:4.2.1-4GCC support library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages amule recommends: pn amule-utils none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441813: gxine: UTF-8 encoded man page
Package: gxine Version: 0.5.8-3 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/de/man1/gxine.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gxine depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libglib 2.14.0-2 The GLib library of C routines ii libgtk2 2.10.13-1The GTK+ graphical user interface ii liblirc 0.8.0-12 LIRC client library ii libmozj 1.8.0.13~pre070720-0etch3+lenny1 The Mozilla SpiderMonkey JavaScrip ii libpang 1.18.1-1 Layout and rendering of internatio ii librsvg 2.18.0-1 SAX-based renderer library for SVG ii libx11- 2:1.0.3-7X11 client-side library ii libxext 1:1.0.3-2X11 miscellaneous extension librar ii libxine 1.1.7-1 the xine video/media player librar ii libxine 1:1.0.2-1X11 Xinerama extension library gxine recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441817: please add a link from authorized_keys.5 to sshd.8
Package: openssh-server Severity: wishlist Tags: patch Finding out what the various fields of the authorized_hosts file mean is a bit of a challenge. Actually there's a hint hidden in the ssh.1 page: The format of this file is described in the sshd(8) manual page.. It'd be nice if it'd be easier to find the information and thus I suggest adding a link from the sshd manpage to authorized_keys.5. Attached is a suggested patch, that could possibly be pushed to upstream. The patch is untested. Thanks, *t -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) --- openssh-4.6p1/Makefile.in.orig 2007-09-11 11:53:59.224939688 +0200 +++ openssh-4.6p1/Makefile.in 2007-09-11 11:46:37.891032640 +0200 @@ -276,6 +276,7 @@ $(INSTALL) -m 644 sshd_config.5.out $(DESTDIR)$(mandir)/$(mansubdir)5/sshd_config.5 $(INSTALL) -m 644 ssh_config.5.out $(DESTDIR)$(mandir)/$(mansubdir)5/ssh_config.5 $(INSTALL) -m 644 sshd.8.out $(DESTDIR)$(mandir)/$(mansubdir)8/sshd.8 + (cd $(DESTDIR)$(mandir)/$(mansubdir)5; ln -s ../$(mansubdir)8/sshd.8 authorized_keys.5) if [ ! -z $(INSTALL_SSH_RAND_HELPER) ]; then \ $(INSTALL) -m 644 ssh-rand-helper.8.out $(DESTDIR)$(mandir)/$(mansubdir)8/ssh-rand-helper.8 ; \ fi
Bug#441816: dctrl-tools: UTF-8 encoded man page
Package: dctrl-tools Version: 2.11 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man1/join-dctrl.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dctrl-tools depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries dctrl-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441818: mozplugger: UTF-8 encoded man pages
Package: mozplugger Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man1/mozplugger-controller.1.gz /usr/share/man/man1/mozplugger-helper.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozplugger depends on: ii iceweasel 2.0.0.6-0etch1+lenny1 lightweight web browser based on M ii libc6 2.6.1-1+b1GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii m4 1.4.10-1 a macro processing language ii opera 9.50-20070903.6 The Opera Web Browser mozplugger recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441820: libxcursor-dev: UTF-8 encoded man page
Package: libxcursor-dev Version: 1:1.1.9-1 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man3/Xcursor.3.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxcursor-dev depends on: ii libx11-dev2:1.0.3-7 X11 client-side library (developme ii libxcursor1 1:1.1.9-1 X cursor management library ii libxfixes-dev 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrender-dev1:0.9.2-1 X Rendering Extension client libra ii x11-common1:7.2-5X Window System (X.Org) infrastruc ii x11proto-core-dev 7.0.10-2 X11 core wire protocol and auxilia libxcursor-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441810: libyaml-perl: A couple more UTF-8 encoded man pages
Package: libyaml-perl Version: 0.62-1 Followup-For: Bug #441810 /usr/share/man/man1/ysh.1p.gz /usr/share/man/man3/Test::YAML.3pm.gz -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libyaml-perl depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction libyaml-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441819: libxaw-headers: UTF-8 encoded man pages
Package: libxaw-headers Version: 2:1.0.4-1 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man3/Xaw.3.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxaw-headers depends on: ii libx11-dev2:1.0.3-7 X11 client-side library (developme ii libxmu-dev1:1.0.3-1 X11 miscellaneous utility library ii libxpm-dev1:3.5.7-1 X11 pixmap library (development he ii x11-common1:7.2-5X Window System (X.Org) infrastruc ii x11proto-core-dev 7.0.10-2 X11 core wire protocol and auxilia libxaw-headers recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441822: libxft-dev: UTF-8 encoded man page
Package: libxft-dev Version: 2.1.12-2 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man3/Xft.3.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxft-dev depends on: ii libc6-dev [libc-dev]2.6.1-1+b1 GNU C Library: Development Librari ii libfontconfig1-dev 2.4.2-1.2generic font configuration library ii libfreetype6-dev2.3.5-1+b1 FreeType 2 font engine, developmen ii libx11-dev 2:1.0.3-7X11 client-side library (developme ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxrender-dev 1:0.9.2-1X Rendering Extension client libra ii x11-common 1:7.2-5 X Window System (X.Org) infrastruc ii zlib1g-dev [libz-dev] 1:1.2.3.3.dfsg-5 compression library - development libxft-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441823: scorched3d: SEGFAULT on start
Package: scorched3d Version: 40.1d.dfsg-1 Severity: normal scorched3d crashes on start on my IBM Thinkpad T42p: 01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL Mobility T2] (rev 80) (prog-if 00 [VGA]) Subsystem: IBM Unknown device 054f Flags: bus master, fast Back2Back, 66MHz, medium devsel, latency 255, IRQ 11 Memory at e000 (32-bit, prefetchable) [size=128M] I/O ports at 3000 [size=256] Memory at c010 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at c012 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 #0 0xb7403ab0 in wcsncpy () from /lib/i686/cmov/libc.so.6 No symbol table info available. #1 0xbe6b in wxGetUserName () from /usr/lib/libwx_baseu-2.6.so.0 No symbol table info available. #2 0xb77764f9 in wxGetUserName () from /usr/lib/libwx_baseu-2.6.so.0 No symbol table info available. #3 0x081d0d9f in parseCommandLine (argc=2, argv=0xbffb1724) at main.cpp:76 osDesc = {wxStringBase = {static npos = 4294967295, m_pchData = 0x83626a4}, No data fields} userName = {wxStringBase = {static npos = 4294967295, m_pchData = 0x8362704}, No data fields} aParser = {_vptr.ARGParser = 0x8274578, argMap_ = {_M_t = { _M_impl = {std::allocatorstd::_Rb_tree_nodestd::pairconst std::basic_stringchar, std::char_traitschar, std::allocatorchar , ARGParser::Entry = {__gnu_cxx::new_allocatorstd::_Rb_tree_nodestd::pairconst std::basic_stringchar, std::char_traitschar, std::allocatorchar , ARGParser::Entry = {No data fields}, No data fields}, _M_key_compare = { = {No data fields}, No data fields}, _M_header = { _M_color = std::_S_red, _M_parent = 0x835ebf8, _M_left = 0x835ee18, _M_right = 0x835e848}, _M_node_count = 15 dirs = {_vptr.ModDirs = 0x1f, dirs_ = {std::_List_baseModInfo,std::allocatorModInfo = { _M_impl = {std::allocatorstd::_List_nodeModInfo = {__gnu_cxx::new_allocatorstd::_List_nodeModInfo = {No data fields}, No data fields}, _M_node = {_M_next = 0x377cc22, _M_prev = 0xb74d0ff4}}}, No data fields}} #4 0x081d0f7e in main (argc=2, argv=0x0) at main.cpp:121 checkfile = value optimized out initFlags = value optimized out #5 0xb73a3050 in __libc_start_main () from /lib/i686/cmov/libc.so.6 No symbol table info available. #6 0x0805b041 in _start () at ../sysdeps/i386/elf/start.S:119 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages scorched3d depends on: ii libalut01.1.0-1 OpenAL Utility Toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-3GCC support library ii libgl1-mesa-glx [libgl1 7.0.1-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.1-1 The OpenGL utility library (GLU) ii libogg0 1.1.3-2 Ogg Bitstream Library ii libopenal0a 1:0.0.8-6OpenAL is a portable library for 3 ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++6 4.2.1-3 The GNU Standard C++ Library v3 ii libvorbis0a 1.2.0.dfsg-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-1 The Vorbis General Audio Compressi ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii scorched3d-data 40.1d.dfsg-1 data files for Scorched3D game ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime scorched3d recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441821: libxfixes-dev: UTF-8 encoded man page
Package: libxfixes-dev Version: 1:4.0.3-2 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man3/Xfixes.3.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxfixes-dev depends on: ii libx11-dev2:1.0.3-7 X11 client-side library (developme ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii x11-common1:7.2-5X Window System (X.Org) infrastruc ii x11proto-fixes-dev4.0-2 X11 Fixes extension wire protocol libxfixes-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441824: libc6-dbg: /usr/lib/debug/ld-2.3.6.so should be executable
Package: libc6-dbg Version: 2.3.6.ds1-13etch2 The dynamic loader shipped in libc6-dbg doesn't have the executable bit set. This means you can't specify it to ld as the dynamic loader, which in turn means that you can't get source line information in gdb for crashes inside the dynamic loader. Watch: mnementh$ cat /tmp/t.c #include stdio.h int main(void) { printf(Hello world\n); return 0; } mnementh$ gcc -g -Wall -O2 -o /tmp/t /tmp/t.c -Xlinker --dynamic-linker -Xlinker /usr/lib/debug/ld-linux.so.2 mnementh$ /tmp/t -bash: /tmp/t: Permission denied mnementh$ ls -l /tmp/t -rwxrwxr-x 1 pm215 pm215 8777 2007-09-11 12:09 /tmp/t mnementh$ su Password: mnementh# chmod 775 /usr/lib/debug/ld-2.3.6.so mnementh# exit mnementh$ /tmp/t Hello world It would be nice if you could make the dynamic loader executable so this just worked. -- PMM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441827: subversion-tools: UTF-8 encoded man page
Package: subversion-tools Version: 1.4.4dfsg1-1 Severity: minor The following manpage in your package appears to be UTF-8 encoded: /usr/share/man/man1/svn-clean.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion-tools depends on: ii subversion 1.4.4dfsg1-1 Advanced version control system Versions of packages subversion-tools recommends: ii esmtp-run [mail-transport- 0.5.1-4.1 User configurable relay-only MTA ii libconfig-inifiles-perl2.39-2Read .ini-style configuration file pn libsvn-perlnone(no description available) ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii python-subversion 1.4.4dfsg1-1 Python bindings for Subversion ii xsltproc 1.1.21-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441489: reassign 441489 to libinotify-ruby
# Automatically generated email from bts, devscripts version 2.10.7 # This is changes of ruby1.9, so Bug#441489 is of libinotify-ruby. reassign 441489 libinotify-ruby -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441825: libxinerama-dev: UTF-8 encoded man page
Package: libxinerama-dev Version: 1:1.0.2-1 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man3/Xinerama.3.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxinerama-dev depends on: ii libx11-dev2:1.0.3-7 X11 client-side library (developme ii libxext-dev 1:1.0.3-2 X11 miscellaneous extensions libra ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii x11-common1:7.2-5X Window System (X.Org) infrastruc ii x11proto-xinerama-dev 1.1.2-4X11 Xinerama extension wire protoc libxinerama-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441830: package is empty
Package: squashfs-modules-2.6.22-2-686 Version: 2.6.22+3.2r2-1 The package (in sid by now) don't actually include the module: http://packages.debian.org/sid/squashfs-modules-2.6.22-2-686/i386/filelist live-initramfs and live-cd's may fail too -- Rubén Rodríguez Pérez -- GNU España http://es.gnu.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio.
Bug#438458: linux-image-2.6.18-5-686-bigmem: All freezes on boot after message agpgart:
On Tue, Sep 11, 2007 at 12:32:15AM -0600, dann frazier wrote: Can those of you using the amd64 port test these two kernels? http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-4-amd64_2.6.18.dfsg.1-13etch2+intelagptest4_amd64.deb http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-4-amd64_2.6.18.dfsg.1-13etch2+intelagpupdate_amd64.deb Both work for me. (In both cases the intel_agp-module is automatically loaded without any noticable problems.) Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441826: mb2md: UTF-8 encoded man page
Package: mb2md Version: 3.20-3 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man1/mb2md.1.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mb2md depends on: ii libtimedate-perl 1.1600-8 Time and date functions for Perl ii perl [perl5] 5.8.8-7Larry Wall's Practical Extraction mb2md recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441829: xserver-xorg-video-fbdev: UTF-8 encoded man page
Package: xserver-xorg-video-fbdev Version: 1:0.3.1-1 Severity: minor The following manpages in your package appear to be UTF-8 encoded: /usr/share/man/man4/fbdev.4.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-10-30 13:24 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1736632 2007-08-09 18:39 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1970 2007-07-22 13:40 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files EndSection Section ServerFlags Option DontZap EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb,el,bg Option XkbVariant,,phonetic Option XkbOptions ctrl:nocaps,grp:shifts_toggle,compose:menu,alt:leftaltismeta EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier Generic Video Card Driver intel EndSection Section Monitor Identifier Generic Monitor Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Modes 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection Xorg X server log files on system: -rw-r- 1 root root 48965 2007-09-10 23:55 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-fbdev depends on: ii libc6 2.6.1-1+b1GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-12 X.Org X server -- core server xserver-xorg-video-fbdev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441831: xserver-xorg-core: UTF-8 encoded man page
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-12 Severity: minor The following manpage in your package appears to be UTF-8 encoded: /usr/share/man/man4/exa.4.gz According to Colin Watson, With some exceptions for Far Eastern languages, manual pages should not at present be encoded using UTF-8. As such, it's reasonable to file bugs against packages attempting to use UTF-8 where it is not yet supported. Hence I'm filing this bug. The solution for now seems to be to encode the pages as 7-bit ASCII, using the appropriate *roff sequences to produce accented characters. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-10-30 13:24 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1736632 2007-08-09 18:39 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1970 2007-07-22 13:40 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files EndSection Section ServerFlags Option DontZap EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb,el,bg Option XkbVariant,,phonetic Option XkbOptions ctrl:nocaps,grp:shifts_toggle,compose:menu,alt:leftaltismeta EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier Generic Video Card Driver intel EndSection Section Monitor Identifier Generic Monitor Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Modes 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection Xorg X server log files on system: -rw-r- 1 root root 48965 2007-09-10 23:55 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-core depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-2 X11 font encoding library ii libgcc1 1:4.2.1-4 GCC support library ii libxau6 1:1.0.3-2 X11 authorisation library ii libxdmcp6 1:1.0.2-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.9-1 X11 font rasterisation library ii x11-common1:7.2-5X Window System (X.Org) infrastruc ii xserver-xorg 1:7.2-5the X.Org X server Versions of packages xserver-xorg-core recommends: ii