Bug#467406: /usr/lib/cups/filter/foomatic-rip failed after dist-upgrade
Package: cupsys Version: 1.3.5-1+b1 and Package: foomatic-filters Version: 3.0.2-20080211-2 Hello, dear maintainer, I work with sid on a x86 machine. After a dist-upgrade my Hp Deskjet 5550, configured with a driver from hplip project (Deskjet 5550 foomatic/hpijs/recomended) shows the following behavior: The printer doesn't finish the cups testpage, it stopps with the message: /usr/lib/cups/filter/foomatic-rip failed But the following behavior is curious: After 16 minutes (!) the printer continues and finishes the printing job. I can reproduce this issue. With my HP Laserjet 1300, configured as postscript printer, everthing is fine. Further informations: ii cupsys-bsd1.3.5-1+b1 ii cupsys-client 1.3.5-1+b1 ii cupsys-common1.3.5-1 ii cupsys-driver-gutenprint 5.0.2-2 ii libcupsimage2 1.3.5-1+b1 ii libcupsys21.3.5-1+b1 ii foomatic-db 20080211-1 ii foomatic-db-engine 3.0.2-20080211-1 ii foomatic-db-gutenprint5.0.2-2 ii foomatic-db-hpijs 20080211-1 ii foomatic-filters 3.0.2-20080211-2 ii foomatic-filters-ppds 20080211-1 ii hpijs 2.7.10+2.7.10-5 ii hpijs-ppds2.7.10+2.7.10-5 ii hplip 2.7.10-5 ii hplip-data 2.7.10-5 ii hplip-gui2.7.10-5 I hope, this information is usefull for you. With best regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467399: compiz fails to take control of windows
Jerry Quinn wrote: Package: compiz Version: 0.6.3~git20071222.061ff159-1 Severity: normal I'm trying compiz for the first time. When I start it up, all the window borders disappear. No sign of compiz taking control appears. Also, I cannot see what I type in any terminal window. It seems to respond to clicks to bring other terminals to the front, but I can't see it respond in any other way. Does http://bgoglin.livejournal.com/11253.html help? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467388: xserver-xorg: X is crashing with Fatal server error: Caught signal 11. Server aborting
reassign 467388 xserver-xorg-core forcemerge 463222 467388 thank you Nelson A. de Oliveira wrote: There is already some time that X is crashing here, with no apparent motive. I can reproduce it by opening OpenOffice and clicking on the File menu. It crashs X instantly, then it restarts X and GDM. Right, we got some other similar reports. I am merging your report with the other ones. The bug is known upstream as https://bugs.freedesktop.org/show_bug.cgi?id=14529 (WW) intel(0): Existing errors found in hardware state. I suspect you only get this warning if you didn't hard reboot since the last crash (it may have left the hardware in a bad state and the driver didn't recover correctly). Could you try to shutdown the machine for real, than start it up, and then crash and see if this warning is in the log? Make sure you're using intel 2.2.1, I think they cleaned up the driver startup recently. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455817: X server crashes in torus-trooper game
tags 455817 -wontfix thank you On Fri, Jan 04, 2008 at 09:01:42PM +, Joseph Nahmias wrote: cat /proc/fb OK, got this: [EMAIL PROTECTED]:/tmp$ cat /proc/fb 0 VESA VGA [EMAIL PROTECTED]:/tmp$ Could you try to reproduce the bug *without* any framebuffer running? The upstream bug has been closed as wontfix because interaction between X and fb at messy, and they did not plan to fix them until recently. We could try to negociate, but it would be much easier if the bug wasn't related to fb at all :) Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467407: squid-prefetch: Please add LSB formatted dependency info in init.d script
Package: squid-prefetch Version: 1.1-2 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur squid-prefetch-1.1.orig/debian/init.d squid-prefetch-1.1/debian/init.d --- squid-prefetch-1.1.orig/debian/init.d 2003-08-11 14:20:35.0 +0200 +++ squid-prefetch-1.1/debian/init.d2008-02-25 09:04:52.0 +0100 @@ -1,4 +1,11 @@ #! /bin/sh +### BEGIN INIT INFO +# Provides: squid-prefetch +# Required-Start:$remote_fs $syslog squid +# Required-Stop: $remote_fs $syslog squid +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +### END INIT INFO DAEMON=/usr/sbin/squid-prefetch NAME=squid-prefetch As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. It might need some changes in the pid file handling. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466058: [Pkg-xfce-devel] Bug#466058: xfce4-battery-plugin: xfce4 battery plugin gives wrong infomation with linux kernel 2.6.24
Yves-Alexis Perez schrieb: On dim, 2008-02-24 at 19:02 +0100, Frank Zimmermann wrote: Thanks. Could you paste the output of: ls /sys/class/power_supply? AC BAT0 KR Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454991: rsvg and rsvg-viewer should not be packaged together
reopen 454991 thanks Hello On Sun, Feb 24, 2008 at 7:15 AM, Sebastian Dröge [EMAIL PROTECTED] wrote: I guess this can be closed now with version 2.22.0-1: Depends: libc6 (= 2.7-1), libcairo2 (= 1.4.0), libglib2.0-0 (= 2.12.0), libgtk2.0-0 (= 2.12.0), librsvg2-2 (= 2.22.0-1), libx11-6, python (= 2.4), python ( 3) No. My point was that it was overkill to have a converter from svg to png depend on X libraries. That is still the case. I've understood the problem, and I would be happy with a wontfix. But, in any case, the bug is not fixed. Cheers, Vincent
Bug#467408: tcpspy: Please add LSB formatted dependency info in init.d script
Package: tcpspy Version: 1.7d-3 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur tcpspy-1.7d.orig/debian/tcpspy.init tcpspy-1.7d/debian/tcpspy.init --- tcpspy-1.7d.orig/debian/tcpspy.init 2008-02-25 09:09:16.0 +0100 +++ tcpspy-1.7d/debian/tcpspy.init 2008-02-25 09:11:09.0 +0100 @@ -1,5 +1,12 @@ #! /bin/sh -# init.d/tcpspy - init script for tcpspy +### BEGIN INIT INFO +# Provides: tcpspy +# Required-Start:$remote_fs $syslog +# Required-Stop: $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: init script for tcpspy +### END INIT INFO # # Written by Pablo Lorenzzoni [EMAIL PROTECTED] # As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. It might need some changes in the pid file handling. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284157: bins: avoidable jpegtran image corruption
Ludovic == Ludovic Rousseau [EMAIL PROTECTED] writes: Ludovic And asked again one month later. Ludovic You never answered so I guess the problem is solved. Feel Ludovic free to reopen the bug and send us an image so we can Ludovic reproduce the problem and try to solve it. I first sent the link to the image on Wed, 05 Jan 2005 09:16:01 +1100. It was not until Fri, 4 Nov 2005 17:26:30 + that somebody tried to look at them. I sent a link again on Mon, 07 Nov 2005 12:24:31 +1100. But it would appear nobody even looked at this one. It is now gone. I can't keep my test cases around for ever. If I tried sending it to the BTS, it didn't work, probably because the image was too big. The documentation in my first email on exactly what the problem was stills stands. In addition, it is easy to reproduce following the instructions in my first post on any image of correct orientation - I really don't see what the issue is. For example, what is so hard to comprehend that you need the -trim flag with jpegtran? You just need to look up the man page: For practical use, you may prefer to discard any untransformable edge pixels rather than having a strange-looking strip along the right and/or bottom edges of a transformed image. To do this, add the -trim switch: -trim Drop non-transformable edge blocks. Obviously, a transformation with -trim is not reversible, so strictly speaking jpegtran with this switch is not lossless. Also, the expected mathematical equivalences between the transformations no longer hold. For example, -rot 270 -trim trims only the bottom edge, but -rot 90 -trim followed by -rot 180 -trim trims both edges. Actually, I would argue exiftran is probably better these days then jpegtran Unfortunately I have lost interest in bins, and am reluctant to go out of my way to take another photo that will get lost again in a years time. -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#111222: Girls love you, cause you take blue-pills and get pleasure!
Want to benefit from the wondrous effects of Phen, avoiding the side effects? http://bepw.ranglad.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467412: runit: upgrade fails with empty /var/service
Package: runit Version: 1.8.0-3 Severity: normal runit upgrade fails with an empty /var/service directory. It looks like the update script tries to use /var/service/*, which results in a no such file error if the directory is empty. Regards, Harald -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1thorongil (SMP w/2 CPU cores; PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash runit depends on no packages. Versions of packages runit recommends: pn fgettynone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#134191: Don't lose your passion due to bad potence!
Keep your girlfriend by your side when you have this. http://xm.picksuch.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467376: coreutils: Wish there was a version of dd with multiple output files
Russell Coker [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.97-5.3 Severity: wishlist When setting up test environments (chroots and Xen domains) I often want to duplicate one block device or large file to several others. If I am creating three copies I don't want to read the data three times and write it three times, I want to read it once and write it three times. That does sound useful. dd if=source of=dest1 of=dest2 of=dest3 bs=102400k You'd need to use something other than of=, since the above command has always simply ignored all but the last one. I.e., it's equivalent to this: dd if=source of=dest3 bs=102400k Hmm... but we *could* add an option to make it do what you suggest. The ideal would be something like the above. But a separate utility as part of coreutils to perform the same task would be OK. Ideally such a program would use asynchronous IO or threads to allow all writes to be performed at the same time (when writing to a RAID array three writes theoretically can potentially be completed in the same amount of time as one write). Would you like to write the patch? :-) Or even just add it to the TODO list? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353161: Wrong UDP Checksum
Dear all, I spend some time to further investigate on this bug. For example, I checked also with the Free/Swan implementation of a dhcp relay agent. During my investigations I found out that this bug also applies for bind9 when sending over the loopback interface. This applies of you run applications and a DNS server on the same machine. The attched example shows fetchmail querying for a DNS lookup: All tests were done using Ubuntu gutsy, but I believe they apply to Debian systems in general. The dhcpd bug can easily be solved by patching the function decode_udp_ip_header in packet.c: - ssize_t decode_udp_ip_header (interface, buf, bufix, from, buflen) struct interface_info *interface; unsigned char *buf; unsigned bufix; struct sockaddr_in *from; unsigned buflen; { [...] /* Check the IP header checksum - it should be zero. */ ++ip_packets_seen; if (wrapsum (checksum (buf + bufix, ip_len, 0))) { ++ip_packets_bad_checksum; if (ip_packets_seen 4 (ip_packets_seen / ip_packets_bad_checksum) 2) { log_info (%d bad IP checksums seen in %d packets, ip_packets_bad_checksum, ip_packets_seen); ip_packets_seen = ip_packets_bad_checksum = 0; } return -1; } [...] /* Compute UDP checksums, including the ``pseudo-header'', the UDP header and the data. If the UDP checksum field is zero, we're not supposed to do a checksum. */ data = buf + bufix + ip_len + sizeof *udp; len = ulen - sizeof *udp; ++udp_packets_length_checked; if (len + data buf + bufix + buflen) { ++udp_packets_length_overflow; if (udp_packets_length_checked 4 (udp_packets_length_checked / udp_packets_length_overflow) 2) { log_info (%d udp packets in %d too long - dropped, udp_packets_length_overflow, udp_packets_length_checked); udp_packets_length_overflow = udp_packets_length_checked = 0; } return -1; } if (len + data buf + bufix + buflen len + data != buf + bufix + buflen !ignore) log_debug (accepting packet with data after udp payload.); if (len + data buf + bufix + buflen) { log_debug (dropping packet with bogus uh_ulen %ld, (long)(len + sizeof *udp)); return -1; } usum = udp - uh_sum; udp - uh_sum = 0; sum = wrapsum (checksum ((unsigned char *)udp, sizeof *udp, checksum (data, len, checksum ((unsigned char *) ip.ip_src, 2 * sizeof ip.ip_src, IPPROTO_UDP + (u_int32_t)ulen; udp_packets_seen++; if (usum usum != sum) { udp_packets_bad_checksum++; if (udp_packets_seen 4 (udp_packets_seen / udp_packets_bad_checksum) 2) { log_info (%d bad udp checksums in %d packets, udp_packets_bad_checksum, udp_packets_seen); udp_packets_seen = udp_packets_bad_checksum = 0; } // Ignore the udp checksum bug in debian systems //return -1; } /* Copy out the port... */ memcpy (from - sin_port, udp - uh_sport, sizeof udp - uh_sport); return ip_len + sizeof *udp; } - I haven't checked the bind9 code, yet. I'm also not sure if this problem is a global one, i. e. all applications that send udp packets via loopback have this problem. Free/Swan dhcp relay agent by the way uses the socket datagram service. Whereas dhcpd uses a raw socket. I hope this helps you. Best regards Thomas No. TimeSourceDestination Protocol Info 79 09:18:37.877047 192.168.0.65 192.168.0.65 DNS Standard query A pop3.strato.de Frame 79 (74 bytes on wire, 74 bytes captured) Arrival Time: Feb 25, 2008 09:18:37.877047000 Ethernet II, Src: 00:00:00_00:00:00 (00:00:00:00:00:00), Dst: 00:00:00_00:00:00 (00:00:00:00:00:00) Internet Protocol, Src: 192.168.0.65 (192.168.0.65), Dst: 192.168.0.65 (192.168.0.65) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 00.. = Differentiated Services Codepoint: Default (0x00) ..0. = ECN-Capable Transport (ECT): 0 ...0 = ECN-CE: 0 Total Length: 60 Identification: 0x771f (30495) Flags: 0x04 (Don't
Bug#467413: kfreebsd-image-6.3-1-486: pcn0 network card doesn't work in virtualbox
Package: kfreebsd-image-6.3-1-486 Version: 6.3-3 Severity: normal i tried the new debian kfreebsd CD installer in virtualbox, and the network card (pcn0) doesn't work. i downloaded the CD mentioned here: http://glibc-bsd.alioth.debian.org/install-cd/kfreebsd-i386/20080218/debian-20080218-kfreebsd-i386-install.iso previously, i had installed with an older CD image that installed the 6.2 kernel, and that worked fine until i upgraded to a 6.3 and 7.x kernel. live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454539: openoffice.org: I see this bug too
tag 454539 + moreinfo thanks Hi, Daniel Dickinson wrote: oosplash.bin is stuck using 100% from the moment ooffice is started until I manuall kill it using kill -TERM pid please try with 1:2.4.0~rc1-2 from sid where conditions which could lead to this if fixed according to upstream. 2.3.1-x is not supprted anymore. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456679: new version of the pam-pgsql
Hi, All! Please be aware that Ubuntu packaged something they call a new upstream version. It could possibly be investigated for a new upload. Yes, there is new, so called upstream, version on http://sourceforge.net/projects/pam-pgsql/. It is a fork by maintainer of the pam-pgsql, Primoz Bratanic. As written in README file: There is another pam_pgsql module, but the sources appear to have vanished, hence this module. If it is possible to merge these projects, someone can try to do it. But because Primoz Bratanic seems not active, new maintainer must become upstream. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467162: openoffice.org-writer: OO.o Writer crashes on some chars in document
Hi, Mikhail V. Zhukov wrote: OO.o Writer crashes when it open file, which contain more than 13 chars with code 0xC2 0x9E. For example, if content.xml contain code: text:p text:style-name=Standard0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E/text:p OO.o Writer will work fine. But if it contain text:p text:style-name=Standard0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E 0xC29E/text:p OO.o Writer will die. This bug was tested on i386 and amd64 version of debian's OO.o Writer. On windows build all work fine. And with upstreams Linux builds? Anyway, please send a file exhibiting this problem. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467410: freevo: Debconf abuse
Package: freevo Severity: normal The freevo/start_on_boot debconf template, shown at high priority, is very typical debconf abuse. Such notes do not pertain to debconf (even at low or medium priority) but rather to README.Debian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467409: beagle Search Preferences 'Start search auto' works not
Package: beagle Version: 0.3.3-2 Severity: normal The graphical interface to Beagle Search Preferences has a tab Searching. Under 'General' the first choice is start search indexing services automatically'. I don't think this does anything, at least choosing that option does not start beagled under user privileges. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages beagle depends on: ii adduser3.105 add and remove users and groups ii bash 3.1dfsg-9 The GNU Bourne Again SHell ii dbus 1.1.2-1 simple interprocess messaging syst ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libavahi1.0-cil0.6.19-2 CLI bindings for Avahi ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libexif12 0.6.16-2.1library to parse EXIF files ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgalago1.0-cil 0.5.0-2.1 CLI bindings for libgalago ii libgconf2.0-cil2.16.0-10 CLI binding for GConf 2.16 ii libglade2.0-cil2.10.2-5 CLI binding for the Glade librarie ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libglib2.0-cil 2.10.2-5 CLI binding for the GLib utility l ii libgmime2.2-cil2.2.17-1 CLI binding for the MIME library ii libgnome-desktop-2 2.20.3-1 Utility library for loading .deskt ii libgnome-vfs2.0-cil2.16.0-10 CLI binding for GnomeVFS 2.16 ii libgnome2.0-cil2.16.0-10 CLI binding for GNOME 2.16 ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgsf-1-114 1.14.7-2 Structured File Library - runtime ii libgsf0.0-cil 0.8-1 CLI bindings for libgsf ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libgtk2.0-cil 2.10.2-5 CLI binding for the GTK+ toolkit 2 ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libmono-corlib2.0-cil 1.2.6+dfsg-6 Mono core library (2.0) ii libmono-sharpzip2.84-c 1.2.6+dfsg-6 Mono SharpZipLib library ii libmono-sqlite2.0-cil 1.2.6+dfsg-6 Mono Sqlite library ii libmono-system-data2.0 1.2.6+dfsg-6 Mono System.Data Library ii libmono-system-web2.0- 1.2.6+dfsg-6 Mono System.Web Library ii libmono-system2.0-cil 1.2.6+dfsg-6 Mono System libraries (2.0) ii libmono0 1.2.6+dfsg-6 libraries for the Mono JIT ii libmono2.0-cil 1.2.6+dfsg-6 Mono libraries (2.0) ii libndesk-dbus-glib1.0- 0.4.1-1 CLI implementation of D-Bus (GLib ii libndesk-dbus1.0-cil 0.6.0-1 CLI implementation of D-Bus ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii librsvg2-2 2.20.0-1 SAX-based renderer library for SVG ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtaglib2.0-cil 2.0.3.0-1 CLI library for accessing audio an ii libwmf0.2-70.2.8.4-6 Windows metafile conversion librar ii libwv-1.2-31.2.4-2 Library for accessing Microsoft Wo ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxss11:1.1.2-1 X11 Screen Saver extension library ii mono-runtime 1.2.6+dfsg-6 Mono runtime ii xdg-utils 1.0.2-3 desktop integration utilities from ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages beagle recommends: ii mono-gmcs 1.2.6+dfsg-6 Mono C# 2.0 and C# 3.0 compiler fo ii util-linux [schedutils] 2.13.1-1 Miscellaneous system utilities ii xpdf-utils [poppler-utils] 3.02-1.3 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467411: mailscanner: Should drop the upgrade note
Package: mailscanner Severity: normal The versions 3.x of mailscanner were in Debian much before etch. As n+2 upgrades aren't supported, there is no point to keep that debconf template and all the debconf stuff. Please drop the template ASAP before translators notice this and start updating their translations as you even changed the template wording recently. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284157: bins: avoidable jpegtran image corruption
Why did you sent this to my old address? I get so much spam sent to [EMAIL PROTECTED] that I really am going to miss anything sent to that address. I updated the BTS ages ago, it knows my current address: Changed Bug submitter from Brian May [EMAIL PROTECTED] to Brian May [EMAIL PROTECTED]. Request was from Brian May [EMAIL PROTECTED] to [EMAIL PROTECTED] Full text and rfc822 format available. -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467385: mod+shift+j behaves erratically
At 1203907431 time_t, Joey Hess wrote: There seems to be no rhyme or reason which happens, I've repeated the keypress a few dozen times and had it change from one behavior to the other in the middle for no apparent reason. I'm pretty sure this is related to the sloppy focus. If you deactivate it, does it work correctly ? 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#465723: mopac7 -- please do not use g2c.
Hello, in my opinion it's a good idea to use either FORTRAN or C version of MOPAC7. Many years earlier the use of f2c and C was the only way I could make this system work, so that's why it is like we have it now. MOPAC7 is mostly fortran, plus some (system-related) C-files thrown in. So the FORTRAN compiler must be able to mix FORTRAN and C code, naturally. But otherwise there is no reason why FORTRAN could not be used. However, since I'm not really an expert FORTRAN programmer myself, and also because MOPAC7 is a very old (and also very famous!) program, I would like to be very very careful in making any changes in the program. And also I would like to keep the original, unmodified source in a separate directory in the package. So let's just maintain MOPAC7 very carefully... :) To summarize, the idea is good, and I hope we can make it work ; please tell me if I can help. I'm not very good with those configuration tools but perhaps I can do testing etc. Regards, Tommi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467374: acpi-support: acpi_fakekey does not reach sleep.sh
[EMAIL PROTECTED] wrote: Package: acpi-support Version: 0.103-5 Severity: normal I believe I could kludge this locally, but since I've wasted a whole day trying to figure out what might be at fault, let me enter a bug. I use my own kernels, not Debian's. With 2.6.22.5 my Sleep button on ThinkPad T60 worked fine (Fn-F4). Stopped working with 2.6.23.x, still didn't work with 2.6.24.2. Nothing in the kernel configs seemed to be at fault, even borrowing the old config for the new kernel didn't help. Running suspend-to-ram manually (s2ram, /etc/acpi/sleep.sh, pm-suspend, etc.) works fine, though. Thus, only the link from the button to the action is broken. I do see that unless I have pressed this button too recently, the following ACPI event gets generated: [Mon Feb 25 01:36:57 2008] received event ibm/hotkey HKEY 0080 1004 [Mon Feb 25 01:36:57 2008] notifying client 3685[105:108] [Mon Feb 25 01:36:57 2008] notifying client 3811[0:0] [Mon Feb 25 01:36:57 2008] executing action /etc/acpi/sleepbtn.sh [Mon Feb 25 01:36:57 2008] BEGIN HANDLER MESSAGES [Mon Feb 25 01:36:57 2008] END HANDLER MESSAGES [Mon Feb 25 01:36:57 2008] action exited with status 0 [Mon Feb 25 01:36:57 2008] completed event ibm/hotkey HKEY 0080 1004 So far it's alright. So we're running the /etc/acpi/sleepbtn.sh script, when a lot of people on the net seem to be wishing to run /etc/acpi/sleep.sh at this point. We're even generating a key-press, passing it onto the xserver: KeyPress event, serial 32, synthetic NO, window 0x221, root 0x67, subw 0x0, time 1305715904, (168,-8), root:(172,566), state 0x0, keycode 223 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 32, synthetic NO, window 0x221, root 0x67, subw 0x0, time 1305715904, (168,-8), root:(172,566), state 0x0, keycode 223 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False (I don't see how we get keycode 223 from KEY_SLEEP=142 but that's OK.) Anyway, this is how far I can track it. Next, I believe this key press just gets dropped. I think this keypress should have led us to /etc/acpi/sleep.sh somehow, or perhaps it should not have been generated in the first place. I can't find anything in the docs that says that I have to hack the /etc/acpi/*.sh scripts, though, only some reports on the net that that's what people have done. I believe it would be nicer if it worked out of the box, hence the bug report. Would it work out of the box with a different xorg.conf? This is the relevant section from mine: Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout lv Option XkbOptionsctrl:nocaps,altwin:left_meta_win,compos e:menu EndSection A different keyboard model, perhaps, or a variant? Unfortunately all the X keyboard model, variant, layout, symbol, etc. information that used to live in /etc/X11, seems to have evaporated somewhere; all I have now is one fairly unreadable /etc/X11/xkb/base.xml file. Thus, I don't even know whether there is a chance to map the keycode 223 to something more meaningful or not. Nor do I know whether mere mapping would help. Very interested in answers. OK, here's a question instead: are you running something like gnome-power-manager or kpowersaved? I could check in detail later (I'm not behind my own computer right now), but IIRC acpi-support lets these tools handle suspending if they're running. And (again IIRC) it does that by sending the proper key on to X, which should then be handled by these tools. So, are you running any of these tools? Does it start working again if you log out of X and press the sleep button from the command line? Cheers, Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467347: acpi-support: local 915resolution leads to broken restore
On Sun, 24 Feb 2008, John Paul Lorenti wrote: Package: acpi-support Version: 0.103-5 Severity: normal I installed 915resolution on my own Not that in this case, it shouldn't be in /usr/ but in /usr/local/. It's a bad idea to install non-packaged software in /usr/ directly. if [ -x /usr/sbin/915resolution ] [ -e /etc/default/915resolution ]; then in order to verify that the /etc/default file exists, takes care of this problem. Though adding this check doesn't hurt. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#467415: debian-installer: new way of displaying information
Subject: debian-installer: new way of displaying information Package: debian-installer Severity: wishlist Tags: l10n *** Please type your report below this line *** -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Hello, As can be seen on [1], it can happen that translated strings do not fit into installer window. Currently there is no way that i could figure out to show the entire string. This is a problem since users of specific languages may not be able to know exactly what an option does. Although this is shown only on this screen, I figure it can also happen in some other places. I'd like to suggest that thought is put into this issue trying to find a universal solution for this problem. My suggestion would be to make the information part extensible. I can think of two ways for doing this: * list the options and only show information (on some other pane or whatever) on the selected entry. This would make people have to go through the options to know what they are, but at least they would know what they are. * have some way of scrolling the text that doesnt fit. When selected, an option's text could scroll so that it shows the hidden text. I'm submitting this wishlist because even if we can shrink the text to fit the screen (in this particular case, we could find a way to do it), in some languages and/or situations this can be crippling for the translation. If we really want an international Debian, we should take care of all such issues. I think this request only applies to the newt interface (even though i havent, yet, tested how it shows on the gtk one). Best Regards, Ricardo Silva [1] http://www.debianpt.org/~ardoric/opcoes-reiserfs.png -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467419: [INTL:nl] Dutch po-debconf translation
Package: lwat Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466058: [Pkg-xfce-devel] Bug#466058: Bug#466058: xfce4-battery-plugin: xfce4 battery plugin gives wrong infomation with linux kernel 2.6.24
On Mon, Feb 25, 2008 at 08:09:03AM +, Frank Zimmermann wrote: Yves-Alexis Perez schrieb: On dim, 2008-02-24 at 19:02 +0100, Frank Zimmermann wrote: Thanks. Could you paste the output of: ls /sys/class/power_supply? AC BAT0 Ok so this is not related to the ACAD thing. I guess I'll try to build you a debug package so we can see what happens. What arch are you running? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467417: iceweasel: needs better browser identification string
Package: iceweasel Version: 2.0.0.3-1 Severity: normal Many web sites are designed for IE and Firefox as they cover 90% of the market (as far as I am aware). For example http://www.bungeelabs.com Iceweasel satisfies the minimal firefox version requirement for the afore mentioned web site. However the site is not able to identify iceweasel as a compatible variant of firefox. It may not be reasonable to ask the web masters of all such sites to recognise iceweasel too. Perhaps a better way to deal with this is choose a more suitable browser identification string that presents iceweasel as a firefox variant, if this is possible under the licensing terms ?. regards bt -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages iceweasel depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.4.2-1.2 generic font configuration library ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467416: [INTL:nl] Dutch po-debconf translation
Package: leafnode Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#467414: RFP: dvswitch -- basic video mixer for live DV streams
Package: wnpp Severity: wishlist I hope someone can make this package available in Debian/main soon: * Package name: dvswitch Version : latest Upstream Author : Ben Hutchings [EMAIL PROTECTED] * URL : http://alioth.debian.org/projects/dvswitch/ * License : GPL Programming Lang: C Description : basic video mixer for live DV streams dvswitch is a very basic video mixer that receives DV streams from sources and sends a DV stream to sinks over a TCP/IP network. It has a graphical interface in which all source streams can be viewed and selected from. A Debian package is available from the project pages. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466935: webcalendar: CVE-2007-6696: multiple XSS vulnerabilities
* Nico Golde [EMAIL PROTECTED] [2008-02-25 00:12]: could you check that back with the upstream author? I prepared already a new version of the webcalendar package 1.1.6-7 in SVN with a patch to fix the problems and a change in the default value of the configuration variable ALLOW_HTML_DESCRIPTION (this should work even when upgrading the package). This fixes the three vulnerabilities described in CVE-2007-6696. The changes can be seen between revisions r8131 and r8134 in SVN [1]. I am waiting for the review from the co-maintainer of the package before doing the upload. I forwarded my patch to the upstream author [2] and also dropped a note in the bug tracker at SourceForge. [3] [1] http://svn.debian.org/wsvn/collab-maint/ext-maint/webcalendar/branches/devel/debian/?op=logrev=0sc=0isdir=1 [2] http://sourceforge.net/tracker/index.php?func=detailaid=1900597group_id=3870atid=303870 [3] http://sourceforge.net/tracker/index.php?func=detailaid=1853501group_id=3870atid=103870 -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461478: [Accepted runit 1.8.0-3 (source powerpc)]
- Forwarded message from Gerrit Pape [EMAIL PROTECTED] - From: Gerrit Pape [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Accepted runit 1.8.0-3 (source powerpc) Date: Sun, 24 Feb 2008 19:02:06 + -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Feb 2008 18:34:35 + Source: runit Binary: runit Architecture: source powerpc Version: 1.8.0-3 Distribution: unstable Urgency: low Maintainer: Gerrit Pape [EMAIL PROTECTED] Changed-By: Gerrit Pape [EMAIL PROTECTED] Description: runit - a UNIX init scheme with service supervision Closes: 466579 466885 Changes: runit (1.8.0-3) unstable; urgency=low . * debian/update-service: enforce argument; enforce service-name must not start with a dot and must not contain a slash. * debian/update-service: prefix fatal and warn message with progname; only warn on --remove if service is not registered, still fatal if it is not a symlink. * debian/2, debian/rules, debian/runit.README.Debian, debian/runsvdir-start.8, debian/update-service, debian/update-service.8: switch directory for services from /var/service/ to /etc/service/ (#461478). * debian/runit.postrm: purge: adapt paths in /var/run/, remove ./supervise/ subdirectories (or symlinks) in getty-5 service directory. * debian/update-service: when successfully adding a service simply print Service service-name added. (thx Daniel Kahn Gillmor, closes: #466579). * debian/runit.preinst, debian/runit.postinst: move away from /var/service/ to /etc/service/; restart runsvdir; retain backward compatibility symlink /var/service - /etc/service until rdepends have adopted (#461478). * debian/update-service, debian/update-service.8: create symbolic links for ./supervise/ directories only if the service-directory resides in /etc/; don't re-create ./log/supervise/ symlink if it already is a symlink, just as already done for ./supervise/ (thx Jameson Rollins, closes: #466885). * debian/update-service, debian/update-service.8: symbolic links for ./supervise/ directories now point into /var/lib/supervise/ instead of /var/run/, so that they survive a reboot. * debian/rules: install /var/lib/supervise/. * debian/update-service: don't get confused if service-directory ends with a slash. * debian/runit.postrm: purge: remove /var/service compatibility symlink. * debian/diff/0001-runit-s-directory-for-services-on-Debian-is-etc-ser.diff: new: runit's directory for services on Debian is /etc/service/, not /var/service/. * debian/rules: target unpack: apply patch debian/diff/0001-*. Files: 2844aabdbac5501094516a0171c3574d 627 admin optional runit_1.8.0-3.dsc 0631bf1e161d02a720a71cb76a500fd3 11883 admin optional runit_1.8.0-3.diff.gz 233f238883aaf579ea438828a41a1bba 112892 admin optional runit_1.8.0-3_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHwbnzGJoyQbxwpv8RAuLDAJ9rgRtSJX+aAjaaiDS0pZAIO7oLhACeKW/Z l9yrJupUO75JaxGO7SyS7Rs= =VKIp -END PGP SIGNATURE- Accepted: runit_1.8.0-3.diff.gz to pool/main/r/runit/runit_1.8.0-3.diff.gz runit_1.8.0-3.dsc to pool/main/r/runit/runit_1.8.0-3.dsc runit_1.8.0-3_powerpc.deb to pool/main/r/runit/runit_1.8.0-3_powerpc.deb - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467096: which jack version?
Hello, The theme file can't be related to the crash, the output shows it's using the internal one. The jack version in use however is reported to crash Traverso, so _if_ you happen to use Traverso with jack, it is likely the problem! Please let me know if you used jack as the driver. This can be switched to e.g. alsa by editing ~/.traverso/Traverso-DAW/Traverso.ini : drivertype=ALSA The crash with this version of jack has been fixed upstream allready. Thanks, Remon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466058: [Pkg-xfce-devel] Bug#466058: Bug#466058: xfce4-battery-plugin: xfce4 battery plugin gives wrong infomation with linux kernel 2.6.24
Yves-Alexis Perez schrieb: Ok so this is not related to the ACAD thing. I guess I'll try to build you a debug package so we can see what happens. What arch are you running? I'm running i386. KR Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467420: [INTL:nl] Dutch po-debconf translation
Package: anthy Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#467373: exim4-doc-html: file missing
tags #467373 upstream forwarded #467373 http://bugs.exim.org/show_bug.cgi?id=675 thanks On Sun, Feb 24, 2008 at 07:05:11PM -0500, S Taylor wrote: In the file /usr/share/doc/exim4-doc-html/html/index.html are two bad links, lines 14,15: a href=pcrepattern.htmlSpecification PCRE regular expressions/a a href=pcretest.htmlSpecification of the bpcretest/b program/a This is the header information in index.html Thanks for spotting this. I have forwarded this upstream. Greetings Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467418: [INTL:nl] Dutch po-debconf translation
Package: insserv Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466614: groff: Extended .In macro in 1.19 needed to support some man pages
On Sun, Feb 24, 2008 at 11:22:06PM +, Reuben Thomas wrote: On Wed, 20 Feb 2008, Colin Watson wrote: Do you have another test case where it is interesting? I'm happy to backport it if so. Patch attached in case you'd like to test using it. Sorry, I was looking at the wrong man page. I meant file(1), and only upstream: the Debian file package currently patches around this problem. OK. I tried it out with that and it's doing the right thing, so I'll upload shortly. Your patch doesn't seem to apply to the version of groff in sid, which is also in lenny; am I missing something? It doesn't? It was generated against my Subversion repository, the last commit to which was the release of groff 1.18.1.1-16. But never mind; since I can now reproduce this myself it doesn't matter. Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462401: Fixed in newer versions
I confirm that this bug is fixed in newer versions of konqueror. Any chance to see it fixed in stable? -- Bertrand Croq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467422: tries to overwrite file owned by liblua5.1-posix-dev
Package: liblua5.1-posix1 Version: 5.1.2-2 Severity: serious During today's upgrade of unstable: dpkg: dependency problems prevent configuration of liblua5.1-posix-dev: liblua5.1-posix-dev depends on liblua5.1-posix1 (= 5.1.2-2); however: Package liblua5.1-posix1 is not installed. dpkg: error processing liblua5.1-posix-dev (--configure): dependency problems - leaving unconfigured Cheers ignorable PS for the maintainer and the Italian cabal: e non so nemmeno perché ho installato 'sto cavolo di pacchetto :-) Che bagaglio /ignorable -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liblua5.1-posix1 depends on: ii libc6 2.7-8 GNU C Library: Shared libraries liblua5.1-posix1 recommends no packages.
Bug#467421: alsa-source: FTBFS timer.c
Package: alsa-source Version: 1.0.16-1 Severity: important Justification: fails to build from source After running make-kpkg --initrd linux-image modules-image as I have done successfully for earlier kernel and alsa releases, the kernel built fine bus alsa gave the following error: /usr/bin/make -C /usr/src/linux SUBDIRS=/usr/src/modules/alsa-driver CPP=gcc-4.2 -E CC=gcc-4.2 modules make[4]: Entering directory `/usr/src/linux-source-2.6.25-rc2' CC [M] /usr/src/modules/alsa-driver/acore/timer.o /usr/src/modules/alsa-driver/acore/timer.c: In function ‘snd_timer_request’: /usr/src/modules/alsa-driver/acore/timer.c:155: error: wrong type argument to unary exclamation mark make[6]: *** [/usr/src/modules/alsa-driver/acore/timer.o] Error 1 make[5]: *** [/usr/src/modules/alsa-driver/acore] Error 2 make[4]: *** [_module_/usr/src/modules/alsa-driver] Error 2 make[4]: Leaving directory `/usr/src/linux-source-2.6.25-rc2' make[3]: *** [compile] Error 2 make[3]: Leaving directory `/usr/src/modules/alsa-driver' make[2]: *** [build-stamp] Error 2 make[2]: Leaving directory `/usr/src/modules/alsa-driver' make[1]: *** [kdist_image] Error 2 make[1]: Leaving directory `/usr/src/modules/alsa-driver' Module /usr/src/modules/alsa-driver failed. -- Package-specific info: --- Begin additional package status --- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii alsa-base 1.0.16-1 ALSA driver configuration files ii libasound2 1.0.15-3 ALSA library --- End additional package status --- --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version 1.0.16rc2 (Thu Jan 31 16:40:16 2008 UTC). --- End /proc/asound/version --- --- Begin /proc/asound/cards --- 0 [Live ]: EMU10K1 - SB Live 5.1 [SB0220] SB Live 5.1 [SB0220] (rev.10, serial:0x80651102) at 0xe400, irq 12 --- End /proc/asound/cards --- --- Begin /dev/snd/ listing --- total 0 crw-rw 1 root audio 116, 0 2008-02-24 12:14 controlC0 crw-rw 1 root audio 116, 4 2008-02-24 12:14 hwC0D0 crw-rw 1 root audio 116, 6 2008-02-24 12:14 hwC0D2 crw-rw 1 root audio 116, 8 2008-02-24 12:14 midiC0D0 crw-rw 1 root audio 116, 9 2008-02-24 12:14 midiC0D1 crw-rw 1 root audio 116, 10 2008-02-24 12:14 midiC0D2 crw-rw 1 root audio 116, 24 2008-02-24 01:48 pcmC0D0c crw-rw 1 root audio 116, 16 2008-02-24 01:48 pcmC0D0p crw-rw 1 root audio 116, 25 2008-02-24 12:14 pcmC0D1c crw-rw 1 root audio 116, 26 2008-02-24 12:14 pcmC0D2c crw-rw 1 root audio 116, 18 2008-02-24 12:14 pcmC0D2p crw-rw 1 root audio 116, 19 2008-02-24 12:14 pcmC0D3p crw-rw 1 root audio 116, 1 2008-02-24 12:14 seq crw-rw 1 root audio 116, 33 2008-02-24 12:14 timer --- End /dev/snd/ listing --- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-rc2 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages alsa-source depends on: ii bzip2 1.0.4-3high-quality block-sorting file co ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii debconf-utils 1.5.19 debconf utilities ii debhelper 6.0.5 helper programs for debian/rules ii dpkg-dev 1.14.16.6 package building tools for Debian ii gcc [c-compiler] 4:4.2.2-2 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-6The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-19 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.3-1The GNU C compiler ii gcc-4.3 [c-compiler] 4.3-20080219-1 The GNU C compiler ii make 3.81-3 The GNU version of the make util Versions of packages alsa-source recommends: ii fakeroot 1.9.3 Gives a fake root environment ii kernel-package11.001-0.1 A utility for building Linux kerne pn linux-headers none (no description available) ii module-assistant 0.10.11.0 tool to make module package creati Versions of packages alsa-base depends on: ii linux-sound-base 1.0.16-1 base package for ALSA and OSS soun ii lsof 4.78.dfsg.1-4 List open files ii module-init-tools 3.3-pre11-4 tools for managing Linux kernel mo Versions of packages libasound2 depends on: ii libc6 2.7-8 GNU C Library: Shared libraries -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a
Bug#454991: rsvg and rsvg-viewer should not be packaged together
tag 454991 + upstream wontfix thanks Le lundi 25 février 2008 à 09:12 +0100, Vincent Fourmond a écrit : No. My point was that it was overkill to have a converter from svg to png depend on X libraries. That is still the case. I've understood the problem, and I would be happy with a wontfix. But, in any case, the bug is not fixed. As librsvg depends on gtk+, I don’t think the remaining dependencies will ever disappear. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#467396: gnome-system-monitor: Cannot start through foot menu
Hi, Le lundi 25 février 2008 à 07:11 +0100, Johan Walles a écrit : Do this: 1. Install gnome-system-monitor. 2. Try to start it using GNOME's foot (main) menu. Current result: I cannot find gnome-system-monitor anywhere on that menu. I'm using a Swedish locale, and I expected to find it in the Systemverktyg (System Tools) category. I have looked through all other categories as well, and I'm unable to find it anywhere. Note also that the Swedish help files for GNOME claims that the gnome-system-monitor should be in the Systemverktyg (System Tools) menu. Other tools like the gnome-system-log tool show up in that menu just fine. Currently it is under System-Administration, but I agree this is the wrong menu and that it should be in System tools. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#467423: FTBFS: gcc: error trying to exec 'cc1plus': execvp: No such file or directory
Package: deluge-torrent Version: 0.5.8.3-1 Severity: serious Justification: no longer builds from source Hello, I have build-essential installed, but it seems another base package is missing in the build dependencies. Butrc/files.py - build/lib.linux-i686-2.4/deluge running build_ext building 'deluge_core' extension creating build/temp.linux-i686-2.4 creating build/temp.linux-i686-2.4/libtorrent creating build/temp.linux-i686-2.4/libtorrent/src creating build/temp.linux-i686-2.4/libtorrent/src/kademlia creating build/temp.linux-i686-2.4/src gcc -pthread -fno-strict-aliasing -Wall -g -O2 -fPIC -I./libtorrent -I./libtorrent/include -I./libtorrent/include/libtorrent -I/usr/include/python2.4 -I/usr/include/python2.4 -c libtorrent/src/pe_crypto.cpp -o build/temp.linux-i686-2.4/libtorrent/src/pe_crypto.o -Wno-missing-braces -DHAVE_INCLUDE_LIBTORRENT_ASIOASIO_HPP=1 -DHAVE_INCLUDE_LIBTORRENT_ASIO_SSL_STREAM_HPP=1 -DHAVE_INCLUDE_LIBTORRENT_ASIO_IP_TCP_HPP=1 -DHAVE_PTHREAD=1 -DTORRENT_USE_OPENSSL=1 -DHAVE_SSL=1 -DNDEBUG=1 gcc: error trying to exec 'cc1plus': execvp: No such file or directory error: command 'gcc' failed with exit status 1 make: *** [build-stamp2.4] Error 1 debuild: fatal error at line 1239: debian/rules build failed cc1plus is provided by g++-4.2, which I have installed. execvp is not clear, but I have libc6-dev and perl installed, the two packages dpkg -S exevp is mentioning. And, right, I am backporting latest deluge package on testing, I couldn't wait! Regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages deluge-torrent depends on: ii libboost-date-time1.34 1.34.1-6 set of date-time libraries based o ii libboost-filesystem1.3 1.34.1-6 filesystem operations (portable pa ii libboost-thread1.34.1 1.34.1-6 portable C++ multi-threading ii libc6 2.7-6 GNU C Library: Shared libraries ii libgcc11:4.3-20080202-1 GCC support library ii librsvg2-common2.20.0-1 SAX-based renderer library for SVG ii libssl0.9.80.9.8g-4 SSL shared libraries ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii notification-daemon0.3.7-1+b1a daemon that displays passive pop ii python 2.4.4-6 An interactive high-level object-o ii python-dbus0.82.4-1 simple interprocess messaging syst ii python-glade2 2.12.1-1 GTK+ bindings: Glade support ii python-gtk22.12.1-1 Python bindings for the GTK+ widge ii python-notify 0.1.1-2 Python bindings for libnotify ii python-pyopenssl 0.6-2.3 Python wrapper around the OpenSSL ii python-support 0.7.6 automated rebuilding support for p ii python-xdg 0.15-1.1 A python library to access freedes ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages deluge-torrent recommends: ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467378: coreutils: Please include a program to truncate files
Jim Meyering wrote: Russell Coker [EMAIL PROTECTED] wrote: If I have a file that is 2G in size but wish to discard the last 1G of data then there seems to be no program available to do this. I think it would be ideal to have a program as part of coreutils that allows you to resize a file. If the new length is longer than the old length then it would either write zeros to the end or extend the file (with a hole) via the truncate() system call according to the wish of the user. If the new length is shorter then it would just call truncate(). I would be happy to contribute the code for this. This will require some discussion with upstream, but it seemed best to start the discussion here. That would be nice. If the mythical miscutils project were more concrete, I'd say this tool belongs there. I'm planning to push code to this very project very soon. As previously discussed I'm going to push this to the misc-utils directory of the util-linux-ng project. We can split that directory as a new project in future if ever deemed necessary. I'm not 100% sure it should be written in C, especially since I wrote it in Perl: And here's a shell version: http://www.pixelbeat.org/scripts/truncate I'm probably going to (re)write all miscutils in C though. Russell, if you want to write a C version and do the usual complete job (update coreutils.texi, NEWS, etc. and add tests), I'd probably go for it. The only reason not to would be if miscutils is now viable, and even then... One advantage of using C/coreutils/gnulib is that you'd get k, M, G, ... byte-count suffixes for free. Note I already got util-linux-ng using the coreutils suffixes, so this should be a good fit. Russell if you want to push code to me it's fine, but I was going to work on this tool anyway. thanks, Pádraig.
Bug#466366: please shift to use gfortran based packages
NMU uploaded to delay-5 Interdiff attached. -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE I try to keep an open mind, but not so open that my brains fall out. diff -u fftw-2.1.3/debian/control fftw-2.1.3/debian/control --- fftw-2.1.3/debian/control +++ fftw-2.1.3/debian/control @@ -2,7 +2,7 @@ Section: oldlibs Priority: extra Maintainer: Paul Brossier [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), libtool, libmpich1.0-dev, g77 +Build-Depends: debhelper (= 4.0.0), libtool, libmpich1.0-dev, gfortran Standards-Version: 3.7.2 Package: fftw2 diff -u fftw-2.1.3/debian/changelog fftw-2.1.3/debian/changelog --- fftw-2.1.3/debian/changelog +++ fftw-2.1.3/debian/changelog @@ -1,3 +1,11 @@ +fftw (2.1.3-20.1) unstable; urgency=low + + * Non-maintainer Upload. + * Use/depend on gfortran based Lapack and Blas packages (Closes: #466366). + * Build with gfortran instead of g77. + + -- Colin Tuckley [EMAIL PROTECTED] Mon, 25 Feb 2008 09:37:07 + + fftw (2.1.3-20) unstable; urgency=low * Add working makefiles to fftw-docs (closes: #378550) diff -u fftw-2.1.3/debian/rules fftw-2.1.3/debian/rules --- fftw-2.1.3/debian/rules +++ fftw-2.1.3/debian/rules @@ -24,7 +24,7 @@ build-arch-stamp: dh_testdir # single precision - CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) --enable-float --enable-type-prefix $(ARCHCONFFLAGS) + F77=gfortran CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) --enable-float --enable-type-prefix $(ARCHCONFFLAGS) $(MAKE) #$(MAKE) -C tests check ./tests/fftw_test -t -e -v -p 1024 -x 1 @@ -32,7 +32,7 @@ $(MAKE) install DESTDIR=`pwd`/debian/tmp-single $(MAKE) clean # double precision - CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) $(ARCHCONFFLAGS) + F77=gfortran CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) $(ARCHCONFFLAGS) $(MAKE) #$(MAKE) -C tests check ./tests/fftw_test -t -e -v -p 1024 -x 1
Bug#466985: gnome-settings-daemon crashes (and the volume control applet too)
Just two side notes: I am using the drivers from the nvidia.com site and not the debian package. I am also running my own kernel instead of a debianized one. Thanks, Peter On Sun, 2008-02-24 at 15:52 +0100, Josselin Mouette wrote: reassign 466985 nvidia-glx 169.09-1 thanks On dim, 2008-02-24 at 14:17 +0100, No Name wrote: that is Nvidia GLX. On Sun, 2008-02-24 at 09:35 +0100, Josselin Mouette wrote: Bets are open. Is that fglrx or nvidia-glx ? OK, those who answered nvidia win a box of Mentos and a free commit access to the Nouveau repository.
Bug#467426: libdata-structure-util-perl: FTBFS with Perl 5.10 (test failures)
Package: libdata-structure-util-perl Version: 0.12-1 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-transition This package fails to build with Perl 5.10.0 (currently in experimental.) Note that this needs the new libclone-perl/0.28-1, currently in incoming. Unless this bug is fixed, the package will be both uninstallable and unbuildable in a week or so when Perl 5.10 enters unstable (see #465783). From the build log: /usr/bin/perl Build test t/00pod.ok t/01compile.ok t/02circularok t/02circular_offok t/03bless...ok t/04utf8 # Failed test 'Different encoding' # at t/04utf8.t line 60. # Failed test 'Different encoding' # at t/04utf8.t line 68. # Looks like you failed 2 tests of 27. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 11, 18 Failed 2/27 tests, 92.59% okay t/05refsok t/06signature... # Failed test 'Signature 3' # at t/06signature.t line 37. # got: '7b2766929373ea07e4602f36bcad3461' # expected: '3c1f9bee9f52f97d9e4174445400845c' # Looks like you failed 1 test of 16. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 6 Failed 1/16 tests, 93.75% okay Failed Test Stat Wstat Total Fail List of Failed --- t/04utf8.t 2 512272 11 18 t/06signature.t1 256161 6 Failed 2/8 test scripts. 3/135 subtests failed. Files=8, Tests=135, 1 wallclock secs ( 0.53 cusr + 0.09 csys = 0.62 CPU) Failed 2/8 test programs. 3/135 subtests failed. make: *** [install-stamp] Error 1 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410821: maybe same bug with some detailed info in log
Hi everyone, Yesterday one of our mysql servers (mysq-server-5.0.32-7etch1 on debian 4.0 AMD64) has crashed with this messages: Feb 24 18:19:50 vs1 mysqld[3665]: 080224 18:19:50 [ERROR] /usr/sbin/mysqld: Incorrect key file for table '/tmp/#sql_e50_9.MYI'; try to repair it Feb 24 18:19:50 vs1 mysqld[3665]: 080224 18:19:50 [ERROR] /usr/sbin/mysqld: Incorrect key file for table '/tmp/#sql_e50_18.MYI'; try to repair it Feb 24 18:19:50 vs1 mysqld[3665]: 080224 18:19:50 [ERROR] /usr/sbin/mysqld: Incorrect key file for table '/tmp/#sql_e50_15.MYI'; try to repair it Feb 24 18:19:50 vs1 mysqld[3665]: 080224 18:19:50 [ERROR] /usr/sbin/mysqld: Incorrect key file for table '/tmp/#sql_e50_21.MYI'; try to repair it Feb 24 18:19:50 vs1 mysqld[3665]: *** glibc detected *** double free or corruption (!prev): 0x0a364800 *** Feb 24 18:19:50 vs1 mysqld[3665]: mysqld got signal 6; Feb 24 18:19:50 vs1 mysqld[3665]: This could be because you hit a bug. It is also possible that this binary Feb 24 18:19:50 vs1 mysqld[3665]: or one of the libraries it was linked against is corrupt, improperly built, Feb 24 18:19:50 vs1 mysqld[3665]: or misconfigured. This error can also be caused by malfunctioning hardware. Feb 24 18:19:50 vs1 mysqld[3665]: We will try our best to scrape up some info that will hopefully help diagnose Feb 24 18:19:50 vs1 mysqld[3665]: the problem, but since we have already crashed, something is definitely wrong Feb 24 18:19:50 vs1 mysqld[3665]: and this may fail. Feb 24 18:19:50 vs1 mysqld[3665]: Feb 24 18:19:50 vs1 mysqld[3665]: key_buffer_size=268435456 Feb 24 18:19:50 vs1 mysqld[3665]: read_buffer_size=131072 Feb 24 18:19:50 vs1 mysqld[3665]: max_used_connections=479 Feb 24 18:19:50 vs1 mysqld[3665]: max_connections=2048 Feb 24 18:19:50 vs1 mysqld[3665]: threads_connected=60 Feb 24 18:19:50 vs1 mysqld[3665]: It is possible that mysqld could use up to Feb 24 18:19:50 vs1 mysqld[3665]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 268959728 K Feb 24 18:19:50 vs1 mysqld[3665]: bytes of memory Feb 24 18:19:50 vs1 mysqld[3665]: Hope that's ok; if not, decrease some variables in the equation. Feb 24 18:19:50 vs1 mysqld[3665]: Feb 24 18:19:50 vs1 mysqld[3665]: thd=0x2ab5e800 Feb 24 18:19:50 vs1 mysqld[3665]: Attempting backtrace. You can use the following information to find out Feb 24 18:19:50 vs1 mysqld[3665]: where mysqld died. If you see no messages after this, something went Feb 24 18:19:50 vs1 mysqld[3665]: terribly wrong... Feb 24 18:19:50 vs1 mysqld[3665]: Cannot determine thread, fp=0x45b52190, backtrace may not be correct. Feb 24 18:19:50 vs1 mysqld[3665]: Bogus stack limit or frame pointer, fp=0x45b52190, stack_bottom=0x45b5, thread_stack=1048576, aborting backtrace. Feb 24 18:19:50 vs1 mysqld[3665]: Trying to get some variables. Feb 24 18:19:50 vs1 mysqld[3665]: Some pointers may be invalid and cause the dump to abort... Feb 24 18:19:50 vs1 mysqld[3665]: thd-query at 0xa2da7f0 = SELECT p.`id`, t.`title`, IFNULL(p.`modified`, p.`created`) AS `timestamp`, Feb 24 18:19:50 vs1 mysqld[3665]: CONCAT_WS('/', f.`filename`, CONCAT_WS('-', s.`filename`, FLOOR(COUNT(DISTINCT atp.`thread`) / 20)), Feb 24 18:19:50 vs1 mysqld[3665]: CONCAT_WS('-', FLOOR((COUNT(DISTINCT ap.`id`) - 1) / 20), t.`filename`)) AS `path` Feb 24 18:19:50 vs1 mysqld[3665]: FROM `thread` AS t Feb 24 18:19:50 vs1 mysqld[3665]: INNER JOIN `post` AS p ON t.`newest_post` = p.`id` Feb 24 18:19:50 vs1 mysqld[3665]: INNER JOIN `post_content` AS pc ON pc.`id` = p.`id` Feb 24 18:19:50 vs1 mysqld[3665]: INNER JOIN `post` AS ap ON ap.`thread` = t.`id` Feb 24 18:19:50 vs1 mysqld[3665]: INNER JOIN `subforum` AS s ON t.`subforum` = s.`id` Feb 24 18:19:50 vs1 mysqld[3665]: INNER JOIN `main_forum` AS f ON s.`main_forum` = f.`id` Feb 24 18:19:50 vs1 mysqld[3665]: LEFT OUTER JOIN `thread` AS at ON at.`subforum` = s.`id` Feb 24 18:19:50 vs1 mysqld[3665]: LEFT OUTER JOIN `post` AS atp ON atp.`id` = at.`newest_post` AND IFNULL(atp.`modified`, atp.`created`) IFNULL(p.`modified`, p.`created`) Feb 24 18:19:50 vs1 mysqld[3665]: GROUP BY t.`id` Feb 24 18:19:50 vs1 mysqld[3665]: ORDER BY IFNULL(p.`modified`, p.`created`) DESC Feb 24 18:19:50 vs1 mysqld[3665]: LIMIT 10 Feb 24 18:19:50 vs1 mysqld[3665]: thd-thread_id=24695272 Feb 24 18:19:50 vs1 mysqld[3665]: The manual page at http://www.mysql.com/doc/en/Crashing.html contains Feb 24 18:19:50 vs1 mysqld[3665]: information that should help you find out what is causing the crash. Structure of tables involved in the query is attached. I don't know how to repeat this crash. It has happened for the first time since the site (and its forum) was started in 2006. Unfortunately the crash coused (or was coused by - it's hard to say for me) some corruption in temporary tables and trying to start mysqld generated other crash (log in forum-bug-restart1.txt) The server didn't want to start clean until I deleted
Bug#467424: update-inetd: [INTL:eu] debconf translation update
Package: update-inetd Version: 4.29 Severity: wishlist Tags: patch l10n Hi Attached debconf templates Basque translation, please add it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages update-inetd depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy update-inetd recommends no packages. -- debconf information excluded # translation of update-inetd-eu.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: update-inetd-eu\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-02-25 07:21+0100\n PO-Revision-Date: 2008-02-25 11:16+0100\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: title #. Description #: ../templates:2001 msgid Configuring service: ${service} msgstr Zerbitzua konfiguratzen: ${service} #. Type: boolean #. Description #: ../templates:3001 msgid Ignore multiple entries and continue without changes? msgstr Sarrera anitzak alde batetar utzi eta aldaketa gabe jarraitu? #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:3001 ../templates:5001 ../templates:6001 msgid There are multiple entries in ${inetdcf} for the '${service}' service. msgstr ${inetdcf}-en sarrera anitz daude '${service}' zerbitzuarentzat. #. Type: boolean #. Description #: ../templates:4001 msgid Leave existing entry and continue without changes? msgstr Dagoen sarrera utzi eta aldaketarik gabe jarraitu? #. Type: boolean #. Description #: ../templates:4001 msgid An unrecognized entry for ${sservice} was found in ${inetdcf} while trying to add the following entry: msgstr Sarrera ezezagun bat aurkitu da ${inetdcf}-en ${sservice}-rentzat hurrengo sarrera gehitzen saiatzean: #. Type: boolean #. Description #: ../templates:4001 msgid The unrecognized entry is: msgstr Sarrera ezezaguna: #. Type: boolean #. Description #: ../templates:5001 msgid Remove inetd entries? msgstr inetd sarrerak kendu? #. Type: boolean #. Description #: ../templates:5001 msgid Please confirm that you agree to remove these entries. msgstr Mesedez berretsi sarrera hauek kendu nahi dituzula. #. Type: boolean #. Description #: ../templates:6001 msgid Disable inetd entries? msgstr inetd sarrerak ezgaitu? #. Type: boolean #. Description #: ../templates:6001 msgid Please confirm that you agree to disable these entries. msgstr Mesedez berretsi sarrera hauek ezgaitu nahi dituzula.
Bug#244582: ufoai packages
2008/2/23, Cyril Brulebois [EMAIL PROTECTED]: On 23/02/2008, Teemu Ikonen wrote: As for getting this game into Debian main, there seems to be still some issues with the licensing of some of the game content, mostly the textures it seems. There's also a question about the DFSG-freeness of the CC licenses used for the content, mentioned at http://ufoai.ninex.info/wiki/index.php/License_Issues Most content seems to be CC-SA 3.0 though, which is DFSG compatible. Note that ftpmasters are OK with that ATM, but that -legal hasn't reached the same conclusion. It's the ftpmasters who are responsible for taking that decision and the ones who have to reach the decision. debian-legal cannot do any official statement regarding Debian, it's just a consultive mailing list. The only official statements about DFSG compliance are made by the ftpmasters. ( Marco d''Itri , http://www.usenetarticles.com/thread/804922.html ) Ftpmasters have already accepted CC-by and CC-by-sa 3.0 (only 3.0, not 2.0 nor 2.5) into the repositories. Miry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467395: cdebootstrap: fails to install lenny for arch=amd64 when run from arch=i386
On Sun, Feb 24, 2008 at 10:03:49PM -0800, tony mancill wrote: I'm encountering an error trying to install amd64 lenny from a current i386 system running unstable. The debug output it attached - the installation of dpkg fails but there isn't any indication as to why (that I can see). I'm invoking cdebootstrap as follows: sudo cdebootstrap -d --verbose --arch=amd64 --flavour=standard lenny /mnt/debinst/ http://mirrors.kernel.org/debian Usualy I would say you want to execute amd64 binaries on a kernel which is not able to do so. Please execute chroot /mnt/debinst /bin/sh? I expect something like | chroot: cannot run command `/bin/sh': Exec format error Bastian -- Behind every great man, there is a woman -- urging him on. -- Harry Mudd, I, Mudd, stardate 4513.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467374: acpi-support: acpi_fakekey does not reach sleep.sh
Martins Krikis wrote: Hmm. Some good points there. No, I wasn't running any of those, in fact kpowersave (which turns out to be a tray applet) wasn't even installed and Gnome still isn't. When logging out of X and pressing the button while logged on the VT, nothing happened. Then I logged back on to X, installed this kpowersave and launched. I already had some other KDE battery monitor tray applet running, so this was now a second one. But it did indeed start handling the keypress generated by acpi_fakekey. So the laptop suspends again. (It's a pity the battery charge amount that this applet shows and the number of batteries installed seems to mismatch reality but that's a different bug and story.) So is Debian's acpi-support design for suspend-to-ram such that it _only_ works in X and only if the user has installed some particular utilities to grab the generated fakekey? Now I'm really getting interested in how could it have worked with the 2.6.22.5 kernel. And what is the purpose of /etc/acpi/sleep.sh, since it didn't seem to get involved in the suspend-to-ram orchestrated by kpowersave. The role is to handle the key if nobody else does. Apparently this goes wrong in newer kernels. I've heard some things about a recent rewiring of certain event chains, we'll simply have to figure out how the wiring currently works. Once I get to my own computer I'll try to figure it out! Cheers, Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467069: pango1.0: biarch support
On Sun, Feb 24, 2008, Javier Serrano Polo wrote: El dg 24 de 02 del 2008 a les 11:22 +0100, en/na Loïc Minier va escriure: Ok, but why not using usr/lib/$(DEB_HOST_GNU_TYPE)? There's no package using usr/lib/i486-linux-gnu or usr/lib/x86_64-linux-gnu. Those paths are even incorrect, compilation on amd64 would need overriding DEB_HOST_GNU_TYPE. And I won't use ../lib32. I'm not sure you're aware of what multiarch is about: it's not about building 32-bits packages under 64-bits or vice-versa, it's about having parallel installable libs for all arches. So you could even have an arm pango installed if you have a way to run arm binaries such as qemu-arm. The pathnames are not a pango1.0 invention, these have been agreed upon already; if you're running Debian, you probably have something like /etc/ld.so.conf.d/i486-linux-gnu or /etc/ld.so.conf.d/x86_64-linux-gnu.conf telling the runtime linker about these libs. (I don't understand your remark about ../lib32.) Your ld.so should find the libs and the modules should be found by pango. What's preventing you to use the multiarch pathnames or why are you insisting on using /usr/lib32 / the biarch pathnames? /usr/lib32 works, it's tested. It's standard. It's the one currently used by Debian; either this or /emul/ia32-linux/usr/lib. On the other hand, what's preventing the use of DEB_BUILD_OPTIONS=arch32bit? What packages are using usr/lib/$(DEB_HOST_GNU_TYPE)? As I explained in my first reponse, multiarch is a superset of biarch; biarch works, multiarch works; it would be quite complex to have a multiarch *and* a biarch version of pango, so I'd prefer not mixing these. Why is it needed? (What's the rpath pointing to and why is it problematic?) The rpath points to /usr/lib32. That shouldn't be a problem, but lintian complains because rpath is deprecated in Debian. Perhaps you already know this: http://wiki.debian.org/RpathIssue Ok, I was wondering whether you were required to strip this RPATH to fix a particular runtime issue; one way to fix it is to strip it like you did (I would expect libtool to not generate this RPATH if it properly supports biarch though, but I'm not interested in investigating), and it's nice for policy compliance. Yes, I know about the RpathIssue; the most common one is the other way around (/usr/lib64 being considered the standard and /usr/lib RPATHes being generated) which causes great trouble to enforce LD_LIBRARY_PATH on amd64, but that's another story. -- Loïc Minier
Bug#467374: acpi-support: acpi_fakekey does not reach sleep.sh
Hmm. Some good points there. No, I wasn't running any of those, in fact kpowersave (which turns out to be a tray applet) wasn't even installed and Gnome still isn't. When logging out of X and pressing the button while logged on the VT, nothing happened. Then I logged back on to X, installed this kpowersave and launched. I already had some other KDE battery monitor tray applet running, so this was now a second one. But it did indeed start handling the keypress generated by acpi_fakekey. So the laptop suspends again. (It's a pity the battery charge amount that this applet shows and the number of batteries installed seems to mismatch reality but that's a different bug and story.) So is Debian's acpi-support design for suspend-to-ram such that it _only_ works in X and only if the user has installed some particular utilities to grab the generated fakekey? Now I'm really getting interested in how could it have worked with the 2.6.22.5 kernel. And what is the purpose of /etc/acpi/sleep.sh, since it didn't seem to get involved in the suspend-to-ram orchestrated by kpowersave. Thanks, Martins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467378: coreutils: Please include a program to truncate files
Russell Coker wrote: Bob Proulx wrote: There is always 'head'. head --bytes=1024m That doesn't do what I want at all. I knew you wouldn't be happy with it. :-) I did mention that it copied the data twice for example. But it was an obvious program to mention because it could be used for the stated purpose. Yes, particularly when a program named truncate(1) would be a good complement to truncate(2). I see that Jim has come through with a perl program to do just that. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467378: coreutils: Please include a program to truncate files
Russell Coker [EMAIL PROTECTED] wrote: On Monday 25 February 2008 21:29, Pádraig Brady [EMAIL PROTECTED] wrote: Russell if you want to push code to me it's fine, but I was going to work on this tool anyway. I don't have any code (yet). If you are going to work on it then I would be more than happy to leave it to you. I would be very interested in testing it, but my coding time is unfortunately quite limited at the moment and I'd prefer to focus on the things that don't have someone else about to work on them. One non-obvious feature request that I have is for a truncate on a non-existant file to create it (similar to the way touch is commonly used to create files). The obvious question is then Why?
Bug#467378: coreutils: Please include a program to truncate files
On Monday 25 February 2008 21:29, Pádraig Brady [EMAIL PROTECTED] wrote: Russell if you want to push code to me it's fine, but I was going to work on this tool anyway. I don't have any code (yet). If you are going to work on it then I would be more than happy to leave it to you. I would be very interested in testing it, but my coding time is unfortunately quite limited at the moment and I'd prefer to focus on the things that don't have someone else about to work on them. One non-obvious feature request that I have is for a truncate on a non-existant file to create it (similar to the way touch is commonly used to create files).
Bug#463539: libdevel-cover-perl: FTBFS with Perl 5.10 (test failure)
tag 463539 fixed-upstream thanks Hi Florian, CPAN test reports indicate that this is fixed upstream. Note that this needs the new libclone-perl/0.28-1, currently in incoming. Unless this bug is fixed, the package will be both uninstallable and unbuildable in a week or so when Perl 5.10 enters unstable (see #465783). If you're busy, I'd be happy to NMU the package or adopt it for the Debian Perl Group. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467427: openoffice.org-common: Locale is French (fr_FR.UTF-8) but setting LC_MESSAGES=C puts OOo in English
Package: openoffice.org-common Version: 1:2.3.1-5 Severity: normal Tags: l10n Hello, I use a French environment and until recently OOo was in French too. I have all necessary packages installed: ii openoffice.org-help-fr1:2.3.1-5 French help for OpenOffice.org ii openoffice.org-l10n-fr1:2.3.1-5 French language package for OpenOffice.org But I've set LC_MESSAGES=C to see GCC errors in English, and more generally to be able to report bugs with the original message. Now OOo is displaying in English. $ locale LANG=fr_FR.UTF-8 LC_CTYPE=fr_FR.UTF-8 LC_NUMERIC=fr_FR.UTF-8 LC_TIME=fr_FR.UTF-8 LC_COLLATE=fr_FR.UTF-8 LC_MONETARY=fr_FR.UTF-8 LC_MESSAGES=C LC_PAPER=fr_FR.UTF-8 LC_NAME=fr_FR.UTF-8 LC_ADDRESS=fr_FR.UTF-8 LC_TELEPHONE=fr_FR.UTF-8 LC_MEASUREMENT=fr_FR.UTF-8 LC_IDENTIFICATION=fr_FR.UTF-8 LC_ALL= I guess OOo is reading LC_ALL without searching further. But Gnome, Iceweasel, etc. are still in French. Setting back LC_MESSAGES to fr_FR.UTF-8 doesn't help. I have to force LC_ALL to be fr_FR.UTF-8 to restore the interface in French. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org-common depends on: ii dictionaries-common [openoffi 0.90.3 Common utilities for spelling dict ii openoffice.org-style-andromed 1:2.3.1-5 Default symbol style for OpenOffic Versions of packages openoffice.org-common recommends: pn openoffice.org-style-crystal none (no description available) pn openoffice.org-style-hicontra none (no description available) pn openoffice.org-style-industri none (no description available) ii openoffice.org-style-tango1:2.3.1-5 Tango symbol style for OpenOffice. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450913: bash completion script breaks normal file completion
On Thu, 21 Feb 2008, Soeren Sonnenburg wrote: The fix is obvious. Replace in the django completion file all occurences of basename something by basename -- something. Any news on this? The bug is still in 0.97~svn7047-2. I attaching your proposed fix - which works nicely for me... Brett? Can you forward it upstream and prepare an upload? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#467428: ITP: libewf -- read and write EWF file format
Package: wnpp Severity: wishlist Owner: Debian Forensics [EMAIL PROTECTED] * Package name: libewf Version : 20070512 Upstream Author : Joachim Metz [EMAIL PROTECTED] Hoffmann Investigations * URL : https://www.uitwisselplatform.nl/projects/libewf/ * License : BSD-4 Programming Lang: C Description : read and write EWF file format LibEWF is a library which can be used to read and write the Expert Witness Compression Format (EWF) file format, used in Computer Forensics. -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#447239: can't reproduce it with mc in unstable
Hello, I've problems to reproduce this behaviour with the mc which is currently in unstable. Can you please verify if this bug is indeed closed with this version and put me a small note? I've tried to copy /etc/shadow and he correctly states that he can't read the file and aborted the transfer. So this behaviour is completly correct. Thanks in advance Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#466547: (no subject)
tag - sid thanks At least in unstable w3m is only one of several alternatives. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#467425: lintian: tag sharedobject-in-library-directory-not-actually-a-shlib is confusing
Package: lintian Version: 1.23.45 Severity: minor I got the error sharedobject-in-library-directory-not-actually-a-shlib on a file. The file was missing a soname. Perhaps you could rename the tag to something like sharedobject-in-library-directory-missing-soname. Otherwise people (such as me) would be confused that the file is complete garbage or something. After looking five times I found the distinction between sharedobject and shlib, but that is very subtle. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360575: how to get rid of the messages
Package: openoffice.org Version: 1:2.4.0~rc1-2 Followup-For: Bug #360575 the messages are about a user macro package. I did not install those ever, must have been done by a previous installation of openoffice. - go to menu: Tools-Macros-Organize Macros-Openoffice.org Basic - delete the WebWizard Package in My Macros HTH, Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467431: fluidsynth: Please upgrade Fluidsynth to the new 1.0.8 version
Package: fluidsynth Severity: wishlist Hi, would it be possible to upgrade to upstream version 1.0.8? See also http://lists.debian.org/debian-multimedia/2008/02/msg00044.html Thanks, Free -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (1001, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467430: ITP: milkytracker -- Music creation tool inspired by Fast Tracker 2
Package: wnpp Severity: wishlist * Package name: milkytracker Version : 1.x Upstream Authors: Peter Barth Christopher O'Neill * URL : http://www.milkytracker.net/ * License : GNU GPL v3 (not publicly available yet) Description : Music creation tool inspired by Fast Tracker 2 This is an editor for tracked music, i.e. audio samples of instruments pitch shifted according to the note data. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467429: base-files - Please remove /initrd
Package: base-files Version: 4.0.2 Please remove /initrd from list. It is not used since ages. Bastian -- Yes, it is written. Good shall always destroy evil. -- Sirah the Yang, The Omega Glory, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466663: lighttpd remote DoS
tags 43 + patch thanks Is anyone working on an updated package? There is a patch on: http://trac.lighttpd.net/trac/attachment/ticket/1562/Fix-372-and-1562.patch and I'd prepare an NMU otherwise. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpyQ874TQxjN.pgp Description: PGP signature
Bug#458220: RFS: uade debian : amiga module player
Hi, I've just test this program and it's fun Just to let it know there are a couple of work done already * http://gnu.ethz.ch/debian/uade/ * http://morgoth.free.fr/ubports/ I can help to build a package if needed , stay tuned : * http://rzr.online.fr/q/mod Regards -- # mailto:rzr[a]users.sf.net -- gpg:0x467094BC # http://rzr.online.fr/contribs.htm -- Libre Software Addict # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net signature.asc Description: OpenPGP digital signature
Bug#450913: bash completion script breaks normal file completion
On Feb 25, 2008, at 5:16 AM, Raphael Hertzog wrote: Brett? Can you forward it upstream and prepare an upload? Soeren beat me to it; it's been opened with Django as ticket 6661[1] and I've tested the patch and flagged it for a Django committer to check in. [1] http://code.djangoproject.com/ticket/6661 -- James Bennett [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467432: mutt: save Bcc header to Fcc even if $write_bcc is unset
Package: mutt Version: 1.5.17+20080114-1 Severity: wishlist Tags: patch Hello, I use Bcc headers quite frequently to send e-mails to a group of people without disclosing their addresses. Since exim is the default MTA on debian it is then necessary to unset $write_bcc in mutt, otherwise the Bcc header would not be stripped from the e-mails which are sent out. This has the adverse side-effect that the Bcc header is also missing from the Fcc copy that mutt saves. This problem has been discussed on mutt-dev in October 2005 and a simple patch was presented in http://marc.info/?l=mutt-devm=112939717412790 . The patch included below is a re-sync w.r.t. mutt_1.5.17+20080114-1 in Debian Testing. Please consider including this patch in the Debian package of mutt in the future. Kind regards, Ch. Scheurer *** mutt-1.5.17_force_write_bcc_for_fcc.patch diff -uraN mutt-1.5.17+20080114/headers.c mutt-1.5.17+20080114.patched/headers.c --- mutt-1.5.17+20080114/headers.c 2008-01-14 22:56:29.0 +0100 +++ mutt-1.5.17+20080114.patched/headers.c 2008-02-25 12:25:28.0 +0100 @@ -52,7 +52,7 @@ } mutt_env_to_local (msg-env); - mutt_write_rfc822_header (ofp, msg-env, NULL, 1, 0); + mutt_write_rfc822_header (ofp, msg-env, NULL, 1, 0, 0); fputc ('\n', ofp); /* tie off the header. */ /* now copy the body of the message. */ diff -uraN mutt-1.5.17+20080114/protos.h mutt-1.5.17+20080114.patched/protos.h --- mutt-1.5.17+20080114/protos.h 2008-01-14 22:58:33.0 +0100 +++ mutt-1.5.17+20080114.patched/protos.h 2008-02-25 12:26:31.0 +0100 @@ -370,7 +370,7 @@ int mutt_write_mime_body (BODY *, FILE *); int mutt_write_mime_header (BODY *, FILE *); int mutt_write_one_header (FILE *fp, const char *tag, const char *value, const char *pfx, int wraplen); -int mutt_write_rfc822_header (FILE *, ENVELOPE *, BODY *, int, int); +int mutt_write_rfc822_header (FILE *, ENVELOPE *, BODY *, int, int, int); int mutt_yesorno (const char *, int); void mutt_set_header_color(CONTEXT *, HEADER *); void mutt_sleep (short); diff -uraN mutt-1.5.17+20080114/send.c mutt-1.5.17+20080114.patched/send.c --- mutt-1.5.17+20080114/send.c 2008-01-14 22:58:33.0 +0100 +++ mutt-1.5.17+20080114.patched/send.c 2008-02-25 12:25:28.0 +0100 @@ -984,10 +984,10 @@ unset_option (OPTWRITEBCC); #endif #ifdef MIXMASTER - mutt_write_rfc822_header (tempfp, msg-env, msg-content, 0, msg-chain ? 1 : 0); + mutt_write_rfc822_header (tempfp, msg-env, msg-content, 0, msg-chain ? 1 : 0, 0); #endif #ifndef MIXMASTER - mutt_write_rfc822_header (tempfp, msg-env, msg-content, 0, 0); + mutt_write_rfc822_header (tempfp, msg-env, msg-content, 0, 0, 0); #endif #ifdef USE_SMTP if (old_write_bcc) diff -uraN mutt-1.5.17+20080114/sendlib.c mutt-1.5.17+20080114.patched/sendlib.c --- mutt-1.5.17+20080114/sendlib.c 2008-01-14 22:58:33.0 +0100 +++ mutt-1.5.17+20080114.patched/sendlib.c 2008-02-25 12:28:49.0 +0100 @@ -1743,7 +1743,7 @@ int mutt_write_rfc822_header (FILE *fp, ENVELOPE *env, BODY *attach, - int mode, int privacy) + int mode, int privacy, int fcc) { char buffer[LONG_STRING]; char *p, *q; @@ -1788,7 +1788,7 @@ if (env-bcc) { -if(mode != 0 || option(OPTWRITEBCC)) +if(mode != 0 || option(OPTWRITEBCC) || fcc) { fputs (Bcc: , fp); mutt_write_address_list (env-bcc, fp, 5, 0); @@ -2559,7 +2559,7 @@ /* post == 1 = postpone message. Set mode = -1 in mutt_write_rfc822_header() * post == 0 = Normal mode. Set mode = 0 in mutt_write_rfc822_header() * */ - mutt_write_rfc822_header (msg-fp, hdr-env, hdr-content, post ? -post : 0, 0); + mutt_write_rfc822_header (msg-fp, hdr-env, hdr-content, post ? -post : 0, 0, 1); /* (postponment) if this was a reply of some sort, msgid contians the * Message-ID: of message replied to. Save it using a special X-Mutt- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466931: Problem whit GCJ_JAWT_DEPENDS in debian/rules script
tag 466931 + moreinfo thanks Miguelangel Jose Freitas Loreto wrote: I just make a backport version of OpenOffice.org (1:2.4.0~rc1-2) for Debian etch, when the build is done 'make' show an error that why now? I'll do one when it's final. GCJ_JAWT_DEPEND is being used by itself and stop, you can see the error 522 to 526 lines in debian/rules script. a) debian/rules is not a script b) what's the *exact output*? What is the error you have? If you found it, please tell me (I am currently more caring about getting it ready in sid than the etch backport which would then come later) BTW, I do not think this is important at all. This sound like a backport-only bug, which is not in the scope of this BTS (of course, if there's an error it will get fixed when the backport gets done). Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466399: happened again: Oops at lock_kernel+0x10/0x32: unable to handle kernel paging request
Hi! I checked the machine for memory errors with memtest86+, I checked the fans and the general operation, and everything seemed to be alright. The only thing that was surprising was that according to memtest86+ the L1 cache is bigger than the L2 cache (128k vs 64k), but I think that that's because the motherboard is older than the CPU. Today, after a week of correct working, I got 2 oops again. It occurs again at lock_kernel+0x10/0x32, but this time there's no nfs in the stack trace, so it seems that the problem is elsewhere. Please tell me if there's something I might do to find the actual reason for the bug. I'm including the output of cpuinfo, in case it's helpful, and the kern.log output for the oops: Linux aquadrelli 2.6.18-6-k7 #1 SMP Sat Jan 26 10:03:58 UTC 2008 i686 GNU/Linux processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 3 model name : AMD Duron(tm) Processor stepping: 1 cpu MHz : 797.228 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up bogomips: 1595.41 Feb 25 09:40:54 aquadrelli kernel: BUG: unable to handle kernel paging request at virtual address 31315040 Feb 25 09:40:54 aquadrelli kernel: printing eip: Feb 25 09:40:54 aquadrelli kernel: c028403b Feb 25 09:40:54 aquadrelli kernel: *pde = Feb 25 09:40:54 aquadrelli kernel: Oops: 0002 [#1] Feb 25 09:40:54 aquadrelli kernel: SMP Feb 25 09:40:54 aquadrelli kernel: Modules linked in: nls_iso8859_1 cifs sis drm ppdev parport_pc lp parport button ac battery nfs lockd nfs_acl sunrpc ipv6 dm_snapshot dm_mirror dm_mod loop snd_trident gameport snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_util_mem snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq floppy snd_timer snd_rawmidi snd_seq_device rtc snd sis_agp agpgart shpchp i2c_sis630 pcspkr pci_hotplug soundcore i2c_core evdev ext3 jbd mbcache ide_disk ide_cd cdrom ohci_hcd usbcore sis900 mii sis5513 generic ide_core thermal processor fan Feb 25 09:40:54 aquadrelli kernel: CPU:0 Feb 25 09:40:54 aquadrelli kernel: EIP:0060:[c028403b] Tainted: G SVLI Feb 25 09:40:54 aquadrelli kernel: EFLAGS: 00213256 (2.6.18-6-k7 #1) Feb 25 09:40:54 aquadrelli kernel: EIP is at lock_kernel+0x10/0x32 Feb 25 09:40:54 aquadrelli kernel: eax: dcba7550 ebx: de36180c ecx: de36180c edx: Feb 25 09:40:54 aquadrelli kernel: esi: de361800 edi: 08235b20 ebp: dbfa41c0 esp: dc49bf5c Feb 25 09:40:54 aquadrelli kernel: ds: 007b es: 007b ss: 0068 Feb 25 09:40:54 aquadrelli kernel: Process Xorg (pid: 2507, ti=dc49a000 task=dcba7550 task.ti=dc49a000) Feb 25 09:40:54 aquadrelli kernel: Stack: c01fe4ee 0040 08235b20 df6f5ce0 bff6b174 dbfa41c0 c01fe4a3 Feb 25 09:40:54 aquadrelli kernel:08235b20 0040 c015ad14 dc49bfa4 dbfa41c0 fff7 0040 dc49a000 Feb 25 09:40:54 aquadrelli kernel:c015b160 dc49bfa4 000a 0001 c0102bed Feb 25 09:40:54 aquadrelli kernel: Call Trace: Feb 25 09:40:54 aquadrelli kernel: [c01fe4ee] tty_read+0x4b/0xb4 Feb 25 09:40:54 aquadrelli kernel: [c01fe4a3] tty_read+0x0/0xb4 Feb 25 09:40:54 aquadrelli kernel: [c015ad14] vfs_read+0x9f/0x141 Feb 25 09:40:54 aquadrelli kernel: [c015b160] sys_read+0x3c/0x63 Feb 25 09:40:54 aquadrelli kernel: [c0102bed] sysenter_past_esp+0x56/0x79 Feb 25 09:40:54 aquadrelli kernel: Code: a8 08 74 06 b8 f5 ff ff ff c3 f3 90 31 c0 86 05 40 50 31 c0 84 c0 7e de 31 c0 c3 89 e0 25 00 e0 ff ff 8b 00 8b 50 14 42 75 16 90 fe 0d 40 50 31 c0 79 0d f3 90 80 3d 40 50 31 c0 00 7e f5 eb ea Feb 25 09:40:54 aquadrelli kernel: EIP: [c028403b] lock_kernel+0x10/0x32 SS:ESP 0068:dc49bf5c Feb 25 09:40:54 aquadrelli kernel: 1BUG: unable to handle kernel paging request at virtual address 31315040 Feb 25 09:40:54 aquadrelli kernel: printing eip: Feb 25 09:40:54 aquadrelli kernel: c028403b Feb 25 09:40:54 aquadrelli kernel: *pde = Feb 25 09:40:54 aquadrelli kernel: Oops: 0002 [#2] Feb 25 09:40:54 aquadrelli kernel: SMP Feb 25 09:40:54 aquadrelli kernel: Modules linked in: nls_iso8859_1 cifs sis drm ppdev parport_pc lp parport button ac battery nfs lockd nfs_acl sunrpc ipv6 dm_snapshot dm_mirror dm_mod loop snd_trident gameport snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_util_mem snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq floppy snd_timer snd_rawmidi snd_seq_device rtc snd sis_agp agpgart shpchp i2c_sis630 pcspkr pci_hotplug soundcore i2c_core evdev ext3 jbd mbcache ide_disk ide_cd cdrom ohci_hcd usbcore sis900 mii sis5513 generic ide_core thermal processor fan Feb 25 09:40:54 aquadrelli kernel: CPU:0 Feb
Bug#467433: typo in package description
Package: libppi-html-perl Severity: minor --- Please enter the report below this line. --- libppi-html-perl - Generate syntax-hightlighted HTML for Perl using PPI hightlighted should be highlighted --- System information. --- Architecture: powerpc Kernel: Linux 2.6.24-1-powerpc Debian Release: lenny/sid 500 unstablemirrors2.shlug.org 500 unstableftp.us.debian.org 500 unstableftp.tw.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | signature.asc Description: This is a digitally signed message part
Bug#465966: (no subject)
Robos (Cc BTS): Since you have given me the option, I would prefer to move ahead with a 1.1.1 release if the sponsor (nico) has no objection. I'll contact him with the request. Let me know when 1.1.2 is ready and I'll start the work at my end. Warm regards, Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461617: wordpress no-code-duplication l10n
2008/2/16, Lionel Elie Mamane [EMAIL PROTECTED]: On Sat, Feb 16, 2008 at 08:33:59AM +0100, Lionel Elie Mamane wrote: On Thu, Jan 31, 2008 at 04:18:38PM +0200, Nikolay Bachiyski wrote: However, I like the idea of specially-formatted comments -- something like: wp_die(/*WP_I18N_NOWPCONF*/There doesn't seem to be a codewp-config.php/code file.../*/WP_I18N_NOWPCONF*/); Thus we can put these strings into the mo file and replace them on the localized package build stage. I'm starting a shell script proof of concept implementation after breakfast. Herewith attached is: - a (partial) patch for wordpress 2.3.3 - a tarball with my static-l10n code, and example .po files for English and French, with some. for a first draft of what it would look like. Please let me know what you think; in particular, if I finish it and polish it up, is it good for commit in Wordpress (I'll send a patch against trunk in that case, obviously). Here is how it is used: tar xfz i18n-tools-0.0.1.tar.gz /some/place /some/place/compile-static-i18n /some/place/translate-static /path/to/wordpress/tree LANGUAGE_CODE This will translate the static strings between /*WP_I18N_START_FOO*/ and /*WP_I18N_END_FOO*/ in files where they occur. The list of values for FOO and the list of files is static in the translate-static script. It requires sed, a POSIX-compliant /bin/sh and GNU gettext installed. The suggested way for a programmer to change the English string is to change it in en.po and run translate-static. And then, warn all translators. Or we can drop en.po and developers can have the fun of chasing every occurrence of the string and change it the same way everywhere; they'd still have to warn translators. See also below. Where shall we place the contents of the said tarball? Directly as a subdirectory l10n-tools of wordpress? In a separate SVN repository (maybe where I would commit directly), e.g. in the wordpress-i18n repository, under tools? Bugs and problems: - The translator sees the FOO part of the placeholder (e.g. NOWPCONF) as msgid instead of the English version of the string; he has to look up in the code or in en.po what the English version of that string is. This one should be avoided, or we will have to automatically strip the WP_... and /WP... parts from translation. As a consequence, if a programmer changes the English version of the string in the code, there is no automatic way for the translators to be notified (the string does not become fuzzy in gettext terms). This is not a big problem. Fixing that is a bit problematic; to look up the English string instead of the placeholder, I'd have to interpret PHP strings, something I'm not very eager to code up in shell... We will make it in php, because it has a decent tokenizer. Also, we will need some custom code for extracting strings, elsewhere. - The implementation does not support multi-line strings and it is a bit delicate to add that support. Mainly include/wp-db.php contains multi-line strings. Would it be OK to change them to single-line strings, with \n escapes for newlines? If we write it in php it will be less of a problem :-) Would you mind if we move the discussion to our wp-hackers list [0]? I want the devs to check it out also. It would be nice if you drop a mail there with the idea, and after that we can write a ticket, put the code and polish it. [0] http://lists.automattic.com/mailman/listinfo/wp-hackers Happy hacking, Nikolay. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467434: php-doc: New upstream release
Package: php-doc Version: 20070501-1 Severity: wishlist The current version of the documentation at http://uk3.php.net/manual/en/index.php is 2007-11-25. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (520, 'testing'), (510, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash php-doc depends on no packages. Versions of packages php-doc recommends: pn php5-cli none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466932: Dependecy problem for ure-dbg
Hi, Miguelangel Jose Freitas Loreto wrote: I just make a backport version of OpenOffice.org (1:2.4.0~rc1-2) for Debian etch, the build is good but when I installing the 'ure-dbg' That contradicts what you said in 466931. Can you please decide? In any case, why is this important and why did you file this in the bugtracker? etch-backport is not in the scope of this BTS and I'll do a backport when 2.4 is final. package it dos resolve the dependenci whit the 'ure' packages because differ version. works for me on sid. [EMAIL PROTECTED]:~/Debian/Pakete/OpenOffice.org$ dpkg --info ure-dbg_1.4+OOo2.4.0~rc1-2.3pre_amd64.deb | grep Version neues Debian-Paket, Version 2.0. Version: 1.4+OOo2.4.0~rc1-2.3pre [EMAIL PROTECTED]:~/Debian/Pakete/OpenOffice.org$ dpkg --info ure-dbg_1.4+OOo2.4.0~rc1-2.3pre_amd64.deb | grep Depends Depends: ure (= 1.4+OOo2.4.0~rc1-2.3pre) [EMAIL PROTECTED]:~/Debian/Pakete/OpenOffice.org$ dpkg --info ure_1.4+OOo2.4.0~rc1-2.3pre_amd64.deb | grep Version neues Debian-Paket, Version 2.0. Version: 1.4+OOo2.4.0~rc1-2.3pre Package: ure-dbg Version: 1.4+OOo2.4.0~rc1-2mjflve1 Section: devel Priority: extra Architecture: i386 Depends: ure (= 1:2.4.0~rc1-2mjflve1) ^ The epoch shouldn't be there. Maybe a behaviour difference between etchs and sids dpkg? As said above, works for me on sid. I'll eventually just disable the URE packaging for the etch backport. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244582: ufoai packages
On Sat, Feb 23, 2008 at 11:32 PM, Cyril Brulebois [EMAIL PROTECTED] wrote: On 23/02/2008, Yann Dirson wrote: Why not just using the pkg-games svn to store the debian/ directory? It's just that there is a debian/ tree in upstream SVN, because I [...] I see. Common situation actually. You're welcome to host the debian/ directory in pkg-games's svn anyway, which is far better than an upstream debian/ directory (see Joey Hess's blog for such reasons). Ok, does one need to be a DD in order to upload the debian-dir to the pkg-games SVN? Any other hints to using the SVN server than in http://wiki.debian.org/Games/SVN ? Yann, since the packaging is mostly your work, do you want to fix the remaining bugs and upload it to pkg-games? Teemu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467057: Minor last-position-jump bug
Hi again, Just to clarify, this also needs to be corrected in the Debian-specific vimrc (in the package source: /debian/runtime/vimrc). Cheers, Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461617: wordpress no-code-duplication l10n [was: Bug#461617]
2008/2/17, Lionel Elie Mamane [EMAIL PROTECTED]: On Tue, Jan 22, 2008 at 09:14:40PM +0200, Nikolay Bachiyski wrote: 2008/1/22, Lionel Elie Mamane [EMAIL PROTECTED]: I looked only at the French translation up to now. Another thing that bothers me a bit is code differences between the English and French versions of Wordpress. Some are French-specific code, but don't break other languages. An example is (in tinymce): if ($mce_locale = 'fr_FR') { $mce_locale = 'fr'; } Could this kind of code be folded back into wordpress itself? They should name their tinymce translations fr_fr.js and this patch won't be needed. I've also looked a bit at the Spanish one, and for some tags/branches, the files are called es_ES.js and for some tags/branches, es.js . A bit messy :) I'm encountering similar issues (sometimes the other way round) with .po files: for example the nl directory contains nl_NL.po files. This makes my fetch all i18n files from SVN script much more complex :-( I have a beta version of this script running now. It would help greatly if there were stronger naming conventions throughout the repository. E.g. if the nl directory contained only nl.po and nl.js files (no nl_NL.po or nl_NL.js) and conversely, if there is a nl_NL directory, it contains nl_NL.po and nl_NL.js files, no nl.po or nl.js. Because then I can write my script like: for lang in $(svn ls YOUR_REPO); do svn export YOUR_REPO/$lang/tags/VERSION/messages/$lang.po done instead of having to really code recursive directory traversal and call svn ls on every directory to intelligently find .po and ll.js and ll_cc.js files. Also, always find the .po file for wordpress admin interface in tags/VERSION/messages/, not elsewhere (see example of it_IT below)... Would it be possible to ask the translators to adhere to such naming conventions (and move old directories around to match, or create new ones)? Thanks in advance. Yes, I will ask them. However svn is sometimes daunting for translators. I also notice that several languages ship en.js files (in the svn repo): sv_SE, ja, da_DK, pt_PT, sr_RS, it_IT, ... Is this normal? Probably they keep it for reference. Currently, my script finds the following .po files tagged for 2.3.3: ca.po da_DK.po es_ES.po fr_FR.po id_ID.po ja.po ko_KR.po ru_RU.po ru_UA.po It misses: - ar because it is in branches instead of tags - it_IT because it is in /it_IT/tags/2.3.3/wp-includes/languages/it_IT.po instead of in /it_IT/tags/2.3.3/messages/it_IT.po - other languages that have not tagged; some seem not updated anymore (e.g. fi), but some seem active (e.g. de_DE), simply not tagged for 2.3.3. I haven't examined the crop for tinymce .js files yet. Time for bed :) Starting from 2.5 (the next version after 2.3) tinymce will be translated via gettext, so don't bother with it. Nikolay. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467230: [pkg-ggz-maintainers] Bug#467230: ggz-server: FTBFS with g++-4.3
Am Sonntag 24 Februar 2008 00:33:09 schrieb Daniel Schepler: It looks like it's choking on that strange -isystem stuff -- the chroot hasn't had any such problems with any other packages. Thank you for your report. This has been fixed upstream already in the stable release 0.0.14.1. Since it affects ggz.m4, a backport would mean patching all configure files, so I recommend packaging 0.0.14.1 instead which also helps getting rid of the majority of patches. Josef -- Free online games for everybody: http://www.ggzgamingzone.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405180: The 2nd Debian Openoffice.org bug triage - bug #405180
close 405180 1:2.3.1-3 thanks I wasn't able to reproduce the bug with 1:2.3.1-5, so it's probably fixed by now. Thanks. closing. Still I wonder, whether it was ever checked for a possible security implication concerning etch, therefore I would not like to close it. Do you have any data points that this is security related? Not every crash is. Anyway, by closing it properly the bug will stay open for etch anyway. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467344: dictionaries-common-dev: suspicious message during package build - possible cause for failed install-time hash building
severity 467344 minor retitle 467344 dictionaries-common-dev: suspicious (harmless) message during package build thanks On Sun, Feb 24, 2008 at 11:19:43PM +0200, Martin-Éric Racine wrote: Did it complain during normal install? Yes, which is why I enabled --debug, hoping to get more useful output than the pointless debconf dialog reporting thatr lv dictionary failed to build its hash. It gave you the line below, corresponding to the error reported by aspell, it did not just told you that there was an error, passed it to you, I do not consider that pointless at all. As a matter of fact it allows locating the problem, see below. - does not guarantee that s can always be stripped.ion s - The above is the error, and is an aspell error message regarding your dict, where the bug seems to be located. Yes, but it doesn't report which word or line number caused this, so it's essentially useless. It really needs to tell us this, otherwise we're shooting in the dark. Again, --debug is an aspell-autobuildhash option, used to debug aspell-autobuildhash, not aspell. aspell-autobuildhash is just a wrapper to aspell intended to decide if hashes need rebuilding; if there is a problem with aspell you should debug it within aspell, aspell-autobuildhash just makes sure that aspell error messages, if any, are not hidden. The way you could have debugged aspell problems for lv (forget about aspell-autobuildhash, as you see it has nothing to do below) Put in a dir - lv.dat - lv.wl (gunzip cwl.gz and preunzip the result) - lv_affix.dat $ cat lv.wl | aspell --dont-validate-affixes --local-data-dir=. \ --lang=lv create master ./lv.ahash does not guarantee that s can always be stripped. make: *** [default] Error 1 so is an aspell error and indeed provides no info about lines, and aspell-autobuildhash has passed you the complete error message from aspell. Why it does not provide useful info? Because your aff file is a mess of DOS and unix EOL's (However, you could have looked at the aff file even with this info, looking for inconsistences in places where s is to be stripped, but this is less clear and more work) * Sanitize lv_affix.dat $ dos2unix lv_affix.dat Check again, $ cat lv.wl | aspell --dont-validate-affixes --local-data-dir=. \ --lang=lv create master ./lv.ahash Error: .//lv_affix.dat:1704: The condition s does not guarantee that us can always be stripped. make: *** [default] Error 1 Wow!!, things are now much better and you have the line info, go there and you will notice that you want to strip 'us' when only 's' may be present. The same in all the k flag below that entry. See attached patch for something that just does not fail, but that **may be linguistically wrong**, that means, contact upstream before incorporating those changes. Note that patch is done using unix-like EOL's for all files. Even with that there are tons of error messages, related to words ending with '.' while your lv.dat does not allow that. My experience wrt them is that they provide more mess than good and I do not provide them, but is your choice. Attached too. Also, your watch file is buggy and claims that 0.7.1 is the last version. You should also put in the copyright notice at least the sf project where the source resides, just putting http://sourceforge.net is not enough to try finding upstream page. Lowering severity and retitling. -- Agustin --- lv_affix.dat.orig 2008-02-25 12:05:12.0 +0100 +++ lv_affix.dat 2008-02-25 12:50:01.0 +0100 @@ -1701,12 +1701,12 @@ SFX Q Y 3 SFX Q s m [u]s SFX Q s 0 [u]s -SFX Q usû [s] +SFX Q usû [u]s SFX k Y 3 -SFX k usi [s] -SFX k usiem [s] -SFX k usos[s] +SFX k usi [u]s +SFX k usiem [u]s +SFX k usos[u]s SFX R Y 4 SFX R 0 s a Warning: The word A.k. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Angl. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Apm. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Att. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Bulv. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Gab. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Gs. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Milj. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Mlrd. is invalid. The character '.' (U+2E) may not appear at the end of a word. Skipping word. Warning: The word Mob.tâlr. is invalid. The character '.' (U+2E) may
Bug#458220: RFS: uade debian : amiga module player
Hi, tarzeau and I are working on packaging it for Debian. The problem is that a lot of the replayers are disassembled and cannot be in the Debian version. William On Mon, 2008-02-25 at 12:48 +0100, Philippe Coval wrote: Hi, I've just test this program and it's fun Just to let it know there are a couple of work done already * http://gnu.ethz.ch/debian/uade/ * http://morgoth.free.fr/ubports/ I can help to build a package if needed , stay tuned : * http://rzr.online.fr/q/mod Regards signature.asc Description: This is a digitally signed message part
Bug#123468: Response to Resume
Lotus, a luxury goods company, based in Netherlands, is currently seeking virtual assistants to work at the convenience of their home, part-time. We have reviewed your resume on Careerbuilder and would like to consider you for this position. Lotus presents the best off-season luxury finds from the most prestigious international designers and collectibles from the rarest collections at irresistible prices. Candidates for the job should possess excellent organizational skills as well as the ability to efficiently multi-task. Ideal candidates have a strong focus on day-to-day operational excellence, and a personal style that builds trust, and inspires loyalty. The candidate should be motivated, proactive, be able to learn and adapt quickly. Other duties of the Virtual Assistant include, but are not limited to: ? Incorporating effective priorities for the virtual office function ? Administer day-to-day financial responsibilities for clients ? Reporting online daily ? Preparing brief summary reports, and weekly financial reports Salary part-time: $1,200/month, plus commission. In the attachments you will find the agreement with a detailed job description. If you are interested in this trial period, which will last for two months, during which you will receive training, salary, and commission, please see the attached agreement. Upon successful completion of the trial period you will receive a contract to continue working with Lotus, have an option to change from part-time to full-time or continue working part-time. Please read carefully the trial period agreement, complete, sign, and forward back to us either via email to [EMAIL PROTECTED] or by fax +31-20-890-8567. If you have any questions please email [EMAIL PROTECTED] Thank You, Lotus Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467267: libtime-piece-perl: new upstream release needed for Perl 5.10
clone 467267 -1 retitle -1 libtime-piece-perl: no copyright notices in the upstream source severity -1 normal tag -1 upstream notforwarded 467267 thanks On Sun, Feb 24, 2008 at 02:40:12PM +0100, gregor herrmann wrote: On Sun, 24 Feb 2008 12:34:17 +0200, Niko Tyni wrote: This means that versioned dependencies on libtime-piece-perl can't be satisfied with the new version of perl installed, until libtime-piece-perl is updated. libtime-piece-perl 1.12-1 is in svn for some time, but I've left it as UNRELEASED because I couldn't find anything that at least slight resembles a copyright statement in the source code. Filed as http://rt.cpan.org/Public/Bug/Display.html?id=4 , no reaction so far. Well, as this is not a regression from 1.11, it's a separate issue. I'm cloning a new bug for it. I'll upload 1.12-1 for the Perl 5.10 transition soon. Personally, I don't really think missing copyright notices should be a stopper for us at all, as long as there's the license information. Just document the assumption that the listed upstream authors are the copyright holders. As far as I understand, the Berne Convention guarantees automatic copyright even without the notices, and the notices are mostly required for proving 'willful infringement' in the US. Downgrading the copyright issue to 'normal' for now, but I could be wrong... Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467378: coreutils: Please include a program to truncate files
On Mon, Feb 25, 2008 at 11:28:41AM +1100, Russell Coker wrote: I would be happy to contribute the code for this. This will require some discussion with upstream, but it seemed best to start the discussion here. No, I'd start it upstream and try to solicit input from a wider base than the debian BTS. Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#127527: Response to Resume
Lotus, a luxury goods company, based in Netherlands, is currently seeking virtual assistants to work at the convenience of their home, part-time. We have reviewed your resume on Careerbuilder and would like to consider you for this position. Lotus presents the best off-season luxury finds from the most prestigious international designers and collectibles from the rarest collections at irresistible prices. Candidates for the job should possess excellent organizational skills as well as the ability to efficiently multi-task. Ideal candidates have a strong focus on day-to-day operational excellence, and a personal style that builds trust, and inspires loyalty. The candidate should be motivated, proactive, be able to learn and adapt quickly. Other duties of the Virtual Assistant include, but are not limited to: ? Incorporating effective priorities for the virtual office function ? Administer day-to-day financial responsibilities for clients ? Reporting online daily ? Preparing brief summary reports, and weekly financial reports Salary part-time: $1,200/month, plus commission. In the attachments you will find the agreement with a detailed job description. If you are interested in this trial period, which will last for two months, during which you will receive training, salary, and commission, please see the attached agreement. Upon successful completion of the trial period you will receive a contract to continue working with Lotus, have an option to change from part-time to full-time or continue working part-time. Please read carefully the trial period agreement, complete, sign, and forward back to us either via email to [EMAIL PROTECTED] or by fax +31-20-890-8567. If you have any questions please email [EMAIL PROTECTED] Thank You, Lotus Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#130876: Response to Resume
Lotus, a luxury goods company, based in Netherlands, is currently seeking virtual assistants to work at the convenience of their home, part-time. We have reviewed your resume on Careerbuilder and would like to consider you for this position. Lotus presents the best off-season luxury finds from the most prestigious international designers and collectibles from the rarest collections at irresistible prices. Candidates for the job should possess excellent organizational skills as well as the ability to efficiently multi-task. Ideal candidates have a strong focus on day-to-day operational excellence, and a personal style that builds trust, and inspires loyalty. The candidate should be motivated, proactive, be able to learn and adapt quickly. Other duties of the Virtual Assistant include, but are not limited to: ? Incorporating effective priorities for the virtual office function ? Administer day-to-day financial responsibilities for clients ? Reporting online daily ? Preparing brief summary reports, and weekly financial reports Salary part-time: $1,200/month, plus commission. In the attachments you will find the agreement with a detailed job description. If you are interested in this trial period, which will last for two months, during which you will receive training, salary, and commission, please see the attached agreement. Upon successful completion of the trial period you will receive a contract to continue working with Lotus, have an option to change from part-time to full-time or continue working part-time. Please read carefully the trial period agreement, complete, sign, and forward back to us either via email to [EMAIL PROTECTED] or by fax +31-20-890-8567. If you have any questions please email [EMAIL PROTECTED] Thank You, Lotus Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#128092: Response to Resume
Lotus, a luxury goods company, based in Netherlands, is currently seeking virtual assistants to work at the convenience of their home, part-time. We have reviewed your resume on Careerbuilder and would like to consider you for this position. Lotus presents the best off-season luxury finds from the most prestigious international designers and collectibles from the rarest collections at irresistible prices. Candidates for the job should possess excellent organizational skills as well as the ability to efficiently multi-task. Ideal candidates have a strong focus on day-to-day operational excellence, and a personal style that builds trust, and inspires loyalty. The candidate should be motivated, proactive, be able to learn and adapt quickly. Other duties of the Virtual Assistant include, but are not limited to: ? Incorporating effective priorities for the virtual office function ? Administer day-to-day financial responsibilities for clients ? Reporting online daily ? Preparing brief summary reports, and weekly financial reports Salary part-time: $1,200/month, plus commission. In the attachments you will find the agreement with a detailed job description. If you are interested in this trial period, which will last for two months, during which you will receive training, salary, and commission, please see the attached agreement. Upon successful completion of the trial period you will receive a contract to continue working with Lotus, have an option to change from part-time to full-time or continue working part-time. Please read carefully the trial period agreement, complete, sign, and forward back to us either via email to [EMAIL PROTECTED] or by fax +31-20-890-8567. If you have any questions please email [EMAIL PROTECTED] Thank You, Lotus Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460580: awesome doesn't work with xinerama on fglrx
At 1200692540 time_t, Christoph Berg wrote: Problem here is that my RS690 card is only supported by radeonhd. I've just tried to get dualhead working there, but xrandr did not even let me select the proper mode for one of the heads, so I eventually gave up. I'll give it another try as soon as the radeonhd driver is more stable. No idea if this bug should be kept open - awesome doesn't work here, but if you think this really an X server bug, I don't mind closing it. Christoph, any more success with 2.2-rc1 ? 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#467436: dh_installchangelogs: different name for changelog-file when NMU
Package: debhelper Version: 6.0.5 Severity: wishlist Hi, when NMU-ing a native Debian-package dh_installchangelog installs the changelog-file as /usr/share/doc/package/changelog.Debian(.gz). For not NMU'd native packages it is placed installed as /usr/share/doc/package/changelog(.gz). I guess dh_installchangelog is using the version-number from the changelog to decide if a package i native or not and do not know that -0.X normally is a NMU'd native package. At least if the version is -0.X _and_ the first changes-line in that version contains NMU or Non-maintainer upload the changelog should be installed as /usr/share/doc/package/changelog. - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294693: softbeep causes file corruption for software that use zlib
Hello, When running a software that uses zlib from a shell run from softbeep. The resulting file is corrupted. I have attached the full Debian bug report log for this bug (Bug #294693). Please preserve the CC to [EMAIL PROTECTED] when replying, so that the Debian bug tracking system will file their reply with the original report. Debian Bug report logs - #294693 softbeep: softbeep causes darcs (zlib1g?) corruption From: Joe Edmonds [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: softbeep: softbeep causes darcs (zlib1g?) corruption Date: Thu, 10 Feb 2005 21:43:02 -0800 Package: softbeep Version: 0.3-10 Severity: normal If I run darcs record from a shell run from softbeep, the compressed patch it creates is corrupted. Maybe this is due to a bad interaction between softbeep and zlib1g (and darcs?)? To reproduce, you'll need to install the darcs package and then execute command sequence [2] below. Note that [1] works OK and [3], which tells darcs not to compress the patch also works OK. [1] # make sure you're not running inside softbeep mkdir darcstest cd darcstest date file1.txt darcs init darcs add file1.txt echo [EMAIL PROTECTED] _darcs/prefs/author darcs record -a -m test --skip-long-comment zless _darcs/patches/*.gz [2] softbeep bash mkdir darcstest cd darcstest date file1.txt darcs init darcs add file1.txt echo [EMAIL PROTECTED] _darcs/prefs/author darcs record -a -m test --skip-long-comment zless _darcs/patches/*.gz [3] softbeep bash mkdir darcstest cd darcstest date file1.txt darcs init darcs add file1.txt echo [EMAIL PROTECTED] _darcs/prefs/author darcs record -a -m test --skip-long-comment --dont-compress less _darcs/patches/*.gz# darcs names uncompressed patches .gz too -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages softbeep depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information From: Ahmed El-Mahmoudy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: softbeep: softbeep causes darcs (zlib1g?) corruption Date: Sat, 27 Jan 2007 14:05:13 +0200 I found another way to produce the problem, instead of running: softbeep bash I set this environment variable: LD_PRELOAD=$LD_PRELOAD /usr/lib/softbeep/libsoftbeep.so It seems that this is what actually causes the problem. From: أحمد المحمودي [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: It is related to zlib1g indeed ! Date: Sun, 17 Feb 2008 08:45:43 +0200 Hello, A while ago I run 'dia' from terminal window, in which LD_PRELOAD was set to /usr/lib/softbeep/libsoftbeep.so. When I saved the resulting file in compressed format (gzipped XML file), it got corrupted indeed ! That does not happen when I do not set LD_PRELOAD to /usr/lib/softbeep/libsoftbeep.so. Same thing for mutt, I can't open any email in a terminal in which LD_PRELOAD is set to /usr/lib/softbeep/libsoftbeep.so. Although I do not really understand how this relates to zlib. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466860: Your Debian Bug Report re Maven2
Thank you for your bug report, and I agree that it should be severity=important. I'd prefer lenny to go out without Maven rather than with this bug. This problem (and http://bugs.debian.org/458895) happen because Debian's version of Maven uses version 1.1 of Apache's commons-cli library, whereas upstream's Maven uses version 1.0. Version 1.1 has introduced significantly different behaviour around the handling of repeated arguments (such as: -Dsome.option=0 -Dsomething.else=1). The fix for 458895 allowed multiple -D args, as in: mvn -e archetype:create -DgroupId=org.x.y -DartifactId=z -DarchetypeArtifactId=maven-archetype-j2ee-simple But then commons-cli assumes that everything after the first -D is another -D, which is why this fails: mvn -Dsome.option=0 install Unless I am missing something obvious, commons-cli 1.1 is rather broken and can't support the syntax Maven requires. I'll look more deeply into commons-cli's code this week to see what we should do. Thanks, Paul
Bug#467437: libdspam7-drv-mysql: regression in fix for #448519: connect fails if different password defined in /root/.my.cnf
Package: libdspam7-drv-mysql Version: 3.6.8-5etch1 Severity: normal Tags: patch Hi, the fix for bug #448519 in /etc/cron.daily/libdspam7-drv-mysql introduces a new problem: If there is another password defined in /etc/.my.cnf, it takes precedence over the one in /etc/dspam/dspam.d/mysql.conf. A fix for the problem is attached - the solution is to use --defaults-file instead of --defaults-extra-file in the invocation of mysql. Cheers, Til -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libdspam7-drv-mysql depends on: ii dbconfig-common1.8.29+etch1 common framework for packaging dat ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libdspam7 3.6.8-5etch1 DSPAM is a scalable and statistica ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libmysqlclient15off5.0.32-7etch5 mysql database client library ii mysql-client 5.0.32-7etch5 mysql database client (meta packag ii mysql-client-5.0 [mysq 5.0.32-7etch5 mysql database client binaries ii ucf2.0020Update Configuration File: preserv ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages libdspam7-drv-mysql recommends: ii mysql-server 5.0.32-7etch5 mysql database server (meta packag ii mysql-server-5.0 [mysql-se 5.0.32-7etch5 mysql database server binaries -- debconf information excluded --- libdspam7-drv-mysql.orig2008-02-25 13:29:09.0 +0100 +++ libdspam7-drv-mysql 2008-02-25 13:25:41.0 +0100 @@ -23,14 +23,14 @@ # If host is empty or starting with a / assume it's localhost. if [ -z $MYSQL_HOST ] || \ [ ` echo ${MYSQL_HOST} | cut -c1 ` = / ]; then -/usr/bin/mysql --defaults-extra-file=$MYSQLCONF_PASSWD \ +/usr/bin/mysql --defaults-file=$MYSQLCONF_PASSWD \ --user=$MYSQL_USER $MYSQL_DB $PURGE else if echo $MYSQL_HOST | grep ^/ /dev/null 21 ; then # Assume it is a socket: -/usr/bin/mysql --defaults-extra-file=$MYSQLCONF_PASSWD --socket=$MYSQL_HOST --user=$MYSQL_USER $PURGE +/usr/bin/mysql --defaults-file=$MYSQLCONF_PASSWD --socket=$MYSQL_HOST --user=$MYSQL_USER $PURGE else -/usr/bin/mysql --defaults-extra-file=$MYSQLCONF_PASSWD --host=$MYSQL_HOST --user=$MYSQL_USER $PURGE +/usr/bin/mysql --defaults-file=$MYSQLCONF_PASSWD --host=$MYSQL_HOST --user=$MYSQL_USER $PURGE fi fi