Bug#372243: firefox: hangs on NULs embedded in html with style=text-align: justify;
On Fri, Jun 09, 2006 at 04:05:29AM +0200, Piotr Engelking [EMAIL PROTECTED] wrote: Package: firefox Version: 1.5.dfsg+1.5.0.4-1 Severity: important Firefox hangs on NULs embedded in html with style=text-align: justify;. This bug seems to be Debian-specific, as I wasn't able to reproduce it with upstream Mozilla Firefox 1.5.0.4. Can you try with MOZ_DISABLE_PANGO=1 ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372251: General cleanup: fixing CFLAGS, compiler warnings, lintian errors, ...
Package: cutter Severity: normal Tags: patch The attached diff fixes the passing of CFLAGS from debian/rules to the main Makefile. Without this fix, the CFLAGS set in debian/rules (-Wall -g -O2) are not communicated down. It also fixes an error in the manpage cutter(8), which produced an error message in the `man` output. Futher it updates the FSF address in debian/copyright. It also cleans up the code a bit, fixing several compiler warnings. 3 correlated ones remain, though they are harmless, and the fix looks rather stupid to me. Lastly it updates Standards-Version to 3.7.2, no changes are required AFAICS. With this patch cutter is lintian and linda clean again. HTH, Christian Aichinger -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc6-vs2.1.0-pre1-r20050817 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) diff -Nur cutter-1.02.old/cutter.8 cutter-1.02/cutter.8 --- cutter-1.02.old/cutter.82006-06-09 06:20:02.0 +0200 +++ cutter-1.02/cutter.82006-06-09 07:11:25.0 +0200 @@ -5,7 +5,7 @@ .SH SYNOPSIS .B cutter .IR ipaddress1 \ [ \ port1 \ [ \ ipaddress2 \ [ \ port2 -.R ] \ ] \ ] +\ ] \ ] \ ] .br .SH DESCRIPTION .B Cutter diff -Nur cutter-1.02.old/cutter.c cutter-1.02/cutter.c --- cutter-1.02.old/cutter.c2003-06-16 21:35:02.0 +0200 +++ cutter-1.02/cutter.c2006-06-09 06:42:29.0 +0200 @@ -57,6 +57,7 @@ #include arpa/inet.h #include net/if.h #include errno.h +#include time.h #define ETHHDR sizeof(struct ethhdr) #define TCPHDR sizeof(struct tcphdr) @@ -149,7 +150,6 @@ int getmac(in_addr_t ip, uchar *mac) { FILE *id = fopen( /proc/net/arp, r ); - union { uchar c[4]; in_addr_t n; } ipu; in_addr_t ipn; int mac0, mac1, mac2, mac3, mac4, mac5; int hwtype, flags; @@ -240,7 +240,7 @@ u_short toport ) { - int i_result, raw_sock, rtn; + int i_result, raw_sock; in_addr_t gateway_ip; struct sockaddr_ll myaddr, hisaddr; struct tpack tpack; @@ -377,7 +377,7 @@ for ( ; time(0) tstart + 15; ) { // give the peer 15 seconds to respond struct sockaddr_ll gotaddr; - int addrlen = sizeof(gotaddr); + unsigned int addrlen = sizeof(gotaddr); fd_set readfds; struct timeval tv; diff -Nur cutter-1.02.old/debian/control cutter-1.02/debian/control --- cutter-1.02.old/debian/control 2006-06-09 06:20:02.0 +0200 +++ cutter-1.02/debian/control 2006-06-09 07:14:44.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Blars Blarson [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0) -Standards-Version: 3.6.1 +Standards-Version: 3.7.2 Package: cutter Architecture: any diff -Nur cutter-1.02.old/debian/copyright cutter-1.02/debian/copyright --- cutter-1.02.old/debian/copyright2006-06-09 06:20:02.0 +0200 +++ cutter-1.02/debian/copyright2006-06-09 07:16:50.0 +0200 @@ -19,9 +19,9 @@ GNU General Public License for more details. You should have received a copy of the GNU General Public License - along with this package; if not, write to the Free Software - Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - 02111-1307, USA. + along with this program; if not, write to the Free Software + Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA + 02110-1301 USA On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. diff -Nur cutter-1.02.old/debian/rules cutter-1.02/debian/rules --- cutter-1.02.old/debian/rules2006-06-09 06:20:02.0 +0200 +++ cutter-1.02/debian/rules2006-06-09 06:34:53.0 +0200 @@ -33,7 +33,7 @@ dh_testdir # Add here commands to compile the package. - $(MAKE) + $(MAKE) CFLAGS=$(CFLAGS) touch build-stamp signature.asc Description: Digital signature
Bug#372252: nvidia-glx-legacy: purge does not remove all diversions.
Package: nvidia-glx-legacy Version: 1.0.7174-4 Severity: normal Hello again Version 1.0.7174-4 is out, and whilst installing it, I discovered another issue. Neither 1.0.7174-3 nor -4 removes all diversions when purged. I purged version 1.0.7174-3, and re-installed xserver-xorg-core to repair the overwrite, before trying to install 1.0.7174-4. sudo dpkg -i /p2-shared/nvidia-glx-legacy_1.0.7174-4_i386.deb (Reading database ... 258472 files and directories currently installed.) Unpacking nvidia-glx-legacy (from .../nvidia-glx-legacy_1.0.7174-4_i386.deb) ... dpkg-divert: `diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy' clashes with `diversion of /usr/lib/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy' dpkg: error processing /p2-shared/nvidia-glx-legacy_1.0.7174-4_i386.deb (--install): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /p2-shared/nvidia-glx-legacy_1.0.7174-4_i386.deb sudo dpkg-divert --list |grep nvidia diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/xorg/modules/extensions/libglx.a to /usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/libGL.so.1.2 to /usr/lib/nvidia/libGL.so.1.2.xlibmesa by nvidia-glx-legacy After manually removing all diversions -4 installs and is functional. sudo dpkg --purge nvidia-glx-legacy (Reading database ... 258501 files and directories currently installed.) Removing nvidia-glx-legacy ... rmdir: /usr/lib/nvidia/: Directory not empty Purging configuration files for nvidia-glx-legacy ... rmdir: /usr/lib/nvidia/: Directory not empty dpkg - warning: while removing nvidia-glx-legacy, directory `/usr/lib/nvidia' not empty so not removed. ls -al /usr/lib/nvidia/ total 516 drwxr-xr-x 2 root root 4096 2006-06-09 15:23 . drwxr-xr-x 196 root root 69632 2006-06-09 15:23 .. -rw-r--r-- 1 root root 443612 2006-05-03 14:01 libglx.so.xlibmesa sudo dpkg-divert --list |grep nvidia diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/xorg/modules/extensions/libglx.a to /usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx-legacy diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx-legacy Andrew V. ps. did you forget to close #370473 with version -4? -- 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.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages nvidia-glx-legacy depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii nvidia-kernel-legacy-2.6.15-1 1.0.7174+1 NVIDIA binary kernel module for Li ii nvidia-kernel-legacy-2.6.15-1 1.0.7174+1 NVIDIA binary kernel module for Li ii x11-common1:7.0.20 X Window System (X.Org) infrastruc nvidia-glx-legacy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372253: hylafax-server: init.d script may have some timing issues
Package: hylafax-server Version: 2:4.3.0-3 Severity: normal corn:~# /etc/init.d/hylafax restart Stopping HylaFAX daemons: faxq hfaxd faxgetty. Not starting HylaFAX daemons since they are already running. corn:~# faxstat -s Can not reach server at host localhost, port 4559. corn:~# /etc/init.d/hylafax restart Stopping HylaFAX daemons: faxq(not running) hfaxd(not running) faxgetty. Starting HylaFAX daemons: faxq hfaxd faxgetty. It looks as if restart attempts to start before the old stuff is killed. This and some similar apparent timing issues happened more than once. Seems similar to 321854. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hylafax-server depends on: ii adduser 3.87Add and remove users and groups ii debconf [debconf 1.5.1 Debian configuration management sy ii gs-esp [gs] 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.50-1.1The GPL Ghostscript PostScript int ii hylafax-client 2:4.3.0-3 Flexible client/server fax softwar ii libc62.3.6-13GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libtiff-tools3.8.2-3 TIFF manipulation and conversion t ii libtiff4 3.8.2-3 Tag Image File Format (TIFF) libra ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii psmisc 22.2-1 Utilities that use the proc filesy ii sed 4.1.5-1 The GNU sed stream editor ii sharutils1:4.2.1-15 shar, unshar, uuencode, uudecode ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages hylafax-server recommends: ii metamail 2.7-51 implementation of MIME -- debconf information: hylafax-server/configure_note: hylafax-server/attachment: hylafax-server/start_now: true hylafax-server/setup_failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371077: mount: can't read superblock
Ok it happened again this morning, attached you can see two text files, the one called does-not-work.txt is a tcpdump between the Debian Sid PC (hostname mars) and the FreeBSD-Server (hostname erde) where the mount does not work, tried with mount version 2.12r-10. The one called does-work.txt is when I downgraded to 2.12r-8 and it worked straight away. It takes roughly a minute until the can't read superblock message appears and the mount fails. Kind regards, Joerg. LaMont Jones wrote: On Wed, Jun 07, 2006 at 10:09:36AM +0200, Joerg Morbitzer wrote: mars:~ mount -t nfs erde:/opt/sol3s /opt/sol3s mount: erde:/opt/sol3s: can't read superblock mars:~ After downgrading back to 2.12r-8 it works again like expected. No syslog messages concerning this problem on neither the FreeBSD machine nor my Debian Sid PC. FreeBSD version of the NFS server is FreeBSD 5.4-RELEAE. Let me know if you need any further details. Could you capture the traffic with tcpdump, so that we can see what is actually being sent back and forth? thanks, lamont -- EMail: [EMAIL PROTECTED] Chat: http://www.morbitzer.de/irccgi.html As a boy I jumped through Windows. As a man I swim with penguins. 07:22:29.469808 IP mars.sol-3.de.894 erde.sol-3.de.676: UDP, length 52 07:22:29.470304 IP erde.sol-3.de.676 mars.sol-3.de.894: UDP, length 28 07:22:29.507779 IP mars.sol-3.de.45740 erde.sol-3.de.sunrpc: S 4149334103:4149334103(0) win 5840 mss 1460,sackOK,timestamp 41721451 0,nop,wscale 2 07:22:29.507961 IP erde.sol-3.de.sunrpc mars.sol-3.de.45740: S 948323468:948323468(0) ack 4149334104 win 65535 mss 1460,nop,wscale 1,nop,nop,timestamp 8946959 41721451,nop,nop,sackOK 07:22:29.507990 IP mars.sol-3.de.45740 erde.sol-3.de.sunrpc: . ack 1 win 1460 nop,nop,timestamp 41721451 8946959 07:22:29.508090 IP mars.sol-3.de.45740 erde.sol-3.de.sunrpc: P 1:61(60) ack 1 win 1460 nop,nop,timestamp 41721451 8946959 07:22:29.508649 IP erde.sol-3.de.sunrpc mars.sol-3.de.45740: P 1:33(32) ack 61 win 33304 nop,nop,timestamp 8946960 41721451 07:22:29.508667 IP mars.sol-3.de.45740 erde.sol-3.de.sunrpc: . ack 33 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.508729 IP mars.sol-3.de.45740 erde.sol-3.de.sunrpc: F 61:61(0) ack 33 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.508790 IP mars.sol-3.de.0 erde.sol-3.de.nfs: 0 proc-285212672 07:22:29.508832 IP erde.sol-3.de.sunrpc mars.sol-3.de.45740: . ack 62 win 33304 nop,nop,timestamp 8946960 41721451 07:22:29.508857 IP erde.sol-3.de.sunrpc mars.sol-3.de.45740: F 33:33(0) ack 62 win 33304 nop,nop,timestamp 8946960 41721451 07:22:29.508877 IP mars.sol-3.de.45740 erde.sol-3.de.sunrpc: . ack 34 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.508951 IP erde.sol-3.de.nfs mars.sol-3.de.0: reply ok 0 proc-285212672 07:22:29.508963 IP mars.sol-3.de.906 erde.sol-3.de.2049: . ack 294265517 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.509035 IP mars.sol-3.de.1894612564 erde.sol-3.de.nfs: 44 null 07:22:29.509219 IP erde.sol-3.de.nfs mars.sol-3.de.1894612564: reply ok 28 null 07:22:29.509232 IP mars.sol-3.de.906 erde.sol-3.de.2049: . ack 29 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.509282 IP mars.sol-3.de.906 erde.sol-3.de.2049: F 44:44(0) ack 29 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.509332 IP mars.sol-3.de.39102 erde.sol-3.de.sunrpc: S 4148495516:4148495516(0) win 5840 mss 1460,sackOK,timestamp 41721451 0,nop,wscale 2 07:22:29.509446 IP erde.sol-3.de.2049 mars.sol-3.de.906: . ack 45 win 32745 nop,nop,timestamp 8946960 41721451 07:22:29.509460 IP erde.sol-3.de.sunrpc mars.sol-3.de.39102: S 764768615:764768615(0) ack 4148495517 win 65535 mss 1460,nop,wscale 1,nop,nop,timestamp 8946960 41721451,nop,nop,sackOK 07:22:29.509493 IP mars.sol-3.de.39102 erde.sol-3.de.sunrpc: . ack 1 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.509477 IP erde.sol-3.de.2049 mars.sol-3.de.906: F 29:29(0) ack 45 win 32745 nop,nop,timestamp 8946960 41721451 07:22:29.509514 IP mars.sol-3.de.906 erde.sol-3.de.2049: . ack 30 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.509587 IP mars.sol-3.de.39102 erde.sol-3.de.sunrpc: P 1:61(60) ack 1 win 1460 nop,nop,timestamp 41721451 8946960 07:22:29.510028 IP erde.sol-3.de.sunrpc mars.sol-3.de.39102: P 1:33(32) ack 61 win 33304 nop,nop,timestamp 8946960 41721451 07:22:29.510040 IP mars.sol-3.de.39102 erde.sol-3.de.sunrpc: . ack 33 win 1460 nop,nop,timestamp 41721452 8946960 07:22:29.510089 IP mars.sol-3.de.39102 erde.sol-3.de.sunrpc: F 61:61(0) ack 33 win 1460 nop,nop,timestamp 41721452 8946960 07:22:29.510122 IP mars.sol-3.de.907 erde.sol-3.de.875: S 4149496954:4149496954(0) win 5840 mss 1460,sackOK,timestamp 41721452 0,nop,wscale 2 07:22:29.510204 IP erde.sol-3.de.sunrpc mars.sol-3.de.39102: . ack 62 win 33304 nop,nop,timestamp 8946960 41721452 07:22:29.510224 IP erde.sol-3.de.sunrpc mars.sol-3.de.39102: F 33:33(0) ack 62 win 33304 nop,nop,timestamp 8946960 41721452
Bug#372256: unclear wording in NEWS file
Package: cupsys Version: 1.1.23-15 Severity: minor Tags: patch The NEWS file contains unclear wording. I suggest instead of: - * Port/Listen and Browsing parameters are splitted from newer /etc/cups/cupsd.conf. You can modify /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browsing.conf by 'dpkg-reconfigure cupsys' or by hand. If you'd like to use this feature, replace Port/Listen line of /etc/cups/cupsd.conf with 'Include /etc/cups/cups.d/ports.conf' and replace Browsing line with 'Include /etc/cups/cups.d/browse.conf'. (Parameters are already taken from old /etc/cups/cupsd.conf automatically.) - to write: - * Port/Listen and Browsing parameters have been split off of /etc/cups/cupsd.conf into separate files. You can modify /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browsing.conf by runing 'dpkg-reconfigure cupsys' or by hand. If you'd like to use these features, then replace the lines 'Port/Listen' inside /etc/cups/cupsd.conf with 'Include /etc/cups/cups.d/ports.conf' and 'Browsing' with 'Include /etc/cups/cups.d/browse.conf'. (These settings are being moved automatically from the old /etc/cups/cupsd.conf config file to the new files /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browse.conf) - *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cupsys depends on: ii adduser 3.87Add and remove users and groups ii debconf [debconf-2.0]1.5.1 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii libc62.3.6-13GNU C Library: Shared libraries ii libcupsimage21.2.1-2 Common UNIX Printing System(tm) - ii libcupsys2 1.2.1-2 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2.1 the GNU TLS library - runtime libr hi libpam0g 0.79-3.1Pluggable Authentication Modules l ii libpaper11.1.17 Library for handling paper charact hi libslp1 1.2.1-5 OpenSLP libraries ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-4 Core Perl modules hi procps 1:3.2.6-2.2 /proc file system utilities ii xpdf-utils 3.01-8 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.1-2 Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20060318-2 linuxprinting.org printer support ii smbclient 3.0.22-1 a LanManager-like simple client fo -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372254: hylafax-server: Access control file not mode 600
Package: hylafax-server Version: 2:4.3.0-3 Severity: normal I've been unable to access my server, even from the same host. The logs always show this when I make the attempt: Jun 8 23:05:15 corn HylaFAX[17273]: Access control file not mode 600; access denied. I did edit /etc/hylafax/hosts.hfaxd as root, and put it under rcs control. This has led to problems in the past, and initially the file had world read access and root:root ownership. I changed these things and restarted, without effect. I noticed the /var/spool/hylafax/etc/hosts.hfaxd was not being updated with the new ownership and permissions. I changed it manually and restarted. Still no luck. I ran a default install, ran faxsetup (and thus faxaddmodem) as root, and edited hosts.hfaxd. I don't think I've touched it otherwise. Unfortunately, I didn't try accessing it earlier. As a side issue, probably the copy scripts (from /etc to /var/spool) should work harder to keep the ownership and permissions in sync. But I've dealt with that manually, and the problem persists. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hylafax-server depends on: ii adduser 3.87Add and remove users and groups ii debconf [debconf 1.5.1 Debian configuration management sy ii gs-esp [gs] 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.50-1.1The GPL Ghostscript PostScript int ii hylafax-client 2:4.3.0-3 Flexible client/server fax softwar ii libc62.3.6-13GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libtiff-tools3.8.2-3 TIFF manipulation and conversion t ii libtiff4 3.8.2-3 Tag Image File Format (TIFF) libra ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii psmisc 22.2-1 Utilities that use the proc filesy ii sed 4.1.5-1 The GNU sed stream editor ii sharutils1:4.2.1-15 shar, unshar, uuencode, uudecode ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages hylafax-server recommends: ii metamail 2.7-51 implementation of MIME -- debconf information: hylafax-server/configure_note: hylafax-server/attachment: hylafax-server/start_now: true hylafax-server/setup_failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372257: gvrng: assertion failed in FileDialog
Package: gvrng Version: 1.7-2 Severity: normal Managed to crash gvrng within a couple of minutes of using this program: - Start gvrng - Select 'New program'. Enter some text - Select 'Save' (or 'Save As'). Notice that the 'Save in folder' dropdown is blank. - Enter a filename and press the 'Open' (sic) button. Kaboom: [EMAIL PROTECTED]:~$ gvrng Set gvr_gtk to locale: en_AU start called with args ('', '') A new TextEditorWin has been created gvr A new FileDialog has been created Gtk-ERROR **: file gtkfilechooserdefault.c: line 6453 (gtk_file_chooser_default_should_respond): assertion failed: (path != NULL) aborting... Aborted Okay, so you're supposed to select a destination directory, but still... Something similar seems to happen with the World editor window too. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (495, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages gvrng depends on: ii python2.3.5-5An interactive high-level object-o ii python-glade2 2.8.2-3GTK+ bindings: Glade support Versions of packages gvrng recommends: pn gvr-lessons none (no description available) -- no debconf information -- __ Michael Deegan, Unix Server Administrator, Murdoch University. Ph +61893606967 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364709: gammu: problem in smsd mode
Hi could you please try what suggested in upstream bug tracker [1] and try to communicate this bug there? Thanks, I probably won't be able to help you directly. 1. http://www.gammu.org/bugs/view.php?id=5 -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#329657: cupsys-driver-gutenprint: rc3 shows no change
Roger Leigh rleigh-at-whinlatter.ukfsn.org |bugs-debian| wrote: [EMAIL PROTECTED] writes: Could you please elaborate what PIXMA is, some documentation in the BTS would be helpful? This is a special plain paper type specifically for Canon PIXMA printers. This seems to be equally useful on other models of Canon printer. It seems that the Canon printers all print at a lower density than other printers, so this paper type was created to increase the print density. So you are saying, without buying that special plain paper the printout quality will always be lower compared to other printers? If that is the case, we can close the bug report. If selecting the PIXMA paper type in the printer driver should be sufficient for print quality similar to other printers we are not quite there, and the bug report should remain open. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348213: gstreamer0.8-x: Cannot use xv as output correctly
Hi, I'm really sorry ... I misunderstood you. Although hardly to believe, I made a wrong reply. Since I, recently, reported a bug about xv of totem (see 365127), I had thought you mean that bug :( For 348213, it seems that this bug has been solved after some upgrades of xorg. But I don't remember exactly when it was solved. Thank you very much. On 6/7/06, Loïc Minier [EMAIL PROTECTED] wrote: Hi, This is a followup for Debian bug http://bugs.debian.org/348213. On Wed, Jun 07, 2006, Hongzheng Wang wrote: But I'm afraid I cannot produce a useful debug report as you wish. It is not a normal crash problem, but a side effect of accessing xv of xine library with i810 video card. That is, the xine-based application behaves properly and exits normally, only the color of xv is changed. Even built with debug information, gdb cannot provide any useful information since the application does not crash or any other abnormal behavior at all. In #348213, you mentionned a *crash* when using Xv in the gstreamer based Totem. It's probably a xvimagesink/gstreamer or Xorg problem, but I would like to confirm this with a backtrace with debugging symbols. Perhaps you can rebuild gnome-media instead? Or gstreamer0.10-x? If you can't, I'll build a debugging package in pbuilder for you. Bye, -- Loïc Minier [EMAIL PROTECTED] -- Hongzheng Wang
Bug#372259: user-mode-linux: the uml_switch control file is not been searched as in uml-utilities package
Package: user-mode-linux Version: 2.6.16-1um-2 Severity: grave Justification: renders package unusable hello, this is a change in required parameters that left me with no networking in uml. i'm using uml with eth0=daemon option. if no uml_switch control file is specified, linux has previously (probably) searched it as configured in the uml-utilities package, while now it searches it in the loacation default for uml_switch upstream itself. while it's grave (the uml networking is quite vital), there is a simple workaround: specify the exact control file location with the daemon arg. -- 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.16-skas3-v8.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages user-mode-linux depends on: ii uml-utilities 20060323-3 User-mode Linux (utility programs) user-mode-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#232058: cutter doesn't recognize connections on 2.6 kernel
tags 232058 patch thanks Alexey 'Snake' Nezhdanov [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]:/tmp/cutter-1.02$ sudo cutter 192.168.0.20 32937 192.168.0.100 5222 No matching connections found =8= I do not really know if this problem 2.6 kernel-specific or not... I've looked into this and fixed it. The problem was that some fields were added to /proc/net/ip_conntrack for 2.6 and cutter wasn't able to parse them. I've attached 2 /proc/net/ip_conntrack dumps, one from a 2.4 machine and one from a 2.6 box. Also attached is a patch that fixes the parsing issues. Unfortunately I couldn't test it on 2.6, since I don't have a router running linux 2.6. I've only tested the parsing part on 2.6. On 2.4 everything continues to work fine with my patch. Parsing still works and cutting the connection also functions. On 2.6 parsing works well to, and as far as I could test it, killing connections also works. Blars, do you care to upload this (probably alongside with the cleanup work I submitted in #372251)? Cheers, Christian Aichinger diff -Nur cutter-1.02.old/cutter.c cutter-1.02/cutter.c --- cutter-1.02.old/cutter.c2003-06-16 21:35:02.0 +0200 +++ cutter-1.02/cutter.c2006-06-09 06:26:30.0 +0200 @@ -454,11 +454,12 @@ char *junk[] = { [UNREPLIED], [ASSURED], NULL }; FILE *id = fopen( /proc/net/ip_conntrack, r ); char src1[32], dst1[32], src2[32], dst2[32]; - int sport1, dport1, sport2, dport2, i, n, life, use; + int sport1, dport1, sport2, dport2, i, nread; in_addr_t src1n, src2n, dst1n, dst2n; char buff[1024], *p; int found = 0; int ok = TRUE; + int res; if (id == NULL) { perror( openning /proc/net/ip_conntrack ); @@ -470,16 +471,23 @@ while ((p = strstr(buff, junk[i]))) strcpy(p, p+strlen(junk[i])); - if (sscanf(buff, - tcp %d %d ESTABLISHED - src=%s dst=%s sport=%d dport=%d - src=%s dst=%s sport=%d dport=%d - use=%d, - n, life, - src1, dst1, sport1, dport1, - src2, dst2, sport2, dport2, - use - ) != 11) + res = sscanf(buff, + tcp %*d %*d ESTABLISHED + src=%s dst=%s sport=%d dport=%d %n, + src1, dst1, sport1, dport1, nread); + + // `man sscanf` is unclear about the effect of %n on the retval, + // so we just check for both + if ((res != 4) (res != 5)) + continue; + + if (!(p = strstr(buff+nread, src=))) + continue; + + if (sscanf(p, + src=%s dst=%s sport=%d dport=%d, + src2, dst2, sport2, dport2 + ) != 4) continue; src1n = inet_addr(src1); tcp 6 99 TIME_WAIT src=192.168.0.2 dst=213.165.64.22 sport=54337 dport=110 src=213.165.64.22 dst=85.255.145.201 sport=110 dport=54337 [ASSURED] use=1 tcp 6 431953 ESTABLISHED src=192.168.0.2 dst=64.62.190.36 sport=41988 dport=6667 src=64.62.190.36 dst=85.255.145.201 sport=6667 dport=41988 [ASSURED] use=1 tcp 6 44316 ESTABLISHED src=192.168.0.2 dst=216.165.191.52 sport=52240 dport=6667 src=216.165.191.52 dst=85.255.145.201 sport=6667 dport=52240 [ASSURED] use=1 tcp 6 431944 ESTABLISHED src=192.168.0.2 dst=81.169.154.156 sport=44250 dport=31340 src=81.169.154.156 dst=85.255.145.201 sport=31340 dport=44250 [ASSURED] use=1 tcp 6 431999 ESTABLISHED src=192.168.0.2 dst=192.168.0.1 sport=33755 dport=26 src=192.168.0.1 dst=192.168.0.2 sport=26 dport=33755 [ASSURED] use=1 udp 17 162 src=192.168.0.2 dst=192.168.0.1 sport=32799 dport=53 src=192.168.0.1 dst=192.168.0.2 sport=53 dport=32799 [ASSURED] use=1 tcp 6 431974 ESTABLISHED src=192.168.0.2 dst=216.165.191.52 sport=42852 dport=6667 src=216.165.191.52 dst=85.255.145.201 sport=6667 dport=42852 [ASSURED] use=1 tcp 6 102 TIME_WAIT src=192.168.0.2 dst=81.169.154.156 sport=34078 dport=110 src=81.169.154.156 dst=85.255.145.201 sport=110 dport=34078 [ASSURED] use=1 tcp 6 431973 ESTABLISHED src=192.168.0.2 dst=64.12.26.133 sport=52887 dport=5190 src=64.12.26.133 dst=85.255.145.201 sport=5190 dport=52887 [ASSURED] use=1 tcp 6 431999 ESTABLISHED src=86.59.27.227 dst=85.255.145.201 sport=25549 dport=22 src=192.168.0.2 dst=86.59.27.227 sport=22 dport=25549 [ASSURED] use=1 tcp 6 43719 ESTABLISHED src=192.168.0.2 dst=64.62.190.36 sport=39197 dport=6667 src=64.62.190.36 dst=85.255.145.201 sport=6667 dport=39197 [ASSURED] use=1 tcp 6 431956 ESTABLISHED src=192.168.0.2 dst=212.112.242.3 sport=47328 dport=6667 src=212.112.242.3 dst=85.255.145.201 sport=6667
Bug#371882: a few minutes with gnome virgins
On Thu, Jun 08, 2006, Michael Gilbert wrote: my intent was not humor (well maybe this title is a bit humorous). I thought this the best place to post as i personally do not use fedora, don't really like bugzilla, and don't think redhat developers take user feedback very seriously. regardless, the gnome interface is virtually the same on both fedora and debian anyway. Oh I didn't take it as humor neither, I was just putting the average fun that working on Debian can be with the particular non-funnyness of receiving reports that are not even Debian based. Anyway, I've forwarded your report upstream thanks. i am trying to be a *good* user. It's nice to report bugs in Debian, typically crashes, missing files, erroneous dirs etc. The more high-level the claim, the less power Debian has upon it. This is because Debian doesn't have the man power to rewrite large amount of code to solve all high-level bugs, and also because Debian doesn't want to diverge from upstream. not many people get the chance to observe folks during their first experience or just don't care enough to report about it. Indeed. Would also be nice if you could file such high-level enhancements requests upstream. i was under the impression that it is the part of a debian developer's job to ensure such is accomplished. i'd rather work with only the debian bts rather than deal with various bugzillas and forums with different user names, passwords, and developer mindsets. at least debian developers are fairly reliable and usually someone will pick up the slack if bugs are ignored. Debian's BTS indeed serves the purposes you mention, that is you don't need to know about every BTS of software we package, and we will forward bugs. However, and this is what my initial response was all about, the matter you bring up is quite high-level, and is absolutely non-technical. This is typically something that can only aim at improving GNOME at large, not Debian in particular, and requires interaction with GNOME folks. You describe yourself that the experience happened on Fedora systems, proving that the matter at hand is not Debian specific but relates to GNOME. IMO, your report was a report to improve GNOME from the very beginning, and never was to improve Debian otherwise you would have made the experience under Debian, not Fedora. I feel this is an abuse of the Debian BTS. -- Loïc Minier [EMAIL PROTECTED]
Bug#368547: mysql-server-5.0: Problem still present in version 5.0.22-2
On Fri, 2006-06-09 at 00:39 +0200, Christian Hammers wrote: Helle Alessandro On 2006-06-08 Alessandro Polverini wrote: I experience the same problem on latest version 5.0.22-2 Can you send me your /etc/mysql/my.cnf so that I can try to reproduce the bug with the very same log config options as you have? Here it is. Thanks for any help, Alex # # The MySQL database server configuration file. # # You can copy this to one of: # - /etc/mysql/my.cnf to set global options, # - /var/lib/mysql/my.cnf to set server-specific options or # - ~/.my.cnf to set user-specific options. # # One can use all long options that the program supports. # Run program with --help to get a list of available options and with # --print-defaults to see which it would actually understand and use. # # For explanations see # http://dev.mysql.com/doc/mysql/en/server-system-variables.html # This will be passed to all mysql clients # It has been reported that passwords should be enclosed with ticks/quotes # escpecially if they contain # chars... # Remember to edit /etc/mysql/debian.cnf when changing the socket location. [client] port= 3306 socket = /var/run/mysqld/mysqld.sock # Here is entries for some specific programs # The following values assume you have at least 32M ram # This was formally known as [safe_mysqld]. Both versions are currently parsed. [mysqld_safe] socket = /var/run/mysqld/mysqld.sock nice= 0 [mysqld] # # * Basic Settings # user= mysql pid-file= /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock port= 3306 basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp language= /usr/share/mysql/english skip-external-locking # # For compatibility to other Debian packages that still use # libmysqlclient10 and libmysqlclient12. old_passwords = 1 # # Instead of skip-networking the default is now to listen only on # localhost which is more compatible and is not less secure. #bind-address = 127.0.0.1 # # * Fine Tuning # key_buffer = 16M max_allowed_packet = 16M thread_stack= 128K # # * Query Cache Configuration # query_cache_limit = 1048576 query_cache_size= 16777216 query_cache_type= 1 # # * Logging and Replication # # Both location gets rotated by the cronjob. # Be aware that this log type is a performance killer. #log= /var/log/mysql.log #log= /var/log/mysql/mysql.log # # Error logging goes to syslog. This is a Debian improvement :) # # Here you can see queries with especially long duration log-slow-queries= /var/log/mysql/mysql-slow.log # # The following can be used as easy to replay backup logs or for replication. #server-id = 1 #log-bin= /var/log/mysql/mysql-bin.log # See /etc/mysql/debian-log-rotate.conf for the number of files kept. max_binlog_size = 104857600 #binlog-do-db = include_database_name #binlog-ignore-db = include_database_name # # * BerkeleyDB # # According to an MySQL employee the use of BerkeleyDB is now discouraged # and support for it will probably cease in the next versions. skip-bdb # # * InnoDB # # InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/. # Read the manual for more InnoDB related options. There are many! # # * Security Features # # Read the manual, too, if you want chroot! # chroot = /var/lib/mysql/ # # If you want to enable SSL support (recommended) read the manual or my # HOWTO in /usr/share/doc/mysql-server/SSL-MINI-HOWTO.txt.gz # ssl-ca=/etc/mysql/cacert.pem # ssl-cert=/etc/mysql/server-cert.pem # ssl-key=/etc/mysql/server-key.pem innodb_buffer_pool_size=500M innodb_additional_mem_pool_size=100M # Set the log file size to about 25% of the buffer pool size #innodb_log_file_size=250M #innodb_log_buffer_size=10M # innodb_flush_log_at_trx_commit=1 innodb_lock_wait_timeout=50 # Uncomment the next line if you want to use them #innodb_thread_concurrency=5 max_connections=500 read_buffer_size=2M sort_buffer_size=2M expire-logs-days=30 [mysqldump] quick quote-names max_allowed_packet = 16M [mysql] #no-auto-rehash # faster start of mysql but no tab completition [isamchk] key_buffer = 16M # # * NDB Cluster # # See /usr/share/doc/mysql-server-*/README.Debian for more information. # # The following configuration is read by the ndbd storage daemons, # not from the ndb_mgmd management daemon. # # [MYSQL_CLUSTER] # ndb-connectstring=127.0.0.1
Bug#372258: kwalletmanager does not appear in kde system tray
Package: kwalletmanager Version: 4:3.5.3-1 Severity: normal Hello, when i start KDE there is no icon for kwalletmanager in the system tray. I have to kill kwalletmanager and restart it new. Using the latest sid version. -- 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.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kwalletmanager depends on: ii kdelibs4c2a 4:3.5.3-1 core libraries and binaries for al ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-2 GCC support library ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libstdc++64.1.1-2The GNU Standard C++ Library v3 kwalletmanager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372260: gforge-ldap-openldap: Configuration failed when more than 1 LDAP directory exists
Package: gforge-ldap-openldap Version: 3.1-31sarge1 Severity: important When the openldap server hosts more than one directory (that is, the Gforge one plus others), /usr/lib/gforge/bin/install-ldap.sh configure failed because $server_base_dn contains more than one line : ++ sed 's/dc=extellient,dc=serveftp,dc=org dc=extellient,dc=com$//' sed: -e expression #1, char 34: unterminated `s' command (from sh -x install-ldap.sh configure) This script shouldn't rely on the LDAP's namingContexts. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8+20051212-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gforge-ldap-openldap depends on: ii debconf1.4.30.13 Debian configuration management sy ii debianutils2.8.4 Miscellaneous utilities specific t ii gforge-common 3.1-31sarge1 Collaborative development tool - s ii gforge-db-postgresql [gfor 3.1-31sarge1 Collaborative development tool - d ii ldap-utils 2.2.23-8 OpenLDAP utilities ii libdbd-pg-perl 1.41-3a PostgreSQL interface for Perl 5 ii libdbi-perl1.46-6Perl5 database interface by Tim Bu ii libnss-ldap238-1 NSS module for using LDAP as a nam ii perl 5.8.4-8sarge4 Larry Wall's Practical Extraction ii slapd 2.2.23-8 OpenLDAP server (slapd) -- debconf information: * gforge/shared/domain_name: extellient.serveftp.org * gforge/shared/ldap_base_dn: dc=extellient,dc=serveftp,dc=org * gforge/shared/server_admin: [EMAIL PROTECTED] * gforge/shared/ldap_host: extellient.serveftp.org * gforge/shared/system_name: Gforge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370607: [Pkg-cups-devel] Bug#370607: Why has cupsys 1.2.1-2 been promoted to testing in arm?
pe, 2006-06-09 kello 00:59 -0300, Henrique de Moraes Holschuh kirjoitti: On Fri, 09 Jun 2006, Kenshi Muto wrote: And CUPS 1.2.1-2 still exists only in unstable. It is listed as valid candidate (2 days), it may have migrated to testing already, and the packages.* interfaces might not have picked that up yet. As I noticed on my Testing hosts, it indeed migrated yesterday. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#372261: kernel-2.6.8-2-686-smp: kernel panics when running libmicro flock tests
Package: kernel-2.6.8-2-686-smp Version: kernel-image-2.6.8-2-686-smp Severity: normal libMicro is benchmarking tool that was originally used for identifying performance bottlenecks in Solaris 10 kernel and system library implementation. When running a series of tests for flock syscall kernel panics happen with ~30% probability. How to reproduce: - Libmicro version 0.3.0 source tarball was taken from http://www.opensolaris.org/os/community/performance/libmicro/ - it was compiled simply by running 'make' with no special options - then the test suit was launched by 'bench' script Kernel panics were encountered on two different machines: Scenario 1: Hardware configuration: Processors: 2 x AMD Opteron 246 (2Ghz) Motherboard: Iwill DK8S2 (AMD-8131/8111) Memory: 2 x 512Mb DDR-400 HDD: Seagate ST380011A (80Gb) Filesystem: reiserfs 3.6 Distribution: Debian sarge 3.1r2 kernel: kernel-image-2.6.8-2-686-smp2.6.8-16sarge1 Problem descrition: when running tests c_flock_ multiple cascade_flock processes hang waiting for event that never happens. Runinng killall cascade_flock brings the following: Printing eip: c0f06f20 *pde= [c01a62562] work_notifysig +0x13/0x15 Unable to handle kernel NULL pointer dereference at virtual address 0001 Note: After replacing kernel by linux-image-2.6.16-2-686-smp (2.6.16-13bpo1) from backports.org this problem never happened. Scenario 2: Hardware configuration: Processor: Athlon 64 x2 3800+ DDR-400, Motherboard: Asus K8Ne Memory: 2 x 1Gb DDR-400 HDD: Western Digital WD1600 Filesystem: ext3, reiserfs 3.6 Distribution: Debian sarge 3.1r2 kernel: kernel-image-2.6.8-2-686-smp2.6.8-16sarge1 Problem description: when running test c_flock_10 got Kernel panic: attempting to free local with active block list Of course situation with running benchmarking tool is much different from common OS usage pattern. So this report was sent just in hope that this information may be somewhat useful if the situation described has something to do with kernel stability in general. If it's not then please just ignore it. Sincerelly, Ivan -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp 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#372256: [Pkg-cups-devel] Bug#372256: unclear wording in NEWS file
Zitat von Martin-Éric Racine [EMAIL PROTECTED]: Please note that 1.1.23-15 never made it to Testing. Instead, we have 1.2.1-2 there. Could you please compare and check if it still applies? Oh, actually that's from the text I got when in installed 1.2.1-2. I don't know why the bug report indicates version 1.1.23-15 - probably I was too quick. Anyway - I have checked the bug reports against cupsys and there was not mention of any problem/fix of the NEWS file - so I very much assume that it still applies. *t pe, 2006-06-09 kello 08:26 +0200, Tomas Pospisek kirjoitti: Package: cupsys Version: 1.1.23-15 Severity: minor Tags: patch The NEWS file contains unclear wording. I suggest instead of: - * Port/Listen and Browsing parameters are splitted from newer /etc/cups/cupsd.conf. You can modify /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browsing.conf by 'dpkg-reconfigure cupsys' or by hand. If you'd like to use this feature, replace Port/Listen line of /etc/cups/cupsd.conf with 'Include /etc/cups/cups.d/ports.conf' and replace Browsing line with 'Include /etc/cups/cups.d/browse.conf'. (Parameters are already taken from old /etc/cups/cupsd.conf automatically.) - to write: - * Port/Listen and Browsing parameters have been split off of /etc/cups/cupsd.conf into separate files. You can modify /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browsing.conf by runing 'dpkg-reconfigure cupsys' or by hand. If you'd like to use these features, then replace the lines 'Port/Listen' inside /etc/cups/cupsd.conf with 'Include /etc/cups/cups.d/ports.conf' and 'Browsing' with 'Include /etc/cups/cups.d/browse.conf'. (These settings are being moved automatically from the old /etc/cups/cupsd.conf config file to the new files /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browse.conf) - *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cupsys depends on: ii adduser 3.87Add and remove users and groups ii debconf [debconf-2.0]1.5.1 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii libc62.3.6-13GNU C Library: Shared libraries ii libcupsimage21.2.1-2 Common UNIX Printing System(tm) - ii libcupsys2 1.2.1-2 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2.1 the GNU TLS library - runtime libr hi libpam0g 0.79-3.1Pluggable Authentication Modules l ii libpaper11.1.17 Library for handling paper charact hi libslp1 1.2.1-5 OpenSLP libraries ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-4 Core Perl modules hi procps 1:3.2.6-2.2 /proc file system utilities ii xpdf-utils 3.01-8 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.1-2 Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20060318-2 linuxprinting.org printer support ii smbclient 3.0.22-1 a LanManager-like simple client fo -- debconf information excluded ___ Pkg-cups-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cups-devel -- Martin-Ãric Racine http://q-funk.iki.fi This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372256: [Pkg-cups-devel] Bug#372256: unclear wording in NEWS file
Please note that 1.1.23-15 never made it to Testing. Instead, we have 1.2.1-2 there. Could you please compare and check if it still applies? pe, 2006-06-09 kello 08:26 +0200, Tomas Pospisek kirjoitti: Package: cupsys Version: 1.1.23-15 Severity: minor Tags: patch The NEWS file contains unclear wording. I suggest instead of: - * Port/Listen and Browsing parameters are splitted from newer /etc/cups/cupsd.conf. You can modify /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browsing.conf by 'dpkg-reconfigure cupsys' or by hand. If you'd like to use this feature, replace Port/Listen line of /etc/cups/cupsd.conf with 'Include /etc/cups/cups.d/ports.conf' and replace Browsing line with 'Include /etc/cups/cups.d/browse.conf'. (Parameters are already taken from old /etc/cups/cupsd.conf automatically.) - to write: - * Port/Listen and Browsing parameters have been split off of /etc/cups/cupsd.conf into separate files. You can modify /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browsing.conf by runing 'dpkg-reconfigure cupsys' or by hand. If you'd like to use these features, then replace the lines 'Port/Listen' inside /etc/cups/cupsd.conf with 'Include /etc/cups/cups.d/ports.conf' and 'Browsing' with 'Include /etc/cups/cups.d/browse.conf'. (These settings are being moved automatically from the old /etc/cups/cupsd.conf config file to the new files /etc/cups/cups.d/ports.conf and /etc/cups/cups.d/browse.conf) - *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cupsys depends on: ii adduser 3.87Add and remove users and groups ii debconf [debconf-2.0]1.5.1 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii libc62.3.6-13GNU C Library: Shared libraries ii libcupsimage21.2.1-2 Common UNIX Printing System(tm) - ii libcupsys2 1.2.1-2 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2.1 the GNU TLS library - runtime libr hi libpam0g 0.79-3.1Pluggable Authentication Modules l ii libpaper11.1.17 Library for handling paper charact hi libslp1 1.2.1-5 OpenSLP libraries ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-4 Core Perl modules hi procps 1:3.2.6-2.2 /proc file system utilities ii xpdf-utils 3.01-8 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.1-2 Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20060318-2 linuxprinting.org printer support ii smbclient 3.0.22-1 a LanManager-like simple client fo -- debconf information excluded ___ Pkg-cups-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cups-devel -- Martin-Éric Racine http://q-funk.iki.fi
Bug#362824: Still there?
On Fri, 2006-06-09 at 01:54 +0200, Christian Hammers wrote: On 2006-05-10 Michel Dänzer wrote: On Wed, 2006-05-10 at 00:08 +0200, Christian Hammers wrote: On 2006-05-09 Michel Dänzer wrote: Does the X server still crash with the DRI enabled with xserver-xorg-video-ati 1:6.5.8.0-1? It still crashes with the above version. Bummer. It would be great if you could also try with the DRM from DRI CVS; that seems to be necessary with an R300 class card on amd64 here. If you don't know how to go about that, I can send you test binaries, but I'll need to know the exact package version of the kernel you're running. I'm not sure if I really did answer you but just in case: The kernel I'm running is the one from the Debian pacakage linux-image-2.6.16-2-amd64-k8. I could build it myself if you send me the driver source with instructions. First of all, you could try a 2.6.17-rc kernel from experimental. If that doesn't help, see http://dri.freedesktop.org/wiki/Building#head-59338b545aa94fe7570b689a9f9f850f53f732ca and http://dri.freedesktop.org/wiki/Building#head-d3dcc7d83ae38d3b36f7f23ddcd4f5268396b2b4 -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#372262: Updated Catalan translation of debconf templates
Package: xserver-xorg Version: 1:7.0.20 Hi all. You can find the newest Catalan translation for XOrg debconf templates attached to this message. Thanks! # debconf templates for xorg-x11 package # Catalan translation # # $Id: ca.po 1042 2006-01-09 07:55:08Z ender $ # # Copyrights: # Branden Robinson, 2000-2004 # Ivan Vilata i Balaguer [EMAIL PROTECTED], 2002-2006 # # This file is distributed under the same license as the xorg-x11 package. # Please see debian/copyright. # #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: xfree86 4.3.0.dfsg.1-5\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-05-17 07:04-0500\n PO-Revision-Date: 2006-05-28 23:32+0200\n Last-Translator: Ivan Vilata i Balaguer [EMAIL PROTECTED]\n Language-Team: Catalan debian-l10n-catalan@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../x11-common.templates:3 msgid Root Only, Console Users Only, Anybody msgstr Només root, Només usuaris de la consola, Qualsevol #. Type: select #. Description #: ../x11-common.templates:5 msgid Users allowed to start the X server: msgstr Usuaris que poden iniciar el servidor X: #. Type: select #. Description #: ../x11-common.templates:5 msgid Because the X server runs with superuser privileges, it may be unwise to permit any user to start it, for security reasons. On the other hand, it is even more unwise to run general-purpose X client programs as root, which is what may happen if only root is permitted to start the X server. A good compromise is to permit the X server to be started only by users logged in to one of the virtual consoles. msgstr Com que el servidor X corre amb privilegis de superusuari, podria no ser assenyat que qualsevol usuari l’iniciara, per motius de seguretat. D’altra banda, encara té menys seny usar programes client X de propòsit general com a root, cosa que ocorreria si només root puguera iniciar el servidor X. Un bon compromís és deixar iniciar el servidor X només a aquells usuaris que hagen entrat en el sistema per una de les consoles virtuals. #. Type: string #. Description #: ../x11-common.templates:20 msgid Nice value for the X server: msgstr Valor de prioritat («nice») del servidor X: #. Type: string #. Description #: ../x11-common.templates:20 msgid When using operating system kernels with a particular scheduling strategy, it has been widely noted that the X server's performance improves when it is run at a higher process priority than the default; a process's priority is known as its \nice\ value. These values range from -20 (extremely high priority, or \not nice\ to other processes) to 19 (extremely low priority). The default nice value for ordinary processes is 0, and this is also the recommend value for the X server. msgstr En usar nuclis de sistema operatiu que posseeixen una estratègia particular de planificació, a sovint s’ha notat que el rendiment del servidor X millora si s’executa amb una prioritat de procés major que l’habitual; la prioritat d’un procés es coneix com el seu valor de «nice». Aquest varia entre -20 (prioritat extremadament alta, «desagradable» als altres processos) i 19 (prioritat extremadament baixa). El valor de «nice» d’un procés ordinari és 0, valor també recomanat per al servidor X. #. Type: string #. Description #: ../x11-common.templates:20 msgid Values outside the range of -10 to 0 are not recommended; too negative, and the X server will interfere with important system tasks. Too positive, and the X server will be sluggish and unresponsive. msgstr No es recomanen valors fora del rang entre -10 i 0; massa negatius, i el servidor X interferirà amb tasques importants del sistema. Massa positius, i el servidor X serà peresós i de resposta lenta. #. Type: note #. Description #: ../x11-common.templates:35 msgid Incorrect nice value msgstr El valor de prioritat («nice») no és correcte #. Type: note #. Description #: ../x11-common.templates:35 msgid Please enter an integer between -20 and 19. msgstr Per favor, entreu un enter entre -20 i 19. #. Type: note #. Description #: ../x11-common.templates:40 msgid Major possible upgrade issues msgstr Problemes potencials de l’actualització #. Type: note #. Description #: ../x11-common.templates:40 msgid Some users have reported that upon upgrade to the current package set, their xserver package was no longer installed. Because there is no easy way around this problem, you
Bug#372268: ITP: valkyrie -- A graphical front-end to valgrind
Package: wnpp Severity: wishlist Owner: Tobias Klauser [EMAIL PROTECTED] * Package name: valkyrie Version : 1.1.0 Upstream Author : OpenWorks LLP [EMAIL PROTECTED] * URL : http://www.open-works.co.uk/projects/valkyrie.html * License : GPL Programming Lang: C++ Description : A graphical front-end to valgrind Valkyrie is an open-source graphical user interface for the Valgrind 3.X line. Valkyrie uses the Qt widget library, and is based on Valgrind`s XML output capabilities. . Currently, Valkyrie supports Memcheck only, although work is in progress to handle Cachegrind and Massif. -- 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.16-xenon Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) signature.asc Description: Digital signature
Bug#372266: gstreamer-properties needs to also set gst0.10 settings
Package: gnome-media Severity: important Version: 2.12.0-4 Hi, gstreamer-properties configures gstreamer0.8 only and there is (appearantly) not indication of this or hint what to do about gstreamer0.10. As applications (e.g. quodlibet) already use the latter and take their settings from gconf, this leeds to rather opaque failures. Please do provide support for setting both gstreamer0.8 and 0.10 to help transitioning or at least warn the user that the settings changes don't apply to gst0.10. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372264: libpci2: FTBFS on GNU/kFreeBSD
Package: libpci2 Severity: important Version: 2:2.1.11-1 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD. Consequently pciutils 2.2.x are uninstalable on GNU/kFreeBSD. Please, use patch originally provided in #292324 for pciutils-2.1.11. http://bugs.debian.org/cgi-bin/bugreport.cgi/pciutils-2.1.11.kfreebsd.diff.gz?bug=292324;msg=10;att=1 Thanks in advance Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351910: hostapd: does not work with madwifi anymore
Op vr, 09-06-2006 te 03:40 +0300, schreef Faidon Liambotis: Hi, Sorry for taking so long to respond to this bug report, even though I've mailed some of you in private. I wasn't sure of what to do and I was hoping that the -old/-ng situation would resolve itself with the passing of time. As madwifi upstream now recommends -ng as the stable version and considers -old as deprecated/obsolete, I've decided to support only -ng in hostapd by including the respective headers in the source package, as before. Kel, I presume that this is OK with you since you've done the same for wpasupplicant? I'm currently preparing an upload that supports the stable 0.9.0 madwifi (-ng) version. I hope that is OK with everyone. Since I reported the bug I also switched to madwifi-ng (and the newest hostapd version 0.5.3) and everything is working fine for me know. So I guess you can keep building against madwifi-ng Greetings Arjan signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#372190: build-depends-without-arch-dep with cdbs/ant packages
Am Freitag, 9. Juni 2006 00:31 schrieb Russ Allbery: Is there a particular CDBS file that is included for such packages that lintian could trigger off of and grant a general exemption? include /usr/share/cdbs/1/class/ant.mk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361154: The same on i386
Hi, I suffer from the same issue on a i386 platform. I cannot detect any exact cause, but this is very annoying as I can hardly use liferea. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372267: ITP: strongswan -- second fork of freeswan.
Package: wnpp Severity: wishlist Owner: Rene Mayrhofer [EMAIL PROTECTED] strongswan is the second fork of the freeswan code basis besided the openswan package. It has diverged far enough to warrant its own package. * Package name : strongswan Version : 2.7.1 Upstream Author : Andreas Steffen [EMAIL PROTECTED] * URL : http://www.strongsec.org/ * License : GPL 2 Programming Lang: C Description : strongswan is the second fork of the freeswan package and seems to have diverged far enough from openswan to warrant its own package. Basically like the openswan package, but with different feature set. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16.14 Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) pgpGZYhNFkBbu.pgp Description: PGP signature
Bug#372270: smbclient: smbspool's kerberos support is broken by CUPS 1.2 unless chmoded 0700
Package: smbclient Version: 3.0.22-1 Severity: wishlist The problem is as follows: CUPS 1.2 setuids its backends to a safe user (lp on Debian) unless the backend is chmod 0700. CUPS 1.1 ran its backends as whatever user cupsd was running as (root on Debian) (Apparently this change wasn't important enough to appear in the CUPS 1.2 changelogs) /usr/bin/smbspool (called via symlink from /usr/lib/cups/backends/smb) will not run setuid (libsmb rejects this, quite sensibly) As noted in #371143, RunAsUser in /etc/cupsd.conf has no effect as of CUPS 1.2. smbspool needs to be root to read mode 600 /tmp/krb5cc*, to be able to submit print jobs to Active Directory-based print servers without putting the username and password into the Device URI. The problem is of course that making smbspool 0700 in the .deb means it can't be used by non-priviliged users, which is pretty much everyone except those trying to use the kinda-hacky kerberos support in smbspool. So this becomes wishlist... And mybe slightly documentation for the next poor soul to spend all afternoon beating cups with a stick. ^_^ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (950, 'unstable'), (900, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpql7BBsPNMQ.pgp Description: PGP signature
Bug#368871: locales: 'locale' command returns all set to POSIX
On 08/06/06, Denis Barbier [EMAIL PROTECTED] wrote: On Sun, May 28, 2006 at 10:09:39PM +0200, Denis Barbier wrote: [...] No variables are set in bash config files. This may also be due to the login package, a bug has been fixed in 4.0.15-10. I am now running login 4.0.16-1 and I still have the problem. :-( I attached the files. As a side note, what is the procedure for requesting the removal of localeconf from ustable (or any other package for that matter?) George. environment Description: Binary data locale.gen Description: GENbank data locale Description: Binary data
Bug#372208: [pkg-wpa-devel] Bug#372208: missing patches from wpasupplicant
severity 372208 wishlist Soeren Sonnenburg wrote: Package: wpasupplicant Version: 0.5.3+20060522-1 If these patches are for the development version of wpa_supplicant, should they not be merged into upstream CVS, so that next time I take a snapshot, there is no need to carry along a large patch series? Severity: normal This is no defect, rather a wishlist item, IMHO. wpasupplicant is missing a number of patches which can be found at: http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/ for me personally most important is that one (which makes wep w/ orinoco based cards work again): wpa_supplicant-wep-key-fix.patch Please provide a distinct bug report for that issue. furthermore I applied: wpa_supplicant-assoc-timeout.patch wpa_supplicant-auth-fallback-v4.patch Why? I am not sure about the others: wpa_supplicant-0.4.8-madwifi-ioctl-reorder.patch wpa_supplicant-0.4.8-madwifi-privacy-invoked-fix.patch wpa_supplicant-ctrl-iface-ap-scan.patch wpa_supplicant-ctrl-iface-hide-keys.patch wpa_supplicant-driver-wext-debug.patch wpa_supplicant-ssid-len-fix.patch What are they for? Why do I need to apply them? Have they been sent to Jouni? Are you positive these bugs are for the 0.5 series of wpa_supplicant? If so, i would rather allow upstream to take care of them during their normal development process, unless they are _absolutely_ critical. Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351910: hostapd: does not work with madwifi anymore
Faidon Liambotis wrote: Hi, Sorry for taking so long to respond to this bug report, even though I've mailed some of you in private. I wasn't sure of what to do and I was hoping that the -old/-ng situation would resolve itself with the passing of time. As madwifi upstream now recommends -ng as the stable version and considers -old as deprecated/obsolete, I've decided to support only -ng in hostapd by including the respective headers in the source package, as before. Kel, I presume that this is OK with you since you've done the same for wpasupplicant? *Only* in experimental, madwifi-ng is not yet in the unstable archive, so I thought it would only be sensible that any userspace applications support the version of madwifi in the debian archive too. I'm currently preparing an upload that supports the stable 0.9.0 madwifi (-ng) version. I hope that is OK with everyone. Yes, that is fine. I am preparing the new madwifi codebase for upload to unstable this weekend (although it will rot in NEW for many weeks, I suspect). I was just kinda dumbfounded that the hostapd package dropped support for old madwifi a long time before the new codebase became usable (but I did get over it ;-), or close to being in the debian archive. The offer still stands, I am more than happy to provide madwifi header dpatches on demand for the hostapd and wpasupplicant packages for debian. Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372269: madm: It seems there is a conflict with the raidtools package. Both packages have the file /sbin/mdrun
Package: madm Version: 1.9.0-4sarge1 Severity: normal The madm package cannot be installed (ore even upgraded) when raidtools is installed. You 'll find hereunder the result of my last aptitude dist-upgrade (my system is in french) Dépaquetage de mdadm (à partir de .../mdadm_1.9.0-4sarge1_i386.deb) ... dpkg : erreur de traitement de /var/cache/apt/archives/mdadm_1.9.0-4sarge1_i386.deb (--unpack) : tentative de remplacement de « /sbin/mdrun », qui appartient aussi au paquet raidtools Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/mdadm_1.9.0-4sarge1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Ouille ! Quelque chose ne s'est pas bien passé lors de l'installation des paquets -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15-tri Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Bug#369528: [INTL:ne] Nepali console-data update
Package: console-dataVersion: N/ASeverity: wishlistTags: l10n patchPlease find the attached Nepali translation of the updated console-data package. # translation of console-data_debian_po.po to Nepali # Shyam Krishna Bal [EMAIL PROTECTED], 2006. # Shiva Pokharel [EMAIL PROTECTED], 2006. # Mahesh Subedi [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: console-data_debian_po\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-03-13 13:11+\n PO-Revision-Date: 2006-06-06 12:26+0545\n Last-Translator: Shiva Pokharel [EMAIL PROTECTED]\n PO-Revision-Date: 2006-06-06 12:26+0545\n Last-Translator: Shiva Pokharel [EMAIL PROTECTED]\n Language-Team: Nepali [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2;plural=(n!=1)\n X-Generator: KBabel 1.10.2\n #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid by msgstr दà¥à¤µà¤¾à¤°à¤¾ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid bg msgstr बà¥à¤²à¥à¤à¥à¤°à¤¿à¤¯à¤¾ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid croat msgstr à¤à¥à¤°à¥à¤à¤¸à¤¿à¤¯à¤¾à¤²à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid cz-lat2 msgstr à¤à¥à¤ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid sg-latin1 msgstr सà¥à¤µà¥à¤¸ à¤à¤°à¥à¤®à¤¨à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid de-latin1-nodeadkeys msgstr à¤à¤°à¥à¤®à¤¨ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid dk-latin1 msgstr डà¥à¤¨à¤¿à¤¸ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid us msgstr ठमà¥à¤°à¤¿à¤à¤¿ ठà¤à¥à¤à¥à¤°à¥à¤à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid uk msgstr बà¥à¤°à¤¿à¤à¤¿à¤¸ ठà¤à¥à¤à¥à¤°à¥à¤à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid dvorak msgstr डिà¤à¥à¤°à¤ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid et msgstr à¤à¤¸à¥à¤à¥à¤¨à¤¿à¤¯à¤¾à¤²à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid la-latin1 msgstr लà¥à¤¯à¤¾à¤à¤¿à¤¨-ठमà¥à¤°à¤¿à¤à¤¿ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid es msgstr सà¥à¤ªà¥à¤¨à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid fi-latin1 msgstr फिनà¥à¤¸ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid fr-latin9 msgstr फà¥à¤°à¤¾à¤¨à¥à¤¸à¥à¤²à¥ #. Type: select #. choices #: ../console-keymaps-acorn.templates:3 msgid fr-latin1 msgstr फà¥à¤°à¤¾à¤¨à¥à¤¸à¥à¤²à¥(ठपà¥à¤°à¤à¤²à¤¿à¤¤) #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid be2-latin1 msgstr बà¥à¤²à¥à¤à¤¿à¤¯à¤¨ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid cf msgstr à¤à¥à¤¯à¤¾à¤¨à¤¡à¤¾ फà¥à¤°à¤¾à¤¨à¥à¤¸à¥à¤²à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid fr_CH-latin1 msgstr सà¥à¤µà¤¿à¤¸-फà¥à¤°à¤¾à¤¨à¥à¤¸à¥à¤²à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid gr msgstr à¤à¥à¤°à¤¿à¤ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid hebrew msgstr हिबà¥à¤°à¥ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid hu msgstr हà¤à¥à¤à¥à¤°à¤¿à¤¯à¤¨ #. Type: select #. choices #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid is-latin1 msgstr à¤à¤à¤¸à¤²à¥à¤¯à¤¾à¤¨à¥à¤¡à¤¿à¤ #. Type: select #. choices #. Type: select #.
Bug#368992: Workaround
Hi, I had been taking a look at the strace output myself, and found that adding 'mmap_disable = yes' to dovecot.conf makes the performance problems go away. HTH, -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372265: smarty-gettext should not depend on php4-cli only
Package: smarty-gettext Version: 1.0b1-1 Severity: normal Please change the dependencies from php4-cli to php4-cli | php5-cli in order to allow php5 applications to use smarty + gettext. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351910: hostapd: does not work with madwifi anymore
Arjan Oosting wrote: Op vr, 09-06-2006 te 03:40 +0300, schreef Faidon Liambotis: Hi, Sorry for taking so long to respond to this bug report, even though I've mailed some of you in private. I wasn't sure of what to do and I was hoping that the -old/-ng situation would resolve itself with the passing of time. As madwifi upstream now recommends -ng as the stable version and considers -old as deprecated/obsolete, I've decided to support only -ng in hostapd by including the respective headers in the source package, as before. Kel, I presume that this is OK with you since you've done the same for wpasupplicant? I'm currently preparing an upload that supports the stable 0.9.0 madwifi (-ng) version. I hope that is OK with everyone. Since I reported the bug I also switched to madwifi-ng (and the newest hostapd version 0.5.3) and everything is working fine for me know. So I guess you can keep building against madwifi-ng Heh. That is fine for you, but what do the pkg-madwifi maintainers think about it? :-) All I ask for is some co-ordination of madwifi support. As stated in another email, I'm more than happy to feed you guys the required dpatches to support the madwifi version that is actually in debian at the time. Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372263: Dependency to php5 while not working properly with it
Package: smarty Version: 2.6.11-1 Severity: normal Using the debian supplied smarty 2.6.11 with php5 results in a set of call by reference problems. These issues are fixed with smarty 2.6.11. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363399: Net SNMP has broken sysObjectID
tags 363399 + patch stop On 08.06.06 Thomas Anders ([EMAIL PROTECTED]) wrote: Hilmar Preusse wrote: Hi Thomas, So it seems to be a bug in 5.2.2, which has been fixed in 5.3.0. Consider to upgrade the Debian package. I've just fixed this bug in the 5.2.x CVS branch, too. Patch attached. Is the 5.2.2 still actively developed? Anyway, the patch fixes the problem. I leave in the DBTS a marker that there is a patch for the problem. Thanks for your response! H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372275: libannodex: FTBFS: build-dep on missing libcmml0-dev
Package: libannodex Version: 0.7.3-3 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of libannodex_0.7.3-3 on avidan by sbuild/i386 0.46 Build started at 20060609-0819 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 857kB of source archives. Get:1 http://ftp.fr.debian.org sid/main libannodex 0.7.3-3 (dsc) [729B] Get:2 http://ftp.fr.debian.org sid/main libannodex 0.7.3-3 (tar) [828kB] Get:3 http://ftp.fr.debian.org sid/main libannodex 0.7.3-3 (diff) [28.5kB] Fetched 857kB in 1s (468kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), liboggz1-dev (= 0.9.1), libcmml0-dev (= 0.9.0), pkg-config, libsndfile1-dev, doxygen, docbook-to-man Checking for already installed source dependencies... debhelper: missing liboggz1-dev: missing libcmml0-dev: missing pkg-config: missing libsndfile1-dev: missing doxygen: missing docbook-to-man: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... E: Package libcmml0-dev has no installation candidate Package libcmml0-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping libannodex ** Finished at 20060609-0819 Build needed 00:00:00, 0k disk space Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#372272: clanlib: FTBFS: bashisms in build scripts
Package: clanlib Version: 0.6.5-1-3.2 Severity: normal Hello, There was a problem while autobuilding your package: Automatic build of clanlib_0.6.5-1-3.2 on avidan by sbuild/i386 0.46 Build started at 20060609-0549 ** ... debian/rules build /usr/bin/make -f debian/sys-build.mk source.make make[1]: Entering directory `/build/buildd/clanlib-0.6.5-1' make[2]: Entering directory `/build/buildd/clanlib-0.6.5-1/debian/scripts' read: 17: arg count make[2]: Leaving directory `/build/buildd/clanlib-0.6.5-1/debian/scripts' mkdir: cannot create directory `/upstream': Permission denied Extracting upstream tarball ../clanlib_0.6.5.orig.tar.gz debian/scripts/source.unpack: line 18: /upstream/tarballs/clanlib_0.6.5.orig.tar.gz.log: No such file or directory failed! make[1]: *** [debian/stampdir/source.unpack] Error 1 make[1]: Leaving directory `/build/buildd/clanlib-0.6.5-1' make: *** [debian/stampdir/source.make] Error 2 ** Build finished at 20060609-0553 FAILED [dpkg-buildpackage died] -- Finished at 20060609-0553 Build needed 00:00:20, 2528k disk space I guess this error was triggered because you don't use a POSIX compliant syntax in your debian/scripts/. On this buildd, /bin/sh is linked to /bin/dash, so bash specific syntax is not understood. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#372240: idle-python2.3: unsatisfiable dependency on python2.3-tk (= 2.4.3)
Steve Langasek writes: On Thu, Jun 08, 2006 at 07:01:44PM -0700, Steve Langasek wrote: On Thu, Jun 08, 2006 at 08:57:57PM -0400, Aaron M. Ucko wrote: idle-python2.3 depends on python2.3-tk (= 2.4.3), which is impossible to satisfy because the latest nonvirtual version of python2.3-tk was 2.3.5-9.1 and dpkg does not (yet?) support versioned dependencies on virtual packages. As such, could you please either drop the version specification or depend on python-tk (= 2.4.3)? Depending on python-tk (= 2.4.3) is incorrect, because future versions of python-tk are not guaranteed to implement python2.3-tk at all. I'm pretty sure Matthias knows this, though -- just mentioning for the bug log. :) Since I assume the python2.3-tk 2.3.5-3sarge1 in sarge does *not* satisfy idle-python2.3's needs, the most correct dependency seems to be: Depends: python2.3-tk (= 2.4.3) | python-tk (= 2.4.3), python2.3-tk There are three ways this dependency would be satisfied -- a real python2.3-tk package with a version = 2.4.3, a python-tk package = 2.4.3 that provides python2.3-tk, or a python-tk package which doesn't provide python2.3-tk plus a python2.3-tk package 2.4.3 which is co-installable with python-tk. The last of these is obviously incorrect, but I don't see any fix for that which isn't worse (except implementing versioned Provides...). AJ points out that the obvious fix is to have idle-python2.3 also Conflict: python2.3-tk ( 2.4.3). yes, that looks fine. Although in the long term, dropping the versioned packages for idle makes sense as well. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372280: adduser fails: configuration error - unknown item
Package: adduser Version: 3.87 adduser produces a lot of error messages about unrecognized parameters, which may or may not be harmless. This may indicate a conflict with some version of another package, but it's not clear to me which one. related packages: passwd : v1:4.0.15-10 debconf : v1.5.1 The first example below shows adduser being invoked directly from the command line. The other two examples show the same problem occurring when apt-get tries to create system userids while installing other packages. -- Ian Bruce --- # adduser gdubya Adding user `gdubya'... Adding new group `gdubya' (1002). configuration error - unknown item 'FAIL_DELAY' (notify administrator) configuration error - unknown item 'QUOTAS_ENAB' (notify administrator) configuration error - unknown item 'NOLOGIN_STR' (notify administrator) configuration error - unknown item 'ENV_HZ' (notify administrator) configuration error - unknown item 'PASS_MAX_LEN' (notify administrator) configuration error - unknown item 'CHFN_AUTH' (notify administrator) configuration error - unknown item 'CLOSE_SESSIONS' (notify administrator) Adding new user `gdubya' (1002) with group `gdubya'. configuration error - unknown item 'FAIL_DELAY' (notify administrator) configuration error - unknown item 'QUOTAS_ENAB' (notify administrator) configuration error - unknown item 'NOLOGIN_STR' (notify administrator) configuration error - unknown item 'ENV_HZ' (notify administrator) configuration error - unknown item 'PASS_MAX_LEN' (notify administrator) configuration error - unknown item 'CHFN_AUTH' (notify administrator) configuration error - unknown item 'CLOSE_SESSIONS' (notify administrator) --- Setting up nfs-common (1.0.7-17) ... Installing new version of config file /etc/init.d/nfs-common ... Installing new version of config file /etc/default/nfs-common ... Adding system user `statd'... Adding new user `statd' (110) with group `nogroup'. configuration error - unknown item 'QUOTAS_ENAB' (notify administrator) configuration error - unknown item 'NOLOGIN_STR' (notify administrator) configuration error - unknown item 'ENV_HZ' (notify administrator) configuration error - unknown item 'PASS_MAX_LEN' (notify administrator) configuration error - unknown item 'CHFN_AUTH' (notify administrator) configuration error - unknown item 'CLOSE_SESSIONS' (notify administrator) --- Setting up gdm (2.14.5-1) ... Adding group `gdm' (107)... configuration error - unknown item 'FAIL_DELAY' (notify administrator) configuration error - unknown item 'QUOTAS_ENAB' (notify administrator) configuration error - unknown item 'NOLOGIN_STR' (notify administrator) configuration error - unknown item 'ENV_HZ' (notify administrator) configuration error - unknown item 'PASS_MAX_LEN' (notify administrator) configuration error - unknown item 'CHFN_AUTH' (notify administrator) configuration error - unknown item 'CLOSE_SESSIONS' (notify administrator) Done. adduser: Warning: The home dir you specified already exists. Adding system user `gdm' with uid 104... Adding new user `gdm' (104) with group `gdm'. configuration error - unknown item 'FAIL_DELAY' (notify administrator) configuration error - unknown item 'QUOTAS_ENAB' (notify administrator) configuration error - unknown item 'NOLOGIN_STR' (notify administrator) configuration error - unknown item 'ENV_HZ' (notify administrator) configuration error - unknown item 'PASS_MAX_LEN' (notify administrator) configuration error - unknown item 'CHFN_AUTH' (notify administrator) configuration error - unknown item 'CLOSE_SESSIONS' (notify administrator) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372274: klibc: FTBFS: unsatisfaisable build-dep: linux-headers-2.6.16-1 is missing
Package: klibc Version: 1.3.34-1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of klibc_1.3.34-1 on avidan by sbuild/i386 0.46 Build started at 20060609-0817 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 594kB of source archives. Get:1 http://ftp.fr.debian.org sid/main klibc 1.3.34-1 (dsc) [724B] Get:2 http://ftp.fr.debian.org sid/main klibc 1.3.34-1 (tar) [580kB] Get:3 http://ftp.fr.debian.org sid/main klibc 1.3.34-1 (diff) [12.8kB] Fetched 594kB in 1s (422kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 5.0.0), linux-headers-2.6.16-1, bison, flex Checking for already installed source dependencies... cdbs: missing debhelper: missing linux-headers-2.6.16-1: missing bison: missing flex: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... E: Couldn't find package linux-headers-2.6.16-1 apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping klibc ** Finished at 20060609-0817 Build needed 00:00:00, 0k disk space -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#372276: fbi depends on liblircclient0
Package: fbi Version: 2.01-1.2sarge1 Severity: minor Hi, When I tried to upgrade the package to 2.01-1.2sarge1 I noticed that the package depends on liblircclient0, which was not the case for 2.01-1.2. As the version is only a security update I assume this to be an unwanted change. It is not mentioned in the changelog. I setting Moritz Muehlenhoff into Cc, as he prepared the upload. Thanks, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312575:
This one time, at band camp, Geoff Denning said: I've discovered both the cause and workaround for this problem, as I encountered the same bug myself this morning. The debian package elegantly creates a /etc/mail/m4/clamav-milter.m4configuration file that contains the INPUT_MAIL_FILTER specifying the location of the milter socket file. The location of the socket file is correct, and actually does correspond to the file configured in /etc/init.d/clamav-milter. However, when clamav-milter checks for the INPUT_MAIL_FILTER directive in sendmail, it only checks sendmail.mc, and ignores all the included configuration files in the m4 directory. The workaround is to move the INPUT_MAIL_FILTER directive from the /etc/mail/m4/clamav-milter.m4 file to the /etc/mail/sendmail.cf file (and delete the /etc/mail/m4/clamav-milter.m4 file). Technically, this should probably be considered a clamav-milter bug, but for now, the package should probably add the INPUT_MAIL_FILTER directive to the sendmail.cf file. Ah, I see. Well, I can't directly touch sendmail.cf or sendmail.mc from the clamav-milter package. All I can do is try to make integration easy. I will try to take a look at the code this weekend, and see if I can't com eup with some way around it. The best may just be to get rid of the test in the milter itself. I've always thought it was a bit unnecessary, myself. Thanks for the report, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#372271: imapsync: missing libio-socket-ssl-perl dependency
Package: imapsync Version: 1.172-1 Severity: important Hi, after installing imapsync from Sid on my (mostly) Sarge system, I got: $ imapsync --help Can't locate IO/Socket/SSL.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/imapsync line 349. Installing libio-socket-ssl-perl solved the problem. Regards, Feri. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages imapsync depends on: ii libdigest-hmac-perl1.01-3create standard message integrity ii libmail-imapclient-perl2.2.9+deb-2 a perl library for manipulating IM ii libterm-readkey-perl 2.21-1.3 A perl module for simple terminal ii perl 5.8.4-8sarge4 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363399: Net SNMP has broken sysObjectID
Hilmar Preusse wrote: Is the 5.2.2 still actively developed? Anyway, the patch fixes the problem. I leave in the DBTS a marker that there is a patch for the problem. The 5.2.x branch is still maintained -- in bug-fixes only mode. The release cycle for 5.2.3 will start anytime soon, probably today. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372278: xserver-xorg-input-all: using clipboard with 8 bits characters doesn't work
Package: xserver-xorg-input-all Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. I'm not sure which package should I choose for this particular problem cause I'm not aware of internal mechanismes in X.org. Please forward/reassign this bugreport to the correct place if this is wrong one. The problem is when I try to mark some text (in Firefox for example) and it contains some characters like apostrophe wrote using entities like rsquo;. X clipboard seems to have problems with such characters and it's not possible to paste marked text to the other application like xterm. I suppose it's problem with UTF handling, but it's not possible to paste even broken text without that 8 bit characters. Middle mouse button doesn't paste anything. Maybe it should simply strip 8 bits characters and paste only these that are correct for 8bit encoding. regards fEnIo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEiTkJhQui3hP+/EARAlzlAKDU4MiHgHre8HHJna7uIrtFrTyWNgCgwqys gJvEodQT08KFc7wvmVIyN+4= =DCJk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372128: examples/setup-mysql doesn't work
Le Vendredi 09 Juin 2006 03:31, Kai Hendry a écrit : On 2006-06-08T14:59+0200 Gonéri Le Bouder wrote: /usr/share/doc/wordpress/examples/setup-mysql doesn't work for me: nana:/etc/apache2/sites-available# sh /usr/share/doc/wordpress/examples/setup-mysql /usr/share/doc/wordpress/examples/setup-mysql: 38: Syntax error: Bad substitution nana:/etc/apache2/sites-available# sh /usr/share/doc/wordpress/examples/setup-mysql root localhost /usr/share/doc/wordpress/examples/setup-mysql: 38: Syntax error: Bad Could you please try: sudo bash /usr/share/doc/wordpress/examples/setup-mysql And let me know if that fails too? i just recall myselft that my sh is provided by dash, not bash. nana:/home/goneri# ls -l /bin/sh lrwxrwxrwx 1 root root 4 Jun 2 11:26 /bin/sh - dash This seem to come from a bashisme in the script. BUGS: See ../TODO.Debian This file doesn't exist anymore. Cheers Gonéri
Bug#370456: scim-chewing - FTBFS: Build depends against unavailable package
On Tue, Jun 06, 2006 at 02:50:47PM +0200, Enrico Zini wrote: On Tue, Jun 06, 2006 at 03:59:45PM +0800, Andrew Lee wrote: Because libchewing-0.3.0 has been in new queue[1] for one week, could some DD offer a help on this? [1] http://ftp-master.debian.org/new.html Gannef has come back from Mexico and is now processing the NEW queue at full steam. I guess that the best way to help is just to let him do the job undisturbed :) ...in the meantime, the packages can be found here: http://www.enricozini.org/chewing/libchewing3_0.3.0-1_i386.deb http://www.enricozini.org/chewing/libchewing3-data_0.3.0-1_i386.deb http://www.enricozini.org/chewing/libchewing3-dev_0.3.0-1_i386.deb These are the packages' MD5s: 3b58638feb9b4a492f3f0c49d352243a libchewing3_0.3.0-1_i386.deb 57aee96b35fe66b4967efadc927117ca libchewing3-data_0.3.0-1_i386.deb f25df8a6447e9977f2c4cafa32a17260 libchewing3-dev_0.3.0-1_i386.deb And these are the SHA1s: 261ac79a41be2cf7b9ddd80a1e6dcb655747d693 libchewing3_0.3.0-1_i386.deb bdcae172eddfdbcd6ca781e344695f289488237c libchewing3-data_0.3.0-1_i386.deb f7cdf7b29f6d28d012c15bed68bcf9361daf3d4d libchewing3-dev_0.3.0-1_i386.deb This mail is signed. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#361312: postinst failure
I'm sorry. It seems I was wrong. The devices do indeed get created okay... Just to document a full install with the failure, I did a test for you on a virtual machine I have running here: Check that Zaptel packages aren't installed. debtest:~# dpkg --list | grep zap debtest:~# Check that the Zaptel devices don't exist. debtest:~# ls -l /dev/zap ls: /dev/zap: No such file or directory Install the zaptel package from unstable debtest:~# apt-get install zaptel/unstable Reading package lists... Done Building dependency tree... Done Selected version 1:1.2.5-1 (Debian:unstable) for zaptel The following NEW packages will be installed zaptel 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/71.0kB of archives. After unpacking 446kB of additional disk space will be used. Selecting previously deselected package zaptel. (Reading database ... 38959 files and directories currently installed.) Unpacking zaptel (from .../zaptel_1%3a1.2.5-1_i386.deb) ... Setting up zaptel (1.2.5-1) ... Zaptel cards initial configuration: Notice: Configuration file is /etc/zaptel.conf line 0: Unable to open master device '/dev/zap/ctl' 1 error(s) detected invoke-rc.d: initscript zaptel, action start failed. dpkg: error processing zaptel (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: zaptel E: Sub-process /usr/bin/dpkg returned an error code (1) Failed... Check if the devices were created: debtest:~# ls /dev/zap 1113 128 142 157 171 186 20 214 229 243 32 47 61 76 90 10 114 129 143 158 172 187 200 215 23 244 33 48 62 77 91 100 115 13 144 159 173 188 201 216 230 245 34 49 63 78 92 101 116 130 145 16 174 189 202 217 231 246 35 5 64 79 93 102 117 131 146 160 175 19 203 218 232 247 36 50 65 8 94 103 118 132 147 161 176 190 204 219 233 248 37 51 66 80 95 104 119 133 148 162 177 191 205 22 234 249 38 52 67 81 96 105 12 134 149 163 178 192 206 220 235 25 39 53 68 82 97 106 120 135 15 164 179 193 207 221 236 250 4 54 69 83 98 107 121 136 150 165 18 194 208 222 237 26 40 55 7 84 99 108 122 137 151 166 180 195 209 223 238 27 41 56 70 85 channel 109 123 138 152 167 181 196 21 224 239 28 42 57 71 86 ctl 11 124 139 153 168 182 197 210 225 24 29 43 58 72 87 pseudo 110 125 14 154 169 183 198 211 226 240 344 59 73 88 timer 111 126 140 155 17 184 199 212 227 241 30 45 6 74 89 112 127 141 156 170 185 2213 228 242 31 46 60 75 9 They were, so your code works just fine in the postinst script Try to reconfigure the package: debtest:~# dpkg --configure -a Setting up zaptel (1.2.5-1) ... Zaptel cards initial configuration: Notice: Configuration file is /etc/zaptel.conf line 0: Unable to open master device '/dev/zap/ctl' 1 error(s) detected invoke-rc.d: initscript zaptel, action start failed. dpkg: error processing zaptel (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: zaptel So what I think actually allowed me to do the install of zaptel was that I forced the install of the compiled zaptel-modules-2.6.15-1-686 source by doing something like: # dpkg --ignore-depends=zaptel -i zaptel-modules-2.6.15-1-686_1.2.5-1+2.6.15-8_i386.deb # modprobe ztdummy That forced the install of the modules I compiled, and then loaded up the dummy driver which probably now listens on the /dev/zap/ctl device that the failed install of the zaptel package created. Then upon reinstalling zaptel, it was able to successfully open the /dev/zap/ctl device and configure itself. So the fix then, to not try and start up zaptel automatically at the end of postinst, OR start it up but force a success return code if it does fail to start? Maybe with an appropriate error message? It's a bit of a chicken and egg problem because you need the drivers for the zaptel startup to work, but the zaptel install needs to happen before you install the drivers... Regards, -- Jim Barber DDI Health -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372279: amule-utils fails to update due to overwriting ed2k.1.gz not allowed
Package: amule-utils Version: 2.1.2-2 Severity: grave Justification: renders package unusable Updating amule-utils leads to the following message and leaves the package unusable (Reading database ... 210216 files and directories currently installed.) Preparing to replace amule-utils 2.1.2-2 (using .../amule-utils_2.1.2-3_i386.deb) ... No diversion `diversion of /usr/bin/ed2k by amule', none removed Removing `diversion of /usr/share/man/man1/ed2k.1.gz to /usr/share/man/man1/ed2k.xmule.1.gz by amule' dpkg-divert: rename involves overwriting `/usr/share/man/man1/ed2k.1.gz' with different file `/usr/share/man/man1/ed2k.xmule.1.gz', not allowed dpkg: error processing /var/cache/apt/archives/amule-utils_2.1.2-3_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/amule-utils_2.1.2-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Some errors occurred while unpacking. I'm going to configure the packages that were installed. This may result in duplicate errors or errors caused by missing dependencies. This is OK, only the errors above this message are important. Please fix them and run [I]nstall again -- 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.16-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages amule-utils depends on: ii amule-common2.1.2-3 common files for the rest of aMule ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-2GCC support library ii libgd2-xpm 2.0.33-4 GD Graphics Library version 2 ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libreadline55.1-7GNU readline and history libraries ii libstdc++6 4.1.1-2 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1wxBase library (runtime) - non-GUI ii libx11-62:1.0.0-6X11 client-side library ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii zlib1g 1:1.2.3-11 compression library - runtime amule-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372208: [pkg-wpa-devel] Bug#372208: missing patches from wpasupplicant
On Fri, Jun 09, 2006 at 06:19:08PM +1000, Kel Modderman wrote: If these patches are for the development version of wpa_supplicant, should they not be merged into upstream CVS, so that next time I take a snapshot, there is no need to carry along a large patch series? It seems to me that the patches are for 0.4.8. This is no defect, rather a wishlist item, IMHO. well, some of the patches makes wpa_supplicant work on some machines. So in some cases, they might be useful or even required. wpasupplicant is missing a number of patches which can be found at: http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/ for me personally most important is that one (which makes wep w/ orinoco based cards work again): wpa_supplicant-wep-key-fix.patch Please provide a distinct bug report for that issue. I remember something.. wait. I think this would be this bug: https://launchpad.net/distros/ubuntu/+source/wpasupplicant/+bug/37396 But I'm not that sure. furthermore I applied: wpa_supplicant-assoc-timeout.patch wpa_supplicant-auth-fallback-v4.patch Why? I'm a bit confused as well. Who wrote this patch? Who to contact him and have they already been submitted/discussed upstream? Gruesse, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372273: cracklib2: FTBFS: error: crack.h: No such file or directory
Package: cracklib2 Version: 2.7-18 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of cracklib2_2.7-18 on avidan by sbuild/i386 0.46 Build started at 20060609-0619 ... make[1]: Entering directory `/build/buildd/cracklib2-2.7' make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/build/buildd/cracklib2-2.7' CFLAGS=-g -Wall -O2 make all make[1]: Entering directory `/build/buildd/cracklib2-2.7' ( cd cracklib make exit $? ) make[2]: Entering directory `/build/buildd/cracklib2-2.7/cracklib' gcc -g -Wall -O2 -Wall -W -pedantic -D_REENTRANT -fPIC -DIN_CRACKLIB -c -o fascist.o fascist.c fascist.c:11:19: error: crack.h: No such file or directory make[2]: *** [fascist.o] Error 1 make[2]: Leaving directory `/build/buildd/cracklib2-2.7/cracklib' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/cracklib2-2.7' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20060609-0620 FAILED [dpkg-buildpackage died] Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#369840: svlogd seems to ignore old unprocessed logs when deleting old log files during rotation
On Tue, Jun 06, 2006 at 03:35:32PM +, Gerrit Pape wrote: Hi, On Fri, Jun 02, 2006 at 03:28:15PM +, Gerrit Pape wrote: On Fri, Jun 02, 2006 at 04:59:39PM +0200, Andras Korn wrote: OK, here is a test scenario. Thanks Andras, I can reproduce it, and'll take a look soon. Hi, could you try this patch? Thanks, Gerrit. Sorry about the delay. The patch seems to fix the problem (at least I can no longer reproduce it systematically). Thanks! Andras -- Andras Korn korn at chardonnay.math.bme.hu http://chardonnay.math.bme.hu/~korn/ QOTD: Just because you are paranoid, it doesn't mean they are not out to get you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364231: exception catching broken on HPPA
Now that g++ points to g++-4.1 on hppa, is the correct fix here to drop g++-4.0 and g++-3.4 packages on this architecture? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#372277: xcursor-themes doesn't make the symlinks for left_ptr_watch wanted by thunderbird/firefox
Package: xcursor-themes Version: 1.0.1-4 Severity: minor Thunderbird/Firefox c seem to want some crazy aliases for cursor names, e.g. 08e8e1c95fe2fc01f976f1e063a24ccd for left_ptr_watch. Maybe this is a bug in the mozilla stuff, but some cursor themes, e.g. Industrial, seem to make a symlink to keep 'em happy. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-ssi-1.9.2-jh-4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372281: Mono-xsp2 configfile problem
Package: mono-xsp2Version: 1.1.15-1I try manually run xsp2. Xsp2 won't start. I get this error:mycomputer# xsp2 --appconfigfile /etc/xsp2/debian.webapp --port 8082Unhandled Exception: System.InvalidCastException : Cannot cast from source type to destination type.in 0x0003f System.Configuration.ConfigurationManager:get_AppSettings ()in 0x7 Mono.XSP.Server:get_AppSettings ()in 0x00149 Mono.XSP.Server:Main (System.String[] args)my debian.webapp:apps web-applicationnametest/namevpath/test/vpathpath/home/pchott/tmp/mono_testing/ImageWriteOnFly/path /web-application/apps
Bug#323099: License of wget.texi: suggest removal of invariant sections
Just wanted to touch bases with you again to make sure that what we are requesting was reasonably clear, and the reasoning behind it was understandable. If you have any additional questions, please let me know. Just in case it was lost, I suggest changing: Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with the Invariant Sections being ``GNU General Public License'' and ``GNU Free Documentation License'', with no Front-Cover Texts, and with no Back-Cover Texts. A copy of the license is included in the section entitled ``GNU Free Documentation License''. to Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with the no Invariant Sections, with no Front-Cover Texts, and with no Back-Cover Texts. A copy of the license is included in the section entitled ``GNU Free Documentation License''. which would resolve the (admittedly rather nitpicky) issues which would keep Debian from being able to distribute the wget texinfo documentation in the stable release. [In case it wasn't clear, #323099 is a bug that needs to be fixed before we can release; there are only two solutions available to Noèl Köthe: the change I've suggested, or removal of the GFDL documentation.] Don Armstrong -- Il semble que la perfection soit atteinte non quand il n'y a plus rien a ajouter, mais quand il n'y a plus rien a retrancher. (Perfection is apparently not achieved when nothing more can be added, but when nothing else can be removed.) -- Antoine de Saint-Exupe'ry, Terres des Hommes http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Bug#372290: ffmpeg: FTBFS on GNU/kFreeBSD
Package: ffmpeg Severity: important Version: 0.cvs20060329-4 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD. Please find attached patch to fix that. It would also be nice if you can ask upstream to include change in 025_kfreebsd.diff. Thanks in advance Petr --- ffmpeg-0.cvs20060329/debian/control 2006-06-09 11:12:38.0 +0200 +++ ffmpeg-0.cvs20060329/debian/control 2006-06-09 11:12:38.0 +0200 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Sam Hocevar (Debian packages) [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0), quilt, libogg-dev, libvorbis-dev, liba52-dev, libdts-dev, zlib1g-dev, libsdl1.2-dev, libfreetype6-dev, libimlib2-dev, texi2html, libraw1394-dev, libdc1394-13-dev, libtheora-dev ( 0.0.0.alpha4), libgsm1-dev +Build-Depends: debhelper (= 4.0), quilt, libogg-dev, libvorbis-dev, liba52-dev, libdts-dev, zlib1g-dev, libsdl1.2-dev, libfreetype6-dev, libimlib2-dev, texi2html, libraw1394-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libdc1394-13-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libtheora-dev ( 0.0.0.alpha4), libgsm1-dev Standards-Version: 3.6.2 Package: ffmpeg diff -u ffmpeg-0.cvs20060329/debian/patches/series ffmpeg-0.cvs20060329/debian/patches/series --- ffmpeg-0.cvs20060329/debian/patches/series +++ ffmpeg-0.cvs20060329/debian/patches/series @@ -8,0 +9 @@ +025_kfreebsd.diff diff -u ffmpeg-0.cvs20060329/debian/rules ffmpeg-0.cvs20060329/debian/rules --- ffmpeg-0.cvs20060329/debian/rules +++ ffmpeg-0.cvs20060329/debian/rules @@ -12,7 +12,12 @@ #endif confflags += --enable-gpl --enable-pp --enable-pthreads -confflags += --enable-vorbis --enable-libogg --enable-theora --enable-a52 --enable-dts --enable-dc1394 --enable-libgsm +confflags += --enable-vorbis --enable-libogg --enable-theora --enable-a52 --enable-dts --enable-libgsm + +ifneq (,$(findstring linux,$(DEB_HOST_GNU_TYPE))) + confflags += --enable-dc1394 +endif + ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) confflags += --enable-debug else only in patch2: unchanged: --- ffmpeg-0.cvs20060329.orig/debian/patches/025_kfreebsd.diff +++ ffmpeg-0.cvs20060329/debian/patches/025_kfreebsd.diff @@ -0,0 +1,34 @@ +Index: ffmpeg-0.cvs20060329/configure +=== +--- ffmpeg-0.cvs20060329.orig/configure2006-06-09 11:04:38.0 +0200 ffmpeg-0.cvs20060329/configure 2006-06-09 11:05:52.0 +0200 +@@ -339,6 +339,15 @@ + CFLAGS=-pthread + LDFLAGS=$LDFLAGS -export-dynamic -pthread + ;; ++GNU/kFreeBSD) ++v4l=no ++v4l2=no ++bktr=yes ++audio_oss=yes ++dv1394=no ++CFLAGS=-pthread ++LDFLAGS=$LDFLAGS -rdynamic ++;; + BSD/OS) + v4l=no + v4l2=no +Index: ffmpeg-0.cvs20060329/libavformat/grab_bktr.c +=== +--- ffmpeg-0.cvs20060329.orig/libavformat/grab_bktr.c 2006-03-29 19:53:55.0 +0200 ffmpeg-0.cvs20060329/libavformat/grab_bktr.c 2006-06-09 11:05:52.0 +0200 +@@ -30,6 +30,9 @@ + # include machine/ioctl_meteor.h + # include machine/ioctl_bt848.h + # endif ++#elif defined(__FreeBSD_kernel__) ++# include dev/bktr/ioctl_meteor.h ++# include dev/bktr/ioctl_bt848.h + #elif defined(__DragonFly__) + # include dev/video/meteor/ioctl_meteor.h + # include dev/video/bktr/ioctl_bt848.h
Bug#372289: mutt: Detects wrong mime type on some .tar.gz, resulting in corrupt files
Package: mutt Version: 1.5.11+cvs20060403-1 When trying to attach http://www.cip.ifi.lmu.de/~bleher/mutt-mime-bug.tar.gz , mutt assigns the file the type and encoding text/plain, quoted, utf-8, even though the file is a perfectly valid tar.gz - file(1) reports gzip compressed data, from Unix and I can unpack the contents with tar. This wrong encoding causes the file to be corrupted so it cannot be unpacked by the receiver. I often send .tar.gz files using this mutt config so this seems peculiar to this .tar.gz. Just to be sure I also tried it on a fresh account without any user config, and mutt had the same problem. This is on an Ubuntu Dapper system, but with the Debian mutt package, so I thought I'd report it here. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370437: inkscape should recommend skencil instead of sketch
Hi Thomas, On Mon, Jun 05, 2006 at 11:16:54AM +0200, Thomas Weber wrote: Package: inkscape Version: 0.43-5 Severity: wishlist Hi, inkscape currently recommends sketch, which (according to is description) is a transition package for skencil. So you might want to switch to skencil. Thanks for reminding me. I'll do so in the next upload. With best regards, Wolfi Thanks Thomas signature.asc Description: Digital signature
Bug#372278: xserver-xorg-input-all: using clipboard with 8 bits characters doesn't work
On Fri, Jun 09, 2006 at 11:02:01AM +0200, Bartosz Fenski aka fEnIo wrote: I'm not sure which package should I choose for this particular problem cause I'm not aware of internal mechanismes in X.org. Please forward/reassign this bugreport to the correct place if this is wrong one. The problem is when I try to mark some text (in Firefox for example) and it contains some characters like apostrophe wrote using entities like rsquo;. X clipboard seems to have problems with such characters and it's not possible to paste marked text to the other application like xterm. I suppose it's problem with UTF handling, but it's not possible to paste even broken text without that 8 bit characters. Middle mouse button doesn't paste anything. Maybe it should simply strip 8 bits characters and paste only these that are correct for 8bit encoding. Define 'broken'. X actually has no clipboard role. What happens is this: * you select something in Firefox, * Firefox informs X that it now owns the PRIMARY selection, * you middle-click in xterm, * xterm queries X as to who owns the PRIMARY selection, * Firefox and xterm do type negotiation, and the most acceptable type is sent to xterm. So you'd have to be looking at what went on in the type negotiation between Firefox and xterm. I assume you're pasting UTF-8 quotation marks (‘’´) into a non-UTF-8 terminal, and things go south? If so, it's a bug in either Firefox for not gracefully dealing with other encodings, or xterm. Cheers, Daniel signature.asc Description: Digital signature
Bug#340008: Upgrading dovecot overwrites installed SSL keys
On Wed, Jun 07, 2006 at 11:59:47AM -0400, Jaldhar H. Vyas wrote: Hello, haven't heard back from either of you. If this isn't such a big deal I'll downgrade the severity again. In any case I've been told this bug doesn't qualify to be fixed in sarge. Okay, fair enough. As I understand this problem is is fixed in unstable so there isn't more to be done other than leave this bug open for reference (and tag sarge?). Sorry I didn't reply sooner. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372208: [pkg-wpa-devel] Bug#372208: missing patches from wpasupplicant
Reinhard Tartler wrote: On Fri, Jun 09, 2006 at 06:19:08PM +1000, Kel Modderman wrote: If these patches are for the development version of wpa_supplicant, should they not be merged into upstream CVS, so that next time I take a snapshot, there is no need to carry along a large patch series? It seems to me that the patches are for 0.4.8. This is no defect, rather a wishlist item, IMHO. well, some of the patches makes wpa_supplicant work on some machines. So in some cases, they might be useful or even required. If they are indeed required, then someone should tell Jouni that. And when they send a bug report to a distribution maintainer(s), information about the discussion with upstream can be referenced to, and all the pertinent information is available there. Of course, I am not telling you anything that you did not already know Reinhard, I simply fail to see the purpose of this bug report. wpasupplicant is missing a number of patches which can be found at: http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/ for me personally most important is that one (which makes wep w/ orinoco based cards work again): wpa_supplicant-wep-key-fix.patch Please provide a distinct bug report for that issue. I remember something.. wait. I think this would be this bug: https://launchpad.net/distros/ubuntu/+source/wpasupplicant/+bug/37396 But I'm not that sure. Ok, will look. furthermore I applied: wpa_supplicant-assoc-timeout.patch wpa_supplicant-auth-fallback-v4.patch Why? I'm a bit confused as well. Who wrote this patch? Who to contact him and have they already been submitted/discussed upstream? What about patches from SuSE and gentoo? ;-) (only joking) Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372291: cupsd: Unable to read configuration file '/etc/cups/cupsd.conf' - exiting!
Package: cups Version: 1.2.1-2 Severity: important Problem: cupsd: Unable to read configuration file '/etc/cups/cupsd.conf' - exiting! Solution: replace Allow From 192.168.1.* e.g. with Allow From 192.168.1.0/24 Looks like * isnt a valid character anymore in the conf file. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372208: [pkg-wpa-devel] Bug#372208: missing patches from wpasupplicant
On Fri, 2006-06-09 at 10:48 +0200, Reinhard Tartler wrote: On Fri, Jun 09, 2006 at 06:19:08PM +1000, Kel Modderman wrote: If these patches are for the development version of wpa_supplicant, should they not be merged into upstream CVS, so that next time I take a snapshot, there is no need to carry along a large patch series? It seems to me that the patches are for 0.4.8. This is no defect, rather a wishlist item, IMHO. well, some of the patches makes wpa_supplicant work on some machines. So in some cases, they might be useful or even required. well wpasupplicant is useless w/ orinoco w/o the wep-key-fix patch - if you consider that wishlist... wpasupplicant is missing a number of patches which can be found at: http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/ for me personally most important is that one (which makes wep w/ orinoco based cards work again): wpa_supplicant-wep-key-fix.patch Please provide a distinct bug report for that issue. I remember something.. wait. I think this would be this bug: https://launchpad.net/distros/ubuntu/+source/wpasupplicant/+bug/37396 But I'm not that sure. yes exactly. it will fix that one. but i am not sure this is enough as I also applied the two below. furthermore I applied: wpa_supplicant-assoc-timeout.patch wpa_supplicant-auth-fallback-v4.patch Why? I'm a bit confused as well. Who wrote this patch? Who to contact him and have they already been submitted/discussed upstream? that is how I found them, and well they are in FCsome number http://mail.gnome.org/archives/networkmanager-list/2006-June/msg2.html Soeren. -- Sometimes, there's a moment as you're waking, when you become aware of the real world around you, but you're still dreaming. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372208: [pkg-wpa-devel] Bug#372208: missing patches from wpasupplicant
Soeren Sonnenburg wrote: On Fri, 2006-06-09 at 10:48 +0200, Reinhard Tartler wrote: On Fri, Jun 09, 2006 at 06:19:08PM +1000, Kel Modderman wrote: If these patches are for the development version of wpa_supplicant, should they not be merged into upstream CVS, so that next time I take a snapshot, there is no need to carry along a large patch series? It seems to me that the patches are for 0.4.8. This is no defect, rather a wishlist item, IMHO. well, some of the patches makes wpa_supplicant work on some machines. So in some cases, they might be useful or even required. well wpasupplicant is useless w/ orinoco w/o the wep-key-fix patch - if you consider that wishlist... Soeren, I do not object to you reporting this, and I _really_ do appreciate your interest. I just do not know how to react to a report that basically informed us that Fedora have a patch series against wpa_supplicant (no version) that fixes some problems (that are not described). Just need some more specific information please. Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328423: Tagging as wontfix
tag 328423 wontfix thanks Hi, I just noticed that I should not only be silent about this bug but also not that with Florian's reasoning I came to the conclusion to leave the packages in recommends and tag this bug as wontfix so that people now about it. Thanks to all who helped, Wolfi signature.asc Description: Digital signature
Bug#364231: exception catching broken on HPPA
Steve Langasek writes: Now that g++ points to g++-4.1 on hppa, is the correct fix here to drop g++-4.0 and g++-3.4 packages on this architecture? yes, in the works; additionally all packages depending on libgcc2 have to be rebuilt. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372288: python-central: /usr/bin/python: bad interpreter: No such file or directory
Package: python-central Severity: grave This doesn't work: Automatic build of lprof_1.11.4.dfsg-2 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.44 ... Removing libx11-dev ... Removing python ... Removing xtrans-dev ... Removing x11proto-kb-dev ... Removing libxext-dev ... Removing libxdmcp-dev ... Removing python2.3 ... /var/lib/dpkg/info/python2.3.prerm: /usr/bin/pycentral: /usr/bin/python: bad interpreter: No such file or directory dpkg: error processing python2.3 (--purge): subprocess pre-removal script returned error exit status 126 Removing x11proto-xext-dev ... Removing libxau-dev ... dpkg: dependency problems prevent removal of python-central: python2.3 depends on python-central. dpkg: error processing python-central (--purge): dependency problems - not removing dpkg: dependency problems prevent removal of libreadline5: python2.3 depends on libreadline5 (= 5.1). dpkg: error processing libreadline5 (--purge): dependency problems - not removing dpkg: dependency problems prevent removal of libbz2-1.0: python2.3 depends on libbz2-1.0. dpkg: error processing libbz2-1.0 (--purge): dependency problems - not removing dpkg: dependency problems prevent removal of readline-common: libreadline5 depends on readline-common. dpkg: error processing readline-common (--purge): dependency problems - not removing Removing x11proto-input-dev ... Removing x11proto-core-dev ... Errors were encountered while processing: python2.3 python-central libreadline5 libbz2-1.0 readline-common dpkg run to remove packages (libxmu6 libxfixes-dev libxdmcp-dev readline-common qt3-dev-tools gettext zlib1g-dev libcupsys2 libdrm2 libgcrypt11-dev liblzo-dev python2.3 libx11-dev libxt-dev libqt3-mt-dev libice-dev libgl1-mesa-dev x11proto-fixes-dev libfreetype6-dev libvigraimpex2 libgl1-mesa-glx x11proto-input-dev libexpat1-dev html2text libgcrypt11 libjpeg62-dev libcupsys2-dev debhelper libtiffxx0c2 fftw3-dev python libtasn1-2-dev libgnutls-dev libgl1-mesa-dri libqt3-mt liblcms1-dev libxcursor-dev xtrans-dev x11proto-randr-dev libopencdk8-dev libglu1-mesa x11proto-core-dev libxinerama-dev liblzo1 dpatch libaudio-dev libxt6 libqt3-compat-headers libxi-dev libmng1 libxmu-dev po-debconf libgpg-error-dev libxft-dev qt3-apps-dev libvigraimpex-dev x11proto-xext-dev liblcms1 pkg-config libxxf86vm1 x11proto-kb-dev intltool-debian x11proto-xinerama-dev libfontconfig1-dev libtasn1-2 mesa-common-dev libqt3-headers libxext-dev libxrandr-dev libgpg-error0 libxau-dev libmng-dev libxmu-headers libxrender-dev fftw3 libtiff4-dev libopencdk8 libpng12-dev libglu1-mesa-dev python-central libpopt-dev libreadline5 x11proto-render-dev libgnutls13 libbz2-1.0 scons libsm-dev libaudio2) failed! Failed to remove installed packages! -- Martin Michlmayr http://www.cyrius.com/
Bug#371195: [Pkg-db-devel] Bug#371195: libdb4.4: segfault when libdb4.3-dev is installed
[Repost to bugs.d.o, sorry I forgot this earlier] Hi, Alle 20:00, mercoledì, 7. giugno 2006, hai scritto: When libdb4.4 is installed, it doesn't prevent libdb4.3-dev to be installed at the same time. However, this combination is guaranteed to cause a segfault on the DB_ENV-open() call. Huh? How so? Could you provide an example program? I don't have a stripped-down example yet but it happens when you use the sources for the ggz-server package, e.g. from: http://ftp.belnet.be/packages/ggzgamingzone/ggz/0.0.13/ggz-server-0.0.13.tar.gz You need to apt-get install libggz-dev before testing this. It will take some weeks before ggz-server hits sid, sorry for having to ./configure by yourself, running it without arguments should select the db4 backend by default. Apparently some struct changed so that the DB_ENV-open pointer itself is NULL even after db_env_create() returns successfully. In our project, we always have a tight dependency between the -dev package and the related library package. This drops a bit of flexibility but gives a whole lot of stability instead. Josef
Bug#371197: want cleanup only / no download mode for update
Bernhard R. Link [EMAIL PROTECTED] writes: * Goswin Brederlow [EMAIL PROTECTED] [060607 19:25]: When mirror space is tight and you haven't updated for a few days the space needed to download all uploads before the obsolete debs are deleted can be too much. It would be nice if one could skip downloading debs and just clean up or cleanup before downloading. That's a relatively tough one that would need quite some changes and imposes a high propability of inconsistent data when done poorly. (I think the only sane way would be to remove all packages to be upgraded in a first step from the distributions, as keeping the package descriptions while the file references already deleted leads to inevitable inconsistencies. Then suppressing a export of that stripped down distributions (which is easy), followed by the downloading and installation of the new packages, with the hard part to also export those targets where only deletions occoured and no new things were added. With this the worst thing that can happen when errors occour is packages vanishing instead of getting upgraded.) Also note that when deleting things first, any client trying to use the mirror while things are downloaded (which would be relatively lengthy in this case when this matters), will either not find any Packages files (when they are deleted first) or get Packages files listing files no longer downloadable (as already deleted)). So I really think getting more disk space is very adviseable, even when this feature gets implemented. I'm totaly fine with removing all packages that are no longer in the new Packages file _and_ exporting the index. Sure packages will be missing then until the updates come in but I can live with that. I have my local mirror and ftp.de.debian.org in sources.list anyway so there is a fallback. I would implement this as a seperate reprepro cleanup command that updates all Packages/Sources files but then only runs the '-' rule in updates. That should be simple to implement and make it clear enough that to users that they are purposefully removing packages without updates in place. Hochachtungsvoll, Bernhard R. Link MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372286: logcheck-database: new rule for courier
Package: logcheck-database Severity: wishlist Tags: patch Please add a new rule to the courier rule file, for messages like: Jun 9 10:26:17 holly authdaemond.plain: nss_ldap: reconnecting to LDAP server... Jun 9 10:26:17 holly authdaemond.plain: nss_ldap: reconnected to LDAP server after 1 attempt(s) The attached rule is adapted from the cron rule file. Cheers, Til --- courier.orig2006-06-09 11:26:49.0 +0200 +++ courier 2006-06-09 11:27:06.0 +0200 @@ -14,3 +14,4 @@ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ pop3d-ssl: Unexpected SSL connection shutdown\.$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd-ssl: couriertls: read: Connection reset by peer$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imap(login|d-ssl): (LOGOUT|DISCONNECTED), [EMAIL PROTECTED]:alnum:]]+, ip=\[[.:[:alnum:]]+\], headers=[0-9]+, body=[0-9]+, time=[0-9]+, starttls=[01]$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ authdaemond.plain: nss_ldap: reconnect(ing|ed) to LDAP server(\.\.\.| after [0-9]+ attempt\(s\))$
Bug#372280: adduser fails: configuration error - unknown item
reassign #372280 shadow thanks On Fri, Jun 09, 2006 at 02:03:56AM -0700, Ian Bruce wrote: adduser produces a lot of error messages about unrecognized parameters, which may or may not be harmless. This may indicate a conflict with some version of another package, but it's not clear to me which one. related packages: passwd : v1:4.0.15-10 debconf : v1.5.1 configuration error - unknown item 'FAIL_DELAY' (notify administrator) The string cannot be found in adduser, but in shadow. I suspect that there is something wrong with your /etc/login.defs file. I'll reassign to shadow for more detailed analysis. Shadow team, if I am wrong and the error is really in adduser, please reassign back. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372283: smbd links with libpthread.so.0 through libldap_r.so.2
Package: samba Version: 3.0.22-1 Severity: grave Smbd links with libldap_r.so.2 which uses libpthread.so.0. As a result libpthread.so.0 is linked into smbd. This samba to hang on certain routines, even trivial ones like calling strftime. Samba should use a non-threaded ldap client library. See also: https://bugzilla.samba.org/show_bug.cgi?id=3817. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages samba depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii libacl1 2.2.23-1 Access control list shared library ii libattr12.4.16-1 Extended attribute shared library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcomerr2 1.37-2sarge1 common error description library ii libcupsys2 1.1.23-12Common UNIX Printing System(tm) - ii libkrb531.4.3-5 MIT Kerberos runtime libraries di libldap22.1.30-12OpenLDAP libraries ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.79-3 Pluggable Authentication Modules l ii libpopt01.7-5lib for parsing cmdline parameters ii logrotate 3.7-5Log rotation utility ii lsb-base3.0-12 Linux Standard Base 3.0 init scrip ii netbase 4.21 Basic TCP/IP networking system ii samba-common3.0.22-1 Samba common files used by both th Versions of packages samba recommends: ii smbldap-tools 0.9.2-3Scripts to manage Unix and Samba a -- debconf information: samba/nmbd_from_inetd: * samba/run_mode: daemons samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372123: please check the timestamp of ListHooks for updates
Bernhard R. Link [EMAIL PROTECTED] writes: * Goswin Brederlow [EMAIL PROTECTED] [060608 14:24]: When I edit the ListHook script the changes don't take effect on a subsequent reprepro update run if there were no upstream changes and a --noskipold is required. It would be nice if reprepro could rerun the ListHook if the timestamp of the hook is newer than the filtered file. I'm unsure about this. I fear that this will cause more confusion than help. The timestamp of the command can be checked, but not any data files it uses to get this, so it will sometimes recognize changes, sometimes need the explicit notification. I'm currently considering the need for the explicit setting when anything like this should be taken into account a more clean approach. (Especially as working with timestamps always gives funny results with time-skews). Hochachtungsvoll, Bernhard R. Link True. I haven't thought about filters with extra files. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372292: focus problem with oooqs-kde
Package: oooqs-kde Severity: normal When i use oooqs-kde, i met focus problems. * When i reduct a window form ooo, it come back in the original size without intervention from myself. * When a document is open and i use another application, i've a sort of clipping with the focus. It switchs between OOO and the application. When i type a text, about half of the caractere a just lost. If i start OOO without oooqs-kde i don't have problem anymore. Regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363399: Net SNMP has broken sysObjectID
tag 363399 +patch +pending thanks Hi Thomas, I've just fixed this bug in the 5.2.x CVS branch, too. Patch attached. Thanks. I'll apply this (and upload all the i18n stuff as well). Cheers, Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372280: [Adduser-devel] Bug#372280: adduser fails: configuration error - unknown item
This one time, at band camp, Ian Bruce said: adduser produces a lot of error messages about unrecognized parameters, which may or may not be harmless. This may indicate a conflict with some version of another package, but it's not clear to me which one. You have these directives set in /etc/login.defs. My understanding is that they have been deprecated for some time, but now they create a warning message. This is not a bug in adduser (in fact, I'm not sure it's a bug at all - programs do change the acceptable options in their conf files over time, and it's not a good idea to automatedly overwrite an edited config file on upgrade). Others, I leave it to you whether or not you want to reassign this to login (the package responsible for login.defs) or just close it. I can see arguments both ways. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#372284: umount should be able to recursively umount filesystems
Package: mount Version: 2.12r-10 Severity: wishlist When you have a whole tree of mounted filesystems (for example, a chroot environment): $ mount | grep /srv/chroot/sid /dev/mapper/hda_vg-sid_chroot on /srv/chroot/sid type ext3 (rw) /dev/pts on /srv/chroot/sid/dev/pts type none (rw,bind) tmpfs on /srv/chroot/sid/dev/shm type tmpfs (rw) /dev/mapper/hda_vg-home on /srv/chroot/sid/home type ext3 (rw,quota,user_xattr) /tmp on /srv/chroot/sid/tmp type none (rw,bind) it would be very useful to be able to unmount all these filesystems in one go, for example: umount -r /srv/chroot/sid which would umount all of the filesystems below this mountpoint. It would also useful for umounting --rbind mounts (but would need #354298 fixing first). 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.16.17 Locale: LANG=en_GB.UTF8, LC_CTYPE=en_GB.UTF8 (charmap=UTF-8) Versions of packages mount depends on: ii libblkid1 1.39-1 block device id library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libuuid1 1.39-1 universally unique id library mount recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372285: manpages-dev: makecontext manpage should mention maximum size of additional parameters
Package: manpages-dev Version: 2.33-2 Severity: normal POSIX specifies that parameters passed to makecontext after argc must be of type int. As the glibc implementation also assumes this it should be mentioned in man 3 makecontext. See http://www.opengroup.org/onlinepubs/009695399/functions/makecontext.html. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages manpages-dev depends on: ii manpages 2.33-2 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372287: dh-make: Please stop shipping the kde examples
Package: dh-make Version: 0.41 Severity: normal The kde examples are really old and outdated and does not reflect how packages are supposed to look today. It is better not to ship them and let people use the standard binary templates. /Sune -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages dh-make depends on: ii debhelper 5.0.35 helper programs for debian/rules ii dpkg-dev 1.13.21package building tools for Debian ii make 3.81-2 The GNU version of the make util ii perl 5.8.8-5Larry Wall's Practical Extraction dh-make recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372208: [pkg-wpa-devel] Bug#372208: missing patches from wpasupplicant
On Fri, 2006-06-09 at 19:50 +1000, Kel Modderman wrote: Soeren Sonnenburg wrote: On Fri, 2006-06-09 at 10:48 +0200, Reinhard Tartler wrote: On Fri, Jun 09, 2006 at 06:19:08PM +1000, Kel Modderman wrote: [...] Soeren, I do not object to you reporting this, and I _really_ do appreciate your interest. I just do not know how to react to a report that basically informed us that Fedora have a patch series against wpa_supplicant (no version) that fixes some problems (that are not described). Just need some more specific information please. Well I somehow assumed you read the networkmanager mailinglist ... which is how I found this 'bug' but of course this is wpasupplicant so I screwed up. Anyway the bug I'd like to report is orinoco does not work w/ wep nm: http://bugzilla.gnome.org/show_bug.cgi?id=343112 and when I read http://mail.gnome.org/archives/networkmanager-list/2006-June/msg2.html and went to http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/ I found the above mentioned patches applied them to the experimental version and nm was working (i.e. the wep key got set!). As the wep patch is a one liner I guess it should be applied, and yes this bug is there in wpasupplicant version 0.4.8 - to cvs-current + the wep patch will still apply. I am not sure about the others and I don't know whether they were necessary. Thats all I wanted/have to say. Soeren. -- Sometimes, there's a moment as you're waking, when you become aware of the real world around you, but you're still dreaming. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370262: sourcerer-kernel-builder: Must grep for linux-tree as well as/instead of kernel-tree
Magnus Holmgren [EMAIL PROTECTED] writes: Package: sourcerer-kernel-builder Version: 0.4 Severity: important Justification: Unusable with post-2.6.8 kernels. With the new kernel package naming scheme (linux-* instead of kernel-*), kernel-builder won't find any kernel packages newer than 2.6.8. Please check lines 79ff of kernel-builder. BTW, is this package actively maintained? There hasn't been any upload for over two years. -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) I'm lacking the time to port this to the new kernel packages and since linux-2.6 gets much more speedy updates I kind of lost intrest. If nobody wants to continue this I'm fine with removing this. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318464: [Resolvconf-devel] Bug#318464: minor fix for /etc/resolvconf/update.d/dnscache
Hi and thanks for the tips. Please test the attached dnscache script. -- Thomas Hood #!/bin/sh # # /etc/resolvconf/update.d/dnscache # # Script to update every forwarding djbdns dnscache instance running # on the local machine # # this script sets up every FORWARDONLY dnscache managed by # daemontools on this machine to use the dynamically-offered # nameservers for the default '@' # # Assumption: On entry, PWD contains the resolv.conf-type files # # If no nameservers are offered, we ask the dnscache instances to fall # back to the root nameservers listed in /etc/dnsroots.global # # Licensed under the GNU GPL. See /usr/share/doc/resolvconf/copyright. # # Written by Daniel Kahn Gillmor [EMAIL PROTECTED] # based on other scripts by Thomas Hood set -e PATH=/sbin:/bin [ -x /usr/bin/dnscache ] || exit 0 [ -x /lib/resolvconf/list-records ] || exit 1 # We'll only manage caches actually managed by daemontools if [ -d /var/lib/svscan ] ; then # daemontools is built the debian way SERVICEDIR=/var/lib/svscan elif [ -d /service ] ; then # It's built the djb way SERVICEDIR=/service else # We don't know where to look for the daemontools services exit 0 fi ETC=/etc ETCRESOLVCONF=${ETC}/resolvconf TMPFILE=${ETCRESOLVCONF}/run/dnscache_new.$$ DEFAULTROOTS=${ETC}/dnsroots.global CACHES= for SVC in $SERVICEDIR/* ; do if [ -f $SVC/run ] \ (grep -q dnscache $SVC/run) \ [ -d $SVC/root ] \ [ -d $SVC/root/servers ] \ [ -d $SVC/root/ip ] \ [ -s $SVC/env/FORWARDONLY ] ; then CACHES=$SVC $CACHES fi done # Stores arguments (minus duplicates) in RSLT, separated by spaces # Doesn't work properly if an argument itself contain whitespace uniquify() { RSLT= while [ $1 ] ; do for E in $RSLT ; do [ $1 = $E ] { shift ; continue 2 ; } done RSLT=${RSLT:+$RSLT }$1 shift done } RSLVCNFFILES=$(/lib/resolvconf/list-records) ### Compile list of nameservers ### NMSRVRS= if [ $RSLVCNFFILES ] ; then uniquify $(sed -n 's/^[[:space:]]*nameserver[[:space:]]\+//p' $RSLVCNFFILES) NMSRVRS=$RSLT fi # If no nameservers were present, use the default root nameservers # provided by the djbdns package: if [ -z $NMSRVRS ] [ -e $DEFAULTROOTS ] ; then cp $DEFAULTROOTS $TMPFILE else : $TMPFILE for N in $NMSRVRS ; do echo $N $TMPFILE done fi SVC_CMD=$(which svc) || : [ ! $SVC_CMD ] [ -x /command/svc ] SVC_CMD=/command/svc for CACHE in $CACHES ; do cp $TMPFILE $CACHE/root/servers/@ # Restart the cache if it's already running: [ $SVC_CMD ] $SVC_CMD -t $CACHE done rm -f $TMPFILE
Bug#369836: patch did *not* help
Hello! On Thu, 01 Jun 2006 12:01:40 -0400 Ambrose Li wrote: w3m sometimes hangs on startup, even without supplying any arguments and not feeding it any input. w3m hangs on *every* startup on my system. :( On Thu, 1 Jun 2006 21:59:05 +0200 Karsten Schoelzel wrote: So you could try this patch (already in CVS upstream) and see if it helps: http://bugs.debian.org/cgi-bin/bugreport.cgi/15-remove-calls-to-GC-from-wrap_GC_warn_proc.patch?bug=352585;msg=15 I've applied this patch and rebuilt w3m with debugging symbols. The patch did not help. Here is a backtrace: (gdb) bt #0 0x290b3e94 in __pthread_sigsuspend () from /lib/libpthread.so.0 #1 0x290b2d68 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #2 0x290b5716 in __pthread_alt_lock () from /lib/libpthread.so.0 #3 0x290b228c in pthread_mutex_lock () from /lib/libpthread.so.0 #4 0x290545b6 in pthread_mutex_lock () from /lib/libc.so.6 #5 0x28db33cd in GC_generic_lock (lock=0x28dbae4c) at pthread_support.c:1410 #6 0x28db341e in GC_lock () at pthread_support.c:1493 #7 0x28daf02e in GC_init () at misc.c:496 #8 0x080571f0 in main (argc=1, argv=0x59d702c4, envp=0x59d702cc) at main.c:385 I suspect the same issue as in Debian Bug #352585. I think this might be libgc1c2 bug, since 1) downgrading libgc1c2 to version 1:6.6-2 makes this error disappear. 2) rebuilding libgc1c2 (apt-get source libgc1c2; sudo apt-get build-dep libgc1c2; debuild -uc -us) fails at the `make check' stage. 3) there are other applications which work with libgc1c2 1:6.6-2 but fail with 1:6.7-1 (see #369608) Best regards, Alexei. -- All science is either physics or stamp collecting. signature.asc Description: Digital signature
Bug#369501: tiger: patch for sort (+m -n - -k m+1,n)
Hello, Thanks for the patch Cyril. I spotted one occurrence in the `check_passwdformat' script that you missed. An updated patch is attached. --Adam diff -ru scripts.orig/check_group scripts/check_group --- scripts.orig/check_group 2006-06-09 11:00:05.0 +0100 +++ scripts/check_group 2006-06-09 11:00:09.0 +0100 @@ -92,7 +92,7 @@ do src1=`$CAT $group1.src` $SORT $group1 $WORKDIR/g1name.$$ - $SORT -t: +2 -3 $group1 $WORKDIR/g1gid.$$ + $SORT -t: -k 3,3 $group1 $WORKDIR/g1gid.$$ $AWK -F: '{print $1}' $WORKDIR/g1name.$$ | $UNIQ -d | @@ -123,7 +123,7 @@ src2=`$CAT $group2.src` $SORT $group2 $WORKDIR/g2name.$$ -$SORT -t: +2 -3 $group2 $WORKDIR/g2gid.$$ +$SORT -t: -k 3,3 $group2 $WORKDIR/g2gid.$$ $JOIN -t: -o 1.1 1.3 2.3 $WORKDIR/g1name.$$ $WORKDIR/g2name.$$ | { IFS=: diff -ru scripts.orig/check_inetd scripts/check_inetd --- scripts.orig/check_inetd 2006-06-09 11:00:05.0 +0100 +++ scripts/check_inetd 2006-06-09 11:00:09.0 +0100 @@ -236,11 +236,11 @@ $AWK '$6 != internal {print}' $infile | $SORT $WORKDIR/inet1.$$ # TODO: Consider this change done by ARSC: -# $SORT +5 -6 $WORKDIR/inet1.$$ +# $SORT -k 6,6 $WORKDIR/inet1.$$ $AWK '$6 != internal {print}' $INETDFILE | $SORT | # TODO: Consider this change done by ARSC: -# $SORT +5 -6 | +# $SORT -k 6,6 | $JOIN -j 1 -o 1.1 2.1 1.6 - $WORKDIR/inet1.$$ | while read expservice currservice prog do diff -ru scripts.orig/check_passwd scripts/check_passwd --- scripts.orig/check_passwd 2006-06-09 11:00:05.0 +0100 +++ scripts/check_passwd 2006-06-09 11:00:09.0 +0100 @@ -197,7 +197,7 @@ $SORT $passwd2 $WORKDIR/p2name.$$ - $SORT -t: +2 -3 $passwd2 $WORKDIR/p2uid.$$ + $SORT -t: -k 3,3 $passwd2 $WORKDIR/p2uid.$$ $JOIN -t: -o 1.1 1.3 2.3 $WORKDIR/p1name.$$ $WORKDIR/p2name.$$ | { IFS=: @@ -254,7 +254,7 @@ check_passwd_entries $SORT $passwd_set $WORKDIR/p1name.$$ - $SORT -t: +2 -3 $passwd_set $WORKDIR/p1uid.$$ + $SORT -t: -k 3,3 $passwd_set $WORKDIR/p1uid.$$ # Check for duplicate usernames. $AWK -F: '{print $1}' $WORKDIR/p1name.$$ | diff -ru scripts.orig/check_passwdformat scripts/check_passwdformat --- scripts.orig/check_passwdformat 2006-06-09 11:00:05.0 +0100 +++ scripts/check_passwdformat 2006-06-09 11:02:40.0 +0100 @@ -154,7 +154,7 @@ message WARN pass001w File $PW has duplicate user names $COLUMN $OUT fi -$AWK -F: '{ print $1 $3 }' $PW | $SORT -n +1 | $TEE ${TMPFILE}-1 | +$AWK -F: '{ print $1 $3 }' $PW | $SORT -n -k2 | $TEE ${TMPFILE}-1 | $UNIQ -d -f 1 | $AWK '{ print $2 }' ${TMPFILE}-2 if [ -s ${TMPFILE}-2 ] ; then message WARN pass002w File $PW has duplicate user ids:
Bug#371085: nfs-kernel-server: Add 'status' to init script
Steinar, Thanks for your patience and for your upload. I just have a slightly insignificant question: is there a reason for not having mentioned 'status' in nfs-common usage? *) echo Usage: nfs-common {start|stop|restart} Regards, -- Kilian CAVALOTTI Administrateur réseaux et systèmes UPMC / CNRS - LIP6 (C870) 8, rue du Capitaine Scott Tel. : 01 44 27 88 54 75015 Paris - France Fax. : 01 44 27 70 00
Bug#372294: configuring python-mode fails
Package: python-mode Version: 4.70-1 Severity: grave Justification: renders package unusable [EMAIL PROTECTED]:~# dpkg --configure python-mode Setting up python-mode (4.70-1) ... install/python-mode: Handling install for emacsen flavor emacs20 Wrote /usr/share/emacs20/site-lisp/python-mode/doctest-mode.elc While compiling toplevel forms in file /usr/share/emacs20/site-lisp/python-mode/python-mode.el: !! File error ((Cannot open load file ansi-color)) Done emacs-package-install: /usr/lib/emacsen-common/packages/install/python-mode emacs20 emacs20 emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing python-mode (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: python-mode -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.32 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-mode depends on: ii emacs21 21.4a-1The GNU Emacs editor ii xemacs21-bin 21.4.17-1 highly customizable text editor -- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372293: davfs2: [INTL:fr] French debconf templates translation
Package: davfs2 Severity: wishlist Tags: patch l10n Hi, Please find attached the French debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Cheers, -- Thomas Huriaux # This file is distributed under the same license as the davfs2 package. # msgid msgstr Project-Id-Version: davfs2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-05-21 17:25-0300\n PO-Revision-Date: 2006-05-29 19:14+0200\n Last-Translator: Thomas Huriaux [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:4 msgid Do you want /sbin/mount.davfs to be installed SUID root? msgstr Faut-il exécuter /sbin/mount.davfs avec les privilèges du superutilisateur ? #. Type: boolean #. Description #: ../templates:4 msgid The file /sbin/mount.davfs must have the SUID bit set if you want to allow non-root users to mount webdav resources. msgstr Le fichier /sbin/mount.davfs doit avoir le bit SUID positionné pour permettre aux utilisateurs non privilégiés de monter des ressources WebDAV. #. Type: boolean #. Description #: ../templates:4 msgid Files with SUID root are normally avoided. msgstr De tels fichiers sont normalement à éviter. #. Type: boolean #. Description #: ../templates:4 msgid If you answer confirmative to this question, more details will be required. Otherwise, non-root users can not mount webdav resources. msgstr Si vous choisissez cette option, des détails supplémentaires seront nécessaires. Dans le cas contraire, les utilisateurs non privilégiés ne pourront pas utiliser les ressources WebDAV. #. Type: boolean #. Description #: ../templates:4 msgid You can always change your opinion with \dpkg-reconfigure davfs2\ msgstr Il sera toujours possible de modifier ce choix plus tard avec la commande « dpkg-reconfigure davfs2 ». #. Type: string #. Description #: ../templates:18 msgid The non-root users of davfs2 must be part of this group: msgstr Groupe dont feront partie les utilisateurs non privilégiés de davfs2 : #. Type: string #. Description #: ../templates:18 msgid For creating a file in /var/run/mount.davfs you must provide a group to own this directory. If you give a non-existant group, it will be created for you. msgstr Pour créer des fichiers dans /var/run/mount.davfs, un groupe doit être propriétaire de ce répertoire. Si le groupe choisi n'existe pas, il sera créé. #. Type: boolean #. Description #: ../templates:26 msgid Do you want to create this new group? msgstr Faut-il créer ce nouveau groupe ? #. Type: boolean #. Description #: ../templates:26 msgid The group \${group_name}\ will be created because it doesn't exist in your system and will be used by davfs2 if you answer confirmative. msgstr Le groupe « ${group_name} » n'existe pas sur le système. Si vous choisissez cette option, il sera créé. #. Type: note #. Description #: ../templates:32 msgid Non-root users can now mount webdav resources msgstr Ressources WebDAV utilisables par des utilisateurs non privilégiés #. Type: note #. Description #: ../templates:32 msgid The group \${group_name}\ will be used for davfs2. You must add to this group all your users that you want to grant access. Remember to add a line similar to this one in the /etc/fstab: msgstr Le groupe « ${group_name} » sera utilisé par davfs2. Les utilisateurs appelés à se servir des ressources WebDAV doivent être ajoutés à ce groupe. Une ligne analogue à l'exemple suivant doit être ajoutée au fichier /etc/ fstab : #. Type: note #. Description #: ../templates:32 msgid https://webdav.site.com/path /mnt davfs rw,users,noauto 0 0 msgstr https://webdav.site.com/chemin /mnt davfs rw,users,noauto 0 0 #. Type: note #. Description #: ../templates:32 msgid Please, note that you should use http if your server doesn't support https connections. The mount point, the name of the server and the path must be adapted to your requirements. msgstr L'utilisation du protocole HTTP est recommandée si votre serveur ne gère pas les connexions HTTPS. Le point de montage, le nom du serveur et le chemin doivent être adaptés aux besoins. #. Type: note #. Description #: ../templates:32 msgid More options can be used optionaly, please check the mount.davfs manpage for more information. msgstr Des options supplémentaires peuvent être utilisées le cas échéant. Veuillez consulter la page de manuel mount.davfs pour plus d'informations. signature.asc Description: Digital signature
Bug#372290: ffmpeg: FTBFS on GNU/kFreeBSD
On Fri, Jun 09, 2006, Petr Salinger wrote: the current version fails to build on GNU/kFreeBSD. Please find attached patch to fix that. It would also be nice if you can ask upstream to include change in 025_kfreebsd.diff. Thanks, I will do that. Regards, -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
tags 366948 -fixed thanks This bug isn't actually fixed. The NMUed gsfonts-x11 package does run the correct update commands for the new directory, but the reason gsfonts-x11 is breaking people's fonts is that it's failing to clean up after itself in the *old* directory -- leaving a fonts.dir file in place referring to non-existent fonts and generally making a mess of the font path. It looks like this also needs a separate bug on dh_installxfonts, which fails to handle this possibility in its current maintainer script snippets; but it still requires gsfonts-x11 to clean up after what the old version of the package may have left behind. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#323099: License of wget.texi: suggest removal of invariant sections
I understand and agree with the reasoning behind removing the GPL as the invariant section; but why also remove the GFDL as an invariant section? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372208: [pkg-wpa-devel] Bug#372208: missing patches from wpasupplicant
On Fri, 2006-06-09 at 20:10 +1000, Kel Modderman wrote: Soeren Sonnenburg wrote: [...] Wow. Now that is a bug report with some good information to work with. Lets see if we can whip up a wpasupplicant package (which i plan to request for upload this weekend anyway) with the fix/patch applied. Would you be willing to test it out before it hits the actual archive? I do not have orinoco hardware (and I don't think Reinhard does either). sure, ppc deb or tgz w/ patch .dsc are fine. Soeren. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370644: approved; sorry
tags 370644 patch confirmed thanks This bug is my fault as I submitted the lockold patch and thought I had it tested. I am sorry for the inconvenience. I think adding lockold to BSD and memtest is good. Please consider the attached patch as well. It also fixes the issue, but the proposed change to memtest and BSD should still be done. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#372288: python-central: /usr/bin/python: bad interpreter: No such file or directory
tags 372288 + pending thanks Martin Michlmayr writes: Package: python-central Severity: grave This doesn't work: Automatic build of lprof_1.11.4.dfsg-2 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.44 ... Removing libx11-dev ... Removing python ... Removing xtrans-dev ... Removing x11proto-kb-dev ... Removing libxext-dev ... Removing libxdmcp-dev ... Removing python2.3 ... /var/lib/dpkg/info/python2.3.prerm: /usr/bin/pycentral: /usr/bin/python: bad interpreter: No such file or directory dpkg: error processing python2.3 (--purge): subprocess pre-removal script returned error exit status 126 Removing x11proto-xext-dev ... Removing libxau-dev ... dpkg: dependency problems prevent removal of python-central: python2.3 depends on python-central. dpkg: error processing python-central (--purge): dependency problems - not removing dpkg: dependency problems prevent removal of libreadline5: python2.3 depends on libreadline5 (= 5.1). dpkg: error processing libreadline5 (--purge): dependency problems - not removing dpkg: dependency problems prevent removal of libbz2-1.0: python2.3 depends on libbz2-1.0. dpkg: error processing libbz2-1.0 (--purge): dependency problems - not removing dpkg: dependency problems prevent removal of readline-common: libreadline5 depends on readline-common. dpkg: error processing readline-common (--purge): dependency problems - not removing Removing x11proto-input-dev ... Removing x11proto-core-dev ... Errors were encountered while processing: python2.3 python-central libreadline5 libbz2-1.0 readline-common dpkg run to remove packages (libxmu6 libxfixes-dev libxdmcp-dev readline-common qt3-dev-tools gettext zlib1g-dev libcupsys2 libdrm2 libgcrypt11-dev liblzo-dev python2.3 libx11-dev libxt-dev libqt3-mt-dev libice-dev libgl1-mesa-dev x11proto-fixes-dev libfreetype6-dev libvigraimpex2 libgl1-mesa-glx x11proto-input-dev libexpat1-dev html2text libgcrypt11 libjpeg62-dev libcupsys2-dev debhelper libtiffxx0c2 fftw3-dev python libtasn1-2-dev libgnutls-dev libgl1-mesa-dri libqt3-mt liblcms1-dev libxcursor-dev xtrans-dev x11proto-randr-dev libopencdk8-dev libglu1-mesa x11proto-core-dev libxinerama-dev liblzo1 dpatch libaudio-dev libxt6 libqt3-compat-headers libxi-dev libmng1 libxmu-dev po-debconf libgpg-error-dev libxft-dev qt3-apps-dev libvigraimpex-dev x11proto-xext-dev liblcms1 pkg-config libxxf86vm1 x11proto-kb-dev intltool-debian x11proto-xinerama-dev libfontconfig1-dev libtasn1-2 mesa-common-dev libqt3-headers libxext-dev libxrandr-dev libgpg-error0 libxau-dev libmng-dev libxmu-headers libxrender-dev fftw3 libtiff4-dev libopencdk8 libpng12-dev libglu1-mesa-dev python-central libpopt-dev libreadline5 x11proto-render-dev libgnutls13 libbz2-1.0 scons libsm-dev libaudio2) failed! Failed to remove installed packages! -- Martin Michlmayr http://www.cyrius.com/