Bug#318776: websvn: [INTL:de] German debconf translation
Package: websvn Severity: wishlist Tags: patch l10n Please find attached a German translation of websvn's debconf messages (de.po) -Alwin Meschede -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-audrid1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) # translation of websvn_1.61-14_templates.po to German # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Alwin Meschede [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: websvn_1.61-14_templates\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-04-03 17:03+0200\n PO-Revision-Date: 2005-07-17 18:35+0200\n Last-Translator: Alwin Meschede [EMAIL PROTECTED]\n Language-Team: German debian-l10n-german@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../templates:4 msgid Do you want to configure WebSVN now? msgstr Soll WebSVN jetzt konfiguriert werden? #. Type: boolean #. Description #: ../templates:4 msgid WebSVN needs to be configured before its use, ie you must set the locations of the repositories. msgstr WebSVN muss vor der Verwendung konfiguriert werden, zum Beispiel müssen die Verzeichnisse der Repositories festgelegt werden. #. Type: boolean #. Description #: ../templates:4 msgid If you want to configure it later, you should run 'dpkg-reconfigure websvn'. msgstr Wenn Sie es später konfigurieren möchten, sollten Sie \dpkg-reconfigure websvn\ ausführen. #. Type: string #. Description #: ../templates:14 msgid Where are your svn parent repositories? msgstr Wo sind Ihre svn-Stammverzeichnisse? #. Type: string #. Description #: ../templates:14 msgid If you have directories containing svn repositories, enter the location of each parent directory you want to appear on websvn page. msgstr Wenn Sie Verzeichnisse mit svn-Repositories haben, geben Sie hier den Pfad zu jedem Stammverzeichnis ein, das auf der websvn-Seite erscheinen soll. #. Type: string #. Description #: ../templates:14 msgid You must specify at least one existing subversion repository or WebSVN will not work. You can specify single repositories on the next step of the config. msgstr Sie müssen mindestens ein vorhandenes Subversion-Repository angeben. Andernfalls wird WebSVN nicht funktionieren. Einzelne Repositories können Sie im nächsten Konfigurationsschritt angeben. #. Type: string #. Default #: ../templates:26 msgid /var/lib/svn msgstr /var/lib/svn #. Type: string #. Description #: ../templates:27 msgid Where are your svn repositories? msgstr Wo sind Ihre svn-Repositories? #. Type: string #. Description #: ../templates:27 msgid Enter the location of each svn repository you want to appear on websvn page. msgstr Geben Sie den Pfad zu jedem svn-Repository ein, das auf der websvn-Seite erscheinen soll. #. Type: string #. Description #: ../templates:27 msgid You must specify at least one existing subversion repository or WebSVN will not work, except if you have given a parent path previously. msgstr Sie müssen mindestens ein vorhandenes Subversion-Repository angeben. Andernfalls wird WebSVN nicht funktionieren, es sei denn Sie haben vorher den Pfad zu einem Stammverzeichnis angegeben. #. Type: string #. Description #: ../templates:27 msgid Separate each entry with a comma (,) but NO SPACE or leave empty. msgstr Trennen Sie die Einträge mit einem Komma (,) aber ohne Leerzeichen. #. Type: multiselect #. Choices #: ../templates:38 msgid apache, apache-ssl, apache-perl, apache2 msgstr apache, apache-ssl, apache-perl, apache2 #. Type: multiselect #. Description #: ../templates:40 msgid Which web server would you like to reconfigure automatically? msgstr Welcher Webserver soll automatisch rekonfiguriert werden? #. Type: multiselect #. Description #: ../templates:40 msgid WebSVN supports any web server that php4 does, but this automatic configuration process only supports Apache. msgstr WebSVN unterstützt alle Webserver die php4 unterstützen, aber diese automatische Konfiguration funktioniert nur mit Apache. #. Type: note #. Description #: ../templates:46 msgid Note on permissions msgstr Hinweis zu den Zugriffsrechten #. Type: note #. Description #: ../templates:46 msgid Due to a limitation in the DB format, the 'svnlook' command needs read-write access to the repository (to
Bug#318838: libxine1: FTBFS wit gcc 4.0
Package: libxine1 Version: 1.0.1-1.0 Severity: serious Tags: patch Justification: no longer builds from source Hi, Attached is a patch stolen from cvs to build against GCC 4.0 You also need to update the ffmpeg source to a more recent version. Christian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libxine1 depends on: ii libasound2 1.0.9-3 ALSA library ii libavcodeccvs 3:20050716-0.3 library to encode decode multimedi ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfame-0.9 0.9.0-0.1A video encoding library - runtime ii libfreetype62.1.10-1 FreeType 2 font engine, shared lib ii libglu1-xorg [libglu1c2 6.8.2.dfsg.1-2 Mesa OpenGL utility library [X.Org ii libmodplug0 1:0.7-4 shared libraries for mod music bas ii libogg0 1.1.2-1 Ogg Bitstream Library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libspeex1 1.1.6-2 The Speex Speech Codec ii libstdc++6 4.0.1-2 The GNU Standard C++ Library v3 ii libtheora0 0.0.0.alpha4-1.1 The Theora Video Compression Codec ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libxext66.8.2.dfsg.1-2 X Window System miscellaneous exte ii xlibmesa-gl [libgl1]6.8.2.dfsg.1-2 Mesa 3D graphics library [X.Org] ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m ii zlib1g 1:1.2.2-9compression library - runtime Versions of packages libxine1 recommends: ii libmng1 1.0.8-1Multiple-image Network Graphics li ii libxv16.8.2.dfsg.1-2 X Window System video extension li -- no debconf information diff -ur xine-lib-1.0.1.orig/src/libw32dll/w32codec.c xine-lib-1.0.1/src/libw32dll/w32codec.c --- xine-lib-1.0.1.orig/src/libw32dll/w32codec.c 2005-04-26 10:09:15.0 +0200 +++ xine-lib-1.0.1/src/libw32dll/w32codec.c 2005-07-14 20:22:07.0 +0200 @@ -131,7 +131,6 @@ */ static pthread_mutex_t win32_codec_mutex; static pthread_once_t once_control = PTHREAD_ONCE_INIT; -static char* win32_codec_name; #define VIDEOBUFSIZE 128*1024 diff -ur xine-lib-1.0.1.orig/src/libw32dll/wine/ext.c xine-lib-1.0.1/src/libw32dll/wine/ext.c --- xine-lib-1.0.1.orig/src/libw32dll/wine/ext.c 2005-04-26 10:09:14.0 +0200 +++ xine-lib-1.0.1/src/libw32dll/wine/ext.c 2005-07-14 20:18:26.0 +0200 @@ -469,7 +469,7 @@ if (typeMEM_RESERVE (unsigned)address0x) { size += (unsigned)address0x; - (unsigned)address = ~0x; + address = (unsigned)address ~0x; } pgsz = sysconf(_SC_PAGESIZE); if (typeMEM_COMMIT (unsigned)address%pgsz) { diff -ur xine-lib-1.0.1.orig/src/libw32dll/wine/win32.c xine-lib-1.0.1/src/libw32dll/wine/win32.c --- xine-lib-1.0.1.orig/src/libw32dll/wine/win32.c 2005-04-26 10:09:14.0 +0200 +++ xine-lib-1.0.1/src/libw32dll/wine/win32.c 2005-07-14 20:19:43.0 +0200 @@ -2623,7 +2623,7 @@ dbgprintf(GetWindowThreadProcessId(0x%x, 0x%x) = %d\n, win, pid_data, tid); if (pid_data) - (int)*pid_data = tid; + *pid_data = tid; return tid; } diff -ur xine-lib-1.0.1.orig/src/libxineadec/nosefart/nes_apu.c xine-lib-1.0.1/src/libxineadec/nosefart/nes_apu.c --- xine-lib-1.0.1.orig/src/libxineadec/nosefart/nes_apu.c 2005-04-26 10:09:16.0 +0200 +++ xine-lib-1.0.1/src/libxineadec/nosefart/nes_apu.c 2005-07-14 20:27:22.0 +0200 @@ -1011,10 +1011,13 @@ accum = -0x8000; /* signed 16-bit output, unsigned 8-bit */ - if (16 == apu-sample_bits) - *((int16 *) buffer)++ = (int16) accum; - else - *((uint8 *) buffer)++ = (accum 8) ^ 0x80; + if (16 == apu-sample_bits) { + *((int16 *) buffer) = (int16) accum; + buffer = (int16 *) buffer + 1; + } else { + *((uint8 *) buffer) = (accum 8) ^ 0x80; + buffer = (int8 *) buffer + 1; + } } /* resync cycle counter */ diff -ur xine-lib-1.0.1.orig/src/post/audio/stretch.c xine-lib-1.0.1/src/post/audio/stretch.c --- xine-lib-1.0.1.orig/src/post/audio/stretch.c 2005-04-26 10:09:10.0 +0200 +++ xine-lib-1.0.1/src/post/audio/stretch.c 2005-07-14 20:30:45.0 +0200 @@ -476,7 +476,7 @@ memcpy( outbuf-mem, data_out, outbuf-num_frames * this-bytes_per_frame ); num_frames_out -= outbuf-num_frames; -(uint8_t *)data_out += outbuf-num_frames * this-bytes_per_frame; +data_out = (uint8_t *)data_out + outbuf-num_frames * this-bytes_per_frame; outbuf-vpts= this-pts; this-pts = 0; @@ -587,7
Bug#318837: libode0-dev: package doesn't include user-settings file
Package: libode0-dev Version: 1:0.5-3 Severity: normal Package doesnt include the user-settings file, required to build, for example, PyODE (Python ODE bindings). -- System Information: Debian Release: testing/unstable APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libode0-dev depends on: ii libode0 1:0.5-3Open Dynamics Engine - runtime lib libode0-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318834: crack-attack doesn't recieve key presses
Package: crack-attack Version: 1.1.14-1 Once having started the game, i.e. past the selection dialog, crack-attack does not respond to any keys. This happens when I use ratpoison as my window manager. When trying to play using twm, it works. My guess is that crack-attack does something strange with the game window, but I have not investigated further. -- /Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318832: freeglut3 depends on libglu1
Package: freeglut3 Version: 2.2.0-8 I think package libglu1 has been renamed to libglu1c2. Rebuilding the package should fix the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318829: subscriptions are not exported ordered
Package: liferea Version: 0.9.3-1 Severity: normal Tags: upstream If I export to OPML my subscriptions, the content of the folders is correctly ordered but the folders themselves are not. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages liferea depends on: ii dbus-1 0.23.4-1simple interprocess messaging syst ii dbus-glib-1 0.23.4-1simple interprocess messaging syst ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgconf2-4 2.10.0-2GNOME configuration database syste ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml2 2.6.20-1GNOME XML library ii liferea-gtkhtml 0.9.3-1 gtkhtml-based rendering for Lifere ii liferea-mozilla 0.9.3-1 mozilla-based rendering for Lifere ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime liferea recommends no packages. -- no debconf information -- ciao, Marco signature.asc Description: Digital signature
Bug#318828: wily: The win tool doesn't start.
Package: wily Version: 0.13.41-6 Severity: normal Tags: patch Lauching the win tool from wily fail with the message : win: unable to open master pty at win.c:729 in __FUNCTION__() Recompiling from Debian sources gives the same error. But if I add the -DHAVE_DEV_PTMX=1 option in the Makefile for win, it works. Below is the very small diff -u : --- wily-0.13.41/tools/win/Makefile 2005-07-17 23:41:49.103931704 +0200 +++ wily-0.13.41.ok/tools/win/Makefile 2005-07-18 00:08:15.000838728 +0200 @@ -13,7 +13,7 @@ CC = gcc CFLAGS = -g -O2 -Wall -I../.. -I$(srcdir)/../../include -DEFS = -DHAVE_LIBNSL=1 +DEFS = -DHAVE_LIBNSL=1 -DHAVE_DEV_PTMX=1 LIBS = -lnsl ../../libmsg/libmsg.a ../../libXg/libXg.a LDFLAGS= - The win compiled with -DHAVE_DEV_PTMX=1 runs fine and give a shell in wily, as expected. By the way, the above error message shows that the code stringize(__FUNCTION__) doesn't work. It stops gcc warnings about __FUNCTION__ beeing deprecated, but don't replace __FUNCTION__ with the real name of the C function. May you excuse my bad english and be thanked for your work. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8.custom Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages wily depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318826: libpam-umask encounters a Segmentation fault - preventing login
Package: libpam-umask Version: 0.02 Severity: grave Justification: renders package unusable The latest libpam-umask (0.02) encounters a SIGSEGV (Segmentation fault) that prevents all uses from logging in through any path that references pam_umask.so in the PAM configuration. This even effects optional entries in PAM configurations since pam_umask.so seg-faults. I had the following line in /etc/pam.d/common-session sessionoptionalpam_umask.so umask=0077 Commenting out this line allows users to log in again. Below are ltrace and gdb output for the getty process when pam_umask is enabled on the system. Running getty through ltrace, and then attempting to log in produced # ltrace /sbin/getty 38400 tty8 ... pam_start(0x804f1c9, 0xbfe1a2d0, 0x804f088, 0x8051618, 0)= 0 pam_set_item(0x9242228, 4, 0x804ff87, 0x8051618, 0) = 0 pam_set_item(0x9242228, 3, 0xbfe182d0, 0x8051618, 0) = 0 pam_fail_delay(0x9242228, 0x2dc6c0, 0xbfe182d0, 0x8051618, 0) = 0 gethostname(server, 256) = 0 snprintf(server login: , 256, %s login: , server) = 14 pam_set_item(0x9242228, 9, 0xbfe17e50, 0xbfe17f50, 0)= 0 pam_get_item(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0)= 0 pam_fail_delay(0x9242228, 0x2dc6c0, 0xbfe17e48, 0xbfe17f50, 0) = 0 pam_authenticate(0x9242228, 0, 0xbfe17e48, 0xbfe17f50, 0 unfinished ... misc_conv(1, 0xbfe17d1c, 0xbfe17d28, 0, 0xb7f0a280) = 0 ... pam_authenticate resumed ) = 0 pam_get_item(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0)= 0 getpwnam(michael) = 0x4114c0b8 strcmp(MAIL_CHECK_ENAB, FAILLOG_ENAB)= 1 strcmp(ERASECHAR, FAILLOG_ENAB) = -1 strcmp(HUSHLOGIN_FILE, FAILLOG_ENAB) = 1 strcmp(FTMP_FILE, FAILLOG_ENAB) = 1 strcmp(FAIL_DELAY, FAILLOG_ENAB) = 1 strcmp(FAILLOG_ENAB, FAILLOG_ENAB) = 0 strcasecmp(yes, yes) = 0 open64(/var/log/faillog, 2, 0145) = 7 lseek64(7, 24, 0, 0, 0x41021158) = 24 read(7, , 24) = 24 lseek64(7, 24, 0, 0, 0) = 24 write(7, , 24) = 24 close(7) = 0 alarm(0) = 58 pam_acct_mgmt(0x9242228, 0, 0, 0xbfe17f50, 0)= 0 pam_get_item(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0)= 0 setpwent() = void getpwnam(michael) = 0x4114c0b8 setgid(1)= 0 initgroups(0x9249e5a, 1, 0x4114c0b8, 0x4114c0b8, 0x4114c0b8) = 0 pam_setcred(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0) = 0 strcmp(MAIL_CHECK_ENAB, HUSHLOGIN_FILE) = 1 strcmp(ERASECHAR, HUSHLOGIN_FILE)= -1 strcmp(HUSHLOGIN_FILE, HUSHLOGIN_FILE) = 0 snprintf(/home/michael/.hushlogin, 8192, %s/%s, /home/michael, .hushlogin) = 24 access(/home/michael/.hushlogin, 0)= -1 pam_open_session(0x9242228, 0, 0xbfe17e48, 0xbfe17f50, 0 unfinished ... --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Running getty through strace produced no interesting information. Running getty through gdb, I obtained the following backtrace (long runs of 0x are replaced with ...) Program received signal SIGSEGV, Segmentation fault. 0x00126abe in ?? () (gdb) bt #0 0x00126abe in ?? () #1 0x4114b8a8 in main_arena () from /lib/tls/i686/cmov/libc.so.6 #2 0x08048f00 in ?? () #3 0x in ?? () #4 0x4114c0b8 in buffer_size.0 () from /lib/tls/i686/cmov/libc.so.6 #5 0x00802b60 in ?? () #6 0x08143f80 in ?? () #7 0x0813f228 in ?? () #8 0xbff1d0d8 in ?? () #9 0x007fda1c in ?? () #10 0x0813f228 in ?? () #11 0x in ?? () #12 0x0001 in ?? () #13 0x08143c10 in ?? () #14 0xb7f1f19c in ?? () #15 0x0001 in ?? () #16 0x in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x0006 in ?? () #21 0x0020 in ?? () #22 0xffe0 in ?? () #23 0x08051178 in ?? () #24 0x003c in ?? () #25 0x00802b60 in ?? () #26 0x in ?? () #27 0x in ?? () #28 0xbff1d0f8 in ?? () #29 0x007ff9fb in ?? () #30 0x0813f228 in ?? () #31 0x in ?? () #32 0x0004 in ?? () #33 0xffe0 in ?? () #34 0x0813f228 in ?? () #35 0x4114c0b8 in buffer_size.0 () from /lib/tls/i686/cmov/libc.so.6 #36 0xbff1f5f8 in ?? () #37 0x0804addb in ?? () #38 0x0813f228 in ?? () #39 0x in ?? () #40 0xbff1d138 in ?? () #41 0xbff1d240 in ?? () #42 0x in ?? () #43 0x in ?? () #44 0x in ?? () #45 0x in ?? () #46 0x08146e58 in ?? ()
Bug#318825: dpkg: fix erranous directory not empty warnings
Package: dpkg Version: 1.10.28 Severity: normal Tags: patch Hi, sometimes dpkg warns about directories not being empty when purging packages while it shouldn't. The reason for this is that dpkg removes directories from package.list even though the package has still files (always conffiles?) in that directory (if the directory is also used by another package). The directory then only belongs to that other package (pkg2) and when pkg2 is purged it warns about the directory not being empty. Example: [EMAIL PROTECTED]:~$ dpkg -S /etc/defoma ttf-bitstream-vera, defoma: /etc/defoma [EMAIL PROTECTED]:~$ sudo dpkg --remove defoma ttf-bitstream-vera (Reading database ... 10232 files and directories currently installed.) Removing ttf-bitstream-vera ... Removing defoma ... [EMAIL PROTECTED]:~$ dpkg -S /etc/defoma defoma: /etc/defoma [EMAIL PROTECTED]:~$ cat /var/lib/dpkg/info/ttf-bitstream-vera.list /etc/defoma/hints /etc/defoma/hints/ttf-bitstream-vera.hints ^^^ Notice how /etc and /etc/defoma are missing now. [EMAIL PROTECTED]:~$ sudo dpkg --purge defoma ttf-bitstream-vera (Reading database ... 10125 files and directories currently installed.) Removing defoma ... Purging configuration files for defoma ... dpkg - warning: while removing defoma, directory `/etc/defoma' not empty so not removed. Removing ttf-bitstream-vera ... Purging configuration files for ttf-bitstream-vera ... ^^^ when ttf-bitstream-vera the directory actualy becomes empty but since ttf-bitstream-vera does not own that directory it is not removed. The patch is quite simple. Before writing the reduced file list after removal listclosure(leftover) is called. This function generates the closure of the list by recursively adding all parent directories of all entries that don't already exist in the list. It doesn't re-add an entry for the root dir (/. entry) though. Lets hope / is never going to be removed. :) MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dpkg depends on: ii dselect 1.10.28 a user tool to manage Debian packa ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information diff -Nru /tmp/I6mUpNOPoU/dpkg-1.13.9/debian/changelog /tmp/2Ksog51tfC/dpkg-1.13.9/debian/changelog --- /tmp/I6mUpNOPoU/dpkg-1.13.9/debian/changelog2005-06-12 17:16:59.0 +0200 +++ /tmp/2Ksog51tfC/dpkg-1.13.9/debian/changelog2005-07-18 00:15:08.0 +0200 @@ -1,3 +1,11 @@ +dpkg (1.13.9-0.0.0.1.mrvn) unstable; urgency=low + + The Fix dir removal! Release. + + * Don't remove dirs with files from package left from the package.list + + -- Scott James Remnant [EMAIL PROTECTED] Mon, 18 Jul 2005 00:14:10 +0200 + dpkg (1.13.9) unstable; urgency=low The On like Donkey Kong Release. diff -Nru /tmp/I6mUpNOPoU/dpkg-1.13.9/src/remove.c /tmp/2Ksog51tfC/dpkg-1.13.9/src/remove.c --- /tmp/I6mUpNOPoU/dpkg-1.13.9/src/remove.c2005-06-06 06:07:12.0 +0200 +++ /tmp/2Ksog51tfC/dpkg-1.13.9/src/remove.c2005-07-18 01:04:29.0 +0200 @@ -188,6 +188,41 @@ *leftoverp= newentry; } +/* Generate closure of list by recursively adding all parent directories that + * don't already exist + */ +void listclosure(struct fileinlist **list) { + struct fileinlist *tmp1= *list; + struct filenamenode *namenode; + while(tmp1) { +char *dirname= m_malloc(strlen(tmp1-namenode-name)+1); +char *p = dirname + strlen(tmp1-namenode-name); +strcpy(dirname,tmp1-namenode-name); +while(p dirname) { + struct fileinlist *tmp2= *list; + debug(dbg_eachfiledetail, removal_bulk reinclude test `%s', dirname); + while(p dirname *p != '/') { // get dirname +*p = 0; + --p; + } + *p = 0; + while(tmp2) { + debug(dbg_eachfiledetail, removal_bulk reinclude cmp `%s', tmp2-namenode-name); +if (strcmp(dirname, tmp2-namenode-name) == 0) + break; + tmp2= tmp2-next; + } + if (!tmp2) { + debug(dbg_eachfiledetail, removal_bulk reinclude add `%s', dirname); + namenode= findnamenode(dirname,0); + push_leftover(list,namenode); + } +} +free(dirname); +tmp1= tmp1-next; + } +} + static void removal_bulk_remove_files( struct pkginfo *pkg, int *out_foundpostrm) @@ -275,6 +310,7 @@ } if (unlink(fnvb.buf)) ohshite(_(cannot remove file `%.250s'),fnvb.buf); } +listclosure(leftover); write_filelist_except(pkg,leftover,0); maintainer_script_installed(pkg, POSTRMFILE, post-removal, remove, (char*)0); @@ -373,6 +409,7 @@ push_leftover(leftover,namenode); continue; } + listclosure(leftover); write_filelist_except(pkg,leftover,0); modstatdb_note(pkg);
Bug#318823: ftp.debian.org: Please remove the gimp-print source package
Package: ftp.debian.org Severity: normal The gimp-print source package has been replaced by gutenprint (renamed upstream). As a result the gimp-print source and binaries are superseded. The following binary packages require removal from testing and unstable (and are not present in gutenprint as transitional packages): cupsys-driver-gimpprint-data, foomatic-db-gimp-print, gimpprint-doc, gimpprint-locales, libgimpprint1-dev, libgimpprint1-doc, libgimpprint1 libgimpprint1 is required by gimp, gs-esp and gs-gpl. This should go as soon as they have been rebuilt without libgimpprint support. Many thanks, Roger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318822: docbook: Fails to generate PDF output
Package: docbook Version: 4.3-1.1 Severity: normal This may be a problem in passivetex, or not. I cannot generate PDF output. Although I get the I/O error below when generating text, the text seems to generate fine. I just submitted this as a separate bug to 'xsltproc' in case the I/O error has nothing to do with the problem generating PDFs. (I'm sorry I have not included the debian bug number here, but I've waited a bit and have not gotten one back yet. My other bug report references Debian Bug 286540, in message body.) I believe they are different problems as xmlto calls xsltproc with --nonet. The first 4 lines of my xml document are: ?xml version='1.0'? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.3//EN http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; article Sample run is: snip $ xmlto pdf babase_system.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd /home/kop/biz/babase/tla/babase-live/doc/babase_system.xml:3: warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; ^ Making portrait pages on letter paper (215.9 mm x 279.4 mm) This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5) (./tmp.fo{/usr/share/texmf/pdftex/config/pdftex.cfg} LaTeX2e 2001/06/01 Babel v3.7h and hyphenation patterns for american, french, german, ngerman, b ahasa, basque, catalan, croatian, czech, danish, dutch, finnish, greek, iceland ic, irish, italian, latin, magyar, norsk, norsk, portuges, romanian, russian, s lovak, slovene, spanish, swedish, turkish, ukrainian, nohyphenation, loaded. xmltex version: 2002/06/25 v1.9 (Exp): (/usr/share/texmf/tex/xmltex/config/xmltex.cfg) No File: tmp.cfg (/usr/share/texmf/tex/xmltex/passivetex/fotex.xmt) (/usr/share/texmf/tex/latex/base/article.cls Document Class: article 2001/04/21 v1.4e Standard LaTeX document class (/usr/share/texmf/tex/latex/base/size10.clo)) (/usr/share/texmf/tex/xmltex/passivetex/fotex.sty ) No file tmp.aux. (/usr/share/texmf/tex/latex/cyrillic/t2acmr.fd) (/usr/share/texmf/tex/latex/base/ts1cmr.fd) (/usr/share/texmf/tex/latex/psnfss/t1ptm.fd) No file tmp.out. No file tmp.out. INFO: Using normal, i.e. nonfrench-spacing in document (/usr/share/texmf/tex/latex/psnfss/t1phv.fd) ! LaTeX Error: Something's wrong--perhaps a missing \item. See the LaTeX manual or LaTeX Companion for explanation. Type H return for immediate help. ... l.212 ... hyphenation-remain-character-count=2 Babase/fo:block/fo:bloc... ? ! Emergency stop. ... l.212 ... hyphenation-remain-character-count=2 Babase/fo:block/fo:bloc... No pages of output. $ --snip--- Any help would be appreaciated. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages docbook depends on: ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.0.3 common SGML and XML data -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318820: postgresql-8.0: listen_addresses shouldn't bind to all interfaces
Package: postgresql-8.0 Version: 8.0.3-10 Severity: important Hi, looking at the default mysql config I wonder why postgresql-8.0 binds to any interface it can find. Wouldn't it be better to bind just to localhost, so that the server is not automatically exposed in the network (that may include the internet)? Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-cherry+noradeon+8139c+ Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages postgresql-8.0 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.38-1 common error description library ii libkrb531.3.6-4 MIT Kerberos runtime libraries ii libpam0g0.76-23 Pluggable Authentication Modules l ii libpq4 8.0.3-10 PostgreSQL C client library ii libreadline55.0-10 GNU readline and history libraries ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii postgresql-client-8.0 8.0.3-10 front-end programs for PostgreSQL ii postgresql-common 22 manager for PostgreSQL database cl ii zlib1g 1:1.2.2-9compression library - runtime postgresql-8.0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318819: Please remove build-dependency on libgimpprint1-dev
Package: gimp Version: 2.2.8-5 Severity: serious Justification: no longer builds from source libgimpprint1 and libgimpprint1-dev will be removed from unstable shortly, which will cause gimp to fail to build from source. Please remove libgimpprint1-dev from the gimp Build-Deps. configure should detect this, and simply not build the Print plug-in. Additionally, a new Print plug-in is provided by gimp-print (gutenprint) to replace this. Currently it dpkg-diverts the old plug-in away, but this can be changed once the build-deps are changed. Please could you Recommend gimp-print? Regards, Roger -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gimp depends on: ii gimp-data 2.2.8-5Data files for The GIMP ii libaa11.4p5-28 ascii art library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexif10 0.6.9-6library to parse EXIF files ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgimp2.02.2.8-5Libraries necessary to Run the GIM ii libgimpprint1 4.2.7-10 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-2 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmng1 1.0.8-1Multiple-image Network Graphics li ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-2 X Window System Session Management ii libtiff4 3.7.3-1Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.3-2 Windows metafile conversion librar ii libx11-6 6.8.2.dfsg.1-2 X Window System protocol client li ii libxmu6 6.8.2.dfsg.1-2 X Window System miscellaneous util ii libxpm4 6.8.2.dfsg.1-2 X pixmap library ii libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics ii wget 1.10-3+1.10.1beta1 retrieves files from the web ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m ii zlib1g1:1.2.2-9 compression library - runtime Versions of packages gimp recommends: pn gimp-svg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318818: postgresql-8.0 doesn't link the certificate from postgresql-common
Package: postgresql-8.0 Version: 8.0.3-10 Severity: normal Hi, the postgresql-8.0 package should create a symlink to the root.crt file in /etc/postgresql-common/, so that starting postgres doesn't give an error back, or use ssl=false as default (but I think the first option is the better one). Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-cherry+noradeon+8139c+ Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages postgresql-8.0 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.38-1 common error description library ii libkrb531.3.6-4 MIT Kerberos runtime libraries ii libpam0g0.76-23 Pluggable Authentication Modules l ii libpq4 8.0.3-10 PostgreSQL C client library ii libreadline55.0-10 GNU readline and history libraries ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii postgresql-client-8.0 8.0.3-10 front-end programs for PostgreSQL ii postgresql-common 22 manager for PostgreSQL database cl ii zlib1g 1:1.2.2-9compression library - runtime postgresql-8.0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318817: xsltproc: Trys to access network entity when --nonet is specified
Package: xsltproc Version: 1.1.12-8 Severity: minor When I generate any sort of output from docbook I get the message: I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd I see that xsltproc is called with '--nonet' so I would not expect to see this message. I'm not sure this is the package where the problem lies I can generate txt output just fine, AFIK, but not PDF output. I'm filing another bug for the PDF problem in case it's unrelated. See also: Debian bug #286540 I note that wget can retrieve the url content without a problem. The first 3 lines of my xml file are: ?xml version='1.0'? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.3//EN http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; There's no problem on a RedHat AS 3 system upgraded to support docbook 4.3 with rebuilt rpms from Fedora (or maybe AS4): docbook-style-xsl-1.65.1-2.noarch.rpm docbook-dtds-1.0-25.noarch.rpm docbook-utils-0.6.14-4.noarch.rpm docbook-style-dsssl-1.78-4.noarch.rpm docbook-utils-pdf-0.6.14-4.noarch.rpm I also note (FWIW) that: /usr/share/xml/docbook/schema/dtd/4.3/catalog says: -- public identifiers override system identifiers, if both are supplied -- OVERRIDE YES This is different from the RH system. Or maybe there some other problem in the mapping to local files? Complete example transcript: -snip- $ xmlto -v txt babase_system.xml Format script: /usr/share/xmlto/format/docbook/txt Convert to HTML (no chunks) Real stylesheet: http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl xmllint /dev/null --xinclude --postvalid /home/kop/biz/babase/tla/babase-live/doc/babase_system.xml Stylesheet: /tmp/xmlto-xsl.AehTPt xsltproc --nonet --xinclude \ -o /tmp/xmlto.GB0nmx/babase_system.proc \ /tmp/xmlto-xsl.AehTPt \ /home/kop/biz/babase/tla/babase-live/doc/babase_system.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd /home/kop/biz/babase/tla/babase-live/doc/babase_system.xml:3: warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; ^ Convert HTML to ASCII $ snip-- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xsltproc depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libgpg-error0 1.0-1library for common error values an ii libxml2 2.6.16-7 GNOME XML library ii libxslt1.1 1.1.12-8 XSLT processing library - runtime ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318814: FTBS: nvidia-settings missing build dependency on libxxf86vm-dev after xorg upgrade
Package: nvidia-settings Version: 1.0+20050525-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 xf86vmode.h has moved from xlibs-static-dev to libxxf86vm-dev. thanks - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2-1-k7 Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Versions of packages nvidia-settings depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libx11-6 6.8.2.dfsg.1-2 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m Versions of packages nvidia-settings recommends: ii nvidia-glx1.0.7667-2 NVIDIA binary XFree86 4.x driver - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC2toSCUBS9R84wJERAoJSAJ0bKJo7u3fSgM+g9SDBolCk2dlbfACfR+aA ghWBXI6QbJYdkCzQJ1pF9l8= =GLd1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318774: ftp.debian.org: request to change the section to oldlibs
Package: ftp.debian.org Severity: normal Hi, I'd propose to change the section of libglib1.2 and libgtk1.2 to oldlibs, because the current released version of gtk+/glib is 2.x and it was about 2 years ago. 2.x series is more stable than 1.2 and upstream has never maintained the older release anymore. For the upstream/packager, there was enough time to have a look how to work gtk+ 2.x properly and which better to use between 1.2 and 2.x. this section changes would speeds up to migrate the applications/libraries, I suppose. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-swsusp-2.1.9.5 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318813: need keyboard shortcut switch to next screen/monitor
Package: metacity Version: 2.10.2-1 Severity: wishlist Hello, I'm still using windowmaker because of one (for me important) feature that is still missing in gnome. I have two monitors in dual head mode and I'm working a lot with the keyboard. So I like the feature of windowmaker to switch to the next screen/monitor with for example pressing CTRL+ALT+n. The mouse cursor is set to the center of the next screen with the focus is set to the window under the mouse cursor. Pressing CTRL+ALT+n again the mouse cursor and focus is back in the center of my first screen. Regards, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318811: mozilla-ctxextensions: Can't be installed because of broken link in extensions.d dir
Package: mozilla-ctxextensions Version: 4.0.2005071301-1 Severity: serious Hi, The package can't be installed because /var/lib/mozilla-firefox/extensions.d/42ctxextensions is symlink to a nonexistent file /usr/share/mozilla-extensions/ctxextensions/extensions.d: Updating mozilla-firefox chrome registry.../usr/sbin/update-mozilla-firefox-chrome[92]: cannot open /var/lib/mozilla-firefox/extensions.d/42ctxextensions: No such file or directory dpkg: error processing mozilla-tabextensions (--configure): subprocess post-installation script returned error exit stat Regards, robert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/pdksh Kernel: Linux 2.6.11s7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages mozilla-ctxextensions depends on: ii mozilla-firefox 1.0.5-1lightweight web browser based on M mozilla-ctxextensions recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318810: xserver-xorg: X server framebuffer probe does not check devfs/udev-devfs devices
Package: xserver-xorg Version: 6.8.2.dfsg.1-2 Severity: normal During server startup (WW) open /dev/fb0: No such file or directory (WW) open /dev/fb1: No such file or directory (WW) open /dev/fb2: No such file or directory (WW) open /dev/fb3: No such file or directory (WW) open /dev/fb4: No such file or directory (WW) open /dev/fb5: No such file or directory (WW) open /dev/fb6: No such file or directory (WW) open /dev/fb7: No such file or directory (EE) Unable to find a valid framebuffer device (EE) RADEON(0): Failed to open framebuffer device, consult warnings and/or errors above for possible reasons (you may have to look at the server log to see warnings) (WW) RADEON(0): fbdevHWInit failed, not using framebuffer device However, fb0 does exist: $ ls -l /dev/fb[0-8] ls: /dev/fb[0-8]: No such file or directory $ ls -l /dev/fb/[0-8] crw-rw 1 root video 29, 0 2005-07-17 18:09 /dev/fb/0 The same applies to apm_bios: (WW) Open APM failed (/dev/apm_bios) (No such file or directory) $ ls -l /dev/apm_bios ls: /dev/apm_bios: No such file or directory $ ls -l /dev/misc/apm_bios crw-rw 1 root root 10, 134 2005-07-17 18:09 /dev/misc/apm_bios If both sets of device names could be checked, this would work perfectly. Thanks, Roger -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-13 22:44 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 2107448 2005-07-13 09:44 /usr/bin/X11/Xorg /var/lib/xfree86/XF86Config-4.roster does not exist. VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5962 (rev 01) /var/lib/xfree86/XF86Config-4.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3088 2005-04-16 13:58 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 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 XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel macintosh Option XkbLayout gb EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier Radeon 5962 Driver ati BusID PCI:0:16:0 Option SWcursor true Option UseFBDev true Option DDCMode false Option MonitorLayout TMDS Option PanelSize 1680x1050 EndSection Section Device Identifier FB 0 Driver fbdev BusID PCI:0:16:0 Option fbdev /dev/fb/0 EndSection Section Monitor Identifier Apple Cinema Display VendorName Apple Inc. ModelName Apple Cinema Display 20 HorizSync 28-90
Bug#318806: w3m: Segfaults on ia64 every time
Package: w3m Version: 0.5.1-3 Severity: important The w3m binary segfaults on every call, at least on a simple w3m -version Here's a strace of the w3m call: execve(/usr/bin/w3m, [w3m, -version], [/* 55 vars */]) = 0 uname({sys=Linux, node=caballero, ...}) = 0 brk(0) = 0x600ba160 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2002c000 open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=12450, ...}) = 0 mmap(NULL, 12450, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2003 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libm.so.6.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0002\0\1\0\0\0\0\237..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=553904, ...}) = 0 mmap(NULL, 616224, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x2004 mprotect(0x200c8000, 59168, PROT_NONE) = 0 mmap(0x200d, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x8) = 0x200d close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libnsl.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0002\0\1\0\0\0\240\177..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=153240, ...}) = 0 mmap(NULL, 224824, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x200d8000 mprotect(0x200fc000, 77368, PROT_NONE) = 0 mmap(0x20108000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2) = 0x20108000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0002\0\1\0\0\0 ;\0\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=21808, ...}) = 0 mmap(NULL, 85024, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x2011 mprotect(0x20118000, 52256, PROT_NONE) = 0 mmap(0x2012, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x2012 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libgc.so.1, O_RDONLY) = 3 read(3, [EMAIL PROTECTED]..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=265328, ...}) = 0 mmap(NULL, 424032, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x20128000 mmap(0x20168000, 81920, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x3) = 0x20168000 mmap(0x2017c000, 79968, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2017c000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libssl.so.0.9.7, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0002\0\1\0\0\0 \30\1..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=414970, ...}) = 0 mmap(NULL, 446680, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x2019 mprotect(0x201e8000, 86232, PROT_NONE) = 0 mmap(0x201f, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5) = 0x201f close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libcrypto.so.0.9.7, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0002\0\1\0\0\0\300\341..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=2241232, ...}) = 0 mmap(NULL, 2111536, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x2020 mprotect(0x203d4000, 194608, PROT_NONE) = 0 mmap(0x203e, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1d) = 0x203e mmap(0x2040, 14384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2040 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libgpm.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0002\0\1\0\0\0\0004\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=39240, ...}) = 0 mmap(NULL, 103560, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x20404000 mprotect(0x2041, 54408, PROT_NONE) = 0 mmap(0x20414000, 49152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x20414000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libncurses.so.5, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0002\0\1\0\0\0\0;\2\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=554536, ...}) = 0
Bug#318803: debian-reference-common: copyright notice is unclear
Package: debian-reference-common Version: 1.08-3 Severity: minor Hi! Debian-reference copyright notice reads: This document may used under the terms the GNU General Public License version 2 or higher. Permission is granted to make and distribute verbatim copies of this document provided the copyright notice and this permission notice are preserved on all copies. Permission is granted to copy and distribute modified versions of this document under the conditions for verbatim copying, provided that the entire resulting derived work is distributed under the terms of a permission notice identical to this one. Permission is granted to copy and distribute translations of this document into another language, under the above conditions for modified versions, except that this permission notice may be included in translations approved by the Free Software Foundation instead of in the original English. [See /usr/share/common-licenses/GPL-2 for text of GPL v2] The work is thus released under the GNU GPL (v2 or later), but some phrases taken from a different license seem to have leaked into the copyright notice. These statements have nothing to do with the GPL and it's not clear if they are intended as additional permissions (some of them, at least, would be unnecessary in that case) or as something else. The canonical copyright notice for a work released under the GNU GPL v2 or later is something along the lines of Copyright (c) 2001-2004 Osamu Aoki [EMAIL PROTECTED] This work is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This work is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this work; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA Could you please clarify the copyright notice? Thank you very much! -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318775: ghc6 needs to be rebuilt
Package: ghc6 Severity: normal After the change of C++ ABI libgmp3 in Sid was splited into 2 packages -- libgmpxx3 and libgmp3c2. After this split ghc6 fails to install. - nsav vatutin:~ [1506]% LANG='C' apt-install ghc6 Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: ghc6: Depends: haskell-utils but it is not going to be installed Depends: libgmp3 but it is not installable E: Broken packages nsav vatutin:~ [1507:100]% LANG='C' apt-install haskell-utils Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: haskell-utils: Depends: libgmp3 but it is not installable E: Broken packages - I've already bugreported this information (see bug #311610), but libgmp folks said, that all packages, which depend on libgmp3 need to be rebuilt. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318801: www.debian.org: $(HOME)/ports/hurd/hurd-install referes to missing documentation (internal)
Package: www.debian.org Version: N/A; reported 2005-07-17 Severity: normal The above page says: If this does not help, explore the resources listed at the end of this document. Finally, ask on the appropriate mailing list. However, there are no resources at the end of the page. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux zibal 2.4.27-grsec #1 Wed Dec 22 15:20:05 CET 2004 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318799: does not set up a proper grub when installing in hdb MBR
Package: installation Severity: grave I installed normally from Sarge DVD 1 in my brand-new hard disk hdb. Everything seemed OK, and I partitioned my new disk (boot, swap, root, home and all the others) and selected to install grub in MBR of hdb. During rebooting, I set up my BIOS to boot from hdb. The computer booted, and grub showed me a menu with the two new kernel entries (normal and recover mode) and all my old kernels from hda. I selected to boot the new kernel, and grub said me that it can not execute the second instruction kernel because it can not find the file. I keystroked e-d-b and my new system booted OK. Simply deleting the first line root (hd1,0) worked. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9Envite_27.01.05 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318797: monop: get to roll again if you get doubles before going to jail
Package: bsdgames Version: 2.17-1 Severity: normal I rolled double 2, landed on chance and was sent to jail. I paid the $50 and was able to roll again immediately, instead of losing my turn. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bsdgames depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii wamerican [wordlist]5-4 American English dictionary words ii wenglish5-4 American English dictionary words -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318796: /usr/bin/gq: exits with segmentation fault when adding or editing server
Subject: /usr/bin/gq: exits with segmentation fault when adding or editing server Package: gq Version: 1.0beta1-3 Severity: grave Justification: renders package unusable File: /usr/bin/gq When I started gq with a configuration file from 2005-03-21 gq exited immediatly with a segmentation fault. I moved the ~/.gq config file aside and started gq. Everything appeared to work until I tried to add a server via File - Preferences - Servers - New. As soon as I click the New button gq exits with a segmentation fault. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.6-spiritus Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gq depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-02.6.5-1 The GLib library of C routines ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libldap22.1.30-11OpenLDAP libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii libxml2 2.6.20-1 GNOME XML library ii zlib1g 1:1.2.2-9compression library - runtime -- -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#318794: [l10n] Initial Czech translation of phpgroupware debconf messages
Package: phpgroupware Severity: wishlist Tags: l10n, patch Hi, in attachement there is initial Czech translation (cs.po) of phpgroupware debconf messages, please include it. -- Miroslav Kure cs.po.gz Description: Binary data
Bug#318791: opencv: FTBFS on 64 arches: cast from 'void*' to 'int' loses precision
Package: opencv Version: 0.9.6-2 Severity: serious Hi, Your package is failing to build on all 64 bit arches with the following error: if alpha-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I. -I../../trs -I../../../otherlibs/highgui -I../../../cxcore/inc lude -I../../../cv/include -I../../../cv/src -I../../../cvaux/include-g -fomit-frame-pointer -O3 -DNDEBUG -Wall -fno-rtt i -pipe -MT apyramids.o -MD -MP -MF .deps/apyramids.Tpo -c -o apyramids.o apyramids.cpp; \ then mv -f .deps/apyramids.Tpo .deps/apyramids.Po; else rm -f .deps/apyramids.Tpo; exit 1; fi apyramids.cpp: In function 'int PyrDownCmpIPL(void*)': apyramids.cpp:189: error: cast from 'void*' to 'int' loses precision apyramids.cpp: In function 'int PyrUpCmpIPL(void*)': apyramids.cpp:321: error: cast from 'void*' to 'int' loses precision cvtest.h: At global scope: cvtest.h:169: warning: 'double atsCompareAngles(double, double)' defined but not used make[5]: *** [apyramids.o] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318789: libdps1: should be in contrib
Package: libdps1 Version: 6.8.2.dfsg.1-2 Severity: normal In order to fully take advantage of it, DPS extension support is required in the X server, for which there is currently no freely-licensed implementation. According to the Debian Policy Manual, wrapper packages or other sorts of free accessories for non-free programs should be in contrib. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rt-v0.7.51-31-reiser4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libdps1 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libice6 6.8.2.dfsg.1-2 Inter-Client Exchange library ii libsm66.8.2.dfsg.1-2 X Window System Session Management ii libxext6 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m libdps1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318787: reportbug: SMTP-AUTH incorrect password should retry
Package: reportbug Version: 3.12 Severity: wishlist If I enter an incorrect SMTP-Auth password, after entering the details of a bug, reportbug will exit. Although the bug is saved, and can be inserted into a new report, this is still a pain. If a SMTP-Auth password is incorrectly entered, report bug should offer for the password to be reentered. TIA, Colin S. Miller -- Package-specific info: ** /home/me/.reportbugrc: reportbug_version 3.12 mode advanced ui text realname Colin S. Miller email [EMAIL PROTECTED] smtphost smtp.demon.co.uk smtpuser csmiller -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages reportbug depends on: ii python2.3 2.3.5-4An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318785: kaffe: Please depend on libgmp3c2 instead of libgmp
Package: kaffe Version: 2:1.1.5-3 Severity: serious Tags: patch Please change libgmp3 to libgmp3c2 in debian/shlibs.local. Otherwise kaffe binary packages will depend on libgmp3 which is no longer built by the gmp source package. Regards Andreas Jochens diff -urN ../tmp-orig/kaffe-1.1.5/debian/shlibs.local ./debian/shlibs.local --- ../tmp-orig/kaffe-1.1.5/debian/shlibs.local 2005-07-17 14:19:48.0 + +++ ./debian/shlibs.local 2005-07-17 14:14:39.0 + @@ -1,4 +1,4 @@ -libgmp 3 libgmp3 (= 4.1.3) +libgmp 3 libgmp3c2 libjpeg 62 libjpeg62 (= 6b) libpng12 0 libpng12-0 (= 1.2.5.0) libz 1 zlib1g (= 1.2.1.1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318781: (no subject)
Package: apt Version: 0.5.28.6 Severity: wishlist If, when doing an apt-get update (or dist-update), and apt-listbug reports a bug, apt-get should allow the user to skip the package with reported bugs. The package should not automatically be pinned; the next upgrade should offer to update any skipped packages. In this situation, I sometimes use apt-get install on all the packages that I *don't* want to update; this can time consuming to get right. Colin S. Miller -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: if dpkg -s apt-listbugs | grep -q '^Status: .* ok installed'; then /usr/sbin/apt-listbugs apt || ( test $? -ne 10 || exit 10; echo 'Warning: apt-listbugs exited abnormally, hit enter key to continue.' 12 ; read a /dev/tty ); fi; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/sbin/localepurge ] [ $(ps w -p $PPID | grep -c remove) != 1 ]; then /usr/sbin/localepurge; else exit 0; fi; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. deb ftp://ftp.demon.co.uk/pub/mirrors/linux/debian testing contrib main non-free deb http://security.debian.org/ stable/updates main contrib non-free -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages apt depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318784: man pages truncated if man-db runs in french locale
Package: man-db Version: 2.4.3-1 Severity: important Hi, As asked, I'm filling a bug regarding some truncated man pages I'm getting on my sid system. It happens on french man pages and on untranslated manpages. For example, when I run 'man man' I'm getting the manpage up to the middle: -Z, --ditroff groff will run troff and then use an appropriate post-processor to produce output suitable for the chosen It stops exactly here. Here's the output of 'man --debug man', thanks for looking into it. ruid=1000, euid=1000 ++priv_drop_count = 1 From the config file /etc/manpath.config: Mandatory mandir `/usr/man'. Mandatory mandir `/usr/share/man'. Mandatory mandir `/usr/X11R6/man'. Mandatory mandir `/usr/local/man'. Path `/bin' mapped to mandir `/usr/share/man'. Path `/usr/bin' mapped to mandir `/usr/share/man'. Path `/sbin' mapped to mandir `/usr/share/man'. Path `/usr/sbin' mapped to mandir `/usr/share/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'. Path `/usr/X11R6/bin' mapped to mandir `/usr/X11R6/man'. Path `/usr/bin/X11' mapped to mandir `/usr/X11R6/man'. Path `/usr/games' mapped to mandir `/usr/share/man'. Path `/opt/bin' mapped to mandir `/opt/man'. Path `/opt/sbin' mapped to mandir `/opt/man'. Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'. Global mandir `/usr/share/man', catdir `/var/cache/man'. Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'. Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'. Global mandir `/usr/X11R6/man', catdir `/var/cache/man/X11R6'. Global mandir `/opt/man', catdir `/var/cache/man/opt'. Added section `1'. Added section `n'. Added section `l'. Added section `8'. Added section `3'. Added section `2'. Added section `3posix'. Added section `3pm'. Added section `3perl'. Added section `5'. Added section `4'. Added section `9'. Added section `6'. Added section `7'. `/usr/man' `' `1' `/usr/share/man'`' `1' `/usr/X11R6/man'`' `1' `/usr/local/man'`' `1' `/bin' `/usr/share/man'`0' `/usr/bin' `/usr/share/man'`0' `/sbin' `/usr/share/man'`0' `/usr/sbin' `/usr/share/man'`0' `/usr/local/bin'`/usr/local/man'`0' `/usr/local/bin'`/usr/local/share/man' `0' `/usr/local/sbin' `/usr/local/man'`0' `/usr/local/sbin' `/usr/local/share/man' `0' `/usr/X11R6/bin'`/usr/X11R6/man'`0' `/usr/bin/X11' `/usr/X11R6/man'`0' `/usr/games'`/usr/share/man'`0' `/opt/bin' `/opt/man' `0' `/opt/sbin' `/opt/man' `0' `/usr/man' `/var/cache/man/fsstnd' `-1' `/usr/share/man'`/var/cache/man'`-1' `/usr/local/man'`/var/cache/man/oldlocal' `-1' `/usr/local/share/man' `/var/cache/man/local' `-1' `/usr/X11R6/man'`/var/cache/man/X11R6' `-1' `/opt/man' `/var/cache/man/opt'`-1' `1' `' `-5' `n' `' `-5' `l' `' `-5' `8' `' `-5' `3' `' `-5' `2' `' `-5' `3posix'`' `-5' `3pm' `' `-5' `3perl' `' `-5' `5' `' `-5' `4' `' `-5' `9' `' `-5' `6' `' `-5' `7' `' `-5' real user = 1000; effective user = 1000 using /usr/bin/pager -s as pager path directory /usr/local/bin is in the config file adding /usr/local/man to manpath adding /usr/local/share/man to manpath path directory /usr/bin is in the config file adding /usr/share/man to manpath path directory /bin is in the config file /usr/share/man is already in the manpath path directory /usr/bin/X11 is in the config file adding /usr/X11R6/man to manpath path directory /usr/games is in the config file /usr/share/man is already in the manpath adding mandatory man directories man: attention: /usr/man: Aucun fichier ou répertoire de ce type /usr/share/man is already in the manpath /usr/X11R6/man is already in the manpath /usr/local/man is already in the manpath add_nls_manpath(): processing /usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man check_and_give(): adding /usr/share/man/fr checking for locale en add_nls_manpath(): processing /usr/share/man/fr:/usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /usr/share/man/fr:/usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man checking for locale fr add_nls_manpath(): processing /usr/share/man/fr:/usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man check_and_give(): adding /usr/share/man/fr /usr/share/man/fr:/usr/share/man/fr:/usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man reduced to
Bug#318782: backup-manager: tar errors are not noticed
Package: backup-manager Version: 0.5.8-2 Severity: important There is a problem with backup-manager which has a great impact on the robustness of the package: Errors encountered during the creation of the archives will often go unnoticed. To see what I mean, here is an example with the relevant variables set as follows: BM_FILETYPE=tar.gz BM_ARCHIVES_REPOSITORY=/tmp/junk BM_DIRECTORIES=/etc/ /nonexistent Then backup-manager -v prints the following (leading and trailing lines omitted): ... Creating /tmp/junk/debian-etc.20050717.tar.gz:ok (1M,6485f90d217a75dc5831332bf6ba25c4) Creating /tmp/junk/debian-nonexistent.20050717.tar.gz:~ok (1M,a055d13c14a5f9a5be59d6481eb33226) ... The _only_ indication of an error (the non-existing source directory) is that small ~ in the second line, which not many people will recognize as an error or warning message. The same problem occurs with other possible tar errors, such as insufficient disk space on the partition with the archives repository. I suggest that backup-manager should - print a warning if tar exits with non-zero status - return itself a non-zero exit status in that case - not suppress error messages by tar (if tar prints error messages and - backup-manager is run via (ana)cron, these messages will be mailed - to the administrator which seems appropriate to me). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.31 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages backup-manager depends on: ii debconf 1.4.30.13 Debian configuration management sy ii gzip 1.3.5-10 The GNU compression utility ii ucf 1.17 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318832: freeglut3 depends on libglu1
This one time, at band camp, Marc F. Clemente wrote: Package: freeglut3 Version: 2.2.0-8 I think package libglu1 has been renamed to libglu1c2. Rebuilding the package should fix the problem. What problem? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318807: openafs: [INTL:fr] French debconf templates translation
Package: openafs Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # translation of fr.po to French # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: openafs 1.2.9-2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-07-10 17:32-0700\n PO-Revision-Date: 2005-07-17 08:47+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: string #. Description #: ../openafs-client.templates:3 msgid What hosts are DB servers for your home cell? msgstr Hôtes serveurs de bases de données pour votre cellule locale (« home cell ») : #. Type: string #. Description #: ../openafs-client.templates:3 msgid AFS uses the file /etc/openafs/CellServDB to hold the list of servers that should be contacted to find parts of a cell. The cell you claim this workstation belongs to is not in that file. Enter the host names of the database servers separated by spaces. IMPORTANT: If you are creating a new cell and this machine is to be a database server in that cell, only enter this machine's name; add the other servers later after they are functioning. Also, do not enable the AFS client to start at boot on this server until the cell is configured. When you are ready you can edit /etc/openafs/afs.conf. client to enable the client. msgstr AFS utilise le fichier /etc/openafs/CellServDB pour conserver la liste des serveurs à contacter pour trouver les constituants d'une cellule. La cellule dont ce poste de travail est censé faire partie n'est pas indiquée dans ce fichier. Veuillez indiquer les noms des serveurs de bases de données, séparés par des espaces. IMPORTANT : si vous créez une nouvelle cellule et que cette machine doit être un serveur de bases de données dans cette cellule, veuillez seulement indiquer le nom de cette machine. N'ajoutez les autres serveurs que plus tard, lorsqu'ils seront opérationnels. Enfin, n'activez pas le client AFS au démarrage tant que cette cellule n'est pas configurée. Quand vous serez prêt, vous pourrez modifier /etc/openafs/afs. conf.client pour mettre en service le client. #. Type: string #. Description #: ../openafs-client.templates:16 msgid What AFS cell does this workstation belong to? msgstr Cellule AFS dont ce poste de travail fait partie : #. Type: string #. Description #: ../openafs-client.templates:16 msgid AFS filespace is organized into cells or administrative domains. Each workstation belongs to one cell. Usually the cell is the DNS domain name of the site. msgstr L'espace des fichiers AFS est organisé en cellules ou domaines administratifs. Chaque poste de travail appartient à une cellule. Habituellement, la cellule est le nom de domaine du site. #. Type: string #. Description #: ../openafs-client.templates:24 msgid How large is your AFS cache (kB)? msgstr Taille de votre cache pour AFS (en kilo-octets) : #. Type: string #. Description #: ../openafs-client.templates:24 msgid AFS uses an area of the disk to cache remote files for faster access. This cache will be mounted on /var/cache/openafs. It is important that the cache not overfill the partition it is
Bug#318839: mozilla-firefox: $ firefox http://www.foo.com hijacks already opened web pages
Package: mozilla-firefox Version: 1.0.5-1 Severity: normal If I have an open firefox window (pointing to http://slashdot.org, for example) and I run firefox http://www.debian.org; from a terminal window, or, much more importantly, from a link in an external program (like Evolution), the new process hijacks the existing window, using the -remote option. exec_verbose ${MOZ_PROGRAM} -remote openURL(${opt}, new-window) Adding this to to line 370 of /usr/lib/mozilla-firefox/firefox seems to resolve the issue. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10n Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-firefox depends on: ii debianutils 2.14.1 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2 GCC support library ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-3MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++64.0.1-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-1 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-1 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxp66.8.2.dfsg.1-1 X Window System printing extension ii libxt66.8.2.dfsg.1-1 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-1 X Window System client libraries m ii zlib1g1:1.2.2-9 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#96920: Investigation
This bug is indeed still present and easily fixable. There are however two possibilities to fix it: 1) enforce the Architecture field format as mandated by policy and bail out with an error if someone uses ',' to separate architectures 2) just allow ',' as a separator and handle it correctly (possibly issuing a warning) Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#94175: avoid high cable prices
Have you seen the new 2005 digital cable filters? With new technology it's the only bypass method working on all digital cable systems. Stop paying high prices for channels that should be included in your cable bill. With your remote you will be able to order channels for free such as: *-Pay-Per-View Channels *-On Demand Movie Channels *-Adult Channels *-Special order Sport Channels *-Special Events Find out more info at check4planet.info win at bud or even croak as in camera. to stop these check4planet.info/r Tyler was at coal when that happened sic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#76625: how are you ?
it's hard to find someone special, but not anymore.. have a date tonight ! :) http://bnjljep.jelloshootzz.com/geznom/ o ff http://stmblzpvipje.scandoforde.com/geznom/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318766: gaim 1.4.0 steals focus when popping up the dialog window
reassign 318766 fvwm thanks OoO Lors de la soirée naissante du dimanche 17 juillet 2005, vers 18:04, Luke Schierer [EMAIL PROTECTED] disait: I am using fvwm and it is configured to not give focus for new windows. Only gaim seems to be able to steal the focus. This is new to 1.4.0 you said? you are sure? You are right, this is a change in fvwm. I reassign this bug to fvwm. Thanks. For the context : With fvwm version 2.5.12.0.CVS.2005.07.08.01-1, when gaim popups its window (when a new message arrives for example), the window gets the focus, even when it is on a new desktop. With previous version, it would get the focus only when it appears on the current desktop and appears below the mouse cursor. This is very annoying, since, at each new message, even when gaim is parked on another desktop, I loose the focus. Here is my focus policy : Style * FPEnterToFocus Style * !FPLeaveToUnfocus Style * !FPFocusByProgram Style * FPFocusByFunction Style * FPFocusByFunctionWarpPointer Style * !FPClickRaisesFocused Style * FPClickDecorRaisesFocused Style * FPAllowRaiseClickFunction Style * FPReleaseFocus Style * FPReleaseFocusTransient Style * !FPGrabFocus Style * !FPGrabFocusTransient Style * OverrideGrabFocus DestroyFunc UrgencyFunc AddToFunc UrgencyFunc + I Iconify off + I Raise -- printk(KERN_WARNING Multi-volume CD somehow got mounted.\n); 2.2.16 /usr/src/linux/fs/isofs/inode.c
Bug#318766: gaim 1.4.0 steals focus when popping up the dialog window
OoO Lors de la soirée naissante du dimanche 17 juillet 2005, vers 18:04, Luke Schierer [EMAIL PROTECTED] disait: This is new to 1.4.0 you said? you are sure? In fact, fvwm has been updated too. I will try with an older version of fvwm. -- I WILL NOT WASTE CHALK I WILL NOT WASTE CHALK I WILL NOT WASTE CHALK -+- Bart Simpson on chalkboard in episode 7G02 pgpKSDHxChbQX.pgp Description: PGP signature
Bug#318766: gaim 1.4.0 steals focus when popping up the dialog window
OoO Lors de la soirée naissante du dimanche 17 juillet 2005, vers 18:04, Luke Schierer [EMAIL PROTECTED] disait: Package: gaim Version: 1:1.4.0-2 Severity: minor Since version 1.4.0, gaim is stealing the focus when it pops up the dialog message when a new message arrives. This is a very annoying behaviour since you may interact with another application... I am using fvwm and it is configured to not give focus for new windows. Only gaim seems to be able to steal the focus. This is new to 1.4.0 you said? you are sure? I have not observed this behavior until recently. Before, the window popped up but didn't get the focus. -- I WILL NOT GREASE THE MONKEY BARS I WILL NOT GREASE THE MONKEY BARS I WILL NOT GREASE THE MONKEY BARS -+- Bart Simpson on chalkboard in episode 7F17 pgpQ0mLTHzvTT.pgp Description: PGP signature
Bug#318766: gaim 1.4.0 steals focus when popping up the dialog window
On Sun, Jul 17, 2005 at 05:05:53PM +0200, Vincent Bernat wrote: Package: gaim Version: 1:1.4.0-2 Severity: minor Since version 1.4.0, gaim is stealing the focus when it pops up the dialog message when a new message arrives. This is a very annoying behaviour since you may interact with another application... I am using fvwm and it is configured to not give focus for new windows. Only gaim seems to be able to steal the focus. This is new to 1.4.0 you said? you are sure? luke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318719: It's a 64bit issue
severity 318719 grave thanks dude Hello, I just got the confirmation on debian-alpha, that indeed tecnoballz segfaults there as well. I expect ia64 to follow suit (given the reasoning in my above mail). Since alpha is released, this bug is hence RC. Please tell me which info you need to (continue to) debug this. The full build log for alpha can be found at: http://buildd.debian.org/fetch.php?pkg=tecnoballzver=0.91-2arch=alphastamp=1113827654file=logas=raw If you are unable to fix this (which would be the best way) then consider asking for the removal of the 64bit binaries (alpha, amd64, ia64, ..) and re-upload with a limited set of 32bit architectures. -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.ffii.de/ pgpkDy3oXRFy4.pgp Description: PGP signature
Bug#318731: [Logcheck-devel] Bug#318731: spamd rule does not work
[EMAIL PROTECTED](Jamie L. Penman-Smithson) 17.07.05 13:31 Your rule has a trailing space, i know that. Without it did not work either. since all log messages have trailing spaces stripped before they are processed, your rule will never match anything. Sorry, i wasn't aware of that and throught something wiered inside logcheck. That's why i file a bug. Too i was not warned that testing rules with egrep -f is not recommandable/is senseless, because logcheck modifies the logfile reads. Removing the trailing space should fix the problem: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ spamd\[[0-9]+\]: Argument \RBL\ isn't numeric in addition \(\+\) at /usr/share/perl5/Mail/SpamAssassin/Conf.pm line 244.$ Yes! I wonder why it did not work some days before... Finally, this message indicates a _PROBLEM_ with your spamassassin configuration, ignoring it _will not_ make the problem disappear. I assume it's problem in some users config... I don't want littering logcheck mails with messages i can't change. That's to dangerous as some day no one will take a look into the file. Ignoring errors is not a good strategy. See bug #3853 in SA's bugzilla (which I found within 5 seconds using Google) I have several(!) times tried google and did not find any useful hints or solution. Which words did you use? I tried Argument isn't numeric in addition etc. with spamd and without and only see that others asking the same. http://www2.list.logwatch.org:81/pipermail/logwatch/2004-February/000459.html no access.. http://www.dclug.org.uk/archive/2004/09/msg00214.html no answer http://www.mailarchives.org/list/spam-assassin/msg/2004/11717 no answer etc. The error is very common. which was the result of misconfiguration: --- Additional Comments From [EMAIL PROTECTED] 2004-10-01 10:05 --- This type of issue has always been something like: score FOO_RULE RBL 3 somewhere in the configuration files. Could be in any of the /etc/mail/spamassassin/*.cf files, or in user_prefs, or anywhere your SA installation gets configuration data from. Fix the problem in your SA configuration. find the user with the wrong config! ;-) Rainer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318690: libhoard: non-dev library package contains .so file
On Sun, Jul 17, 2005 at 03:37:38PM -0500, Adam Majer wrote: Steve Langasek wrote: Package: libhoard Version: 2.1.0-3 Severity: serious Justification: Policy 8.4 The libhoard package contains a libhoard.so file which is *not* a symlink to libhoard.so.*. This violates all the rules governing shared library packaging; it makes it impossible to properly support installation of multiple concurrent versions of the shared library, and it means that installing future versions of -dev packages will force removal of any packages dynamically linked with this libhoard.so. These forward-compatibility issues make libhoard 2.1.0-3 unsuitable for inclusion in a stable release. Either libhoard must have a properly versioned soname and be split into -dev and runtime packages, or the shared library must be dropped completely from the package. Err, this is on purpose. libhoard is suppose to be a malloc/free drop-in replacement. If you try to get the soname, objdump -x libhoard.so | grep SONAME there is none. The reason is that there are only two functions that libhoard really exports - free and malloc. Those will not change. I don't think ABI for C linking will change either :) Also, you are not suppose to link with libhoard.so. You are suppose to preload it for the applications you want to use the Hoard memory allocator. From the readme, Then libhoard.so should not be located in /usr/lib, per Policy 10.2. Shared object files (often .so' files) that are not public libraries, that is, they are not meant to be linked to by third party executables (binaries of other packages), should be installed in subdirectories of the /usr/lib' directory. Such files are exempt from the rules that govern ordinary shared libraries, except that they must not be installed executable and should be stripped.[2] Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#318656: (debian.bugs) Re: Bug#318656: gtktalog segfaults on start
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frank Lichtenheld wrote: Hmm, doesn't segfault here on my PPC machine. I will try to investigate this tomorrow ony my i386 one once I'm back from Debconf. I was hunting a stupid xserver memory leak and found the problem. Somehow this triggered a bug in the nvdia binary driver when the RENDER extension was enabled, but i found that the nvidia driver got installed wrong and seemed to have used some old module. Hope everything is fixed now :) I hate binary drivers ! ;) kindly regards Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC2scSy/mkIQp7AD0RAv6WAJ9ej3UfgPivv+c575AoYJipEcCORQCdFesB vN5T40lX3Q6av6ng5SF3rwY= =ctYi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318829: subscriptions are not exported ordered
On Jul 18, Marco d'Itri [EMAIL PROTECTED] wrote: If I export to OPML my subscriptions, the content of the folders is correctly ordered but the folders themselves are not. Or maybe not, I tried this again and could not reproduce the problem. -- ciao, Marco signature.asc Description: Digital signature
Bug#318690: libhoard: non-dev library package contains .so file
Steve Langasek wrote: Package: libhoard Version: 2.1.0-3 Severity: serious Justification: Policy 8.4 The libhoard package contains a libhoard.so file which is *not* a symlink to libhoard.so.*. This violates all the rules governing shared library packaging; it makes it impossible to properly support installation of multiple concurrent versions of the shared library, and it means that installing future versions of -dev packages will force removal of any packages dynamically linked with this libhoard.so. These forward-compatibility issues make libhoard 2.1.0-3 unsuitable for inclusion in a stable release. Either libhoard must have a properly versioned soname and be split into -dev and runtime packages, or the shared library must be dropped completely from the package. Err, this is on purpose. libhoard is suppose to be a malloc/free drop-in replacement. If you try to get the soname, objdump -x libhoard.so | grep SONAME there is none. The reason is that there are only two functions that libhoard really exports - free and malloc. Those will not change. I don't think ABI for C linking will change either :) Also, you are not suppose to link with libhoard.so. You are suppose to preload it for the applications you want to use the Hoard memory allocator. From the readme, In UNIX, you can use the LD_PRELOAD variable to use Hoard instead of the system allocator for any program not linked with the -static option (that's most programs). *** Solaris (with the Sun Workshop compilers) *** setenv LD_PRELOAD /path/to/libhoard.so /usr/lib/libthread.so /usr/lib/librt.so /usr/lib/libCrun.so.1 So, in a nutshell, this is not a typical shared library. It is a library that allows you to test performance of your multi-thread program (usually running on 2 processors) with the standard malloc or from Hoard just by setting LD_PRELOAD. You generally will not do, gcc my_program -lhoard - Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318644: leafnode: fetchnews hangs when there is a out.going message
Matthias Andree [EMAIL PROTECTED] schreef: | Jul 16 19:51:41 qwerty fetchnews[24124]: STAT [EMAIL PROTECTED] | Jul 16 19:56:41 qwerty fetchnews[24124]: (ERROR: timeout - no response in 300 s) | Jul 16 19:56:41 qwerty fetchnews[24124]: error: NNTP server went away (server disconnect or timeout) Apparently a server problem - the server doesn't respond to a STAT command. I do not have access to news.easynews.be - please connect with telnet news.easynet.be 119 and try the STAT command as quoted above. I had already tried that, it was included in my previous mail. I have also tried to directly type the commands in telnet : | pts/6 jan ~$ telnet news.easynet.be 119 | Trying 2001:6f8:200:1::5:126... | Trying 212.100.160.126... | Connected to reader0.news.be.easynet.net. | Escape character is '^]'. | 200 Welcome on Easynet Belgium's news server (posting ok) | MODE READER | 200 Welcome on Easynet Belgium's news server (posting ok) | GROUP be.test | 211 28719 103614 132332 be.test | STAT [EMAIL PROTECTED] | 430 No such article | quit | 205 Transferred 172 bytes in 0 articles, 1 group. Disconnecting. | Connection closed by foreign host. How-ever, I have just tried again to post a message in a newsgroup and everything works fine now. So, it's ok for me to close this bug. If the server doesn't respond with exactly one line in a few seconds, report this to the easynews support. Ok, I will tell easynet-support that I have had this problem. Anyway, thanks for your time and the quick answer! :-) -- Met vriendelijke groetjes - Jan Wagemakers - ... When we speak of free software, we are referring to freedom, not price. -- GNU GENERAL PUBLIC LICENSE Version 2, June 1991 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318644: leafnode: fetchnews hangs when there is a out.going message
On Sa, 16 Jul 2005, Jan Wagemakers wrote: | Jul 16 19:51:41 qwerty fetchnews[24124]: STAT [EMAIL PROTECTED] | Jul 16 19:56:41 qwerty fetchnews[24124]: (ERROR: timeout - no response in 300 s) | Jul 16 19:56:41 qwerty fetchnews[24124]: error: NNTP server went away (server disconnect or timeout) Apparently a server problem - the server doesn't respond to a STAT command. I do not have access to news.easynews.be - please connect with telnet news.easynet.be 119 and try the STAT command as quoted above. If the server doesn't respond with exactly one line in a few seconds, report this to the easynews support. Exit from telnet with Ctrl+], then q, then Enter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318640: more info
fwiw, the mpg123 plugin is at fault - it works fine with the mad plugin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318633: Wrong CVE Ids
Doh! This should be CAN-2004-2161 and CAN-2004-2162, not -2005- Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318612: acknowledged by developer (Re: Bug#318612: gcc-4.0: gcc 4.0 refuses to compile void foo(struct bar[]); 3.4 is OK)
I am reopening this bug, this IS a bug and it has NOT been fixed. On Sat, Jul 16, 2005 at 08:48:41AM -0700, Debian Bug Tracking System wrote: Jakob Bohm [EMAIL PROTECTED] writes: Package: gcc-4.0 Version: 4.0.1-2 Severity: important gcc 4.0 fails to compile the following 3 line sample: struct bar; void baz(struct bar*); void foo(struct bar[]); gcc 3.4 and older do not complain. The issue is that gcc-3.4 and older realize that [] in a parameter is the same as * and accepts the incomplete structure type, gcc 4.0 does not. It isn't the same; you cannot have arrays of incomplete types. This was accidentally accepted anyway in earlier gccs, but that is now fixed. You'll have to fix your code. 1. It is NOT my code, it is the most recent Linux kernel-source package currently in unstable! 2. This is not an array of an incomplete type! It is a quirky way to declare a pointer type whose relationship with arrays is mostly syntactic. Rejecting perfectly meaningful and functional code because it breaks a formal reading of the standard, is the job of gcc -pedantic, not of the default gcc mode for production code. 3. If it was accepted without a stern warning of imminent removal in previous versions of gcc (accidentally or not), which it was, then it is irresponsible to remove the functionality in the next version of gcc without an extremely big and important reason. No such reason is in sight. 4. After filing this report I spent a few hours digging through gcc mailing lists (there appears to be no meaningful upstream change documentation), all I could find was a single message on the subject. The message I found contained NO valid reason for this incompatible change in gcc behaviour. All it did was to quote from an official 1992 message from the C standards-committe in which this issue was mixed up with two less clear cases and then rejected as a bunch with no reason given at all. Since gcc (and presumably some other compilers, need to test this) have been consistently accepting this interpretation of the C standard by gcc-compilable C programs for more than 10 years after that official message from ISO WG14, users of gcc are entitled to assume this to be a deliberate and supported gcc language extension, which should not be removed just because some knee-jerk language lawyer doesn't understand why it makes sense to keep it. It IS a bug in gcc 4.0 and if upstream refuses to fix it, Debian will need to fix it or drop the broken gcc version. There is NO EXCUSE for gcc rejecting this without -pedantic, especially considering that they had no problem keeping the behaviour for more than 10 years. During my research I was chocked to read that language lawyers have made other such sabotage-removal of language extensions from gcc 4.0 . I INSIST that this be fixed in the Debian version of gcc, or the gcc 4.0 transition aborted PERMANENTLY until gcc upstream learns the principles of responsible and competent software maintainence. Demanding that every program in the world except gcc change to suit the whims of some insane member of the gcc upstream team is just not a meaningful use of peoples time. Yes, I am getting angry about this. gcc 4.0 is the WORST gcc release in many years, and the cause seems to be a deliberate upstream desire to maximize breakage and language lawyering. Fix it or drop it. -- This message is hastily written, please ignore any unpleasant wordings, do not consider it a binding commitment, even if its phrasing may indicate so. Its contents may be deliberately or accidentally untrue. Trademarks and other things belong to their owners, if any. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318607: dash_0.5.2-6: FTBFS on 64bit architectures
On Sat, Jul 16, 2005 at 03:52:01PM +0200, Frederik Schueler wrote: dash FTBFS on amd64, alpha and ia64, see attached buildd log. Yes, this is due to the switch to dietlibc for the udeb; a fix is pending. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318587: gnupg: should encrypt to all subkeys
On Mon, Jul 18, 2005 at 07:55:57AM +0200, Werner Koch wrote: Well, does OpenPGP specify at all which subkeys to encrypt to? Is there a good reason why GnuPG simply can't encrypt to both by default? No. Why only to both ot them? There are often more than just 2 non-expired encryption keys. Well, s/both/all/. What is the disadvantage, if any? For sure that is not a bug. Using the latest valid encryption subkey is what almost everyone would expect. Anything elese does not make much sense. Does it make much more sense having multiple subkeys, but in reality only use one of them? I'm not sure if I catch the logic here :-) Whether something is a card key or a gpg-agent controlled key or a plain disk stored key or a PGP 8 key or ... is not visible to a someone going to encrypt to a key. Yes, that is _exactly_ my point, and which is why it should encrypt to all available subkeys by default :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318587: gnupg: should encrypt to all subkeys
On Sun, 17 Jul 2005 16:54:44 +0200, Steinar H Gunderson said: Well, does OpenPGP specify at all which subkeys to encrypt to? Is there a good reason why GnuPG simply can't encrypt to both by default? No. Why only to both ot them? There are often more than just 2 non-expired encryption keys. Mm, but then I'd have to revoke the old encryption subkey to work around what I consider is a bug in GnuPG, and I'd hate accumulating cruft for such reasons :-/ For sure that is not a bug. Using the latest valid encryption subkey is what almost everyone would expect. Anything elese does not make much sense. Whether something is a card key or a gpg-agent controlled key or a plain disk stored key or a PGP 8 key or ... is not visible to a someone going to encrypt to a key. Shalom-Salam, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318545: libproc-pid-file-perl: FTBFS: Missing Build-Depends
On Fri, 15 Jul 2005 21:09:53 MST, Daniel Schepler writes: ok 2 - running Can't exec ps: No such file or directory at blib/lib/Proc/PID/File.pm line 1 31, FH line 1. thanks for spotting this; my build-environment wasn't empty enough... You probably need to add procps [!hurd-i386] to the Build-Depends. indeed. i missed that procps is required but not essential. a new upload is on the way. regards az -- + Alexander Zangerl + DSA 42BD645D + (RSA 5B586291) All that glitters has a high refractive index. pgpbiHi6WaxXR.pgp Description: PGP signature
Bug#318525: atlas: FTBFS: Memory inputs not directly addressable
On Sun, Jul 17, 2005 at 08:25:21PM +0100, Roger Leigh wrote: Is this still reproducible with a current etch or sid system? Also, your bug report did not state the architecture, subarchitecture or compiler you were using, not the distribution you built on. Given that this is using ASM, this will affect which platforms can reproduce it. /tmp/buildd/atlas-3.2.1ln/include/contrib/ATL_gemv_ger_SSE.h:145: warning: incompatible implicit declaration of built-in function 'memset' This is definitely a 64-bit bug. Please could you retry the build, and provide the additional information about your system? I encountered the bug recently on an i386 sid system. I'll try to reproduce it tomorrow. -- Matt signature.asc Description: Digital signature
Bug#318525: atlas: FTBFS: Memory inputs not directly addressable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Is this still reproducible with a current etch or sid system? Also, your bug report did not state the architecture, subarchitecture or compiler you were using, not the distribution you built on. Given that this is using ASM, this will affect which platforms can reproduce it. /tmp/buildd/atlas-3.2.1ln/include/contrib/ATL_gemv_ger_SSE.h:145: warning: incompatible implicit declaration of built-in function 'memset' This is definitely a 64-bit bug. Please could you retry the build, and provide the additional information about your system? Thanks, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFC2rCgVcFcaSW/uEgRAtrnAJ49pVJVl+6zynYQ7fDbdcy4wEZhewCeIjgQ p7HocRUxgVf/1/K5o/ox9pE= =KFWd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318502: kcontrol, only rudimentary screensaver configuration
I was able to track this problem down to my own local configs. I removed my old configs and now I am reconfiguring my desktop. That is very annoying as I did quite some configuration. BTW: I only used the tools KDE provides to configure the desktop -- no manual changes, no third-party tools. bye, caspar signature.asc Description: OpenPGP digital signature
Bug#318500: logcheck-database: rules for openssh-krb5
Jamie L Penman-Smithson [EMAIL PROTECTED] writes: On Fri, 2005-07-15 at 14:02 -0700, Russ Allbery wrote: For support of openssh-krb5, please add the following rule to rulefiles/linux/ignore.d.server/ssh: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: Authorized to [^[:space:]]+, krb5 principal [^[:space:]]+ \(krb5_kuserok\)$ and add gssapi-with-mic to the list of authentication alternatives in the first rule in that file. Thanks! Could you provide the log messages that this matches? Sure thing. System Events =-=-=-=-=-=-= Jul 16 12:00:02 lothlorien sshd[7653]: Authorized to eagle, krb5 principal [EMAIL PROTECTED] (krb5_kuserok) Jul 16 12:00:02 lothlorien sshd[7653]: Accepted gssapi-with-mic for eagle from 171.64.19.147 port 48828 ssh2 -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318435: mysql-server: changing group of `/var/lib/mysql/.journal': Operation not permitted = pre-install failed
On Sat, Jul 16, 2005 at 02:14:26PM -0400, sean finney wrote: hi christophe, Hi Sean, On Fri, Jul 15, 2005 at 04:48:12PM +0200, Christophe Nowicki wrote: Stopping MySQL database server: mysqld. chgrp: changing group of `/var/lib/mysql/.journal': Operation not permitted dpkg: error processing /var/cache/apt/archives/mysql-server_4.0.24-10_i386.deb (--unpack): subprocess pre-installation script returned error exit status 123 Stopping MySQL database server: mysqld. Errors were encountered while processing: /var/cache/apt/archives/mysql-server_4.0.24-10_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I suggest to ignore chgrp retrurn value and continue the installation/upgrade process. looks like this is being done in the preinst script: find $DATADIR -follow -not -group mysql -print0 \ | xargs -0 --no-run-if-empty chgrp mysql which could easily be fixed with a set -e or an || true. problem is, you won't see this fix coming into sarge for a long time, if ever. so, looks like we have another bug to leave open for posterity. You can leave this bug open, the title is clear and people with the same problem will find the solution quickly. however, i think you should be able to work around this with something similar to the following: # umount /var/lib/mysql # mount -t ext2 /var/lib/mysql # apt-get install mysql-server # /etc/init.d/mysql-server stop # umount /var/lib/mysql # mount /var/lib/mysql might want to back up your data just in case anyway, but i'm pretty sure it should work. I confirm, it's working and you dont need to mount la partition as ext2. Just umount the data directory and run dpkg again : # umount /var/lib/mysql # dpkg -a --reconfigure # mount /var/lib/mysql # /etc/init.d/mysql-server restart Thanks for your help. Best Regards, -- Nowicki Christophe / Easter-eggs 44-46 rue de l'Ouest - 75014 Paris - France - Metro Gaite Phone: +33 (0) 1 43 35 00 37- Fax: +33 (0) 1 43 35 00 76 mailto:[EMAIL PROTECTED] - http://www.easter-eggs.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318429: glibc: Patch for the TLS problem
Ups. Sorry, I got the totaly wrong bug. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318429: glibc: Patch for the TLS problem
Package: glibc Followup-For: Bug #317946 Hi, I reassigned this bug to glibc after testing an old patch for the TLS problem for Kurt Roeckx. I had to fix a few other things along the way: - debian/patches/amd64-TLS-problem.dpatch: try to fix TLS problem - debain/rules: undo dpkg-architecture output changes - debian/sysdeps/amd64.mk: use gcc-3.4 - debian/control: 'Build-Depends: gcc-3.4 [amd64]' to be sure After build I tried to compile int main(){return 0;} with 'gcc -O2 -W -Wall -static -o foo foo.c' both with the old and new packages. The old ones report the TLS problem while the new ones work. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) diff -u glibc-2.3.2.ds1/debian/patches/00list glibc-2.3.2.ds1/debian/patches/00list --- glibc-2.3.2.ds1/debian/patches/00list +++ glibc-2.3.2.ds1/debian/patches/00list @@ -127,0 +128 @@ +amd64-TLS-problem diff -u glibc-2.3.2.ds1/debian/sysdeps/amd64.mk glibc-2.3.2.ds1/debian/sysdeps/amd64.mk --- glibc-2.3.2.ds1/debian/sysdeps/amd64.mk +++ glibc-2.3.2.ds1/debian/sysdeps/amd64.mk @@ -1,5 +1,5 @@ -CC = gcc -BUILD_CC = gcc +CC = gcc-3.4 +BUILD_CC = gcc-3.4 # build libc with nptl instead of linuxthreads libc_MIN_KERNEL_SUPPORTED = 2.6.0 diff -u glibc-2.3.2.ds1/debian/changelog glibc-2.3.2.ds1/debian/changelog --- glibc-2.3.2.ds1/debian/changelog +++ glibc-2.3.2.ds1/debian/changelog @@ -1,3 +1,14 @@ +glibc (2.3.2.ds1-22.0.0.1.mrvn) unstable; urgency=low + + * Goswin von Brederlow [EMAIL PROTECTED] + +- debian/patches/amd64-TLS-problem.dpatch: try to fix TLS problem +- debain/rules: undo dpkg-architecture output changes +- debian/sysdeps/amd64.mk: use gcc-3.4 +- debian/control: 'Build-Depends: gcc-3.4 [amd64]' to be sure + + -- Goswin von Brederlow [EMAIL PROTECTED] Sun, 17 Jul 2005 16:36:19 +0200 + glibc (2.3.2.ds1-22) unstable; urgency=medium * Daniel Jacobowitz [EMAIL PROTECTED] diff -u glibc-2.3.2.ds1/debian/control glibc-2.3.2.ds1/debian/control --- glibc-2.3.2.ds1/debian/control +++ glibc-2.3.2.ds1/debian/control @@ -1,7 +1,7 @@ Source: glibc Section: libs Priority: required -Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.4.1.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.5.999-test7-bk-9) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-3.3 [!ia64] | gcc-3.4 [!ia64], gcc-3.3 (= 1:3.3.5-5) [ia64] | gcc-3.4 (= 3.4.3-2) [ia64], autoconf, binutils (= 2.14.90.0.7-5), sed (= 4.0.5-4), gawk, debhelper (= 4.1.76) +Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.4.1.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.5.999-test7-bk-9) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-3.3 [!ia64] | gcc-3.4 [!ia64], gcc-3.3 (= 1:3.3.5-5) [ia64] | gcc-3.4 (= 3.4.3-2) [ia64], autoconf, binutils (= 2.14.90.0.7-5), sed (= 4.0.5-4), gawk, debhelper (= 4.1.76), gcc-3.4 [amd64] Build-Depends-Indep: perl, po-debconf Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org Uploaders: Ben Collins [EMAIL PROTECTED], GOTO Masanori [EMAIL PROTECTED], Philip Blundell [EMAIL PROTECTED], Jeff Bailey [EMAIL PROTECTED], Daniel Jacobowitz [EMAIL PROTECTED] diff -u glibc-2.3.2.ds1/debian/rules glibc-2.3.2.ds1/debian/rules --- glibc-2.3.2.ds1/debian/rules +++ glibc-2.3.2.ds1/debian/rules @@ -48,6 +48,12 @@ DEB_BUILD_GNU_TYPE?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_BUILD_GNU_SYSTEM ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_SYSTEM) +# Strip newly added -gnu +DEB_HOST_GNU_TYPE := $(subst -gnu,,$(DEB_HOST_GNU_TYPE)) +DEB_HOST_GNU_SYSTEM := $(subst -gnu,,$(DEB_HOST_GNU_SYSTEM)) +DEB_BUILD_GNU_TYPE:= $(subst -gnu,,$(DEB_BUILD_GNU_TYPE)) +DEB_BUILD_GNU_SYSTEM := $(subst -gnu,,$(DEB_BUILD_GNU_SYSTEM)) + DEB_HOST_GNU_CPU_ALT ?= DEB_HOST_GNU_TYPE_ALT ?= only in patch2: unchanged: --- glibc-2.3.2.ds1.orig/debian/patches/amd64-TLS-problem.dpatch +++ glibc-2.3.2.ds1/debian/patches/amd64-TLS-problem.dpatch @@ -0,0 +1,91 @@ +#! /bin/sh -e + +# All lines beginning with `# DP:' are a description of the patch. +# DP: Description: * elf/Makefile (rtld-routines): Add dl-errno. +# DP: ($(objpfx)librtld.map): Copy libc_pic.a to libc_pic.a, remove +# DP: errno.os from libc_pic.a and use libc_rtld.a instead of +# DP: libc_pic.a. +# DP: ($(objpfx)librtld.mk): Match libc_rtld.a instead of libc_pic.a. +# DP: Dpatch author: Goswin von Brederlow [EMAIL PROTECTED] +# DP: Patch author: H.J. Lu [EMAIL PROTECTED] +# DP: Upstream status: +# DP: Status Details: +# DP: Date: 2005-06-17 + +if [ $# -ne 2 ]; then +echo 2 `basename $0`: script expects -patch|-unpatch as argument +exit 1 +fi +case $1
Bug#318357: centericq-utf8: Segfault on yahoo login for 4.20.0-7
Hi Chris, * Chris Donoghue [EMAIL PROTECTED] [2005-07-17 14:31:16 +1000]: Hi Julien, Previous email in in error! I must apologise. I was applying the wrong debian patch. Rebuilding this time from the correct source and debian patch file (without your patch) I do get a segfault error. Rebuilding again with -O1 and it runs fine without a segfault. I again appologise for my previous mistake about packages not segfault'ing when they in fact do when built from the proper patch files. Thanks a lot for these information. I will upload a new package with -O1 instead of -O2 for amd64 architecture since there is probably a optimization problem on this architecture with gcc 4.0. It will be fixed soon. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318280: #318280 -c not working properly with new xorg xterm
this is fixed in xterm patch #203 -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#318119: mercurial: Please reduce dependence upon newer cdbs (easier backporting)
On Wed, Jul 13, 2005 at 10:44:17AM -0500, Chad Walstrom wrote: There is very little reason to use the cdbs patchsys-quilt.mk file. simple-patchsys works just fine for what you need it to do. Switching to a simpler tool will allow you to reduce the version dependency to something obtainable on sarge, making backports much easier. I use quilt to manage patches of several projects. It is true that the current version of mercurial needs a small patch, so that simple-patchsys would be enough to handle it. However, this can change for other versions. And I am not really convince to switch my devel tools (quilt, simple-patchsys, ...) between my different projets. Personally, I try to construct control, build, and maintainer scripts so that you can backport one version (the current stable version). There is nothing in the mercurial software package that requires unstable tools, so why make the packaging process dependent upon unstable? I use the devel tools I like (quilt). The build dependencies of my package are the ones required by the current (unstable) cdbs package. cdbs is used by a lot of packages. Would not it be simpler for you to first backport sid devel tools such as cdbs ? Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317946: glibc: Patch for the TLS problem
Package: glibc Followup-For: Bug #317946 Hi, I reassigned this bug to glibc after testing an old patch for the TLS problem for Kurt Roeckx. I had to fix a few other things along the way: - debian/patches/amd64-TLS-problem.dpatch: try to fix TLS problem - debain/rules: undo dpkg-architecture output changes - debian/sysdeps/amd64.mk: use gcc-3.4 - debian/control: 'Build-Depends: gcc-3.4 [amd64]' to be sure After build I tried to compile int main(){return 0;} with 'gcc -O2 -W -Wall -static -o foo foo.c' both with the old and new packages. The old ones report the TLS problem while the new ones work. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- diff -u glibc-2.3.2.ds1/debian/patches/00list glibc-2.3.2.ds1/debian/patches/00list --- glibc-2.3.2.ds1/debian/patches/00list +++ glibc-2.3.2.ds1/debian/patches/00list @@ -127,0 +128 @@ +amd64-TLS-problem diff -u glibc-2.3.2.ds1/debian/sysdeps/amd64.mk glibc-2.3.2.ds1/debian/sysdeps/amd64.mk --- glibc-2.3.2.ds1/debian/sysdeps/amd64.mk +++ glibc-2.3.2.ds1/debian/sysdeps/amd64.mk @@ -1,5 +1,5 @@ -CC = gcc -BUILD_CC = gcc +CC = gcc-3.4 +BUILD_CC = gcc-3.4 # build libc with nptl instead of linuxthreads libc_MIN_KERNEL_SUPPORTED = 2.6.0 diff -u glibc-2.3.2.ds1/debian/changelog glibc-2.3.2.ds1/debian/changelog --- glibc-2.3.2.ds1/debian/changelog +++ glibc-2.3.2.ds1/debian/changelog @@ -1,3 +1,14 @@ +glibc (2.3.2.ds1-22.0.0.1.mrvn) unstable; urgency=low + + * Goswin von Brederlow [EMAIL PROTECTED] + +- debian/patches/amd64-TLS-problem.dpatch: try to fix TLS problem +- debain/rules: undo dpkg-architecture output changes +- debian/sysdeps/amd64.mk: use gcc-3.4 +- debian/control: 'Build-Depends: gcc-3.4 [amd64]' to be sure + + -- Goswin von Brederlow [EMAIL PROTECTED] Sun, 17 Jul 2005 16:36:19 +0200 + glibc (2.3.2.ds1-22) unstable; urgency=medium * Daniel Jacobowitz [EMAIL PROTECTED] diff -u glibc-2.3.2.ds1/debian/control glibc-2.3.2.ds1/debian/control --- glibc-2.3.2.ds1/debian/control +++ glibc-2.3.2.ds1/debian/control @@ -1,7 +1,7 @@ Source: glibc Section: libs Priority: required -Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.4.1.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.5.999-test7-bk-9) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-3.3 [!ia64] | gcc-3.4 [!ia64], gcc-3.3 (= 1:3.3.5-5) [ia64] | gcc-3.4 (= 3.4.3-2) [ia64], autoconf, binutils (= 2.14.90.0.7-5), sed (= 4.0.5-4), gawk, debhelper (= 4.1.76) +Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.4.1.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.5.999-test7-bk-9) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-3.3 [!ia64] | gcc-3.4 [!ia64], gcc-3.3 (= 1:3.3.5-5) [ia64] | gcc-3.4 (= 3.4.3-2) [ia64], autoconf, binutils (= 2.14.90.0.7-5), sed (= 4.0.5-4), gawk, debhelper (= 4.1.76), gcc-3.4 [amd64] Build-Depends-Indep: perl, po-debconf Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org Uploaders: Ben Collins [EMAIL PROTECTED], GOTO Masanori [EMAIL PROTECTED], Philip Blundell [EMAIL PROTECTED], Jeff Bailey [EMAIL PROTECTED], Daniel Jacobowitz [EMAIL PROTECTED] diff -u glibc-2.3.2.ds1/debian/rules glibc-2.3.2.ds1/debian/rules --- glibc-2.3.2.ds1/debian/rules +++ glibc-2.3.2.ds1/debian/rules @@ -48,6 +48,12 @@ DEB_BUILD_GNU_TYPE?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_BUILD_GNU_SYSTEM ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_SYSTEM) +# Strip newly added -gnu +DEB_HOST_GNU_TYPE := $(subst -gnu,,$(DEB_HOST_GNU_TYPE)) +DEB_HOST_GNU_SYSTEM := $(subst -gnu,,$(DEB_HOST_GNU_SYSTEM)) +DEB_BUILD_GNU_TYPE:= $(subst -gnu,,$(DEB_BUILD_GNU_TYPE)) +DEB_BUILD_GNU_SYSTEM := $(subst -gnu,,$(DEB_BUILD_GNU_SYSTEM)) + DEB_HOST_GNU_CPU_ALT ?= DEB_HOST_GNU_TYPE_ALT ?= only in patch2: unchanged: --- glibc-2.3.2.ds1.orig/debian/patches/amd64-TLS-problem.dpatch +++ glibc-2.3.2.ds1/debian/patches/amd64-TLS-problem.dpatch @@ -0,0 +1,91 @@ +#! /bin/sh -e + +# All lines beginning with `# DP:' are a description of the patch. +# DP: Description: * elf/Makefile (rtld-routines): Add dl-errno. +# DP: ($(objpfx)librtld.map): Copy libc_pic.a to libc_pic.a, remove +# DP: errno.os from libc_pic.a and use libc_rtld.a instead of +# DP: libc_pic.a. +# DP: ($(objpfx)librtld.mk): Match libc_rtld.a instead of libc_pic.a. +# DP: Dpatch author: Goswin von Brederlow [EMAIL PROTECTED] +# DP: Patch author: H.J. Lu [EMAIL PROTECTED] +# DP: Upstream status: +# DP: Status Details: +# DP: Date: 2005-06-17 + +if [ $# -ne 2 ]; then +echo 2 `basename
Bug#317937: Thunderbird crashes when trying to delete a gmx-Newsletter from the Spam-Folder
Loïc Minier wrote: tag 317937 + patch thanks Hi, On dim, jui 17, 2005, Loïc Minier wrote: Please note this might be unrelated to the gdk warning. To fix the warning, you have to patch gdk_property_get calls in this way: http://bugzilla.gnome.org/attachment.cgi?id=48330action=view Attached is a patch against mozilla which also works for thunderbird (it applies directly with patch -p1 against the bundled tarball). Thanks for the patch ... could you verify if this property is really the reason for the crash? Cheers, -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317905: cupsys: move ppds.dat if you want write in it
Hi, At Tue, 12 Jul 2005 12:35:52 +0200, Jörg Sommer wrote: as you know, there is a project to make Debian supporting a readonly root directory, i.e. no process should write in /etc expect at configuration. But as I saw in the logs cups try to write there: cupsd[746]: LoadPPDs: Read /etc/cups/ppds.dat, 67 PPDs... cupsd[746]: LoadPPDs: Wrote /etc/cups/ppds.dat, 67 PPDs... On a readonly root this fails: cupsd[484]: LoadPPDs: Read /etc/cups/ppds.dat, 67 PPDs... cupsd[484]: LoadPPDs: Unable to write /etc/cups/ppds.dat - Read-only file system As I can see from the code, first read is to read current gathered printer archive file ppds.dat. Then when CUPS find new printer information, cupsd opens archive file and writes new one. I'm considering move ppds.dat to /var/lib/cups. Thanks, -- Kenshi Muto [EMAIL PROTECTED]
Bug#317757: [dpatch-maintainers] Bug#317757: dpep; debianonly: when failing, it gives a shell error
Hi, I have noted that the tests won't run ok without debhelper installed, so we'd probably need to build depend on debhelper which the package doesn't do at the moment. Additionally, which scripts do the tests use? I had to actually build and _install_ the package to use the tests. Actually, have you tried running without curl installed? I think it's the check for curl existence that's barfing out. regards, junichi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317757: [dpatch-maintainers] Bug#317757: dpep; debianonly: when failing, it gives a shell error
Hi, after running : cd tests/ ./run-test.sh Could you send me the contents of: tests/log/11_dpep_debianonly_origtargz_in_upstream.sh I have noted that the tests won't run ok without debhelper installed, so we'd probably need to build depend on debhelper which the package doesn't do at the moment. Additionally, which scripts do the tests use? I had to actually build and _install_ the package to use the tests. Yes. You do have to install the package to use the tests, it is for testing the installed package. Rationale being that it's not a unit-test for individual functions, but it's a system test for the resulting package. I would be offline for about a week starting from tomorrow. Since you seem not to be able to reproduce the problem, I think you can just ignore this bug for now and release. We can postpone this error handling later. FYI, I am using on powerpc machine: ii bash 3.0-15 The GNU Bourne Again SHell regards, junichi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317516: dash: does not handle NUL characters gracefully
Hi Martin, On Sat, Jul 09, 2005 at 12:49:11PM +0200, Martin Dickopp wrote: dash does not handle NUL characters in scripts gracefully. To reproduce this, create the following script: echo 'foo^@' echo 'bar^@' echo 'baz^@' The characters depicted here as ^@ should be single NUL characters. When run in dash, this script generates the following output: foo bar t.sh: 5: Syntax error: Unterminated quoted string (Please note that the third line is referred to as line 5, and the error message is also somewhat confusing.) The code in input.c around line 304 as well as various comments indicate that the intention is that NUL characters are silently ignored, but it seems that this doesn't always work. yes, I can reproduce this, and confirm that skipping NUL doesn't work properly. I'll take a look and forward upstream. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317475: [m68k] ICE: Segmentation fault
Package: gcc-4.0 Version: 4.0.1-2 Followup-For: Bug #317475 Also see http://buildd.debian.org/fetch.php?pkg=gmpver=4.1.4-8arch=m68kstamp=1121077632file=logas=raw Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686-smp Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_US.ISO-8859-15) Versions of packages gcc-4.0 depends on: ii binutils2.16.1-2 The GNU assembler, linker and bina ii cpp-4.0 4.0.1-2 The GNU C preprocessor ii gcc-4.0-base4.0.1-2 The GNU Compiler Collection (base ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2GCC support library Versions of packages gcc-4.0 recommends: ii libc6-dev 2.3.2.ds1-22 GNU C Library: Development Librari pn libmudflap0-dev none (no description available) -- no debconf information -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#317398: dh-make: patch for fix misspelling and more
Package: dh-make Version: 0.39 Followup-For: Bug #317398 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear dh-make maintainer, Here's a patch for fix misspelling (gizp - gzip) and more. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp/samba.gr.jp/iijmio-mail.jp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC22J1Iu0hy8THJksRAqtiAJ9tgKKEbPwX2/IkDV5Lqd3KTCHcOwCgmegd LqsvjwUx986lhcmaUpQs4Ts= =fgMU -END PGP SIGNATURE- --- dh_make.orig2005-07-18 05:18:34.277380164 +0900 +++ dh_make 2005-07-18 05:23:59.096244141 +0900 @@ -402,11 +402,11 @@ system('cp', '-a', $source_file, ../$package_name\_$version.orig.tar.gz); } elsif ($source_file =~ /bz2$/ ) { - if ( -x '/usr/bin/bzip2' -x '/usr/bin/gizp' ) + if ( -x '/usr/bin/bzcat' -x '/bin/gzip' ) { - system(/usr/bin/bzip2 $source_file | /usr/bin/gzip ../$package_name\_$version.orig.tar.gz); + system(/usr/bin/bzcat $source_file | /bin/gzip ../$package_name\_$version.orig.tar.gz); } else { - die('Source file is a bz2 but bzip2 or gzip not available'); + die('Source file is a bz2 but bzcat or gzip not available'); } } } else {
Bug#316956: request-tracker3: Same problem, using fastcgi.
Package: request-tracker3 Version: 3.0.12-8 Followup-For: Bug #316956 I'm having exactly the same problem. I'm using the fastcgi method. Screenshot from w3m: System error error: Can't locate object method comp_root_array via package HTML::Mason::Resolver::File at /usr/share/request-tracker3/ html/Elements/Callback line 30. context: ... 26: /%once 27: %init 28: # checks for inode change time for each callback directory 29: my $new_check = join( 30: $;, map { $_-[1] = (stat($_-[1]/Callbacks))[10] } $m-interp-resolver-comp_root_array 31: ) or return; 32: 33: $Page = $m-callers(1)-path unless ($Page); 34: ... code stack: /usr/share/request-tracker3/html/Elements/Callback:30 /usr/share/request-tracker3/html/autohandler:165 raw error Can't locate object method comp_root_array via package HTML::Mason::Resolver::File at /usr/share/request-tracker3/html/Elements/ Trace begun at /usr/share/perl5/HTML/Mason/Exceptions.pm line 128 HTML::Mason::Exceptions::rethrow_exception('Can\'t locate object method comp_root_array via package HTML::Mason::Resolver::File HTML::Mason::Commands::__ANON__('_CallbackName', 'Auth') called at /usr/share/perl5/HTML/Mason/Component.pm line 134 HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x975a770)', '_CallbackName', 'Auth') called at /usr/share/perl5 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 1226 HTML::Mason::Request::comp(undef, undef, '_CallbackName', 'Auth') called at /usr/share/request-tracker3/html/autohandler line 165 HTML::Mason::Commands::__ANON__ at /usr/share/perl5/HTML/Mason/Component.pm line 134 HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x96d6478)') called at /usr/share/perl5/HTML/Mason/Request.pm li eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 1226 HTML::Mason::Request::comp(undef, undef, undef) called at /usr/share/perl5/HTML/Mason/Request.pm line 460 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 460 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 410 HTML::Mason::Request::exec('HTML::Mason::Request::CGI=HASH(0x976bc3c)') called at /usr/share/perl5/HTML/Mason/Interp.pm line 322 HTML::Mason::Interp::exec(undef, undef) called at /usr/share/perl5/HTML/Mason/CGIHandler.pm line 89 eval {...} at /usr/share/perl5/HTML/Mason/CGIHandler.pm line 89 HTML::Mason::CGIHandler::_handler('HTML::Mason::CGIHandler=HASH(0x95c4184)', 'HASH(0x975b154)') called at /usr/share/perl5/HTML/Maso HTML::Mason::CGIHandler::handle_cgi_object('HTML::Mason::CGIHandler=HASH(0x95c4184)', 'CGI::Fast=HASH(0x975b070)') called at /usr/sh eval {...} at /usr/share/request-tracker3/libexec/mason_handler.fcgi line 55 -- Package-specific info: Changed files: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.24 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages request-tracker3 depends on: ii apache2 2.0.54-4next generation, scalable, extenda ii apache2-mpm-prefork [apache2 2.0.54-4traditional model for Apache2 ii exim44.52-1 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tra 4.52-1 exim MTA (v4) daemon with extended ii libapache-dbi-perl 0.94-2 Connect apache server to database ii libapache-mod-perl 1.29.0.3-6 integration of perl with the Apach ii libapache-request-perl 1.1-0.1 Generic Apache Request Library ii libapache-session-perl 1.60-2 Perl modules for keeping persisten ii libapache2-mod-fastcgi 2.4.2-6 FastCGI module for Apache2 ii libcache-cache-perl 1.04-1 Managed caches of persistent infor ii libcgi-fast-perl 5.8.7-3 CGI::Fast Perl module ii libclass-returnvalue-perl0.52-1 A return-value object that lets yo ii libdbd-mysql-perl2.9007-1A Perl5 database interface to the ii libdbd-pg-perl 1.42-2 a PostgreSQL interface for Perl 5 ii libdbi-perl 1.48-1 Perl5 database interface by Tim Bu ii libdbix-searchbuilder-perl 1.27-1 Encapsulate SQL queries and rows i ii libexception-class-perl 1.20-1 a module that allows you to declar ii libfcgi-perl 0.67-1 FastCGI Perl module ii libfreezethaw-perl 0.43-2 converting Perl structures to stri ii libhtml-mason-perl 1:1.29.02-1 HTML::Mason Perl module ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii liblocale-maketext-fuzzy-per 0.02-1 Maketext from already
Bug#315881: [Pkg-freeciv-devel] Bug#315881: freeciv: Freeciv causes computer to hang
On Sun, Jun 26, 2005 at 10:41:39PM +0100, Noel Torres wrote: Thomas Ledet escribió: Kyle McMartin wrote: On Sun, Jun 26, 2005 at 06:58:04PM +0100, Noel Torres wrote: Every time I've started to play, I heard (after more or less time of continuous play) a bunch of harddisk noise, and when I tried to Alt-F1 or to run 'top' or to change directory to save the game or any other similar (kernel-related) task, it does not work and system becomes unusable and, thus, it must be hard-rebooted. Can you please post the specifications of your computer? Arch, processor, amount of ram, etc. Additionally, what kernel you are using. AMD K6-3 with 512MiB, running a custom 2.6.9 with no patches and the nvidia module. I'm with sarge and no strange packages at all (but some woody packages that disappeared at sarge and I need, related to graphical design). Try to reproduce the hang without nvidia module loaded and with XFree nv driver. It _must_ not be possible to hang system by an userspace program not running with root privileges (or with some of the capabilities). However X server is running with root privileges (maybe it gets rid of some capabilities at startup but it must still keep some), so it is possible for user application to expliot some weakness in Xserver to hang system without needing extra privileges. Maybe Xserver could not prevent such hangs because of badly designed hardware, eg. some sequence of commands sent to GPU could hang it and it's impossible to check commands for these sequences in realtime. But I'm nearly sure this is not bug in Freeciv, it is bug in kernel/nvidia module/nvidia xserver/configuration, that has only been raised by Freeciv. I'd also suggest lowering severity of this bug because of this. It only prevents newer versions from falling into testing. Also, running it from a xterm does not show stderr nor stdout abnormal info. Sounds to me like a faulty disk. Any entries in the syslog saying anything about IO errors? Which filesystem are you running? Regards, Thomas Ledet No harddisk error at all in syslog. ext2 in related partition. Noel Torres -- Marcel Sebek signature.asc Description: Digital signature
Bug#315752: ITP: tailor [...]
On Sun, Jul 17, 2005 at 03:52:51PM +0200, Joost van Baal wrote: Hi, I see you've published your tailor package on http://dept-info.labri.fr/~danjean/deb.html#tailor . Care to upload it and get the ITP-bug closed? I am waiting for the upstream author to make a release (a source tarball with a version number). I already talk with him about this. I put him in Cc of this mail in case he forgot ;-) Best regards, Vincent Thanks, Bye, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318592: find options are bad in script bootmisc.sh
tags 318592 + confirmed patch thanks Here is a patch to re-order the find options to fix this bug: --- /etc/init.d/bootclean.sh2005-01-04 23:27:40.0 + +++ /tmp/bootclean.sh 2005-07-17 20:14:51.988579544 +0100 @@ -53,14 +53,14 @@ ! ( -path ./.clean -uid 0 ) ! ( -path './...security*' -uid 0 )' - ( if cd /tmp [ `find . -perm -002 -maxdepth 0` = . ] + ( if cd /tmp [ `find . -maxdepth 0 -perm -002` = . ] then # First remove all old files. - find . -xdev $TEXPR $EXCEPT \ - ! -type d -depth -print0 | xargs -0r rm -f + find . -xdev -depth $TEXPR $EXCEPT \ + ! -type d -print0 | xargs -0r rm -f # And then all empty directories. - find . -xdev $DEXPR $EXCEPT \ - -type d -depth -empty -exec rmdir \{\} \; + find . -xdev -depth $DEXPR $EXCEPT \ + -type d -empty -exec rmdir \{\} \; rm -f .X*-lock fi ) Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315195: Fix wrong symlinks to *xterm manpages in alternatives
Fix xterm postinst script to setup proper manpage alternatives for x-terminal-emulator, as *xterm.1.gz have changed to *xterm.1x.gz in xorg (Closes #315195). diff -Nru debian.orig/xterm.postinst.in debian/xterm.postinst.in --- debian.orig/xterm.postinst.in 2005-06-11 08:04:27.0 +0800 +++ debian/xterm.postinst.in2005-07-18 01:19:15.0 +0800 @@ -17,22 +17,22 @@ update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/xterm 20 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/xterm.1.gz + /usr/X11R6/man/man1/xterm.1x.gz update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/uxterm 20 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/uxterm.1.gz + /usr/X11R6/man/man1/uxterm.1x.gz update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/koi8rxterm 20 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/koi8rxterm.1.gz + /usr/X11R6/man/man1/koi8rxterm.1x.gz update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/lxterm 30 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/lxterm.1.gz + /usr/X11R6/man/man1/lxterm.1x.gz #DEBHELPER#
Bug#313621: same as bug 313644
hi it seems to me that this bug 313621 is the same as bug 313644 Am I correct? a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318469: caff attachment filenames are duplicate on signee side.
On Sun, Jul 17, 2005 at 02:47:34PM +0200, Thijs Kinkhorst wrote: On Sat, 2005-07-16 at 18:18 -0700, Robin H. Johnson wrote: Hmm, lets try that again. caff.signed-by.patch is attached. How about using both the signer's keyid and the reciepent keyid in the filename? In my original submission I suggested that as a possible alternative to use the email address. I've got no problems with either approach. Attached is a patch to uses $CONFIG{'keyid'}[0] instead of $CONFIG{'email'} (I don't know if this would always be correct, esp. if the signer has more than one key). -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Index: pgp-tools/caff/caff === --- pgp-tools/caff/caff (revision 128) +++ pgp-tools/caff/caff (working copy) @@ -569,9 +569,9 @@ Type= application/pgp-keys, Disposition = 'attachment', Encoding= 7bit, - Description = PGP Key 0x$key_id, uid .($key-{'text'}).' ('.($key-{'serial'}).')', + Description = PGP Key 0x$key_id, uid .($key-{'text'}).' ('.($key-{'serial'}).'), signed by 0x'.$CONFIG{'keyid'}[0], Data= $key-{'key'}, - Filename= 0x$key_id..$key-{'serial'}..asc); + Filename= 0x$key_id..$key-{'serial'}..signed-by-0x.$CONFIG{'keyid'}[0]..asc); }; if ($can_encrypt) { pgpHjlJ5hWdmq.pgp Description: PGP signature
Bug#312601: acknowledged by developer (Bug#312601: fixed in cpu 1.4.3-8)
reopen 312601 retitle 312601 cpu-ldap: no way to set TLS from config file severity 312601 wishlist thanks On Sat, 16 Jul 2005 01:03:19 MST, Debian Bug Tracking System writes: Changes: cpu (1.4.3-8) unstable; urgency=low . * Add debian/watch file * Add Wichert Akkerman's patch to allow bad passwords (no answer from upstream in one year, sic) (closes: #246673) * Add Alexander Zangerl's patch to allow USE_TLS config file option (closes: #312601) that's not correct: you documented -x but you didn't add the patch for the config file handling. there is still no way of specifying tls usage in the config file. regards az -- + Alexander Zangerl [EMAIL PROTECTED] DSA 0xF860ACF1 + + Bond University IT School phone +61 7 5595 3398 + pgpvCNCbfndrZ.pgp Description: PGP signature
Bug#317999: CustomKeycodes unavailable
Ok, finally I found the problem. In fact, the xkb rules I used before (called logicdo), doesn't exist anymore, so it was normal that I hadn't multimedia key anymore (it used a basic pc105 rules). I found that xkb rules called logicink do what logicdo did before. Now I use logicink, and my keyboard works like before (with multimedia keys). This bug can be closed, but I think it could be usefull to be noticed about xkb rules files that go away. Cordially, JJ Luza -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317691: xscreensaver: should throttle when starting new login
On 2005-07-10 12:00:13, Jamie Zawinski wrote: On Jul 10, 2005, at 10:57 AM, Michael Shields wrote: However, this leaves a screensaver running on the old display, now hidden but likely consuming a significant amount of CPU. Do you have evidence that this CPU usage is a problem? Because it shouldn't be: http://www.jwz.org/xscreensaver/faq.html#suspend Yes: 1. Much of the load seems to be in the server, not in the client. The server is not niced, so it competes with my visible session. For example, right now if I unthrottle the hidden session, XFree86 consumes 60% of the CPU to run hypertorus without GL acceleration (because only the first login can be accelerated). 2. Even if the CPU load were completely niced, on a laptop, having the CPU spin to run a hidden screensaver is a significant power draw versus leaving the CPU idle, and will cause the battery to run down sooner. It would be helpful if starting a new session also set the old one to a blank screen instead of a graphics hack, as if xscreensaver-command -throttle had been run. Not a bad idea, I suppose, but the more general solution would be to throttle while (and only while) the VT that the X server is running on is not the selected one. You want the screen saver to un-throttle when the user switches back. You're right. Also, if you switch away from the second session back to the first, it could start a screensaver and have the same issue. However, I don't know how to tell A) which VT X is on; B) whether it is the front; or C) when it changes. Well, on Linux, it looks like you can check the current VT using a VT_GETSTATE ioctl (on /dev/tty0), and wait for a VT to become active using VT_WAITACTIVE. These are documented in console_ioctl(4). There doesn't seem to be a way to be notified when your VT becomes inactive. So, one way to implement this without requiring anything of gdmflexiserver or similar apps would be to check on startup which VT is ours, and then while running a hack, check occasionally to see if the active VT is our VT. If it isn't, or when the user hits the new login button, then throttle, use VT_WAITACTIVE to block until the user returns, then unthrottle. Does this seem like a reasonable approach? -- Shields. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312274: linuxsampler/libgig: intent to hijack
Hi Matt, On Mon, Jul 18, 2005 at 03:18:52AM +1000, Matt Flax wrote: Hi Paul, I am currently deep in the tail end of my PhD at the moment. I would really appreciate co-developer ownership, where I can return to duty with you on these packages once I have a little more time. Probably about next year some time. cool, good luck with your PhD. yes, co-maintainance would be nice. I'll will prepare an upload for linuxsampler. bye, piem. I still have a few others to maintain as well as these, which happen to be a bit less active and alot more managable. I have left some shell packaing scripts in the 'README.debian' file... I don't know but perhaps they will help ? I was building straight from CVS by the way. I will put up a request for adoption on wnpp if that is necessary. thanks Matt On Sun, Jul 17, 2005 at 04:56:09PM +0100, Paul Brossier wrote: Hi, linuxsampler has been FTBFS since its first upload, is now uninstallable, and requires a rebuild against the latest g++. Matt, are you still interested in maintaining this package? and libgig? if not, i would be interested to adopt them. cheers, piem -- http://www.flatmax.org Public Projects : http://sourceforge.net/search/?type_of_search=softwords=mffm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311977: libkrb53: gss_init_sec_context sometimes fails to initialise output_token
Sergio Gelato [EMAIL PROTECTED] writes: Russ Allbery wrote: It looks like this only fails when gss_init_sec_context returns an error, and RFC 2744 isn't entirely clear on whether the output token is supposed to be initialized in that case, but I can certainly see the convenience argument for doing so. I find the example code in RFC 2744 section 5.19 to be perfectly clear: the value of output_token-length is used even when GSS_ERROR(maj_stat) is true. I'm not aware of any stipulation to the effect that examples in RFCs aren't normative; and in any case it would be bad form to use a buggy example without labelling it as such. Oh, very good point. For some reason, I didn't study the example, but indeed it shows a calling convention that requires the output token to be initialized. Sam, unless you say otherwise, I'm going to patch the generic layer of the GSSAPI library to always initialize the output token and submit the patch to the Kerberos RT. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315863: tested
Thank you for the patch, I've tested it, and it works fine ! Config : Sid with 2.6.12 kernel (using the .config file of the official 2.6.11 debian kernel) Didrik signature.asc Description: This is a digitally signed message part
Bug#310842: additional information
Additional Information which may or may not help some people and/or is related to this bugreport. I had one poller silently failing, with either cmd.php or cactid. Turned out that cacti works by: - polling items - writing values into sql - fetching values from sql - writing into rrd The second step failed since the queue of data in the sql DB raised too high, thus throwing an OOM exception within the php script. Setting php4-cli/php.ini to mem=512M solved *this* issue. Maybe its wise to ini_set() mem higher in poller.php. hi cacti 0.8.6d-1 Frontend to rrdtool for monitoring systems a hi cacti-cactid 0.8.6d-7 Multi-Threading poller for cacti ii librrd01.0.49-1 Time-series data storage and display system ii rrdtool1.0.49-1 Time-series data storage and display system -- http://www.ukeer.de/about.html Generalizations are generally wrong. --Butler Lampson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310689: New installation solves the problem of bug #310689
Hi. I had the same problem with cdrecord 2.01+01a01-2 after an update from the testing version of Debian Sarge to the stable version. I got rid of it after a complete reinstallation of the system. However, the warning about the badly designed interface still persists: # cdrecord --scanbus dev=ATA: Cdrecord-Clone 2.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.12.2 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. scsidev: 'ATA:' devname: 'ATA' scsibus: -1 target: -1 lun: -1 Warning: Using badly designed ATAPI via /dev/hd* interface. Linux sg driver version: 3.5.27 Using libscg version 'schily-0.8'. scsibus1: 1,0,0 100) 'HL-DT-ST' 'DVDRAM GSA-4120B' 'A102' Removable CD-ROM 1,1,0 101) * With kind regards, Maxim
Bug#307760: snacc: FTBFS (amd64/gcc-4.0): 'EOC' was not declared in this scope
On 2005-07-13 Andreas Metzler [EMAIL PROTECTED] wrote: # gcc 4 is now default in sid, verified FTBS on iX86. severity 307760 serious tags 307760 sid retitle 307760 snacc: FTBFS (gcc-4.0): 'EOC' was not declared in this scope In case somebody is interested in snacc: Most of the bugs are supposed to be fixed in Ubuntu. http://people.ubuntu.com/~scott/patches/snacc/ cu andreas -- See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in Snow Crash http://downhill.aus.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309901: gtkmm2.4: Still looking forward to 2.6
Package: gtkmm2.4 Followup-For: Bug #309901 Hi Brad, Just wanted to say that I am also eargerly awaiting gtkmm 2.6. Thanks. - Morten. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309457: Pressing Send does nothing, but mail is sent
On Thu, July 14, 2005 21:19, cml wrote: Thijs Kinkhorst napisaÅ(a): So, appearently the Base URI is not detected right. If you add this to your HTTPS vhost: SSLOptions +StdEnvVars Does that solve your problem? nope. Hmm, I find it hard to reproduce it here. Can you give me values for each of the following variables? You can get them by putting a PHP file somewhere into your SquirrelMail tree with the content ?php phpinfo(); and then accessing that file over HTTPS. _ENV[HTTPS] HTTPS _SERVER[HTTPS] SERVER_PORT _SERVER[SERVER_PORT] If you don't think this is a problem, you might also want to send me the complete phpinfo output via private email for full debugging purposes. thanks Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308917: python2.3-gamin says Failed to write bytes to socket 13
Le dimanche 17 juillet 2005 à 16:54 +0200, Sjoerd Simons a écrit : On Fri, May 13, 2005 at 10:43:06AM +0200, Philippe Tonguet wrote: Package: python2.3-gamin Version: 0.0.26-1 I installed sabayon-0.17.tar.gz found at http://ftp.gnome.org/pub/GNOME/sources/sabayon/ When I invoke `sudo sabayon' without arguments from an ordinary shell prompt it prints `Failed to write bytes to socket 13'. Here is a transcript: Does this still happen with the latest gamin version? No, it doesn't happen with the latest gamin version. You can close the bug. Sjoerd -- Philippe Tonguet [EMAIL PROTECTED]
Bug#304255: acknowledged by developer (Bug#304255: fixed in liblivemedia 2005.06.16-1)
Hi Sam, Thanks for updating his. I just had a quick look at the index: http://packages.debian.org/unstable/libdevel/ and also: http://packages.debian.org/unstable/libdevel/liblivemedia-dev I'm wondering if the updates have not filtered through yet? Kind regards JG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305577: [DebianGIS] pending issues
- grass has a lot of meaningless bug reports (eg #305577, etc); I suggest to close them re Debian bug #305577, work is ongoing http://grass.itc.it/pipermail/grass5/2005-July/018981.html http://thread.gmane.org/gmane.comp.gis.grass.devel/8188 Hamish -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303847: 3ddesktop: FTBFS (amd64/gcc-4.0): cast from 'void (*)(Event*)' to 'unsigned int' loses precision
Le Lun 18 Juillet 2005 11:55, Steve Langasek a écrit : On Mon, Jul 18, 2005 at 11:42:05AM +0200, Pierre Habouzit wrote: tag 303847 + pending thanks And thank you as well for fixing the build-deps. Just for the record, the build deps in Steve's patch are not correct : you have to remove libglu3-dev. And as of the %p patch, I had the same as Steve. Is that supposed to be libglut3-dev? I'm aware the build-deps aren't *currently* satisfiable in unstable, but I didn't see any reason to think that the existing build-deps were themselves incorrect. afaik, I can build the package with current unstable (without the libglut3-dev dependency) and nothing (from the configure) seems to be disabled without that build dep. I suppose that the xorg-glu ones are enough. so I've removed it. The package is ready to upload, but I'm waiting for the xorg transition to be over. Yes, it would be rather difficult to build the package for upload at all before then. :) sure. In fact, for i386 (and am64) at least, it compiles. though, many arch are missing the -dev packages, which make me think it's best to wait a bit ;) -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp00fEP8neZY.pgp Description: PGP signature