Bug#575051: page allocation failures with radeon/KMS
Package: linux-2.6 Version: 2.6.32-10 Severity: normal File: /boot/vmlinuz-2.6.32-4-686 Hi, as you can see from the attached dmesg log, I get page allocation failures in compiz with radeon/KMS. If I disable compiz/compositing, I don't see such messages in the kernel log. I get those messsages regularly although I don't have a specific way to trigger them. I think though, that it only happens when the system is under high load/memory pressure. My hardware is a Radeon Mobility 9200 and I use latest Xorg package with xserver-xorg-video-radeon and KMS enabled. Cheers, Michael -- Package-specific info: ** Version: Linux version 2.6.32-4-686 (Debian 2.6.32-10) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Wed Mar 17 17:16:41 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-4-686 root=UUID=60a26179-e292-48e5-ae26-eb0a20ed9f34 ro quiet ** Not tainted ** Kernel log: [8.801015] [drm] Initialized radeon 2.0.0 20080528 for :01:00.0 on minor 0 [9.444048] intel8x0_measure_ac97_clock: measured 55383 usecs (2668 samples) [9.444053] intel8x0: clocking to 48000 [9.445505] Intel ICH Modem :00:1f.6: PCI INT B - Link[C0C3] - GSI 10 (level, low) - IRQ 10 [9.445528] Intel ICH Modem :00:1f.6: setting latency timer to 64 [ 10.077237] Adding 995988k swap on /dev/sda5. Priority:-1 extents:1 across:995988k [ 10.701346] device-mapper: uevent: version 1.0.3 [ 10.702000] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-de...@redhat.com [ 11.625754] EXT4-fs (sda7): mounted filesystem with ordered data mode [ 11.740627] fuse init (API version 7.13) [ 14.812820] vboxdrv: Trying to deactivate the NMI watchdog permanently... [ 14.812825] vboxdrv: Successfully done. [ 14.812827] vboxdrv: Found 1 processor cores. [ 14.813719] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [ 14.813722] vboxdrv: Successfully loaded version 3.1.4_OSE (interface 0x0011). [ 17.850690] ttyS2: LSR safety check engaged! [ 17.858042] ttyS0: LSR safety check engaged! [ 18.350007] eth0: link down [ 18.350631] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 19.606257] lib80211_crypt: registered algorithm 'CCMP' [ 19.714536] padlock: VIA PadLock not detected. [ 19.810200] lib80211_crypt: registered algorithm 'TKIP' [ 20.656251] Bluetooth: L2CAP ver 2.14 [ 20.656255] Bluetooth: L2CAP socket layer initialized [ 20.720510] Bluetooth: RFCOMM TTY layer initialized [ 20.720516] Bluetooth: RFCOMM socket layer initialized [ 20.720519] Bluetooth: RFCOMM ver 1.11 [ 20.747471] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 20.747475] Bluetooth: BNEP filters: protocol multicast [ 20.791864] Bridge firewalling registered [ 20.993267] Bluetooth: SCO (Voice Link) ver 0.6 [ 20.993276] Bluetooth: SCO socket layer initialized [ 22.017714] lp0: using parport0 (interrupt-driven). [ 22.089872] ppdev: user-space parallel port driver [ 28.472043] wlan0: no IPv6 routers present [ 352.930248] EXT4-fs (sda8): mounted filesystem with ordered data mode [ 1913.764218] compiz: page allocation failure. order:1, mode:0x50d0 [ 1913.764225] Pid: 1864, comm: compiz Not tainted 2.6.32-4-686 #1 [ 1913.764228] Call Trace: [ 1913.764243] [c108c50b] ? __alloc_pages_nodemask+0x476/0x4e0 [ 1913.764250] [c10ade22] ? alloc_slab_page+0x18/0x1b [ 1913.764254] [c10adf64] ? __slab_alloc+0x13f/0x431 [ 1913.764259] [c10aeb2e] ? __kmalloc+0xd1/0x128 [ 1913.764266] [c119dbb9] ? agp_alloc_page_array+0x22/0x3c [ 1913.764270] [c10aeb79] ? __kmalloc+0x11c/0x128 [ 1913.764274] [c119dbb9] ? agp_alloc_page_array+0x22/0x3c [ 1913.764307] [c119dbb9] ? agp_alloc_page_array+0x22/0x3c [ 1913.764311] [c119dc34] ? agp_generic_alloc_user+0x61/0xc3 [ 1913.764318] [c119dd5e] ? agp_allocate_memory+0x35/0xb3 [ 1913.764333] [f10de0a6] ? ttm_agp_populate+0x18/0x53 [ttm] [ 1913.764341] [f10dec69] ? ttm_tt_populate+0x4d/0x5b [ttm] [ 1913.764347] [f10dec95] ? ttm_tt_set_caching+0x1e/0x8a [ttm] [ 1913.764355] [f10dfc11] ? ttm_bo_handle_move_mem+0xec/0x286 [ttm] [ 1913.764362] [f10e0d4a] ? ttm_mem_evict_first+0x36c/0x3de [ttm] [ 1913.764373] [f0cb6d0b] ? psmouse_handle_byte+0x9/0xdf [psmouse] [ 1913.764381] [f10e0966] ? ttm_bo_mem_space+0x3c6/0x43e [ttm] [ 1913.764389] [f10e117a] ? ttm_bo_move_buffer+0x80/0xd6 [ttm] [ 1913.764397] [f10e1272] ? ttm_bo_validate+0xa2/0xe4 [ttm] [ 1913.764426] [f11f5022] ? radeon_bo_list_validate+0x45/0x7a [radeon] [ 1913.764447] [f1202f1d] ? radeon_cs_ioctl+0xb6/0x165 [radeon] [ 1913.764464] [f0f92586] ? drm_ioctl+0x210/0x2a9 [drm] [ 1913.764483] [f1202e67] ? radeon_cs_ioctl+0x0/0x165 [radeon] [ 1913.764490] [c10b2f95] ? do_sync_read+0xc0/0x107 [ 1913.764502] [f0f92376] ? drm_ioctl+0x0/0x2a9 [drm] [ 1913.764509] [c10bd660] ? vfs_ioctl+0x1c/0x5f [ 1913.764514] [c10bdbf4] ? do_vfs_ioctl+0x4aa/0x4e5 [ 1913.764519] [c10b2b79] ? fsnotify_access+0x5a/0x61 [ 1913.764526] [c1101e9c] ? security_file_permission+0xc/0xd [
Bug#570273: debian-installer: netboot stops after loading pxelinux.cfg/default
retitle 570273 pxelinux requires tftpd supporting tsize severity 570273 minor tag 570273 upstream tag 570273 moreinfo thanks please retry with current syslinux (3.85). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539154: I can reproduce this - Please reopen
Hi, I seem to have the same problem on my system. I have copy-pasted all information I think relevant (sorry, long paste), and I also have some time to tinker with it if necessary. Thanks, -kurt -- mdadm --version --- Nasqueron:/home/oberon# mdadm --version mdadm - v3.1.1 - 19th November 2009 Nasqueron:/home/oberon# -- daemon.log --- Nasqueron:/home/oberon# grep md /var/log/daemon.log Mar 22 20:51:02 Nasqueron mdadm[3204]: DegradedArray event detected on md device /dev/md3 Mar 22 20:51:02 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 20:51:02 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 20:51:03 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 20:51:07 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 20:52:43 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 20:52:51 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 20:55:39 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 21:00:39 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 21:00:40 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 22 21:05:40 Nasqueron mdadm[3204]: NewArray event detected on md device /dev/md1 Mar 23 06:31:17 Nasqueron mdadm[12306]: DegradedArray event detected on md device /dev/md3 Mar 23 06:31:17 Nasqueron mdadm[12306]: NewArray event detected on md device /dev/md1 Mar 23 06:31:25 Nasqueron mdadm[12306]: NewArray event detected on md device /dev/md1 Mar 23 06:31:37 Nasqueron mdadm[12306]: NewArray event detected on md device /dev/md1 Mar 23 06:33:03 Nasqueron mdadm[16824]: DegradedArray event detected on md device /dev/md3 Mar 23 06:33:03 Nasqueron mdadm[16824]: NewArray event detected on md -- mdstat --- Nasqueron:/home/oberon# cat /proc/mdstat Personalities : [raid0] [raid1] md2 : active raid1 sdb1[0] sdd1[1] 488386432 blocks [2/2] [UU] md3 : active (auto-read-only) raid1 sdc7[1] 1951744 blocks [2/1] [_U] md1 : inactive sdc6[1] 85939584 blocks md0 : active raid1 sda1[0] sdc5[1] 29294400 blocks [2/2] [UU] unused devices: none -- mdadm --detail --- Nasqueron:/home/oberon# mdadm --detail /dev/md1 /dev/md1: Version : 0.90 Creation Time : Thu Sep 25 01:10:51 2008 Raid Level : raid0 Raid Devices : 2 Total Devices : 1 Preferred Minor : 1 Persistence : Superblock is persistent Update Time : Tue May 12 21:50:23 2009 State : active, degraded, Not Started Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 Chunk Size : 64K UUID : 12a57a1a:bb75e74a:e6dc959d:b20685c9 (local to host Nasqueron.wattstrasse.ch) Events : 0.13 Number Major Minor RaidDevice State 0 000 removed 1 8 381 active sync /dev/sdc6 -- fdisk --- Nasqueron:/home/oberon# fdisk /dev/sdc The number of cylinders for this disk is set to 19457. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Command (m for help): p Disk /dev/sdc: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdc1 1 14589 1171861115 Extended /dev/sdc2 14590 1945739102210 83 Linux /dev/sdc5 1364729294464+ fd Linux raid autodetect /dev/sdc63648 1434685939686 83 Linux /dev/sdc7 14347 14589 1951866 83 Linux Command (m for help): q -- mdadm.conf --- Nasqueron:/home/oberon# cat /etc/mdadm/mdadm.conf # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE partitions # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST system # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md0 level=raid1 num-devices=2 UUID=10871c4b:9ce84f01:e6dc959d:b20685c9 #ARRAY /dev/md1 level=raid0 num-devices=2 UUID=12a57a1a:bb75e74a:e6dc959d:b20685c9 ARRAY
Bug#574850: dup of #571161
Hi Matej, I think this bug is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571161 Could you please check the values of the sysfs entries to confirm that. In that case I will reassign and merge the bugs accordingly. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#271766: wiggle: Wiggle adds strange bogus conflict to merged file (Debian bug)
On Fri, 19 Mar 2010 06:45:12 +0200 Jari Aalto jari.aa...@cante.net wrote: Would you have any insight on this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271766 Unfortunately there is no test cases to try, so it's a long shot. Fortunately there is enough of a test-case. I found a suitable xfaces.c at http://www.opensource.apple.com/source/emacs/emacs-60/emacs/src/xfaces.c?txt I have fixed the problem and the fix can be found at http://neil.brown.name/git?p=wiggle;a=commitdiff;h=8420e684cf3736de120db8f7828408d06240566c Running wiggle -d on just the .rej file is quite telling. The diff that is generated has no end context. This confuses wiggle's merge routine. It probably shouldn't but it does. I fixed the diff fixup code to restore the end context. The important part of the patch is below. Thanks for the report. (pity it has taken over 5 years to find out about this bug and fix it ... I really should spend more time on wiggle!) NeilBrown diff --git a/diff.c b/diff.c index 49f87d1..9e3e7cc 100644 --- a/diff.c +++ b/diff.c @@ -243,45 +243,58 @@ static struct csl *lcsl(struct file *a, int alo, int ahi, return csl; } -/* if two common sequences are separated by only an add or remove, +/* If two common sequences are separated by only an add or remove, * and the first common ends the same as the middle text, * extend the second and contract the first in the hope that the * first might become empty. This ameliorates against the greedyness * of the 'diff' algorithm. + * We treat the final zero-length 'csl' as a common sequence which + * can be extended so we much make sure to add a new zero-length csl + * to the end. * Once this is done, repeat the process but extend the first - * in favour of the second. The acknowledges that semantic units - * more often end with common text (return 0;\n}\n, \n) than - * start with it. + * in favour of the second but only up to the last newline. This + * acknowledges that semantic units more often end with common + * text (return 0;\n}\n, \n) than start with it. */ static void fixup(struct file *a, struct file *b, struct csl *list) { struct csl *list1, *orig; int lasteol = -1; + int found_end = 0; if (!list) return; orig = list; list1 = list+1; - while (list-len list1-len) { + while (list-len) { + if (list1-len == 0) + found_end = 1; + if ((list-a+list-len == list1-a +list-b+list-len != list1-b /* text at b inserted */ match(b-list[list-b+list-len-1], b-list[list1-b-1]) - ) + ) || (list-b+list-len == list1-b +list-a+list-len != list1-a /* text at a deleted */ match(a-list[list-a+list-len-1], a-list[list1-a-1]) ) ) { -/* printword(a-list[list1-a-1]); +#if 0 + printword(stderr, a-list[list1-a-1]); printf(fixup %d,%d %d : %d,%d %d\n, list-a,list-b,list-len, list1-a,list1-b,list1-len); -*/ if (ends_line(a-list[list-a+list-len-1]) +#endif + if (ends_line(a-list[list-a+list-len-1]) a-list[list-a+list-len-1].len==1 lasteol == -1 ) { -/* printf(E\n);*/ +#if 0 + printf(E\n); +#endif lasteol = list1-a-1; } list1-a--; @@ -290,7 +303,12 @@ static void fixup(struct file *a, struct file *b, struct csl *list) list-len--; if (list-len == 0) { lasteol = -1; - if (list orig) + if (found_end) { + *list = *list1; + list1-a += list1-len; + list1-b += list1-len; + list1-len = 0; + } else if (list orig) list--; else { *list = *list1++; @@ -300,7 +318,8 @@ static void fixup(struct file *a, struct file *b, struct csl *list) } else { if (lasteol = 0) { /* printf(seek %d\n, lasteol);*/ - while (list1-a = lasteol list1-len1) { + while (list1-a = lasteol
Bug#575052: icedtea6-plugin: After last update, maxes out CPU when using parachat applet
Package: icedtea6-plugin Version: 6b18~pre3-1 Severity: normal After the most recent update the plugin-to-appletviewer process and appletviewer-to-plugin is using 100% CPU while running a parachat applet. An example parachat applet is here: http://chat.parachat.com/chat/code.php This did not happen before the most recent upgrade Yes, I know what year it is and I should be using something other than Java for a webchat solution. I just haven't gotten around to it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea6-plugin depends on: ii dpkg 1.15.5.6Debian package management system ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-3The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.3-4 GCC support library ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgtk2.0-0 2.18.9-1The GTK+ graphical user interface ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libpango1.0-01.26.2-2Layout and rendering of internatio ii libstdc++6 4.4.3-4 The GNU Standard C++ Library v3 ii openjdk-6-jre6b18~pre3-1 OpenJDK Java runtime, using Hotspo icedtea6-plugin recommends no packages. icedtea6-plugin suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522542: scsiadd - Uses legacy /proc/scsi interface
severity 522542 grave thanks Hi. Any hope of having scsiadd work out of the box for Squeeze? It fail in Lenny with the default kernel, and it would be a pitty if this is still the case for Squeeze. We are getting close to the freeze for Squeeze, so a fix should be uploaded quickly. As this bug make scsiadd fail to work for all users with the default kernel in debian, I believe the severity should be grave, and raise it to this level. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494928: how is this coming about?
Hi Andres, I have working packages here: http://git.debian.org/?p=collab-maint/sflphone.git but it's not yet up to date with the latest upstream version. I was waiting on some changes to be done upstream (sflphone), but I haven't had time to follow it up recently. So I'm not sure it's going to make it in time for squeeze. At this stage, it's likely that pjsip would be bundled with sflphone in Debian until another package needs it or someone else packages pjsip. Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575054: xserver-xorg-video-radeon: Xorg fails to start with segmentation fault.
Package: xserver-xorg-video-radeon Version: 1:6.12.6-1 Severity: important I have tried the Ubuntu live disk and X works there. So it could not be a faulty card. I have swapped out RAM's and it still doesn't work. I can't find any similar bugs so would somebody please help me. I can't work without my X and it's really killing me. Hans -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Mar 23 12:48 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1712808 Feb 16 16:39 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X700 (PCIE) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1294 Mar 23 13:47 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section Module Load glx Load dri EndSection Section Device Identifier hcl_radeon Driver radeon Option AccelMethod XAA Option AccelMethod EXA Option AccelDFS 1 Option GARTSize 64 Option EnablePageFlip1 Option ColorTiling 1 EndSection Section DRI Group video Mode0660 EndSection Section InputDevice Driver wacom Identifier stylus Option Device/dev/input/wacom Option Type stylus Option USB on EndSection Section InputDevice Driver wacom Identifier eraser Option Device/dev/input/wacom Option Type eraser Option USB on EndSection Section InputDevice Driver wacom Identifier cursor Option Device/dev/input/wacom Option Type cursor Option USB on EndSection Section InputDevice Driver mouse Identifier hcl_mouse Option Device/dev/input/mice EndSection Section Monitor Identifier vaio_lcd EndSection Section Screen Identifier hcl_screen Device hcl_radeon Monitor vaio_lcd DefaultDepth24 EndSection Section ServerLayout Identifier hcl_layout InputDevice hcl_mouse CorePointer InputDevice stylusSendCoreEvents InputDevice eraserSendCoreEvents InputDevice cursorSendCoreEvents Screen hcl_screen EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 20682 Mar 23 14:21 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-686 i686 Debian Current Operating System: Linux h-liao-bx197xp 2.6.32-3-686 #1 SMP Thu Feb 25 06:14:20 UTC 2010 i686 Kernel command line: root=/dev/sdb3 ro vga=791 quiet Build Date: 16 February 2010 08:37:23AM xorg-server 2:1.7.5-1 (bgog...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Mar 23 14:21:48 2010 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout hcl_layout (**) |--Screen hcl_screen (0) (**) | |--Monitor vaio_lcd (**) | |--Device hcl_radeon (**) |--Input Device hcl_mouse (**) |--Input Device stylus (**) |--Input Device eraser (**) |--Input Device cursor (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core keyboard device. (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. (WW) Disabling hcl_mouse (II) Loader magic: 0x81e7020 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:1:0:0) 1002:5653:104d:81e8 ATI Technologies Inc Radeon Mobility X700 (PCIE) rev 0, Mem @
Bug#575056: linux-2.6: libata based drivers migration script does not migrate /etc/crypttab
Package: linux-2.6 Version: 2.6.32-10 Severity: normal Hi, The migration to libata based drivers migration went very well when I upgraded the kernel to 2.6.33-10, but the migration process forgot about /etc/crypttab where my encrypted /home info is. After manually changing it, everything was OK. The crypttab manual page does not say if cryptsetup supports UUID=, but #445189 says so. Thanks, feel free to ask for more info. Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575053: xserver-xorg-video-intel: Wrong resolution after coming out of hibernate
Erik de Castro Lopo wrote: Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal After coming out of hibernate, the X server goes a resolution of 2128x800 as displayed by xdpyinfo: screen #0: dimensions:2128x800 pixels (563x212 millimeters) resolution:96x96 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x122 which should be 1280x800. Running gnome-display-preoperties causes it to snap back to the correct resolution. Can you send the output of xrandr instead ? I wonder if the driver could be improperly detecting the status of some outputs and thus enabling two outputs inside a large 2128x800 screen. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575043: workrave: keeps crashing with 'BadWindow (invalid Window parameter)'
I get the same error messages on the console, but workrave doesn't crash for me. Do you get a segfault from it or does it keep going fine? Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575057: screen -x occasionally hangs when attaching
Package: screen Version: 4.0.3-11+lenny1 Severity: normal sometimes when using screen -x to re-attach to an existing session, the process will appear to hang and never fully attach. this might happen with screen -r as well, but I generally only use -x and probably as a result have only seen the bug that way. after a screen -x process has hung while attempting an attach, opening another terminal and trying another screen -x appears to work fine and does sucessfully attach to the session. but the hung process remains hung. I don't think this is releated to #326571 because I have not been attaching from within sessions when the hang has occured. performing an strace on the hung process reveals this: linear:/# strace -p18362 Process 18362 attached - interrupt to quit pause() = ? ERESTARTNOHAND (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) alarm(0)= 0 kill(2847, SIG_0) = 0 rt_sigaction(SIGALRM, {0x806ea90, [], 0}, {0x806ea90, [], 0}, 8) = 0 alarm(15) = 0 pause() = ? ERESTARTNOHAND (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) alarm(0)= 0 kill(2847, SIG_0) = 0 rt_sigaction(SIGALRM, {0x806ea90, [], 0}, {0x806ea90, [], 0}, 8) = 0 alarm(15) = 0 pause() = ? ERESTARTNOHAND (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) alarm(0)= 0 kill(2847, SIG_0) = 0 rt_sigaction(SIGALRM, {0x806ea90, [], 0}, {0x806ea90, [], 0}, 8) = 0 alarm(15) = 0 pause() = ? ERESTARTNOHAND (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) alarm(0)= 0 kill(2847, SIG_0) = 0 rt_sigaction(SIGALRM, {0x806ea90, [], 0}, {0x806ea90, [], 0}, 8) = 0 alarm(15) = 0 pause(^C unfinished ... Process 18362 detached -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages screen depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l screen recommends no packages. screen suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574199: ltsp-client-core: installation fails
On 22/03/10 at 16:37 -0700, Vagrant Cascadian wrote: severity 574199 normal retitle 574199 ltsp-client-core: does not display reason for failed install block 574199 by 367497 block 574199 by 398707 thanks On Wed, Mar 17, 2010 at 12:01:24AM +0100, Lucas Nussbaum wrote: Selecting previously deselected package ltsp-client-core. (Reading database ... 13494 files and directories currently installed.) Unpacking ltsp-client-core (from .../ltsp-client-core_5.2-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/ltsp-client-core_5.2-1_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/ltsp-client-core_5.2-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) The full build log is available from: http://people.debian.org/~lucas/logs/2010/03/16/ltsp-client-core.log It is reproducible by installing your package in a clean chroot, using the debconf Noninteractive frontend, and priority: critical. thanks for the report... we've been here before. :) this seems to be a repeat of: http://bugs.debian.org/398630 essentially, ltsp-client-core shouldn't be installed on a normal system, and checks for the presence of /etc/ltsp_chroot, and errors out if it doesn't find it (which is created by ltsp-build-client). it does issue an error through debconf at priority critical, though the noninteractive debconf frontend still seems to silently discard error messages (or email when possible, but in this case, a chroot, it's often not possible): http://bugs.debian.org/367497 http://bugs.debian.org/398707 i guess i can manually output an error message using echo (with mangled file descriptors due to the running debconf interface) in the next ltsp upload, but it seems a little redundant to duplicate the message in two places. i'd almost rather not work around it that way... Hi, Well, an error message echoed on the console would be great, but if you don't mind me filing bugs from time to time... ;) -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574956: libconfigreader-simple-perl: keeps upgrading - to the same version!
reassign 574956 aptitude thanks Celejar cele...@gmail.com writes: gregor herrmann gre...@debian.org wrote: On Mon, 22 Mar 2010 09:13:53 -0400, Celejar wrote: Version table: 1.28-2 0 500 http://localhost sid/main Packages *** 1.28-2 0 100 /var/lib/dpkg/status Aptitude keeps reporting that the package can be updated, from 1.28-2 to 1.28-2 ?! When I say go, it claims that it has successfully upgraded it - but it then reports that the package is upgradeable - from 1.28-2 to 1.28-2 ... What on earth is going on here? I'm not even sure if this is a bug in this package, or in aptitude, or somewhere else. Thanks for your bug report, that's interesting indeed :) Some quick thoughts: * I'm sure this is not a problem of the package, the package is not doing anything else than having a version, the handling of upgrades etc. is handled by apt* and friends. I figured as much; I'm just trying to understand why I only see this problem with this particular package. * I'm not surprised that aptitude offers an upgrade; in my experience packages from a mirror have precedence over locally installed packages, even if they have the same version. Everything's both localhost and from the mirror; aptitude is pointed toward an approx installation running on localhost. * The interesting thing now is why the upgrade doesn't happen; some random thoughts: Do you have some pinning in /etc/apt/preferences{,.d/*}? No. Does an aptitude update change anything? Doesn apt-get behave the No change after repeated updates. Same with apt-get. same way as aptitude? What happens if you exchange localhost with some real mirror? Same. So, in summary: My system endlessly tries to upgrade the package to the same version, even after repeated updating, with both apt and aptitude, no pinning, and even when cutting approx out of the loop and using a mirror directly. A random idea: Does removing the .deb from /var/cache/apt/archives help? In any case, bug reassigned to aptitude for now. The bug might well be in some library, but the aptitude maintainers should know more about this than the Perl Group ;) Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575033: general: The button shutdown dont shutdown the machine, only show me the login window.
Sounds like bug #548120. Arne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575059: Should Package-Type be included in udebs or not?
Package: tech-ctte (a change in lintian is triggering my request) On Thu, 11 Mar 2010, Cyril Brulebois wrote: following the instructions given by Frans in [1], I've written a tiny check to ensure I wasn't missing any occurrences in the bunch of udebs I'm currently adding. I guess it would be better to check what happens in the resulting binaries, but I wanted to be aware of such issues *before* even building those packages; that's why I implemented it so that it checks the source control file. Hopefully, you'll get the idea and either move it entirely, or only “duplicate” it for the binary packages. 1. http://lists.debian.org/debian-boot/2010/02/msg00524.html [...] +Tag: package-type-in-debian-control +Severity: important +Certainty: certain +Info: There is a Package-Type field in the ttdebian/control/tt + file. This field is only relevant to the build process and should + not be embedded in the resulting binary package. As a consequence, + XC-Package-Type should be used instead. Hi, I'm a bit annoyed with lintian officializing usage of the non-official field name. It's counterproductive IMO. The issue should be resolved at the dpkg level. Unfortunately the underlying issue has never been resolved between Guillem and the d-i team, you can find the discussion here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452273 Hence I'm seeking advice from the technical committee. In the mean time, I think this warning should not be kept in lintian. Should dpkg continue to copy the Package-Type field in the binary (.udeb) or not ? I believe advantages and disadvantages have been listed in the discussion in the bug report above. Some further changes in other tools might be needed to accomodate the needs of the d-i team in that case. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533708: ITP: libhugetlbfs -- Tools and Library access huge pages of memory
[re-sending, with proper debian-devel address, sorry for the noise] Hello Christopher and all, This ITP was stalled, so I packaged this tool. I am looking for one or more co-maintainer (read more at the bottom). On Fri, 2009-06-19 at 15:18 -0700, Simmons, Christopher wrote: Package: wnpp I wish to work on creating a debian package for libhugetlbfs-2.4 * Package name: libhugetlbfs Version : 2.7 Upstream Authors: Eric B Munson ebmun...@us.ibm.com : Adam Litke a...@us.ibm.com : David Gibson d...@au1.ibm.com * URL : http://libhugetlbfs.sourceforge.net/ * License : LGPL-2.1 Programming Lang: C Description : Tools and Library access huge pages of memory ::libhugetlbfs:: Description: A library which provides access to huge pages of memory libhugetlbfs is a library which provides easy access to huge pages of memory. It is a wrapper for the hugetlbfs file system. Applications can use huge pages to fulfill malloc() requests without being recompiled by using LD_PRELOAD. Alternatively, applications can be linked against libhugetlbfs without source modifications to load BSS or BSS, data, and text segments into large pages. ::hugepages:: Description: A set of tools to configure huge pages of memory This package contains a number of utilities that will help administrate the use of huge pages on your system. hugeedit modifies binaries to set default segment remapping behavior. hugectl sets environment variables for using huge pages and then execs the target program. hugeadm gives easy access to huge page pool size control. pagesize lists page sizes available on the machine. My current work is available from: http://git.debian.org/?p=collab-maint/libhugetlbfs.git Co-maintainer wanted I am looking for a co-maintainer for this package. There are two reasons for that: 1) I can't write C, well not really. 2) I believe that every package should be co-maintained (in a perfect world anyway). You should be prepared to handle all the aspects of the packaging which are specific to C and/or library handling. I can help for other aspects of packaging, bug handling, backporting patches, etc... Current Lintian : P: libhuge*: no-upstream-changelog W: libhugetlbfs*: shlib-without-versioned-soname ... E: libhugetlbfs: postinst-must-call-ldconfig Regards, Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575058: impressive: Cannot create rendering surface
Package: impressive Version: 0.10.2r-5 Severity: important impressive dies early after startup with the following message. This happens for any pdf file I tried. ste...@macbook:/tmp$ impressive ~/ancestor_chart.pdf Welcome to Impressive version 0.10.2 Detected screen size: 1440x900 pixels FATAL: cannot create rendering surface in the desired resolution (1440x900) ste...@macbook:/tmp$ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages impressive depends on: ii perl 5.10.1-11 Larry Wall's Practical Extraction ii poppler-utils0.12.2-2.1 PDF utilitites (based on libpopple ii python 2.5.4-9 An interactive high-level object-o ii python-imaging 1.1.7-1+b1 Python Imaging Library ii python-opengl3.0.1~b2-1 Python bindings to OpenGL ii python-pygame1.8.1release-2 SDL bindings for games development ii python-support 1.0.7 automated rebuilding support for P ii xpdf-reader 3.02-1.4+lenny1 Portable Document Format (PDF) sui Versions of packages impressive recommends: ii ghostscript-x8.71~dfsg-3 The GPL Ghostscript PostScript/PDF ii pdftk1.41+dfsg-7 tool for manipulating PDF document Versions of packages impressive suggests: ii latex-beamer 3.07-2 LaTeX class to produce presentatio -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#178650: mozilla: Won't take an IPv6 link-local address as a valid proxy address
On Sat, Apr 28, 2007 at 04:56:03PM +0200, Lionel Elie Mamane wrote: On Sat, Apr 28, 2007 at 11:20:01AM +0200, Mike Hommey wrote: On Mon, Jan 27, 2003 at 09:19:23PM +0100, Lionel Elie Mamane lio...@mamane.lu wrote: Package: mozilla Version: 2:1.2.1-9 Severity: normal Go to proxy settings. Put a link-local address literal (like fe80::210:5aff:fe45:9b17%eth0) for http proxy. Mozilla thinks it is a hostname to resolve, and not an address literal. Obviously, resolution fails, and Mozilla says www.debian.org could not be found. Please check the name and try again, when trying the load http://www.debian.org/ (for example). Consequently, it is impossible to use a proxy listening over an IPv6 link-local address with Mozilla. Could you check if this still occurs with iceape from etch or unstable ? It still occurs with iceape 1.1.1-2. How about Iceape 2.0.x ? Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575061: merkaartor: OSM download dialog blocks the user interface
Package: merkaartor Version: 0.15.2-1 Severity: normal When I click on Download more, I get a dialog that blocks UI interaction. This should be changed to a status bar message so that it doesn't block UI interaction. When the download completes the map and UI elements should be automatically updated. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (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/dash Versions of packages merkaartor depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexiv2-6 0.19-1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.2-9GCC support library ii libgdal1-1.6.0 1.6.3-3+b1 Geospatial Data Abstraction Librar ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-svg 4:4.5.3-4Qt 4 SVG module ii libqt4-webkit 4:4.5.3-4Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#575054: xserver-xorg-video-radeon: Xorg fails to start with segmentation fault.
Hans Liao wrote: Package: xserver-xorg-video-radeon Version: 1:6.12.6-1 Severity: important I have tried the Ubuntu live disk and X works there. So it could not be a faulty card. I have swapped out RAM's and it still doesn't work. I can't find any similar bugs so would somebody please help me. I can't work without my X and it's really killing me. What did you change when this bug appeared? What did you upgrade from? Can you catch a backtrace of the crash with gdb ? You can still try radeon 6.12.192-2 from unstable in case it helps. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575060: merkaartor: render names according to user's language
Package: merkaartor Version: 0.15.2-1 Severity: wishlist Tags: l10n It would be nice if merkaartor could use $LANG to decide which language to draw names (and other strings) on the map. As an example: ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='Merkaartor' bound box='18.789139,98.985725,18.789139,98.985725' origin='http://www.openstreetmap.org/api/0.6' / node id=178056220 lat=18.78913903 lon=98.98572463 tag k=is_in:continent v=Asia/ tag k=is_in:country v=Thailand/ tag k=is_in:district v=Chiang Mai/ tag k=is_in:province v=Chiang Mai/ tag k=name v=เชียงใหม่/ tag k=name:en v=Chiang Mai/ tag k=name:th v=เชียงใหม่/ tag k=place v=city/ tag k=population v=14/ tag k=source v=Wikipedia/ /node /osm This is a city I visited in Thailand when I went to the recent Thai MiniDebCamp. The English name is Chiang Mai and the Thai name I cannot read due to the script being different. It would be nice if merkaartor would render name:en for me and name:th for Thai users. http://wiki.debian.org/DebianThailand/MiniDebCamp2010 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (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/dash Versions of packages merkaartor depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexiv2-6 0.19-1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.2-9GCC support library ii libgdal1-1.6.0 1.6.3-3+b1 Geospatial Data Abstraction Librar ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-svg 4:4.5.3-4Qt 4 SVG module ii libqt4-webkit 4:4.5.3-4Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#575062: aptitude: file descriptor leak of debtags related files
Package: aptitude Version: 0.6.1.5-3 Severity: important During upgrade today I got this while upgrading the lvm2 package: Paramétrage de lvm2 (2.02.62-1) ... Installation de la nouvelle version du fichier de configuration /etc/lvm/lvm.conf ... Setting up LVM Volume GroupsFile descriptor 43 (/var/lib/debtags/vocabulary.idx) leaked on vgscan invocation. Parent PID 17721: /bin/sh File descriptor 44 (/var/lib/debtags/vocabulary) leaked on vgscan invocation. Parent PID 17721: /bin/sh File descriptor 45 (/var/lib/debtags/package-tags.idx) leaked on vgscan invocation. Parent PID 17721: /bin/sh Reading all physical volumes. This may take a while... Found volume group VG-CRYPT using metadata type lvm2 File descriptor 43 (/var/lib/debtags/vocabulary.idx) leaked on vgchange invocation. Parent PID 17721: /bin/sh File descriptor 44 (/var/lib/debtags/vocabulary) leaked on vgchange invocation. Parent PID 17721: /bin/sh File descriptor 45 (/var/lib/debtags/package-tags.idx) leaked on vgchange invocation. Parent PID 17721: /bin/sh 2 logical volume(s) in volume group VG-CRYPT now active . I think that aptitude was the process who opened those files. If it's not feel free to reassign where appropriate. You should ensure those files are closed when you fork to run dpkg. Cheers, -- Package-specific info: aptitude 0.6.1.5 compiled at Mar 12 2010 09:52:06 Compiler: g++ 4.4.3 Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.8.0 linux-gate.so.1 = (0xf77b5000) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0xf76d9000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xf7693000) liblog4cxx.so.10 = /usr/lib/liblog4cxx.so.10 (0xf74ec000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xf74e6000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xf7426000) libept.so.0 = /usr/lib/libept.so.0 (0xf73b3000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xf7265000) libz.so.1 = /usr/lib/libz.so.1 (0xf7251000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xf71cc000) libboost_iostreams.so.1.40.0 = /usr/lib/libboost_iostreams.so.1.40.0 (0xf71c1000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xf71a8000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xf70b3000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xf708d000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xf706e000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xf6f27000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xf6f23000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xf6f1f000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0xf6eff000) libdb-4.8.so = /usr/lib/libdb-4.8.so (0xf6d98000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0xf6d6a000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0xf6d59000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xf6d5) /lib/ld-linux.so.2 (0xf77b6000) libuuid.so.1 = /lib/libuuid.so.1 (0xf6d4c000) libcrypt.so.1 = /lib/i686/cmov/libcrypt.so.1 (0xf6d19000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xf6cf3000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-3-amd64 (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 aptitude depends on: ii apt [libapt-pkg-libc6.9 0.7.25.3 Advanced front-end for dpkg ii libboost-iostreams1.40. 1.40.0-6+b1 Boost.Iostreams Library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept0 0.5.30 High-level library for managing De ii libgcc1 1:4.4.3-4GCC support library ii liblog4cxx100.10.0-1.1 A logging library for C++ ii libncursesw55.7+20100313-1 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.6.23-1 SQLite 3 shared library ii libstdc++6 4.4.3-4 The GNU Standard C++ Library v3 ii libxapian15 1.0.18-1 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: ii apt-xapian-index 0.26 maintenance tools for a Xapian ind ii aptitude-doc-en [aptitude-doc 0.6.1.5-3 English manual for aptitude, a ter ii
Bug#533708: ITP: libhugetlbfs -- Tools and Library access huge pages of memory
On 23/03/2010 01:20, Frank Lin PIAT wrote: Co-maintainer wanted I am looking for a co-maintainer for this package. There are two reasons for that: 1) I can't write C, well not really. 2) I believe that every package should be co-maintained (in a perfect world anyway). I'm willing to co-maintain : I (will) use this software at work and I have already wrote and packaged library, so I can help you on this point. I already started a packaging. I did not yet look at yours but can you tell me if you followed upstream and create bi-arch packages (ie amd64 has a 64bits and 32bits version for example) or if you want to go through the multi-arch path (I think it is a better long-term solution) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574921: epiphany-webkit: odd behaviour with flash -- saving it repeatedly
Le lundi 22 mars 2010 à 11:11 -0700, Johannes Berg a écrit : What flash plugin are you using? I’m not seeing this with gnash. How do I find out? jlt3:~$ dpkg --get-selections|grep swf jlt3:~$ dpkg --get-selections|grep gnash jlt3:~$ How about flashplugin-nonfree ? -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575063: please update duplicity to version 0.6.08b or higher to solve several cache bugs
Package: duplicity Version: 0.6.06-3 Severity: normal Please see the email thread in the duplicity-talk mailinglist: http://lists.gnu.org/archive/html/duplicity-talk/2010-03/msg00096.html Information about the caching bug: https://bugs.launchpad.net/duplicity/+bug/497243 Newer releases of duplicity: https://code.launchpad.net/duplicity/0.6-series/ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (100, 'testing'), (100, 'stable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duplicity depends on: ii gnupg1.4.10-2GNU privacy guard - a free PGP rep ii libc62.10.2-6Embedded GNU C Library: Shared lib ii librsync10.9.7-7 rsync remote-delta algorithm libra ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt pi python-pexpect 2.3-1 Python module for automating inter duplicity recommends no packages. Versions of packages duplicity suggests: pn ncftp none (no description available) pn python-boto none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562970: iceweasel: Hourglass stays on when launched from GNOME panel
Hi Mike! * Mike Hommey m...@glandium.org [100107 11:11]: What version of libstartup-notification0 is installed on your system ? 0.10-1 Is libgnomeui-0 installed on your system ? I can reproduce the problem with the following software installed: ii iceweasel 3.5.8-1 ii libgnomeui-02.24.2-1 ii libstartup-notification00.10-1 For what it's worth: The bug is also reproducible using the iceweasel backports, which use the following libs: ii libgnomeui-02.20.1.1-2 ii libstartup-notification00.9-1 I can also reproduce this bug using KDE (as well as GNOME and xfce); it's even easier to spot there, as KDE not only changes the mouse cursor during startup but also the Icon in the taskbar ;) Best Regards, Alexander PS: Well, stable KDE with iceweasel backport that is; if there's interest I cann try with testings KDE, too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575043: Re: Bug#575043: workrave: keeps crashing with 'BadWindow (invalid Window parameter)'
Francois Marier wrote: I get the same error messages on the console, but workrave doesn't crash for me. Do you get a segfault from it or does it keep going fine? It does not segfault, but exits. Raphaël -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#483265: lowering severity: ia64 dropped as release arch for srtp package
severity 483265 normal tags 483265 help thanks Since 1.4.4~dfsg-5 ia64 was dropped as release architecture. Help fixing this issue is much appreciated! Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#511877: [twinkle] no sound with alsa/pulseaudio
On Wed, Feb 04, 2009 at 09:13:59AM +0100, Arthur Lutz wrote: We've found a way of making twinkle work with a pulseaudio setup (on ltsp). You have to launch twinkle with padsp and then configure as follows : # Ring tone : OSS /dev/dsp # Speaker : OSS /dev/dsp # Microphone : ALSA default device Hope this helps. Strange... I've tried this and no better results : I can't here any ringing and it doesn't seem to record a message on the other end (running testing here) :-/ Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528861: ksh_93t+-1(mips/unstable): FTBFS on mips. libast not built ?
I can't reproduce this problem using qemu to run a mips system on an amd64 system. So I really need some help to pin down the cause. The build continues to fail for mips and mipsel with newer upstream releases of ksh. Judging from subtleties in the build logs, I think you have dash and not bash as /bin/sh on the build machines so I've repeated the build (under qemu) with that. It's not something else like busybox is it? Is there anything else slightly unusual in the build machine's setup which I might be able to replicate in qemu? The first differences in the build logs that I see are the following: /build/buildd-ksh_93t+20100301-1-mips-sjFIE0/ksh-93t+20100301/src/lib/libast/string/strerror.c: In function '_ast_strerror': /build/buildd-ksh_93t+20100301-1-mips-sjFIE0/ksh-93t+20100301/src/lib/libast/string/strerror.c:78: error: 'sys_nerr' undeclared (first use in this function) /build/buildd-ksh_93t+20100301-1-mips-sjFIE0/ksh-93t+20100301/src/lib/libast/string/strerror.c:78: error: (Each undeclared identifier is reported only once /build/buildd-ksh_93t+20100301-1-mips-sjFIE0/ksh-93t+20100301/src/lib/libast/string/strerror.c:78: error: for each function it appears in.) /build/buildd-ksh_93t+20100301-1-mips-sjFIE0/ksh-93t+20100301/src/lib/libast/string/strerror.c:79: error: 'sys_errlist' undeclared (first use in this function) mamake [lib/libast]: *** exit code 1 making strerror.o The preceding configure style checks have correct results. So any idea why these errors are occurring? Thank you Oliver Kiddle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575055: xserver-xorg: Xorg crashes with segmentation fault
Hans Liao wrote: Package: xserver-xorg Version: 1:7.5+3 Severity: important My X decides to stop working. I have tried the Ubuntu live disk and X works there. I have ruled out RAM or display card issues. Please would somebody help me. Looks like you reported the same bug twice ? Closing this one, we'll work on #575054. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521416: The RA sent by Vista
Here is the radvdump of the RA sent by Vista: interface lan { AdvSendAdvert on; # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump AdvManagedFlag off; AdvOtherConfigFlag on; AdvReachableTime 0; AdvRetransTimer 0; AdvCurHopLimit 0; AdvDefaultLifetime 65535; AdvHomeAgentFlag off; AdvDefaultPreference medium; AdvSourceLLAddress on; AdvLinkMTU 1500; }; # End of interface definition I found no way to disable this, other than to enable the flag on the router, which I don't want. I don't see the grounds for a warning, especially not when operating systems like Windows and OS X flood networks with desperate attempts to make plug-n-play connectivity work for end users. In fact, I'd argue they should be informational or even debug information, because while they /might/ cause problems, in my experience they do not, and there is nothing we can do against it anyway thanks to the proprietary OSs. Attached is the patch to turn the warnings into debug messages. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems diffstat for radvd_1.6-1 radvd_1.6-1.1 process.c | 16 radvd-1.6/debian/changelog |7 +++ 2 files changed, 15 insertions(+), 8 deletions(-) diff -u radvd-1.6/debian/changelog radvd-1.6/debian/changelog --- radvd-1.6/debian/changelog +++ radvd-1.6/debian/changelog @@ -1,3 +1,10 @@ +radvd (1:1.6-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Disable warnings caused by spurious broken hosts spouting RAs. + + -- martin f. krafft madd...@debian.org Tue, 23 Mar 2010 09:39:12 +0100 + radvd (1:1.6-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- radvd-1.6.orig/process.c +++ radvd-1.6/process.c @@ -230,19 +230,19 @@ if ((radvert-nd_ra_curhoplimit iface-AdvCurHopLimit) (radvert-nd_ra_curhoplimit != iface-AdvCurHopLimit)) { - flog(LOG_WARNING, our AdvCurHopLimit on %s doesn't agree with %s, + flog(LOG_DEBUG, our AdvCurHopLimit on %s doesn't agree with %s, iface-Name, addr_str); } if ((radvert-nd_ra_flags_reserved ND_RA_FLAG_MANAGED) !iface-AdvManagedFlag) { - flog(LOG_WARNING, our AdvManagedFlag on %s doesn't agree with %s, + flog(LOG_DEBUG, our AdvManagedFlag on %s doesn't agree with %s, iface-Name, addr_str); } if ((radvert-nd_ra_flags_reserved ND_RA_FLAG_OTHER) !iface-AdvOtherConfigFlag) { - flog(LOG_WARNING, our AdvOtherConfigFlag on %s doesn't agree with %s, + flog(LOG_DEBUG, our AdvOtherConfigFlag on %s doesn't agree with %s, iface-Name, addr_str); } @@ -251,14 +251,14 @@ if ((radvert-nd_ra_reachable iface-AdvReachableTime) (ntohl(radvert-nd_ra_reachable) != iface-AdvReachableTime)) { - flog(LOG_WARNING, our AdvReachableTime on %s doesn't agree with %s, + flog(LOG_DEBUG, our AdvReachableTime on %s doesn't agree with %s, iface-Name, addr_str); } if ((radvert-nd_ra_retransmit iface-AdvRetransTimer) (ntohl(radvert-nd_ra_retransmit) != iface-AdvRetransTimer)) { - flog(LOG_WARNING, our AdvRetransTimer on %s doesn't agree with %s, + flog(LOG_DEBUG, our AdvRetransTimer on %s doesn't agree with %s, iface-Name, addr_str); } @@ -311,7 +311,7 @@ if (iface-AdvLinkMTU (ntohl(mtu-nd_opt_mtu_mtu) != iface-AdvLinkMTU)) { -flog(LOG_WARNING, our AdvLinkMTU on %s doesn't agree with %s, +flog(LOG_DEBUG, our AdvLinkMTU on %s doesn't agree with %s, iface-Name, addr_str); } break; @@ -332,7 +332,7 @@ if (valid != prefix-AdvValidLifetime) { - flog(LOG_WARNING, our AdvValidLifetime on + flog(LOG_DEBUG, our AdvValidLifetime on %s for %s doesn't agree with %s, iface-Name, prefix_str, @@ -341,7 +341,7 @@ } if (preferred != prefix-AdvPreferredLifetime) { - flog(LOG_WARNING, our AdvPreferredLifetime on + flog(LOG_DEBUG, our AdvPreferredLifetime on %s for %s doesn't agree with %s, iface-Name, prefix_str, digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#574970: lintian: [checks/init.d] init.d-script-missing-dependency-on-remote_fs doesn't seem to honor $all
On Mon, Mar 22, 2010 at 11:32:46AM -0700, Russ Allbery wrote: So I think both Lintian and the package have a problem here. Lintian should recognize $all in Required-Start, but the package should probably not be using it in Required-Stop. Unless the wiki is out of date? The wiki is outdated. This feature was added about half a year ago. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575065: USBFS Bug (Linux Kernel =2.6.32.9 =2.6.33)
Package: linux-image Version: 2.6.32 a USBFS bug slipped in with those Kernelreleases. http://lkml.org/lkml/2010/2/26/490 (Report) http://lkml.org/lkml/2010/2/27/226 (Bugfix) The returned data from the kernel to userspace is invalid. This breaks VMWare, Qemu, Virtualbox USB Passthrough and sane/some scanners possibly.. just about everything that uses USB from userspace. please add the recommended bugfix, this issue is already fixed with 2.6.34 Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575064: [checks/watch-file] another check for dversionmangle vs uversionmangle
Package: lintian Version: 2.3.4 Severity: wishlist Tags: patch The watch file business of dversionmangle and uversionmangle can occasionally be confusing, so I propose another check to help people along. People might do something like this opts=dversionmangle=s/~rc/-rc/ but I finally figured out that one should do opts=uversionmangle=s/-rc/~rc/ instead so that the final release after the rc is sorted correctly by uscan. Since there is already another check that addresses a similar but opposite case, I think this would be a useful addition. Let me know what you think. diff --git a/checks/watch-file b/checks/watch-file index a9f4bfa..aa11b7a 100644 --- a/checks/watch-file +++ b/checks/watch-file @@ -47,6 +47,10 @@ my $repack; if ($version =~ /(dfsg|debian|ds)/) { $repack = $1; } +my $prerelease; +if ($version =~ /(alpha|beta|rc)/i) { +$prerelease = $1; +} # Gather information from the watch file and look for problems we can # diagnose on the first time through. @@ -83,15 +87,17 @@ while (WATCH) { # Version 1 watch files are too broken to try checking them. next if ($watchver == 1); -my ($mangle, $dmangle) = (0, 0); +my ($repack_mangle, $repack_dmangle, $prerelease_mangle, $prerelease_umangle) = (0, 0, 0, 0); my ($opts, @opts); if (s/^opt(?:ion)?s=\([^\]+)\\s+// || s/^opt(?:ion)?s=(\S+)\s+//) { $opts = $1; @opts = split(',', $opts); -if (defined $repack) { +if (defined $repack or defined $prerelease) { for (@opts) { -$mangle = 1 if /^[ud]?versionmangle\s*=.*($repack)/; -$dmangle = 1 if /^dversionmangle\s*=.*($repack)/; +$repack_mangle = 1 if defined $repack and /^[ud]?versionmangle\s*=.*($repack)/; +$repack_dmangle = 1 if defined $repack and /^dversionmangle\s*=.*($repack)/; +$prerelease_mangle = 1 if defined $prerelease and /^[ud]?versionmangle\s*=.*($prerelease)/; +$prerelease_umangle = 1 if defined $prerelease and /^uversionmangle\s*=.*($prerelease)/; } } } @@ -118,15 +124,20 @@ while (WATCH) { push @{$dversions{$lastversion}}, $. if (defined($lastversion)); $lastversion = 'debian' unless (defined($lastversion)); -my $needs_mangling = ($repack and $lastversion eq 'debian'); +my $needs_repack_mangling = ($repack and $lastversion eq 'debian'); # If the version of the package contains dfsg, assume that it needs # to be mangled to get reasonable matches with upstream. -if ($needs_mangling and not $mangle) { +if ($needs_repack_mangling and not $repack_mangle) { tag 'debian-watch-file-should-mangle-version', line $.; } -if ($needs_mangling and $mangle and not $dmangle) { +if ($needs_repack_mangling and $repack_mangle and not $repack_dmangle) { tag 'debian-watch-file-should-dversionmangle-not-uversionmangle', line $.; } + +my $needs_prerelease_mangling = ($prerelease and $lastversion eq 'debian'); +if ($needs_prerelease_mangling and $prerelease_mangle and not $prerelease_umangle) { +tag 'debian-watch-file-should-uversionmangle-not-dversionmangle', line $.; +} } } close WATCH; diff --git a/checks/watch-file.desc b/checks/watch-file.desc index 454dc61..5f8b607 100644 --- a/checks/watch-file.desc +++ b/checks/watch-file.desc @@ -73,6 +73,16 @@ Info: The version of this package contains ttdfsg/tt, ttds/tt, remove, instead of adding in uversionmangle, the ttdfsg/tt before comparing version numbers. +Tag: debian-watch-file-should-uversionmangle-not-dversionmangle +Severity: wishlist +Certainty: certain +Ref: http://wiki.debian.org/DEHS +Info: The version of this package contains ttalpha/tt, ttbeta/tt, + or ttrc/tt, but a misleading Debian version mangling occurs in + the ttdebian/watch/tt file. You should use the uversionmangle + option instead of dversionmangle so that the prerelease is sorted by + uscan before a possible future final release. + Tag: debian-watch-file-in-native-package Severity: normal Certainty: certain diff --git a/debian/changelog b/debian/changelog index 85bd7ba..a42669f 100755 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -lintian (2.3.4) UNRELEASED; urgency=low +lintian (2.3.4~privatetest) UNRELEASED; urgency=low * Summary of tag changes: + Added: @@ -13,6 +13,7 @@ lintian (2.3.4) UNRELEASED; urgency=low - unknown-file-in-debian-source - unknown-source-format - unknown-locale-code + - debian-watch-file-should-uversionmangle-not-dversionmangle * checks/binaries: + [RA] Exclude packages from the klibc source package from the @@ -108,6 +109,8 @@ lintian (2.3.4) UNRELEASED; urgency=low + [RG] Don't warn about timewarp-standards-version when the
Bug#574975: Not fixed
I have the same problem and it is fixed neither in testing nor in unstable. The dependencies are broken: Installing new version of config file /etc/init.d/multipath-tools-boot ... Installing new version of config file /etc/init.d/multipath-tools ... insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). insserv: There is a loop between service lvm2 and multipath-tools-boot if started insserv: loop involving service multipath-tools-boot at depth 6 insserv: loop involving service module-init-tools at depth 5 insserv: There is a loop between service lvm2 and multipath-tools-boot if started insserv: loop involving service checkfs at depth 3 insserv: loop involving service lvm2 at depth 2 insserv: loop involving service udev at depth 1 insserv: There is a loop between service checkfs and lvm2 if started insserv: loop involving service mountall at depth 5 insserv: loop involving service mtab at depth 3 insserv: There is a loop between service mountall and checkfs if started insserv: loop involving service portmap at depth 17 insserv: loop involving service networking at depth 18 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing multipath-tools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: multipath-tools Please provide a solution because I can't easily remove multipath-tools. Sincerly Sebastian Zerbe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575067: ohai: does not depend on ruby, but calls ruby
Package: ohai Severity: grave ohai either needs to call ruby$version or it needs to depend on ruby: : r...@korma ~ # ohai -l debug [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Loading plugin os [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Loading plugin ruby [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Loading plugin languages [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin ruby -e require 'rbconfig'; puts \host_vendor:#{::Config::CONFIG['host_vendor']},release_date:#{RUBY_RELEASE_DATE},bin_dir:#{::Config::CONFIG['bindir']},platform:#{RUBY_PLATFORM},target_cpu:#{::Config::CONFIG['target_cpu']},ruby_bin:#{::File.join(::Config::CONFIG['bindir'], ::Config::CONFIG['ruby_install_name'])},host_os:#{::Config::CONFIG['host_os']},target:#{::Config::CONFIG['target']},target_vendor:#{::Config::CONFIG['target_vendor']},host:#{::Config::CONFIG['host']},version:#{RUBY_VERSION},target_os:#{::Config::CONFIG['target_os']},host_cpu:#{::Config::CONFIG['host_cpu']},\ STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: End ruby -e require 'rbconfig'; puts \host_vendor:#{::Config::CONFIG['host_vendor']},release_date:#{RUBY_RELEASE_DATE},bin_dir:#{::Config::CONFIG['bindir']},platform:#{RUBY_PLATFORM},target_cpu:#{::Config::CONFIG['target_cpu']},ruby_bin:#{::File.join(::Config::CONFIG['bindir'], ::Config::CONFIG['ruby_install_name'])},host_os:#{::Config::CONFIG['host_os']},target:#{::Config::CONFIG['target']},target_vendor:#{::Config::CONFIG['target_vendor']},host:#{::Config::CONFIG['host']},version:#{RUBY_VERSION},target_os:#{::Config::CONFIG['target_os']},host_cpu:#{::Config::CONFIG['host_cpu']},\ STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin ruby -e require 'rbconfig'; puts \host_vendor:#{::Config::CONFIG['host_vendor']},release_date:#{RUBY_RELEASE_DATE},bin_dir:#{::Config::CONFIG['bindir']},platform:#{RUBY_PLATFORM},target_cpu:#{::Config::CONFIG['target_cpu']},ruby_bin:#{::File.join(::Config::CONFIG['bindir'], ::Config::CONFIG['ruby_install_name'])},host_os:#{::Config::CONFIG['host_os']},target:#{::Config::CONFIG['target']},target_vendor:#{::Config::CONFIG['target_vendor']},host:#{::Config::CONFIG['host']},version:#{RUBY_VERSION},target_os:#{::Config::CONFIG['target_os']},host_cpu:#{::Config::CONFIG['host_cpu']},\ STDERR [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: sh: ruby: command not found [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: End ruby -e require 'rbconfig'; puts \host_vendor:#{::Config::CONFIG['host_vendor']},release_date:#{RUBY_RELEASE_DATE},bin_dir:#{::Config::CONFIG['bindir']},platform:#{RUBY_PLATFORM},target_cpu:#{::Config::CONFIG['target_cpu']},ruby_bin:#{::File.join(::Config::CONFIG['bindir'], ::Config::CONFIG['ruby_install_name'])},host_os:#{::Config::CONFIG['host_os']},target:#{::Config::CONFIG['target']},target_vendor:#{::Config::CONFIG['target_vendor']},host:#{::Config::CONFIG['host']},version:#{RUBY_VERSION},target_os:#{::Config::CONFIG['target_os']},host_cpu:#{::Config::CONFIG['host_cpu']},\ STDERR [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Ran (ruby -e require 'rbconfig'; puts \host_vendor:#{::Config::CONFIG['host_vendor']},release_date:#{RUBY_RELEASE_DATE},bin_dir:#{::Config::CONFIG['bindir']},platform:#{RUBY_PLATFORM},target_cpu:#{::Config::CONFIG['target_cpu']},ruby_bin:#{::File.join(::Config::CONFIG['bindir'], ::Config::CONFIG['ruby_install_name'])},host_os:#{::Config::CONFIG['host_os']},target:#{::Config::CONFIG['target']},target_vendor:#{::Config::CONFIG['target_vendor']},host:#{::Config::CONFIG['host']},version:#{RUBY_VERSION},target_os:#{::Config::CONFIG['target_os']},host_cpu:#{::Config::CONFIG['host_cpu']},\) returned 127 [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Loading plugin kernel [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin uname -s STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Linux [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: End uname -s STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin uname -s STDERR [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: End uname -s STDERR [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Ran (uname -s) returned 0 [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin uname -r STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: 2.6.32-2-686 [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: End uname -r STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin uname -r STDERR [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: End uname -r STDERR [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Ran (uname -r) returned 0 [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin uname -v STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: #1 SMP Thu Feb 11 04:08:42 UTC 2010 [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: End uname -v STDOUT [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: Begin uname -v STDERR [Tue, 23 Mar 2010 10:02:43 +0100] DEBUG: [Tue, 23
Bug#574966: My name
My name was missing in my previous posting, sorry. /Leif Hornsved -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574970: lintian: [checks/init.d] init.d-script-missing-dependency-on-remote_fs doesn't seem to honor $all
Michael Meskes mes...@debian.org writes: On Mon, Mar 22, 2010 at 11:32:46AM -0700, Russ Allbery wrote: So I think both Lintian and the package have a problem here. Lintian should recognize $all in Required-Start, but the package should probably not be using it in Required-Stop. Unless the wiki is out of date? The wiki is outdated. This feature was added about half a year ago. Ah, indeed, there it is. Thanks, I'll teach Lintian about it as well for the next release, so the remaining tag will go away. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575053: xserver-xorg-video-intel: Wrong resolution after coming out of hibernate
Brice Goglin wrote: Can you send the output of xrandr instead ? I wonder if the driver could be improperly detecting the status of some outputs and thus enabling two outputs inside a large 2128x800 screen. Hibernate didn't do, but after a reboot it came up in silly mode. Xrandr then showed: Screen 0: minimum 320 x 200, current 2128 x 800, maximum 8192 x 8192 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 303mm x 190mm 1280x800 60.0*+ 1024x768 85.0 75.0 70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) DP2 disconnected (normal left inverted right x axis y axis) TV1 disconnected (normal left inverted right x axis y axis) 848x480 (0x118) 29.0MHz h: width 848 start 849 end 912 total 944 skew0 clock 30.7KHz v: height 480 start 481 end 512 total 513 clock 59.9Hz While running xrandr it switched back to the correct mode and the next run of xrandr showed this: Screen 0: minimum 320 x 200, current 1280 x 800, maximum 8192 x 8192 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 303mm x 190mm 1280x800 60.0*+ 1024x768 85.0 75.0 70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) DP2 disconnected (normal left inverted right x axis y axis) TV1 disconnected (normal left inverted right x axis y axis) HTH, Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575059: Should Package-Type be included in udebs or not?
This message is written with my Lintian maintainer hat on, not with my technical committee member hat on, to be clear. Raphael Hertzog hert...@debian.org writes: On Thu, 11 Mar 2010, Cyril Brulebois wrote: following the instructions given by Frans in [1], I've written a tiny check to ensure I wasn't missing any occurrences in the bunch of udebs I'm currently adding. I guess it would be better to check what happens in the resulting binaries, but I wanted to be aware of such issues *before* even building those packages; that's why I implemented it so that it checks the source control file. Hopefully, you'll get the idea and either move it entirely, or only “duplicate” it for the binary packages. 1. http://lists.debian.org/debian-boot/2010/02/msg00524.html [...] +Tag: package-type-in-debian-control +Severity: important +Certainty: certain +Info: There is a Package-Type field in the ttdebian/control/tt + file. This field is only relevant to the build process and should + not be embedded in the resulting binary package. As a consequence, + XC-Package-Type should be used instead. I'm a bit annoyed with lintian officializing usage of the non-official field name. On the Lintian side, I saw the patch come in from someone who's actively working on udebs, checked the history cited in the patch, saw that it was requested by Frans Pop, and considered that a fairly authoritative source for what d-i wants. In Lintian, the d-i team is considered authoritative on what should and should not be checked in udebs. We will almost never second-guess the d-i team on anything related to udebs, since they exist for the use of the installer and involve special issues peculiar to them. I think the only major thing we ever pushed back on is insisting on keeping Standards-Version in the source packages for udebs. It's counterproductive IMO. The issue should be resolved at the dpkg level. Unfortunately the underlying issue has never been resolved between Guillem and the d-i team, you can find the discussion here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452273 There seems to be a lot of bikeshed painting going on there. While I'm sympathetic to Guillem's desire to generalize, given that the d-i team owns the bikeshed in question, I'd personally be inclined to let them paint it whatever color they want. Hence I'm seeking advice from the technical committee. In the mean time, I think this warning should not be kept in lintian. As a Lintian maintainer, I'm not (yet) seeing a good reason to remove it. Note that other parts of Lintian already expect XC-Package-Type and don't recognize Package-Type, so it's the path of least resistance in Lintian to keep it as-is, although we also could fix that depending on the results of this discussion. Currently, XC-Package-Type seems to be the way that this is done, so at the least Lintian is currently requesting consistency. In the face of debate, consistency is always a good default position. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564514: Fails to start up due to missing tables
Package: akonadi-server Version: 1.3.1-2 Severity: normal Hi, I hit the same problem but was able to fix it following instructions on http://userbase.kde.org/Akonadi#Table_.27mysql._servers.27_doesn.27t_exist I simply ran mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/ and the problems went away. I am not sure why I had to do this andy why akonadi cannot do this when running for the first time (I removed everything akonadi-related in ~/.local in an attempt to fix the problem). Thanks, Marcel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages akonadi-server depends on: ii libakonadiprivate1 1.3.1-2 libraries for the Akonadi PIM stor ii libboost-program-options1.40 1.40.0-6+b1 program options library for C++ ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-sql-mysql 4:4.5.3-4 Qt 4 MySQL database driver ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii mysql-server 5.1.44-3MySQL database server (metapackage ii mysql-server-5.1 [mysql-serv 5.1.44-3MySQL database server binaries akonadi-server recommends no packages. akonadi-server suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575066: valgrind barfs on sse4.1 insertps instruction
Package: valgrind Version: 1:3.5.0-3 Severity: normal Running valgrind (memcheck) on my program compiled with g++-4.5, it dies on an unrecognized instruction: $ valgrind ./m4test ==18514== Memcheck, a memory error detector ==18514== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==18514== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info ==18514== Command: ./m4test ==18514== vex amd64-IR: unhandled instruction bytes: 0x66 0xF 0x3A 0x21 0x42 0x1C ==18514== valgrind: Unrecognised instruction at address 0x4005b7. ==18514== Your program just tried to execute an instruction that Valgrind ==18514== did not recognise. There are two possible reasons for this. ==18514== 1. Your program has a bug and erroneously jumped to a non-code ==18514==location. If you are running Memcheck and you just saw a ==18514==warning about a bad jump, it's probably your program's fault. ==18514== 2. The instruction is legitimate but Valgrind doesn't handle it, ==18514==i.e. it's Valgrind's fault. If you think this is the case or ==18514==you are not sure, please let us know and we'll try to fix it. ==18514== Either way, Valgrind will now raise a SIGILL signal which will ==18514== probably kill your program. ==18514== ==18514== Process terminating with default action of signal 4 (SIGILL) ==18514== Illegal opcode at address 0x4005B7 ==18514==at 0x4005B7: Matrix4::operator*(Matrix4 const) const (in /tmp/m4test) ==18514==by 0x40050B: main (in /tmp/m4test) ==18514== ==18514== HEAP SUMMARY: ==18514== in use at exit: 0 bytes in 0 blocks ==18514== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==18514== ==18514== All heap blocks were freed -- no leaks are possible ==18514== ==18514== For counts of detected and suppressed errors, rerun with: -v ==18514== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) Illegal instruction However the instruction in question seems to be a valid SSE4.1 instruction, insertps. The program runs fine without valgrind. [Note that I didn't actually enable the use of SSE4.1 explicitly -- I just compiled with -march=native, and that automatically did so.] The processor is an Intel core2 duo. *** So to try the following test you might need to be on a similar machine *** The following is a small test program that causes g++-4.5 (version Debian 4.5-20100103-1) to generate the instruction. To repeat: (0) Make sure you're on a machine that supports SSE4.1 instructions (1) Make sure g++-4.5 (from experimental) is installed (2) Compile the program with make m4test (3) Run valgrind on it: valgrind m4test (4) It should give the error output shown above [Sorry I don't know if I can attach a tar file to a bug report, so I've just put the files inline, with = FILENAME = before each file] = Makefile = CXX = g++-4.5 CXXFLAGS = -march=core2 -msse4.1 -O3 -ffast-math -fverbose-asm m4test: m4test.o m4.o $(CXX) -o $@ $(CXXFLAGS) $^ = m4test.cc = #include m4.h int main () { Matrix4 x, y; x = x * y; return 0; } = m4.h = class Matrix4 { public: Matrix4 (); float operator() (unsigned i, unsigned j) { return els[i][j]; } const float operator() (unsigned i, unsigned j) const { return els[i][j]; } Matrix4 operator* (const Matrix4 xform) const; private: float els[4][4]; }; = m4.cc = #include m4.h Matrix4::Matrix4 () { els[0][0] = 1; els[0][1] = 0; els[0][2] = 0; els[0][3] = 0; els[1][0] = 0; els[1][1] = 1; els[1][2] = 0; els[1][3] = 0; els[2][0] = 0; els[2][1] = 0; els[2][2] = 1; els[2][3] = 0; els[3][0] = 0; els[3][1] = 0; els[3][2] = 0; els[3][3] = 1; } Matrix4 Matrix4::operator* (const Matrix4 xform) const { Matrix4 result; for (unsigned i = 0; i 4; i++) for (unsigned j = 0; j 4; j++) result(i, j) = (*this) (i, 0) * xform (0, j) + (*this) (i, 1) * xform (1, j) + (*this) (i, 2) * xform (2, j) + (*this) (i, 3) * xform (3, j); return result; } = END = Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages valgrind depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libc6-dbg 2.10.2-6 Embedded GNU C Library: detached d Versions of packages valgrind recommends: ii gdb 7.1-1 The GNU Debugger Versions of packages valgrind suggests: pn alleyoop none (no description available) pn kcachegrind none (no
Bug#574652: gnome-bluetooth: incorrectly reports that bluetooth is disabled
I have the same error with squeeze installed on my Thinkpad T43. - Mit freundlichen Gruessen / With best regards Ronald Jaeckel System-Ingenieur CCSP CCNP JNCIS-FWV NETFOX AG, Heinrich-Hertz-Strasse 1b, D-14532 Kleinmachnow, Germany Tel:+49 (0)33203 290600 Fax:+49 (0)33203 290999 Mobil: +49 (0)163 5812826 mailto:rjaec...@netfox.de http://www.netfox.de Novell Lunch Learn im Meilenwerk mit NETFOX AG! Informieren Sie sich auf der Veranstaltung am 15. April 2010. NETFOX AG, Heinrich-Hertz-Str. 1b, D-14532 Kleinmachnow Telefon: 033203 / 290-600, Telefax: 033203 / 290-999 E-Mail: net...@netfox.de, Internet: www.netfox.de Sitz der Gesellschaft: Kleinmachnow Registergericht: Amtsgericht Potsdam [HRB 13520 P] Vorstand: Ulrich Otto, Aufsichtsrat: Dr. Oskar von Dungern (Vorsitz) USt-IdNr. DE 138404987 GEHEIMHALTUNGSPFLICHT: Diese E-Mail und alle damit verbundenen Anlagen sind vertraulich und dürfen nur bestimmten Personen zugänglich gemacht werden. Sofern Sie nicht zu den angegebenen Empfängern gehören sollten, benachrichtigen Sie bitte unverzüglich den Absender. Der Inhalt darf in diesem Fall weder an Dritte weitergegeben noch zu anderen Zwecken verwendet werden. CONFIDENTIALITY: This e-mail and any attachments are confidential and may be privileged. In case you are not a named recipient, please notify the sender immediately, and in this case do not disclose the contents to another person, use it for any purpose or store or copy the information on any medium. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575059: Should Package-Type be included in udebs or not?
FWIW, this bug report was X-Debbugs-Cc: Cyril Brulebois k...@debian.org, lintian-ma...@debian.org, debian-b...@lists.debian.org, debian-d...@lists.debian.org So all parties are aware of the tech-ctte request. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571459: linux-2.6: with noserverino my user get read-only access
Package: linux-2.6 Severity: normal Hi, I'm replying here, but I'm not sure where this should go ... So sorry If I'm wasting your time I'm having trouble: $ # uname -r 2.6.32-3-686 $ sudo mount -o username=user,noserverino //alfresco/alfresco /home/user/alfresco/ $ touch alfresco/a touch: cannot touch `alfresco/a': Permission denied $ su # touch /home/user/alfresco/a # works fine $ # uname -r 2.6.30-1-686 $ sudo mount -o username=user,noserverino //alfresco/alfresco /home/user/alfresco/ $ touch alfresco/a # works fine So, this is a kernel bug, or is some issue with sudo ?? Please, tell me if I have to report this to bugzilla.kernel.org or to another package inside debian. Thank you very much -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472802: Status of limesurvey packaging (Was: Bug#472802: What's happening?)
Hi, I checked out svn://svn.debian.org/svn/collab-maint/ext-maint/limesurvey and also had a look at http://www.nijaba.info/debian While the later is a bit more up to date (any reason not to commit the packaging to collab-maint?) both are way behind upstream. Are there any plans to continue packaging and perhaps moving it to any official Debian release? I had a short look into the packaging of both URLs above and can tell that neither the dbconfig common patches will apply to the new upstream version nor the packaging will work if I try to clone the idea of this patches to the new configuration method. Any updates in the queue? Kind regards Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575033: general: The button shutdown dont shutdown the machine, only show me the login window.
Le lundi 22 mars 2010 à 15:47 -0700, Russ Allbery a écrit : David Jorge david...@gmail.com writes: I have debian testing and gnome. I tried to shutdown the machine, with the Shutown button of gnome, but dont works. only show me the login window. I can shutdown the machine with the command line. If you reboot the system, you'll probably discover that it works again. At least, that was my experience. For some reason, package upgrades can cause that GNOME menu to stop working in various interesting ways until a clean system reboot. If that’s the case, it’s probably caused by D-Bus upgrades. Since this retarded daemon is not able to restart without killing all connections, you basically need to at least log out and login again, and sometimes to reboot, every time it is upgraded. Note that your problem can also be caused by bad consolekit setup. Especially, if you don’t login through GDM, you need to install libpam-ck-connector. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575068: libhtml-tree-perl: CPAN bug: close tag missing from optionally empty XML tags
Package: libhtml-tree-perl Version: 3.23-2 Severity: normal There is bug reported in CPAN for HTML::Tree http://rt.cpan.org/Public/Bug/Display.html?id=49932 This bug breaks publican (https://fedorahosted.org/publican/) and Fedora guys keep the patch for HTML::Tree in their package. Could you please apply it too? I have contacted upstream maintainer, but there were no releases for HTML::Tree since 2006. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.32-9-generic-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhtml-tree-perl depends on: ii libhtml-parser-perl 3.61-1ubuntu0.1 collection of modules that parse H ii libhtml-tagset-perl 3.20-2 Data tables pertaining to HTML ii perl5.10.0-24ubuntu4 Larry Wall's Practical Extraction libhtml-tree-perl recommends no packages. libhtml-tree-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574817: libata transition breaks mdadm arrays
notfound 574817 3.1.1-1+incremental+4 thanks I have upgraded to mdadm 3.1.1-1+incremental+4, without success. The array is broken in the same state (only 2 components). You'll need to reassemble it, of course, but then the problem should not occur anymore. Hence removing the found tag. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems if a packet hits a pocket on a socket on a port, and the bus is interrupted at a very last resort, and the access of the memory makes your floppy disk abort, then the socket packet pocket has an error to report. -- speedstream digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#574817: libata transition breaks mdadm arrays
found 574817 3.1.1-1+incremental+4 thanks Hi, I have upgraded to mdadm 3.1.1-1+incremental+4, without success. The array is broken in the same state (only 2 components). Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551926: I've been asked to contribute again to this thread
With regards to messages #104 and #109, I have the following notes. The Perl pip package didn't show any liveliness You clarify this in #109, but if by this you mean you checked Google and Debian and then assumed that was enough I agree. When I created pip, I did something similar. I checked Debian and found that the binary name was free, checked Google and found only the pipes thing and confirmed it was removed. Given the long history of Perl, Python and PHP dancing around words beginning with P I also checked the main package repositories for all three languages and found nothing. A trivial search for pip on search.cpan would have seen the following. http://search.cpan.org/search?query=pipmode=all as not packaged, Tprimary distribution method of Perl for software authors is the CPAN (as this covers all operating systems) and the Debian Perl people choose from the 20,000 CPAN packages and run the package automation and do their due diligence as they see fit. There is no expectation for authors to push to have things packaged in Debian. In fact, it's often quite the opposite, as the number of CPAN packages is higher than the total number of Debian packages (or at least, it used to be). and both our commands are superseded by another old command line tool called pip for dealing with pipes True that project isn't causing any naming problems despite having had a better online presence than pip. What's actually interesting about it is that it's a Perl program, built like a CPAN distribution, but never uploaded to CPAN. But regardless, the last release was in 2003, it hadn't had a release for 5 years before this issue even came up. No one asked or even suggested I rename pip when I announced the name, someone merely noted that a tool with the same name existed. I would consider an existing Perl, Python, PHP in any of the big repositories with the same command line a huge red flag, because automated packages methods exist for all of these and it's pretty obvious that there's going to be a naming clash in the downstream. If not immediately, then certainly inevitably. As for nobody suggesting you rename it... http://blog.ianbicking.org/2008/10/28/pyinstall-is-dead-long-live-pip/ James Bennett kicked off the alternate naming discuss with the humerous suggestion of pippiintpip (pippiintpip installs Python packages, it is not the Perl Installation Program). Grink expressed support for the Perl version, and suggested pypi. flowblock complained it was too much like pypi, and then suggested renaming to the (excellent in my opinion) pyp. And Anatoly Techtonik suggests the alternate name of pint. The pyp name in particular seems like a perfect choice, since it fits the py theme and sounds identical so it wouldn't even require a change to spoken conversation. But alternate names are your choice, I only wanted to point out you had 5 people in the renaming discussion. Moving on to #109 Just to confirm my intuition, I did a little bit of research: * Perl pip 1.16 was release November 2009, pip 0.13 (the previous version) was released December 2007. There's no evidence of development in the svn repository between those times, why 0.13 jumped to 1.16 I don't know. http://search.cpan.org/~adamk/pip-1.16/ Here's the main distribution page for pip. The current version is 1.16. In the rather prominent Special Files section, we can clearly see the Changes file for pip (which has been the file that contains the list of changes for over a decade, even the old pipe-related pip uses it). http://search.cpan.org/src/ADAMK/pip-1.16/Changes According to the Changes file, the previous version was 1.15, which was preceded by 0.14. The 1.15 changes note an upgrade of the packaging, and a switch from a development version (starting in zero) to a production version (starting with a one). This is fairly common thing to do when your distribution has reached maturity and hasn't required any new feature or had any bugs for a while. Personally, I do it after a year without any bugs or fixes being required. As for why it hasn't needed significant improvements, it's because it's a front end application. The application is modular, does a few specific tasks around the packaging and handoff. But most of the work is done by various parts of the pre-existing parts of the toolchain like CPAN.pm, PAR::Dist, Archive::Zip, and so on. Pip also has a good chunk of the backend refactored out for use without all the weight of a command line interface being needed, in the form of things like CPAN::Inject. If python-pip has chosen to go with a more monolithic structure (which is completely understand given the nature of toolchain work, and less mature source repositories) I don't see how that necessarily counts in it's favour. * Python pip 0.2 was released October 2008 and has had 11 releases since then. Perl pip was released in October 2006 and has had 14 releases since then.
Bug#382189: IPv6 support
Hi, On Wed, Mar 17, 2010 at 11:04:39PM +0100, Wouter Verhelst wrote: On Thu, Mar 18, 2010 at 04:13:05AM +0700, Neutron Soutmun wrote: Package: nbd Version: 2.9.14-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Mar 16, 2010 at 01:24:54PM +0100, Wouter Verhelst wrote: On Tue, Mar 16, 2010 at 06:36:22PM +0700, Neutron Soutmun wrote: I should probably point out that there's a git tree for the upstream code: it's on github (/yoe/nbd), and on sourceforge (nbd.git.sourceforge.net). $ git clone http://github.com/yoe/nbd.git now, follow up but keep working continue on the old patch which won't get me more confusion. Well, part of the reason I pointed you to that repository is the fact that there's a patch in there (for #557810) that conflicts with yours. It'd be cool if you could update it so that it would apply cleanly to that version, and then I can easily do an upstream release immediately followed by a Debian package. Are you working on that? If not, that's not a problem, I'll do it myself; it's just that it'd probably be easier for you at this point. But if you don't have the time, or are tired of it, or are working on something else, I'll finish this off. -- The biometric identification system at the gates of the CIA headquarters works because there's a guard with a large gun making sure no one is trying to fool the system. http://www.schneier.com/blog/archives/2009/01/biometrics.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472802: Status of limesurvey packaging (Was: Bug#472802: What's happening?)
On 23/03/10 09:43, Andreas Tille wrote: Any updates in the queue? I am sorry, but since I have been failing getting this package in Debian, without any reasons displayed or communicated, I don't see any reason to keep on updating this package except when I need to use it, which happens about once or twice a year. There is no reasons why this is not in collab-maint appart from the fact that I don't have time to research how to get commit rights on it. So that you know, configurations files of limesurvey have never been identical from one version to the other and I have always had to redo the patches. Nick signature.asc Description: OpenPGP digital signature
Bug#575071: Upgrade fails if there is no /usr/share/foo2zjs/firmware/*.dl files on the system
Package: foo2zjs Version: 20090908dfsg-2 Severity: important In the postinst script, the line mv /usr/share/foo2zjs/firmware/*.dl /lib/firmware/hp/ 2/dev/null should be changed to mv /usr/share/foo2zjs/firmware/*.dl /lib/firmware/hp/ 2/dev/null || true or something similar, as if there is no file matching /usr/share/foo2zjs/firmware/*.dl the package fails to configure. Kind regards, Marco -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages foo2zjs depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib Versions of packages foo2zjs recommends: ii foomatic-db-engine4.0-20090509-2 OpenPrinting printer support - pro ii tix 8.4.3-2The Tix library for Tk -- runtime ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii unzip 6.0-4 De-archiver for .zip files ii wget 1.12-1.1 retrieves files from the web Versions of packages foo2zjs suggests: ii hannah-foo2zjs1:1Graphical firmware downloader for ii psutils 1.17-27A collection of PostScript documen -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575069: kexec-tools: doesn't boot if root is a lvm volume and swap too
Package: kexec-tools Version: 1:2.0.1-1 Severity: normal Hi, I have a system with lvm partitions. swap and root are lvm partitions. I tried to use kexec: # kexec -l /boot/vmlinuz-2.6.30-1-686 --append=root=/dev/vg/root --initrd=/boot/initrd-2.6.30-1-686 # kexec -e Then It hangs at mounting root filesystem, and then it show me a shell. Inside this shell I can see: # ls /dev/vg swap I can activate my logical volumes with vgchange # vgchange -ay vg ... 30 logical volumes in volume group vg now active I tried too with append=/dev/mapper/vg-root # kexec -l /boot/vmlinuz-2.6.30-1-686 --append=root=/dev/mapper/vg-root --initrd=/boot/initrd-2.6.30-1-686 # kexec -e And it hangs for me telling it is not able to mount root but doesn't return any shell (like a oops appears in screen) Thank you very much -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kexec-tools depends on: ii debconf [debconf-2.0] 1.5.29 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib kexec-tools recommends no packages. kexec-tools suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575070: Exclusive read-write lock in file db driver breaks running debconf as non-root
Package: debconf Version: 1.5.29 Severity: normal Hello, In aptdaemon we use debconf-communicate running in the user session and the passthrough backend for the actual installation to show the debconf questions to the user. With the new required read write lock on the file backends (which are the default) debconf-communicate refuses to run as non-root and so breaks debconf handling in aptdaemon. Furthermore it is no longer possible to test config scripts as non-root with using DEBCONF_DEB_REPLACE which I did before. Cheers, Sebastian -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii debconf-i18n 1.5.29 full internationalization support ii perl-base 5.10.1-11 minimal Perl system Versions of packages debconf recommends: ii apt-utils 0.7.25.3 APT utility programs Versions of packages debconf suggests: ii debconf-doc 1.5.29 debconf documentation ii debconf-utils 1.5.29 debconf utilities ii dialog1.1-20100119-2 Displays user-friendly dialog boxe ii gnome-utils 2.28.1-1 GNOME desktop utilities ii libgnome2-perl1.042-2Perl interface to the GNOME librar ii libnet-ldap-perl 1:0.39-1 client interface to LDAP servers pn libterm-readline-gnu-perl none (no description available) ii perl 5.10.1-11 Larry Wall's Practical Extraction ii whiptail 0.52.10-8 Displays user-friendly dialog boxe -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548120: consolekit: Backtrace with debug information
By the way, Ubuntu has a patch against gnome-session that fixes this problem for me. http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/gnome-session/lucid/annotate/head%3A/debian/patches/100_fix_xsmp_stop_crash.patch It prevents gnome-session from segfaulting on log-out. AFAIK this only fixes a symptom and not the cause, but ever since I patched my gnome-session with that I'm no longer getting log-out-instead-of-shutdown issue. Regards Tomaž -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575074: aptitude: German localisation has problems to handle package-cache
Package: aptitude Version: 0.4.11.11-1+b2 Severity: important Tags: l10n -- Package-specific info: aptitude 0.4.11.11 kompiliert am Aug 3 2009 16:22:21 Compiler: g++ 4.3.3 Kompiliert gegen: apt-Version 4.8.0 NCurses-Version: 5.7 libsigc++-Version: 2.0.18 Ept-Unterstützung aktiviert. Aktuelle Bibliotheksversion: NCurses-Version: ncurses 5.7.20081213 cwidget-Version: 0.5.12 Apt-Version: 4.8.0 linux-vdso.so.1 = (0x7fffe000) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0x7f778e026000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f778dddb000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f778dbd5000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f778d902000) libept.so.0 = /usr/lib/libept.so.0 (0x7f778d68b000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f778d32) libz.so.1 = /usr/lib/libz.so.1 (0x7f778d109000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f778ceed000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f778cbdc000) libm.so.6 = /lib/libm.so.6 (0x7f778c95a000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f778c744000) libc.so.6 = /lib/libc.so.6 (0x7f778c3ef000) libutil.so.1 = /lib/libutil.so.1 (0x7f778c1ec000) libdl.so.2 = /lib/libdl.so.2 (0x7f778bfe8000) /lib64/ld-linux-x86-64.so.2 (0x7f778e32e000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.25.3 Advanced front-end for dpkg ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcwidget30.5.12-4 high-level terminal interface libr ii libept00.5.30High-level library for managing De ii libgcc11:4.4.2-9 GCC support library ii libncursesw5 5.7+20081213-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libxapian151.0.7-4 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [apti 0.4.11.11-1~lenny1 English manual for aptitude, a ter ii libparse-debianchange 1.1.1-2parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.9+b2 Enables support for package tags ii tasksel 2.78 Tool for selecting tasks for insta -- no debconf information using 'aptitude upgrade' or 'aptitude -u' in my default german localisation produces th following output: E: Na so was, Sie haben die Anzahl an Beschreibungen überschritten, mit denen APT umgehen kann. E: Problem with MergeList /var/lib/apt/lists/www.backports.org_debian_dists_lenny-backports_main_binary-amd64_Packages E: Die Paketliste oder die Statusdatei konnte nicht eingelesen oder geöffnet werden. E: Konnte den Paketcache nicht neu erzeugen using the command 'LC_ALL=C aptitude upgrade' or 'LC_ALL=C aptitude -u' works as expected. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#389286: ipsec-tools: setkey does not understand tcp-md5 syntax from the manpage
found 389286 0.6.6-3 fixed 389286 1:0.7.3-5 thanks After some testing i came to the conclusion, that linux lacks tcp-md5 support at all. The tcp-md5 algorithm only works on BSD-systems. There will be a note in the next releases setkey.8 manpage. thanks -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567447: squid: '%W' appended to cache manager address
forwarded 567447 http://bugs.squid-cache.org/show_bug.cgi?id=2889 thanks Hi st, this bug is caused by an incompatibility between the current 2.7 package and squid-langpack. squid 2.7 does not support %W expansion (which is there to pre-compile) message body. I've forwarded it upstream. Regards, L -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575073: lintian: override for diff in squeeze
Package: lintian Version: 2.3.4 Severity: wishlist The diff package in lenny is now called diffutils in squeeze. To ease transition, diff is now dummy and it has a Pre-Depends: diffutils, which lintian flags this way: E: diff: depends-on-essential-package-without-using-version pre-depends: diffutils However, any version of diffutils is ok, as the package name is new, so this is really a false positive. Obviously, whenever an essential package is renamed, this type of dependency (which should really be a Pre-depends) should be ok. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556851: thank you
Thanks for your diagnosis and patch and apologies to all for not responding sooner. For what its worth I do not have version control directories in /usr. -- Jon Dowland signature.asc Description: Digital signature
Bug#505313: Won't be implemented
tags 505313 wontfix severity 505313 wishlist After talking with upstream, this feature will not be implemented. Cf. manual for deleting xLinks. -- ,''`. Xavier Oswald (xosw...@debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575072: Warning configuring ocsinventory-reports package related with ucf and dbconfig
Package: ocsinventory-reports Version: 1.01-6 Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Configurando ocsinventory-server (1.01-6) ... dbconfig-common: writing config to /etc/dbconfig-common/ocsinventory-server.conf *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. Creating config file /etc/dbconfig-common/ocsinventory-server.conf with new version
Bug#575075: ITP: aaphoto -- Auto Adjust Photo, automatic color correction of photos
Package: wnpp Severity: wishlist Owner: Andras Horvath h...@log69.com * Package name: aaphoto Version : 0.36-1 Upstream Author : Andras Horvath h...@log69.com * URL : http://log69.com/aaphoto_en.html * License : GPLv3 Programming Lang: C Description : Auto Adjust Photo, automatic color correction of photos Auto Adjust Photo is a tiny command-line image manipulation tool for automatic color correction of photos. It tries to make the picture look better. The program does this by analyzing the input image and then sets the most optimal contrast, gamma, color balance and saturation for it. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574449: iceweasel: Segfaults almost daily
[Mike Hommey] Could you try with the libnspr4-0d package from the backports ? I installed this alongside with its dbg package, and this time the process vanished without a trace. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) bt full No stack. (gdb) Still crashing, and still no clue why. Another day, another opportunity. I got gdb running and am ready for a new crash. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573071: Oops: 0003 [#1] SMP - BUG: unable to handle kernel paging request
Similar (buggy) behaviour in stable 686-kernel package: linux-image-2.6.26-2-686-bigmem (2.6.26-21lenny4) Tested on Debian 5.0.4, 32 bits, on AMD64. Any idea on how long could it take a new kernel .deb to be released? Cheers, -r -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575076: grub-update stopped working after upgrade to grub-pc_1.98-1_amd64.deb (md device)
Package: grub-pc Version: 1.98-1 Severity: grave Justification: renders package unusable After debian squeeze dist-upgrade one of the updated packages was grub: Preparing to replace grub-pc 1.98~20100115-1 (using .../grub-pc_1.98-1_amd64.deb) ... Unpacking replacement grub-pc ... But there is a major failure: update-grub Generating grub.cfg ... /usr/sbin/grub-probe: error: unknown filesystem. # cat /proc/mounts rootfs / rootfs rw 0 0 none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev tmpfs rw,relatime,size=10240k,mode=755 0 0 /dev/md0 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 /dev/md1 /var ext3 rw,relatime,errors=continue,data=ordered 0 0 -- Package-specific info: *** BEGIN /proc/mounts /dev/md0 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/md1 /var ext3 rw,relatime,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } set locale_dir=/boot/grub/locale set lang=en insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, with Linux 2.6.32-trunk-amd64 { insmod raid insmod mdraid set root='(md0)' echoLoading Linux 2.6.32-trunk-amd64 ... linux /boot/vmlinuz-2.6.32-trunk-amd64 root=/dev/md0 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.32-trunk-amd64 (recovery mode) { insmod raid insmod mdraid set root='(md0)' echoLoading Linux 2.6.32-trunk-amd64 ... linux /boot/vmlinuz-2.6.32-trunk-amd64 root=/dev/md0 ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.32-3-amd64 { insmod raid insmod mdraid set root='(md0)' echoLoading Linux 2.6.32-3-amd64 ... linux /boot/vmlinuz-2.6.32-3-amd64 root=/dev/md0 ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-3-amd64 } menuentry Debian GNU/Linux, with Linux 2.6.32-3-amd64 (recovery mode) { insmod raid insmod mdraid set root='(md0)' echoLoading Linux 2.6.32-3-amd64 ... linux /boot/vmlinuz-2.6.32-3-amd64 root=/dev/md0 ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-3-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii grub-common 1.98-1 GRand Unified Bootloader, version ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii ucf 3.0025 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: pn desktop-base none (no description available) -- debconf information: grub-pc/kopt_extracted: false grub2/kfreebsd_cmdline: * grub-pc/install_devices: (hd0) grub-pc/postrm_purge_boot_grub: false * grub2/linux_cmdline: grub2/kfreebsd_cmdline_default: quiet *
Bug#553400: ITP: spyder -- Spyder is a Python development environment specially suited for scientific computing
Hello Ludovic, On Friday 30 October 2009 22:36:49, Ludovic Aubry wrote: Package: wnpp Severity: wishlist Owner: Ludovic Aubry ludovic.au...@logilab.fr Package name: spyder Version : 1.0.1 Upstream Author : Pierre Raybaut URL : http://code.google.com/p/spyderlib/ License : MIT Programming Lang: Python Description : Spyder is a Python development environment specially suited for scientific computing pyder (previously known as Pydee) is a free open-source Python development environment providing MATLAB-like features in a simple and light-weighted software. Any info on this ITP? Any progress? :) Do you need any help, sponsoring, anything? If you're not anymore interested/don't have time/whatever, I'm available to take the ITP over. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#573812: ITP: objenesis -- Java library to instantiate a new object of a particular class
Ciao David, I know you only filed it ~1 week ago, but... is there any news on this ITP? :) Do you need any help, assistance, sponsoring, anything? ... and a week ago I packaged it. http://lists.debian.org/debian-java/2010/03/msg00064.html If you're interested, also jmock2 is still to review/upload. Thanks, Gabriele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563884: liblogkit-java: FTBFS: cannot stat `build/javadocs/*': No such file or directory
# We are nearly ready to RM this package. tags 563884 + wontfix thanks Hi Thank you for taking the time to report this problem; however we are not working on fixing this issue since this package has been superseded by libexcalibur-logkit-java. We will have this package removed when we have fixed the last Reverse Depedency (only libfreemarker-java is missing). ~Niels signature.asc Description: OpenPGP digital signature
Bug#574958: snmpd don't start
Hi! * Pierre Raimbault pierre.raimba...@ffe.com [2010-03-22 14:09:43 CET]: snmpd don't start just after fresh installation. I have this error in /var/log/syslog : snmpd[1641]: Error opening specified endpoint 127.0.0.1 snmpd[1641]: Server Exiting with code 1 It sounds like you don't have the loop back interface enabled. Can you check about that? /sbin/ifconfig lo should give you the informations, calling with root permissions /sbin/ifconfig lo up should set it to up - can you try if that fixes the issue for you? Thanks, Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#382189: IPv6 support
On Tue, Mar 23, 2010 at 4:35 PM, Wouter Verhelst w...@uter.be wrote: Hi, On Wed, Mar 17, 2010 at 11:04:39PM +0100, Wouter Verhelst wrote: On Thu, Mar 18, 2010 at 04:13:05AM +0700, Neutron Soutmun wrote: Package: nbd Version: 2.9.14-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Mar 16, 2010 at 01:24:54PM +0100, Wouter Verhelst wrote: On Tue, Mar 16, 2010 at 06:36:22PM +0700, Neutron Soutmun wrote: I should probably point out that there's a git tree for the upstream code: it's on github (/yoe/nbd), and on sourceforge (nbd.git.sourceforge.net). $ git clone http://github.com/yoe/nbd.git now, follow up but keep working continue on the old patch which won't get me more confusion. Well, part of the reason I pointed you to that repository is the fact that there's a patch in there (for #557810) that conflicts with yours. It'd be cool if you could update it so that it would apply cleanly to that version, and then I can easily do an upstream release immediately followed by a Debian package. Are you working on that? If not, that's not a problem, I'll do it myself; it's just that it'd probably be easier for you at this point. But if you don't have the time, or are tired of it, or are working on something else, I'll finish this off. Sorry for late response, I have something else to do, but I still thinking of the solution for #557810 which the user parsing the hostname for listening address that case for example # nbd-server localhost:12345 `pwd`/nbd-file 1G -C /dev/null which localhost may resolve in both IPv4 (127.0.0.1) and IPv6 (::1) Therefore, I think that if I'm using getaddrinfo() to get each information and add to server listening pool only if it valid, it's better, isn't it ? Or localhost:12345 is only mean 127.0.0.1 port 12345 ? If it is this case, when parsing this command line should set the socket family to AF_INET. If now this case is ignored, I think I can prepare the patch for you which diff from git repository that I reviewed already that the patch does not conflict much. I test that hostname parsing is OK but only the first info that getaddrinfo() return could setup for listening. Regards, Neutron Soutmun -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575080: sysv-rc: wrong shutdown links generated after conversion from file-rc
Package: sysv-rc Version: 2.87dsf-8.1 Severity: normal Hi, I have recently converted a rather old system which has been using file-rc for years to the dependency-based sysv-rc. Since then, my filesystems are not umounted any more on shutdown, replaying all journals on startup. The only related links I see in rc[06].d are S01umountfs S01umountnfs.sh S01umountroot, but it looks like they are not executed. On closer inspection, it looks like there is other breakage there as well. Does sysv-rc have a possibility to completely recalculate the run level link farm directories? How do I fix this? Greetings Marc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.33-zgws1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysv-rc depends on: ii debconf [debconf-2.0]1.5.28 Debian configuration management sy ii insserv 1.12.0-14 Tool to organize boot sequence usi ii sysvinit-utils 2.87dsf-8.1 System-V-like utilities Versions of packages sysv-rc recommends: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages sysv-rc suggests: pn bum none (no description available) ii sysv-rc-conf 0.99-6 SysV init runlevel configuration t -- debconf information: sysv-rc/unable-to-convert: sysv-rc/convert-legacy: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574975: Not fixed
On Tue, Mar 23, 2010 at 09:41:40AM +0100, Sebastian Zerbe wrote: I have the same problem and it is fixed neither in testing nor in unstable. The dependencies are broken: Installing new version of config file /etc/init.d/multipath-tools-boot ... Installing new version of config file /etc/init.d/multipath-tools ... insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). insserv: There is a loop between service lvm2 and multipath-tools-boot if started insserv: loop involving service multipath-tools-boot at depth 6 insserv: loop involving service module-init-tools at depth 5 insserv: There is a loop between service lvm2 and multipath-tools-boot if started insserv: loop involving service checkfs at depth 3 insserv: loop involving service lvm2 at depth 2 insserv: loop involving service udev at depth 1 insserv: There is a loop between service checkfs and lvm2 if started insserv: loop involving service mountall at depth 5 insserv: loop involving service mtab at depth 3 insserv: There is a loop between service mountall and checkfs if started insserv: loop involving service portmap at depth 17 insserv: loop involving service networking at depth 18 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing multipath-tools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: multipath-tools Please provide a solution because I can't easily remove multipath-tools. I can reproduce this here by upgrading my test vm. However multipath-tools itself didn't change so it seems something else broke. Petter, any idea what's going on here? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575079: nfs-common: nfs I/O never fails with udp and soft mount options in case of network failure
Package: nfs-common Version: 1:1.2.1-3 Severity: important Step to reproduce : 1- mount -t nfs -o nfsvers=3,soft,proto=udp,retrans=7,timeo=3 ip:/foo /mnt/foo 2- dd if=/dev/urandom of=/mnt/foo/test 3- unplug nfs server network cable after a few seconds Expected behavior : dd command should report I/O error. What actually happens : - dd is blocked - ctrl+c does nothing - dmesg says multiple times : nfs: server IP not responding, timed out man nfs says : If the soft option is specified, then the NFS client fails an NFS request after retrans retransmissions have been sent, causing the NFS client to return an error to the calling application. The NFS client generates a server not responding message after retrans retries. So nfs write should fail after the first server not responding message, and that is not the case. Notes : - dd will report write error a few seconds after nfs server comes back online. - I used dd as an example, but other programs doing heavy I/O are blocked as well. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser3.112 add and remove users and groups ii initscripts2.87dsf-8.1 scripts for initializing and shutt ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.11-1 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-2 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries - k ii libgssglue10.1-4 mechanism-switch gssapi library ii libk5crypto3 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries ii libnfsidmap2 0.23-2An nfs idmapping library ii librpcsecgss3 0.19-2allows secure rpc communication us ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii netbase4.40 Basic TCP/IP networking system ii portmap6.0.0-2 RPC port mapper ii ucf3.0025Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575077: manpages-dev: va_copy manpage doesn't specify the intended behaviour of va_copy
Package: manpages-dev Version: 3.24-1 Severity: normal The section about va_copy() begins by musing about its implementation, but doesn't explain how va_copy is supposed to, and can be expected to behave. In order to get a clear Idea about how va_copy is supposed to behave, I had to refer to the iso C99 standard. (see http://www.opengroup.org/onlinepubs/9699919799/basedefs/stdarg.h.html) Kind regards Friedel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 3.24-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.7-2on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575078: Apache wrong password in ocsinventory-server package
Package: ocsinventory-server Version: 1.01-6 Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) When the package is instaled it stablish a apache user and password to validate you. The file contains the user:password is /etc/ocsinventory/htpasswd.setup After the installation it contains: admin:* At the documentation I read by default the default password for admin user is admin but doesn't work. It can be repaired executing: htpasswd -b htpasswd.setup admin admin And restarting de apache server.
Bug#510333: Announce of the upcoming NMU for the libphidgets package
Dear maintainer of libphidgets and Debian translators, Some days ago, I sent a notice to the maintainer of the libphidgets Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fi fr gl ja nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the libphidgets package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, March 29, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, March 18, 2010 : send the first intent to NMU notice to the package maintainer. Tuesday, March 23, 2010 : send this notice Monday, March 29, 2010 : (midnight) deadline for receiving translation updates Tuesday, March 30, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Tuesday, April 06, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: madd...@debian.org\n POT-Creation-Date: 2006-08-11 19:20+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../libphidgets0.templates:1001 msgid Which group should be able to interact with the Phidgets? msgstr #. Type: string #. Description #: ../libphidgets0.templates:1001 msgid To use the Phidgets, one must be able to read and write to the device files corresponding to the Phidgets in /proc/bus/usb. If you have hotplug installed, this will be managed automatically. In that case, please enter the group that should be given access to the Phidgets. msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:2001 msgid Should this group be created by the package? msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:2001 msgid The package can automatically create the group you requested in the previous question. Do you want it to do so? msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:3001 msgid Should this group be deleted when the package is removed? msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:3001 msgid Upon removal of the package, it can automatically delete the group. All membership data will be purged. Do you want the package to delete the group upon removal? msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:4001 msgid Should the previous group be deleted? msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:4001 msgid You chose to rename the group allowed to access to the Phidgets. Should the group created during package installation be deleted? You will have the option to migrate the membership to the new group. msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:5001 msgid Should the group membership be migrated to the new group? msgstr #. Type: boolean #. Description #: ../libphidgets0.templates:5001 msgid You chose to rename the group allowed to access to the Phidgets. Do you want all members of the previous group to be automatically added to the new group? msgstr signature.asc Description: Digital signature
Bug#533140: Announce of the upcoming NMU for the amavis-stats package
Dear maintainer of amavis-stats and Debian translators, Some days ago, I sent a notice to the maintainer of the amavis-stats Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de dz es eu fi fr it ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: da If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the amavis-stats package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, March 29, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, March 18, 2010 : send the first intent to NMU notice to the package maintainer. Tuesday, March 23, 2010 : send this notice Monday, March 29, 2010 : (midnight) deadline for receiving translation updates Tuesday, March 30, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Tuesday, April 06, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-11-26 12:34+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:1001 msgid All msgstr #. Type: select #. Choices #: ../templates:1001 msgid None msgstr #. Type: select #. Description #: ../templates:1002 msgid Web server to reconfigure: msgstr #. Type: select #. Description #: ../templates:1002 msgid Amavis-stats supports any web server that php3/php4 does, but this automatic configuration process only supports Apache and Apache-SSL. msgstr #. Type: boolean #. Description #: ../templates:2001 msgid Remove RRD files on purge? msgstr #. Type: boolean #. Description #: ../templates:2001 msgid Amavis-stats keeps its database files under /var/cache/amavis-stats. Choose this option if this directory should be removed completely on purge. msgstr signature.asc Description: Digital signature
Bug#382189: IPv6 support
On Tue, Mar 23, 2010 at 05:16:07PM +0700, Neutron Soutmun wrote: Sorry for late response, I have something else to do, No problem; I've been in that situation myself, too. but I still thinking of the solution for #557810 which the user parsing the hostname for listening address that case for example Great. # nbd-server localhost:12345 `pwd`/nbd-file 1G -C /dev/null which localhost may resolve in both IPv4 (127.0.0.1) and IPv6 (::1) Therefore, I think that if I'm using getaddrinfo() to get each information and add to server listening pool only if it valid, it's better, isn't it ? Yes. Or localhost:12345 is only mean 127.0.0.1 port 12345 ? I would refrain from making any special case regarding any hostname. When the user specifies a hostname on the command line, you should perform a lookup of that hostname and listen on the addresses returned. If the hostname does not resolve to any address we have assigned locally, then we will be listening to an address that can never result in traffic; that would not be a bug in nbd-server. So 'localhost:12345' would mean 'whatever localhost resolves to, on port 12345'. If the user makes 'localhost' resolve to '192.168.1.1', then we'd be listening on 192.168.1.1; if the user makes 'localhost' resolve to '::1', then we'd be listening to [::1]:12345. If it returns both '127.0.0.1' and '::1', then we should probably listen on both, I guess. If it is this case, when parsing this command line should set the socket family to AF_INET. Mm. Having a command line option to force either IPv6 or IPv4 could be a good idea, but it's not critical. If now this case is ignored, I think I can prepare the patch for you which diff from git repository that I reviewed already that the patch does not conflict much. Great. Thanks for your continued work on this; it really is appreciated. -- The biometric identification system at the gates of the CIA headquarters works because there's a guard with a large gun making sure no one is trying to fool the system. http://www.schneier.com/blog/archives/2009/01/biometrics.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575080: sysv-rc: wrong shutdown links generated after conversion from file-rc
[Marc Haber] Does sysv-rc have a possibility to completely recalculate the run level link farm directories? How do I fix this? It can be done by running update-rc.d or insserv. What is the output from /usr/share/insserv/check-initd-order ? Please provide the output from 'ls /etc/rc[06].d'. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574975: Not fixed
Okay, Guido Günther schrieb: On Tue, Mar 23, 2010 at 09:41:40AM +0100, Sebastian Zerbe wrote: I have the same problem and it is fixed neither in testing nor in unstable. The dependencies are broken: Installing new version of config file /etc/init.d/multipath-tools-boot ... Installing new version of config file /etc/init.d/multipath-tools ... insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). insserv: There is a loop between service lvm2 and multipath-tools-boot if started insserv: loop involving service multipath-tools-boot at depth 6 insserv: loop involving service module-init-tools at depth 5 insserv: There is a loop between service lvm2 and multipath-tools-boot if started insserv: loop involving service checkfs at depth 3 insserv: loop involving service lvm2 at depth 2 insserv: loop involving service udev at depth 1 insserv: There is a loop between service checkfs and lvm2 if started insserv: loop involving service mountall at depth 5 insserv: loop involving service mtab at depth 3 insserv: There is a loop between service mountall and checkfs if started insserv: loop involving service portmap at depth 17 insserv: loop involving service networking at depth 18 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing multipath-tools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: multipath-tools Please provide a solution because I can't easily remove multipath-tools. I can reproduce this here by upgrading my test vm. However multipath-tools itself didn't change so it seems something else broke. Petter, any idea what's going on here? Cheers, -- Guido as far as I can see, the LSB entries in module-init-tools changed: # Provides: module-init-tools # Required-Start: # Required-Stop: -# Should-Start: checkroot -# Should-stop: +# Should-Start: $local_fs +# Should-Stop: # Default-Start: S # Default-Stop: # Short-Description: Process /etc/modules. # Description: Load the modules listed in /etc/modules. Changing the Should-Start value back to checkroot fixes the problem, but I don't want to check for the implicationes on my live system... Regards Sebastian Zerbe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575082: Should Recommend gnushogi?
Package: ggz-python-games Version: 0.0.14.1-1 If gnushogi is not installed in the system, when clicking Shogi, one gets: /usr/lib/ggz-python/ggzboard/module_shogi.py:90: DeprecationWarning: os.popen2 is deprecated. Use the subprocess module. (self.pout, self.pin) = os.popen2(gnushogi) /bin/sh: gnushogi: not found shogi greeting Traceback (most recent call last): File /usr/games/ggzboard, line 1267, in module core.main(fullscreen) File /usr/games/ggzboard, line 260, in main self.rungame() File /usr/games/ggzboard, line 761, in rungame game.init(themepath) File /usr/lib/ggz-python/ggzboard/module_shogi.py, line 97, in init self.pout.flush() IOError: [Errno 32] Broken pipe I see gnugo is in Recommends: gnushogi should presumably be to, (or a nice runtime warning dialog should suggest to install it and restart the app). Pietro signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#575081: haskell-mode: fill-pagagraph breaks multi-line comments
Package: haskell-mode Version: 2.7.0-2 Severity: normal {- lorem ipsum hgfh yjfgh yjthj ythygjty 6utyfg u6thtyj rhtyh rt46 hty y5rth trfdtrd htr trhr -} gets rewritten by fill-paragraph (M-q) as {- lorem ipsum hgfh yjfgh yjthj ythygjty 6utyfg u6thtyj rhtyh rt46 hty {- y5rth trfdtrd htr trhr -} -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.1-ibid-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages haskell-mode depends on: ii emacs23 [emacsen] 23.1+1-6 The GNU Emacs editor (with GTK+ us Versions of packages haskell-mode recommends: ii ghc6 6.12.1-12 GHC - the Glasgow Haskell Compilat ii hugs 98.200609.21-5+b1 A Haskell 98 interpreter haskell-mode suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575083: RM: liblucene-java -- ROM; Superseded by liblucene2-java
Package: ftp.debian.org Severity: normal As the title says. With the eclipse upload a couple of days ago, there are no more (Build-)rdepends on this package in unstable. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575084: gpg ignores junk in -u parameter
Package: gnupg Version: 1.4.10-2 Severity: minor File: /usr/bin/gpg -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this is probably relatively minor, but given the security importanac of gpg, I think it would not hurt if gpg would be more picky with regard to its input: It seems that $ gpg --sign --armour -u 4743206C has the same effect as $ gpg --sign --armour -u 4743206C junk while $ gpg --sign --armour -u 4743206Cjunk is rejected. I’d expect gpg to complain with the second invocation as well, just to be on the safe side. Greetings, Joachim - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg depends on: ii dpkg1.15.5.6 Debian package management system ii gpgv1.4.10-2 GNU privacy guard - signature veri ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libreadline66.1-1GNU readline and history libraries ii libusb-0.1-42:0.1.12-14 userspace USB programming library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gnupg recommends: pn gnupg-curlnone (no description available) ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries Versions of packages gnupg suggests: ii eog 2.28.2-1Eye of GNOME graphics viewer progr pn gnupg-docnone (no description available) ii imagemagick 7:6.6.0.4-1 image manipulation programs ii libpcsclite1 1.5.5-3 Middleware to access a smart card - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuoooYACgkQ9ijrk0dDIGy6DwCglZMpr94hrBj6JcFP+eIy/vib ZNUAoJkNWjc7Xl/7reAhfTRwRLz7QctZ =0bUa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575059: Should Package-Type be included in udebs or not?
Hi Russ, On Tue, 23 Mar 2010, Russ Allbery wrote: On the Lintian side, I saw the patch come in from someone who's actively working on udebs, checked the history cited in the patch, saw that it was requested by Frans Pop, and considered that a fairly authoritative source for what d-i wants. Cyril pointed out that Frans indicated him the situation but he didn't forward this information in the bug report (he received it afterwards probably): http://lists.debian.org/debian-boot/2010/03/msg00190.html There seems to be a lot of bikeshed painting going on there. While I'm sympathetic to Guillem's desire to generalize, given that the d-i team owns the bikeshed in question, I'd personally be inclined to let them paint it whatever color they want. I really don't care much on the issue either, I understand the reasoning of both sides. I just want to have some decision taken so that we can all go forward and use official names everywhere instead of having to use kludges (yes XC-Package-Type is a kludge, it pollutes the changes file with a field that has nothing to do there). Hence I'm seeking advice from the technical committee. In the mean time, I think this warning should not be kept in lintian. As a Lintian maintainer, I'm not (yet) seeing a good reason to remove it. It generates false positives on udebs which have already been converted to use the official name: libdirectfb-1.2-0-udeb libdirectfb-bin-udeb fbset-udeb gnumach-udeb libaio1-udeb libbsd0-udeb For me those packages are not buggy, either dpkg is buggy for embeding the field when it should not or some other tools are buggy because they should not continue to blindly forward the Package-Type field (in status, in Packages files, etc.). Note: we could decide that embeding is the right upstream choice but that in Debian we want to drop it (thanks to vendor hooks in the dpkg-gencontrol code, that could be done, I'm not sure it makes much sense however). Note that other parts of Lintian already expect XC-Package-Type and don't recognize Package-Type, so it's the path of least resistance in Lintian to keep it as-is, although we also could fix that depending on the results of this discussion. Currently, XC-Package-Type seems to be the way that this is done, so at the least Lintian is currently requesting consistency. In the face of debate, consistency is always a good default position. I would suggest to fix lintian to accept all variants just like dpkg-gencontrol/dpkg-genchanges do and just like debhelper does. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#392834: simh: vax with ethernet networking?
Hi, Is there any news about network support in SimH? Regards Nico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574975: Not fixed
[Sebastian Zerbe] Changing the Should-Start value back to checkroot fixes the problem, but I don't want to check for the implicationes on my live system... This is the correct fix, and it was implemented in module-init-tools version 3.12~pre2-2. I just tested in a sid chroot, and the dependency loop is gone. Which version are you using? Is there an upgrade problem? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575085: grub-rescue-pc: grub-rescue-floppy.img missing
Package: grub-rescue-pc Version: 1.98-1 Severity: minor packags description says: This package contains two GRUB rescue images that have been built for use with traditional PC/BIOS architecture: - grub-rescue-floppy.img: floppy image. - grub-rescue-cdrom.iso: El Torito CDROM image. Neither are present. The note in News.gz suggests that this is intentional, but a little further documentation would be useful in addition to updating the description. -- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.33 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub-rescue-pc depends on: ii grub-common 1.98-1 GRand Unified Bootloader, version ii grub-pc 1.98-1 GRand Unified Bootloader, version grub-rescue-pc recommends no packages. grub-rescue-pc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575087: On a default installation wbar will fail due dot.wbar
Package: wbar Version: 1.3.3+dfsg2-1 Severity: important dot.wbar references xlinks, xpdf, sodipodi xmms and xplanet which are not present in a default installation of Sid. Even removing references to these results in wbar not producing a visible bar. Unfortunately errors in configuring wbar do not produce any visible error messages - it will just fail without producing a bar. Ideally synaptic should also show wbarconf as this makes configuration easier. Its a shame it doesn't work straight away as this is otherwise a nice lightweight screen-bar which would make newbie use much easier (ref GOS Linux usage) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wbar depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libimlib2 1.4.2-8+b1 powerful image loading and renderi ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-2X11 client-side library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages wbar recommends: ii gnome-extra-icons 1.1-2 Optional GNOME icons ii ttf-dustin20030517-7 Various TrueType fonts from dustis wbar suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575086: KeyError: 'root'
Package: gcalcli Version: 1.4-2 Severity: important Did not see the following error until I added a second calendar to my Google Apps account: $ gcalcli --user b...@billgat[redacted] --pw [redacted] list Traceback (most recent call last): File /usr/bin/gcalcli, line 1114, in module DoItHippieMonster() File /usr/bin/gcalcli, line 1025, in DoItHippieMonster borderColor=borderColor) File /usr/bin/gcalcli, line 312, in __init__ self.allCals.entry.sort(lambda x, y: File /usr/bin/gcalcli, line 313, in lambda cmp(order[x.access_level.value], KeyError: 'root' I have no .gcalclirc file. This post suggests a workaround: http://code.google.com/p/gcalcli/issues/detail?id=16 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcalcli depends on: ii python2.5.4-9An interactive high-level object-o ii python-dateutil 1.4.1-3powerful extensions to the standar ii python-gdata 2.0.8-1Google Data Python client library Versions of packages gcalcli recommends: ii gxmessage 2.12.4-1 an xmessage clone based on GTK+ gcalcli suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575086: KeyError: 'root'
I have no .gcalclirc file. This post suggests a workaround: http://code.google.com/p/gcalcli/issues/detail?id=16 When I apply this workaround, my output becomes: $ gcalcli --user b...@billgat[redacted] --pw [redacted] list Access Title -- - owner b...@billgatliff.com root worklog-semc root worklogs-generic b.g. -- Bill Gatliff b...@billgatliff.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575068: Bug in libhtml-tree-perl fixed in revision 54672
tag 575068 + pending thanks Some bugs are closed in revision 54672 by Ansgar Burchardt (ansgar-guest) Commit message: * Use source format 3.0 (quilt). * Refresh rules for debhelper 7. * Convert debian/copyright to proposed machine-readable format. * debian/control: Add build-dep on libtest-pod-perl to enable an additional test. * Move changes to upstream source to a patch and a call to sed in d/rules. * Add patch to close optionally empty XML tags. (Closes: #575068) + new patch: missing_close_tag.patch * Bump Standards-Version to 3.8.4. * Add myself to Uploaders. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575088: screen -dm -c alternate-screenrc should report errors if something goes wrong
Package: screen Version: 4.0.3-14 Severity: normal How to reproduce screen -dm -c alternate-screenrc screen -r fine that works now do something stupid like chown root:root alternate-screenrc chmod 700 alternate-screenrc and try again screen -dm -c alternate-screenrc screen -r (Output) There is no screen to be resumed. I think the first screen command should already give an error message (and a non zero exit code) not only the second. It must have something todo with the -dm option since screen -c alternate-screenrc (Output) Unable to open alternate-screenrc. Gives at least a message that something went wrong. A non exit return code will still be on my wishlist. Does it have something todo with 481411? Best Regards, Torsten -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages screen depends on: ii dpkg 1.15.3.1 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-1 shared libraries for terminal hand ii libpam0g 1.1.1-2Pluggable Authentication Modules l screen recommends no packages. screen suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575019: spamass-milter: The fix for bug #573228 causes lots of zombie sendmail processess
tags 575019 + patch thanks I took a brief look at the code and the changes introduced in 0.3.1-8+lenny1 in particular. The problem is that two pairs of popen/pclose calls have been replaced by fork+fdopen/fclose. This removes the implicit wait4 done by pclose. I'm afraid spamass-milter does wait for other children here and there, which is why your initial fix triggered an error. Ignoring the SIGCHLDs will cause those other waitpid's to fail. So we need to add more of a real replacement for pclose. The original popen will save the pid in a private list. We could have done the same, but since this code isn't used anywhere else I went for a somewhat simpler approach. The attached patch on top of 0.3.1-8+lenny1 fixes this bug for me, and I assume it will fix a similar bug for those using the -b or -B options (not confirmed). Bjørn diff -ur spamass-milter-0.3.1.security-lenny1/spamass-milter.cpp spamass-milter-0.3.1/spamass-milter.cpp --- spamass-milter-0.3.1.security-lenny1/spamass-milter.cpp 2010-03-23 11:12:07.0 +0100 +++ spamass-milter-0.3.1/spamass-milter.cpp 2010-03-23 12:51:39.0 +0100 @@ -465,13 +465,14 @@ the only way to do it. */ char *popen_argv[3]; FILE *p; + pid_t pid; popen_argv[0] = SENDMAIL; popen_argv[1] = spambucket; popen_argv[2] = NULL; debug(D_COPY, calling %s %s, SENDMAIL, spambucket); - p = popenv(popen_argv, w); + p = popenv(popen_argv, w, pid); if (!p) { debug(D_COPY, popenv failed(%s). Will not send a copy to spambucket, strerror(errno)); @@ -480,6 +481,7 @@ // Send message provided by SpamAssassin fwrite(assassin-d().c_str(), assassin-d().size(), 1, p); fclose(p); p = NULL; +waitpid(pid, NULL, 0); } } return SMFIS_REJECT; @@ -826,6 +828,7 @@ char buf[1024]; char *popen_argv[4]; + pid_t pid; popen_argv[0] = SENDMAIL; popen_argv[1] = -bv; @@ -834,7 +837,7 @@ debug(D_RCPT, calling %s -bv %s, SENDMAIL, envrcpt[0]); - p = popenv(popen_argv, r); + p = popenv(popen_argv, r, pid); if (!p) { debug(D_RCPT, popenv failed(%s). Will not expand aliases, strerror(errno)); @@ -863,6 +866,7 @@ } } fclose(p); p = NULL; + waitpid(pid, NULL, 0); } } else { @@ -2126,11 +2130,12 @@ for simplicity, and always reads stdout and stderr in r mode. Call fclose to close the FILE. */ -FILE *popenv(char *const argv[], const char *type) +FILE *popenv(char *const argv[], const char *type, pid_t *pid) { FILE *iop; int pdes[2]; int save_errno; + pid_t tmpid; if ((*type != 'r' *type != 'w') || type[1]) { errno = EINVAL; @@ -2138,7 +2143,7 @@ } if (pipe(pdes) 0) return (NULL); - switch (fork()) { + switch (tmpid = fork()) { case -1: /* Error. */ save_errno = errno; @@ -2184,6 +2189,10 @@ (void)close(pdes[0]); } + /* return pid so that we can wait for it */ + if (pid) + *pid = tmpid; + return (iop); } diff -ur spamass-milter-0.3.1.security-lenny1/spamass-milter.h spamass-milter-0.3.1/spamass-milter.h --- spamass-milter-0.3.1.security-lenny1/spamass-milter.h 2010-03-23 11:12:07.0 +0100 +++ spamass-milter-0.3.1/spamass-milter.h 2010-03-23 12:52:10.0 +0100 @@ -186,6 +186,6 @@ void parse_debuglevel(char* string); char *strlwr(char *str); void warnmacro(char *macro, char *scope); -FILE *popenv(char *const argv[], const char *type); +FILE *popenv(char *const argv[], const char *type, pid_t *pid); #endif