Bug#589820: sleep: invalid number '0.1'
Package: ltsp-client-core Version: 5.2.3-1 Severity: normal At X terminal boot, busybox is used in the initrd.img to interpret boot scripts. busybox's implementation of sleep only accepts integers. Therefore, in /usr/share/initramfs-tools/scripts/init-premount/udhcp, sleep 0.1 fails with this error message : sleep: invalid number '0.1' I suggest replacing it with sleep 1 as a quick fix. Please find the attached patch. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 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 ltsp-client-core depends on: ii console-setup 1.51 console font and keymap setup prog ii debconf [debconf-2.0] 1.5.32Debian configuration management sy ii initramfs-tools0.97.2tools for generating an initramfs ii kbd1.15.1-3 Linux console font and keytable ut ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libpopt0 1.16-1lib for parsing cmdline parameters ii libx11-6 2:1.3.3-3 X11 client-side library ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii lsb-release3.2-23.1 Linux Standard Base version report ii mkelfimage 2.7-7 utility to create ELF boot images ii nbd-client 1:2.9.15-3Network Block Device protocol - cl ii python 2.6.5-5 An interactive high-level object-o ii syslinux 2:4.01+dfsg-1 collection of boot loaders ii tftp-hpa 5.0-14HPA's tftp client ltsp-client-core recommends no packages. Versions of packages ltsp-client-core suggests: ii alsa-utils 1.0.23-2 Utilities for configuring and usin ii cryptsetup 2:1.1.2-1 configures encrypted block devices ii cups-bsd 1.4.4-1 Common UNIX Printing System(tm) - ii inputattach20051019-9utility to connect serial-attached ii ldm2:2.1.2-1 LTSP display manager ii libasound2-plugins 1.0.23-1 ALSA library additional plugins ii ltspfsd0.6-1 Fuse based remote filesystem hooks ii mdetect0.5.2.3 mouse device autodetection tool ii netcat-traditional [ne 1.10-38 TCP/IP swiss army knife ii ntpdate1:4.2.6.p1+dfsg-1 client for setting system time fro ii numlockx 1.1-10enable NumLock in X11 sessions ii pulseaudio 0.9.21-3 PulseAudio sound server ii pulseaudio-esound-comp 0.9.21-3 PulseAudio ESD compatibility layer ii python-serial 2.3-1 pyserial - module encapsulating ac ii rdesktop 1.6.0-3 RDP client for Windows NT/2000 Ter ii sane-utils 1.0.21-2 API library for scanners -- utilit pn sdm-terminal | x-displ none(no description available) ii sshfs 2.2-1 filesystem client based on SSH Fil -- debconf information: ltsp-client/abort-installation: --- udhcp.orig 2010-07-21 13:21:52.324973006 +0200 +++ udhcp 2010-07-21 13:22:43.404972542 +0200 @@ -54,7 +54,7 @@ # TODO: Find a better way. Setting PREREQs=udev, accessing /proc/net/dev, # calling ifconfig or ipconfig... something better than calling sleep while ! ip link show /dev/null 21; do -sleep 0.1 +sleep 1 done sleep 1 @@ -68,7 +68,7 @@ for i in $interfaces; do ip link set $i up done -sleep 0.1 +sleep 1 } # Analyze whatever information was provided in the kernel command line
Bug#590105: SATA drive not detected during squeeze installation on Buffalo LinkStation (squeeze)
Package: sata-modules-2.6.32-5-orion5x-di Version: 1.42 I'm trying to install squeeze on my LS LinkStation (LS-CHL) box. I am using initrd and uImage downloading there : http://people.debian.org/~joeyh/d-i/armel/images/daily/orion5x/network-console/buffalo/lspro/ the files were put on /boot and then reboot. After ssh the box, the install process looks good. By the way, no hear from the hard drive (spin down) and the installer doesn't find any disk. Here is extract for dmesg : [ 4976.476200] libata version 3.00 loaded. [ 4989.008620] sata_mv sata_mv.0: version 1.28 [ 4989.009676] sata_mv sata_mv.0: slots 32 ports 2 [ 4989.011583] scsi6 : sata_mv [ 4989.017796] scsi7 : sata_mv [ 4989.022334] ata1: SATA max UDMA/133 irq 29 [ 4989.022368] ata2: SATA max UDMA/133 irq 29 [ 4989.366575] ata1: SATA link down (SStatus 0 SControl 300) [ 4989.716574] ata2: SATA link down (SStatus 0 SControl 300) and the report-hw : /tmp # report-hw uname -a: Linux debian 2.6.32-5-orion5x #1 Fri Jun 4 11:47:35 UTC 2010 armv5tel GNU/Linux usb-list: usb-list: Bus 01 Device 01: Marvell Orion EHCI [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 2.6.32-5-orion5x ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 01: Marvell Orion EHCI [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 2.6.32-5-orion5x ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub lsmod: Module Size Used by lsmod: sata_mv24213 0 lsmod: libata135560 1 sata_mv lsmod: dm_mod 56611 0 lsmod: md_mod 80350 0 lsmod: jfs 157268 0 lsmod: ext4 285550 0 lsmod: jbd2 64063 1 ext4 lsmod: crc16 1113 1 ext4 lsmod: ext3 110992 0 lsmod: jbd37434 1 ext3 lsmod: vfat8152 0 lsmod: fat43613 1 vfat lsmod: ext2 55411 0 lsmod: mbcache 4860 3 ext4,ext3,ext2 lsmod: usb_storage34496 0 lsmod: ehci_hcd 33089 0 lsmod: mv643xx_eth22546 0 lsmod: usbcore 110996 3 usb_storage,ehci_hcd lsmod: nls_base5367 4 jfs,vfat,fat,usbcore lsmod: scsi_mod 119196 2 libata,usb_storage lsmod: libphy 14724 1 mv643xx_eth df: Filesystem 1K-blocks Used Available Use% Mounted on df: tmpfs63004 8 62996 0% /dev free: total used free shared buffers free: Mem: 12601260020659920 0 free: Swap:000 free: Total: 1260126002065992 /proc/cmdline: console=ttyS0,115200 root=/dev/sda2 rw panic=5 func=0 BOOTVER=1.22 /proc/cpuinfo: Processor : Feroceon rev 0 (v5l) /proc/cpuinfo: BogoMIPS : 265.42 /proc/cpuinfo: Features : swp half thumb fastmult edsp /proc/cpuinfo: CPU implementer : 0x41 /proc/cpuinfo: CPU architecture: 5TEJ /proc/cpuinfo: CPU variant : 0x0 /proc/cpuinfo: CPU part : 0x926 /proc/cpuinfo: CPU revision : 0 /proc/cpuinfo: /proc/cpuinfo: Hardware : Buffalo Linkstation Pro/Live /proc/cpuinfo: Revision : /proc/cpuinfo: Serial : /proc/iomem: -07ff : System RAM /proc/iomem: 00026000-00350fff : Kernel text /proc/iomem: 00366000-003f4303 : Kernel data /proc/iomem: f1011000-f101101f : mv64xxx_i2c.0 /proc/iomem: f1011000-f101101f : mv64xxx_i2c adapter /proc/iomem: f1012000-f10120ff : serial8250.0 /proc/iomem: f1012000-f101201f : serial /proc/iomem: f1012100-f10121ff : serial8250.1 /proc/iomem: f1012100-f101211f : serial /proc/iomem: f105-f1050fff : orion-ehci.0 /proc/iomem: f105-f1050fff : ehci_hcd /proc/iomem: f1060900-f10609ff : xor low /proc/iomem: f1060b00-f1060bff : xor high /proc/iomem: f1072000-f1073fff : mv643xx_eth.0 /proc/iomem: f108-f1084fff : sata base /proc/iomem: f109-f109 : regs /proc/iomem: f10a-f10a0fff : orion-ehci.1 /proc/iomem: f10a-f10a0fff : ehci_hcd /proc/iomem: f220-f2201fff : sram /proc/iomem: f400-f403 : physmap-flash.0 /proc/iomem: f400-f403 : physmap-flash.0 /proc/interrupts:CPU0 /proc/interrupts: 0: 44484 orion_irq orion_tick /proc/interrupts: 3:274 orion_irq serial /proc/interrupts: 4: 1200 orion_irq serial /proc/interrupts: 5: 57 orion_irq mv64xxx_i2c /proc/interrupts: 12: 0 orion_irq ehci_hcd:usb2 /proc/interrupts: 17: 0 orion_irq ehci_hcd:usb1 /proc/interrupts: 21: 19086 orion_irq eth0 /proc/interrupts: 22: 37 orion_irq mv643xx_eth /proc/interrupts: 29: 0 orion_irq sata_mv
Bug#590105: SATA drive not detected during squeeze installation on Buffalo LinkStation (squeeze)
In fact, I test some older built kernels (like this one http://people.debian.org/~joeyh/d-i/armel/images/20100718-23:06/orion5x/network-console/buffalo/lspro/ ). I already talk to Ryan (tarpman) via the buffalo.nas-central.org website (he gave me the url to test the install). 2010/7/23 Martin Michlmayr t...@cyrius.com Ryan, something for you: * Sébastien LALLEMAND slalleman...@gmail.com [2010-07-23 20:01]: Package: sata-modules-2.6.32-5-orion5x-di Version: 1.42 I'm trying to install squeeze on my LS LinkStation (LS-CHL) box. I am using initrd and uImage downloading there : http://people.debian.org/~joeyh/d-i/armel/images/daily/orion5x/network-console/buffalo/lspro/ Sébastien, can you say when you obtained this image? Because the orion5x image doesn't build right now (and is therefore not available). the files were put on /boot and then reboot. After ssh the box, the install process looks good. By the way, no hear from the hard drive (spin down) and the installer doesn't find any disk. Here is extract for dmesg : [ 4976.476200] libata version 3.00 loaded. [ 4989.008620] sata_mv sata_mv.0: version 1.28 [ 4989.009676] sata_mv sata_mv.0: slots 32 ports 2 [ 4989.011583] scsi6 : sata_mv [ 4989.017796] scsi7 : sata_mv [ 4989.022334] ata1: SATA max UDMA/133 irq 29 [ 4989.022368] ata2: SATA max UDMA/133 irq 29 [ 4989.366575] ata1: SATA link down (SStatus 0 SControl 300) [ 4989.716574] ata2: SATA link down (SStatus 0 SControl 300) and the report-hw : /tmp # report-hw uname -a: Linux debian 2.6.32-5-orion5x #1 Fri Jun 4 11:47:35 UTC 2010 armv5tel GNU/Linux usb-list: usb-list: Bus 01 Device 01: Marvell Orion EHCI [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 2.6.32-5-orion5x ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 01: Marvell Orion EHCI [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 2.6.32-5-orion5x ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub lsmod: Module Size Used by lsmod: sata_mv24213 0 lsmod: libata135560 1 sata_mv lsmod: dm_mod 56611 0 lsmod: md_mod 80350 0 lsmod: jfs 157268 0 lsmod: ext4 285550 0 lsmod: jbd2 64063 1 ext4 lsmod: crc16 1113 1 ext4 lsmod: ext3 110992 0 lsmod: jbd37434 1 ext3 lsmod: vfat8152 0 lsmod: fat43613 1 vfat lsmod: ext2 55411 0 lsmod: mbcache 4860 3 ext4,ext3,ext2 lsmod: usb_storage34496 0 lsmod: ehci_hcd 33089 0 lsmod: mv643xx_eth22546 0 lsmod: usbcore 110996 3 usb_storage,ehci_hcd lsmod: nls_base5367 4 jfs,vfat,fat,usbcore lsmod: scsi_mod 119196 2 libata,usb_storage lsmod: libphy 14724 1 mv643xx_eth df: Filesystem 1K-blocks Used Available Use% Mounted on df: tmpfs63004 8 62996 0% /dev free: total used free shared buffers free: Mem: 12601260020659920 0 free: Swap:000 free: Total: 1260126002065992 /proc/cmdline: console=ttyS0,115200 root=/dev/sda2 rw panic=5 func=0 BOOTVER=1.22 /proc/cpuinfo: Processor : Feroceon rev 0 (v5l) /proc/cpuinfo: BogoMIPS : 265.42 /proc/cpuinfo: Features : swp half thumb fastmult edsp /proc/cpuinfo: CPU implementer : 0x41 /proc/cpuinfo: CPU architecture: 5TEJ /proc/cpuinfo: CPU variant : 0x0 /proc/cpuinfo: CPU part : 0x926 /proc/cpuinfo: CPU revision : 0 /proc/cpuinfo: /proc/cpuinfo: Hardware : Buffalo Linkstation Pro/Live /proc/cpuinfo: Revision : /proc/cpuinfo: Serial : /proc/iomem: -07ff : System RAM /proc/iomem: 00026000-00350fff : Kernel text /proc/iomem: 00366000-003f4303 : Kernel data /proc/iomem: f1011000-f101101f : mv64xxx_i2c.0 /proc/iomem: f1011000-f101101f : mv64xxx_i2c adapter /proc/iomem: f1012000-f10120ff : serial8250.0 /proc/iomem: f1012000-f101201f : serial /proc/iomem: f1012100-f10121ff : serial8250.1 /proc/iomem: f1012100-f101211f : serial /proc/iomem: f105-f1050fff : orion-ehci.0 /proc/iomem: f105-f1050fff : ehci_hcd /proc/iomem: f1060900-f10609ff : xor low /proc/iomem: f1060b00-f1060bff : xor high /proc/iomem: f1072000-f1073fff : mv643xx_eth.0 /proc/iomem: f108-f1084fff : sata base /proc/iomem: f109-f109 : regs /proc/iomem
Bug#584913: seahorse-agent crashes when clicking its icon in the notification area
Package: seahorse Version: 2.30.1-2 Severity: normal I have configured seahorse agent so that an icon is displayed in the notification area when a PGP passphrase is stored in memory. When I click on this icon (left- or right-click), the icon disappears and seahorse-agent crashes (marked as defunct in the process list). -- 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/8 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 seahorse depends on: ii gconf22.28.1-3 GNOME configuration database syste ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libavahi-glib10.6.25-3 Avahi glib integration library ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcryptui0 2.30.1-2 the UI library for DBUS functions ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgcr0 2.30.1-2 Library for Crypto UI related task ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgp11-0 2.30.1-2 Glib wrapper library for PKCS#11 - ii libgpgme111.2.0-1.2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries ii libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n ii libsoup2.4-1 2.30.1-1 an HTTP library implementation in Versions of packages seahorse recommends: ii openssh-client1:5.5p1-4 secure shell (SSH) client, for sec Versions of packages seahorse suggests: ii seahorse-plugins 2.30.1-2 seahorse plugins and utilities for -- 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#590105: SATA drive not detected during squeeze installation on Buffalo LinkStation (squeeze)
Any news about this bug ? there is no new initrd nor uImage for orion on joeyh's repository for a very long time :-/ thanks 2010/7/24 Martin Michlmayr t...@cyrius.com * Ryan Tandy tarp...@gmail.com [2010-07-23 20:39]: On 23/07/2010 12:10 PM, Martin Michlmayr wrote: Ryan, something for you: In fact, I was hoping you'd have some idea. Not really since I don't know anything about the Linkstation. -- Martin Michlmayr http://www.cyrius.com/
Bug#590710: Duplicate to #591034
Duplicate to #591034 ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591034) -- Sébastien Fricker
Bug#344733:
Stefan Ott (2009/08/26 05:53 +0200): I see. Does the fact that aumix uses the oss API cause any issues on your machine? Or why, other than for cleanness' sake, would you want proper ALSA support? It's because the list of controls shown by aumix is not complete. Only a few of them are shown and some others that would be useful are not. I assumed that this was due to the fact that the OSS interface did not export all of them or something like that, but actually I don't know whether this is true or not. Cheers, Sébastien. cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524685: [plasma-scriptengine-python] works for me
Hi, I confirm this. Thanks Sandro :) plasma-scriptengine-python should depend on python-dev (even if it sound awkward...) Sébastien 2009/8/30 Sandro Knauß b...@sandroknauss.de Package: plasma-scriptengine-python Version: 4:4.3.0-3 Hello, I had the same error message but with installing the python-dev the error disapear and the plasma widget works perfectly. Dear hefee --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1.slh.3-sidux-686 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp3.de.debian-unofficial.org 500 unstableftp.de.debian.org 500 unstablefrickelplatz.de 500 unstabledebian.tu-bs.de 500 unstabledeb.opera.com 500 testing ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= python (= 2.4) | 2.5.4-2 python-support (= 0.90.0) | 1.0.3 python-kde4(= 4:4.2.0) | 4:4.3.0-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To unsubscribe, send mail to 524685-unsubscr...@bugs.debian.org.
Bug#550823: Updating load-path cache based on modification times probably a bad idea (was: Race condition between Octave 3.2.3 and unlink())
Hi, I think I found the culprit for what I thought was a race condition in Octave. The problem has to do with the way Octave 3.2 updates its load-path: it only updates its cache of the current directory if the modification time of the directory changes (see load_path::dir_info::update() in src/load-path.cc). The problem is that modification times (as returned by stat()) are expressed in seconds; so when two changes of the directory occur within the same second, Octave can miss the second one. Here is an example script which demonstrates this: --- system(echo 1+1 foo.m); delete(foo.m); try foo; catch end system(echo 1+1 foo.m); foo; --- The first two lines update the modification time of the directory (file creation then deletion). Then the call to script foo in the try/catch block will obviously fail, and by the way it will update the load-path cache. Then it creates the file foo.m, and tries to launch that script. Two cases are possible: * the creation of foo.m occurred within the same second than its deletion a few lines above. The modification time of the directory is not updated. Then on the second call to script foo, Octave will not update its load-path cache, and fail with an undefined symbol error * the creation of foo.m occurred in a different second: Octave updates its load-path, and everything goes well. So on my machine this script randomly fails, depending on when it was launched and how fast Octave performed the file system operations. In my opinion this invalidates the idea of updating load-path cache based on modification times. The only workaround for the moment is to insert sleep() calls at the right place to enforce changes in the modification times. I am applying such a workaround for Dynare, since otherwise this bug makes it randomly fail. Best, -- Sébastien Villemot Dynare developer Member of Debian Octave Group -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550823: Updating load-path cache based on modification times probably a bad idea (was: Race condition between Octave 3.2.3 and unlink())
Le mardi 20 octobre 2009 à 18:07 -0400, John W. Eaton a écrit : The symbol table code already includes the following: octave_value symbol_table::fcn_info::fcn_info_rep::find (const octave_value_list args, bool local_funcs) { octave_value retval = xfind (args, local_funcs); if (! retval.is_defined ()) { // It is possible that the user created a file on the fly since // the last prompt or chdir, so try updating the load path and // searching again. load_path::update (); retval = xfind (args, local_funcs); } return retval; } So if this is not sufficient, why not? Is it because update always checks the time stamp? In that case, maybe we need to have a force parameter to tell load_path::update to ignore the time stamp? That would make this update operation slow, but it would only happen when a symbol is not found the first time around, so I wouldn't expect it to be a big problem. This solution sounds good to me. It should fix the problem I encounter with Dynare. Also note that this granularity problem doesn't occur with Octave 3.0. Something must have changed between the two releases, but I don't know what since I haven't gone through Octave 3.0 source code. Thanks, -- Sébastien Villemot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550123: tilda: segfaults on startup
Package: tilda Version: 0.09.6-1 Severity: grave Justification: renders package unusable Reinstalling does not solve the issue. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (999, 'testing'), (960, 'unstable'), (950, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-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 tilda depends on: ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libconfuse02.6-2 Library for parsing configuration ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libgtk2.0-02.18.2-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libvte91:0.20.5-1Terminal emulator widget for GTK+ ii libx11-6 2:1.2.2-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxml22.7.5.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime tilda recommends no packages. tilda 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#550823: octave3.2: Race condition with multiple Octave instances when creating M-files on the fly
Package: octave3.2 Version: 3.2.3-1 Severity: normal The problem can be reproduced with the following example, composed of the following two files: * foo1.m which does nothing special * foo2.m which creates foo3.m on the fly, and runs it. foo1.m-- 1+1 foo2.m-- system(echo 1+2 foo3.m); foo3; The following shell command will fail most of time (but not always) on my machine: $ rm -f foo3.m octave foo1.m octave foo2.m When it fails, I get: error: `foo3' undefined near line 2 column 1 error: called from: error: foo2.m at line 2, column 1 This has to do with multiple instances of Octave since the following always works fine: $ rm -f foo3.m octave foo2.m Introducing a long-enough time delay between the two instances of Octave also solves the problem: $ rm -f foo3.m octave foo1.m sleep 1 octave foo2.m -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 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 octave3.2 depends on: ii libamd2.2.0 1:3.4.0-1 approximate minimum degree orderin ii libarpack2 2.1+parpack96.dfsg-2+b1 Fortran77 subroutines to solve lar ii libatlas3gf-base 3.6.0-24Automatically Tuned Linear Algebra ii libblas3gf [libb 1.2-2 Basic Linear Algebra Subroutines 3 ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc62.9-25 GNU C Library: Shared libraries ii libcamd2.2.0 1:3.4.0-1 symmetric approximate minimum degr ii libccolamd2.7.1 1:3.4.0-1 constrained column approximate lib ii libcholmod1.7.1 1:3.4.0-1 sparse Cholesky factorization libr ii libcolamd2.7.1 1:3.4.0-1 column approximate minimum degree ii libcurl3-gnutls 7.19.5-1.1 Multi-protocol file transfer libra ii libcxsparse2.2.3 1:3.4.0-1 concise sparse matrix library (com ii libfftw3-3 3.2.1-2.1 library for computing Fast Fourier ii libfltk1.1 1.1.9-6 Fast Light Toolkit - shared librar ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libftgl2 2.1.3~rc5-2 library to render text in OpenGL u ii libgcc1 1:4.4.1-4 GCC support library ii libgfortran3 4.4.1-4 Runtime library for GNU Fortran ap ii libgl1-mesa-glx 7.5.1-1 A free implementation of the OpenG ii libglpk0 4.38-1 linear programming kit with intege ii libglu1-mesa [li 7.5.1-1 The OpenGL utility library (GLU) ii libgomp1 4.4.1-4 GCC OpenMP (GOMP) support library ii libgraphicsmagic 1.3.5-5.1 format-independent image processin ii libgraphicsmagic 1.3.5-5.1 format-independent image processin ii libhdf5-serial-1 1.8.3-2.1 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libjasper1 1.900.1-6 The JasPer JPEG-2000 runtime libra ii libjpeg626b-15 The Independent JPEG Group's JPEG ii liblapack3gf [li 3.2.1-1 library of linear algebra routines ii liblcms1 1.18.dfsg-1 Color management library ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.39-1PNG library - runtime ii libqhull52009.1-1calculate convex hulls and related ii libqrupdate1 1.0.1-1 Fast updates of QR and Cholesky de ii libreadline6 6.0-5 GNU readline and history libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii libumfpack5.4.0 1:3.4.0-1 sparse LU factorization library ii libwmf0.2-7 0.2.8.4-6.1 Windows metafile conversion librar ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxml2 2.7.5.dfsg-1GNOME XML library ii octave3.2-common 3.2.3-1 architecture-independent files for ii texinfo 4.13a.dfsg.1-5 Documentation system for on-line i ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages
Bug#550823: Acknowledgement (octave3.2: Race condition with multiple Octave instances when creating M-files on the fly)
Well, actually it's not a race between multiple instances of Octave, but between Octave and unlink(). The following is enough for triggering the bug: $ touch foo3.m rm -f foo3.m octave foo2.m While the following works fine: $ touch foo3.m rm -f foo3.m sleep 1 octave foo2.m Forwarded to Octave bug mailing list: https://www-old.cae.wisc.edu/pipermail/bug-octave/2009-October/009607.html Best, -- Sébastien Villemot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619493: linux-2.6: Please include the iris module
Ben Hutchings (2011/03/24 15:06 +): On Thu, 2011-03-24 at 15:50 +0100, Sebastien Hinderer wrote: Ben Hutchings (2011/03/24 14:40 +): Can you provide the contents of /proc/cpuinfo from one of these machines, so I can work out which flavour(s) should have this? Sure ! It's attached. Thanks for your prompt response ! OK, I'll enable this for the 486 flavour only. Excellent, thank you ! Sébastien. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619638: xserver-xorg-video-radeon: No 3D accelleration with RS690
Le 26/03/2011 09:27, Michel Dänzer a écrit : On Sam, 2011-03-26 at 09:17 +0100, Sébastien Dailly wrote: I attach the file from the command : $ LIBGL_DEBUG=verbose glxinfo 2 error.log output.log I think most likely the problem is that your GPU doesn't have vertex shaders, and you're hitting an unoptimized software vertex processing path. Can you try if rebuilding Mesa with --enable-gallium-llvm helps? You'll need llvm-dev installed. Hello, I recompiled mesa from debian source with the --enable-gallium-llvm option. It's now working fine, thank you. Is there a reason for not including this option by default ? -- Sébastien --- mesa-7.10-old/debian/rules 2011-03-26 14:19:52.0 +0100 +++ mesa-7.10/debian/rules 2011-03-26 14:20:35.0 +0100 @@ -77,6 +77,7 @@ # Although the KMS egl drivers will probably build on kfreebsd hurd # only linux actually has KMS drivers implemented at this point. EGL_DISPLAYS += drm + confflags_GALLIUM = --enable-gallium-llvm endif ifneq ($(DEB_HOST_ARCH), s390)
Bug#612909: python-mpd
Hi Michal, I'd be interested in taking over the maintainership of python-mpd, if that's fine with you; please let me know how to proceed. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554528: 0.15beta2 uploaded on mentors.debian.net
Hi, I have packaged the latest Picard (0.15beta2) which supports New Generation Scheme (NGS) of MusicBrainz. The package is available at: http://mentors.debian.net/debian/pool/main/p/picard/ I am going to look for a sponsor. Cheers, -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgpDpp9dy55c5.pgp Description: PGP signature
Bug#554528: Debian packaging of Picard
Hi Jonas, Jonas Smedegaard d...@jones.dk writes: I am quite interested in Picard, and am curious if you have perhaps lost interest in maintaining its packaging for Debian? @Sébastien: It doesn't work like that - you cannot hijack a package without the consent of its current maintainer. But if Adam either agrees, we can maintain it together in the Debian Multimedia Maintainers team as I proposed in September 2010 in this bugreport. That would IMHO help the package to have more people care for it, compared to the current situation. Sure, my goal is not to hijack the package nor to minimize the work of anybody. Note that since I am not a DD nor a DM, I have not the power of doing so, even if I wanted to. Also note that I have contacted Adam and asked about his opinion. My goal was 1) to have a package working for me 2) to share this with other intersted users 3) to give my contribution to the maintenance of the package. I am willing to help in any collaborative setup, including, if Adam agrees, the Debian Multimedia Maintainers team. Cheers, -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgprJpNx3Jm89.pgp Description: PGP signature
Bug#630160: [Pkg-octave-devel] Bug#630160: Install fails with cannot stat `/usr/src/matlab/dynare-matlab/mex/matlab/*': No such file or directory
Pietro Battiston m...@pietrobattiston.it writes: pietro@voubian:~$ LANG=C sudo aptitude safe-upgrade Resolving dependencies... The following partially installed packages will be configured: dynare-matlab No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 46 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up dynare-matlab (4.2.1-1) ... Building Matlab extensions (logfile at /tmp/dynare-matlab-mexbuild-1307832274.2nStzib) /bin/mkdir: cannot create directory `../../../matlab': Permission denied The problem here is the following: - dynare-matlab tells to matlab-support that its MEX sources are in /usr/src/matlab/dynare-matlab/mex/build/matlab; in this directory, matlab-support correctly sets the permission for the dedicated MATLAB user; - but the build system of dynare-matlab wants to create a directory which is outside this source directory, and this fails for lack of permission; - I had not noticed this problem, since my dedicated MATLAB user is in the src group, which has the necessary permissions. This problem is indeed a bug of dynare-matlab. I am going to reassign it and fix it soon. -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgpCtvHQPmycZ.pgp Description: PGP signature
Bug#630160: [Pkg-octave-devel] Bug#630160: Install fails with cannot stat `/usr/src/matlab/dynare-matlab/mex/matlab/*': No such file or directory
Michael Hanke m...@debian.org writes: On Mon, Jun 13, 2011 at 10:45:25AM +0200, Sébastien Villemot wrote: - I had not noticed this problem, since my dedicated MATLAB user is in the src group, which has the necessary permissions. Which makes me wonder whether this might be a good model for such user, and whether we should suggest such setup in the matlab-support documentation? This is what I was about to suggest you in the first place. Then I realized that, unless the dedicated user is *automatically* added to the src group, packages depending on matlab-support have to assume that the dedicated user is not in this group. So I think matlab-support should either automatically add the dedicated user to the src group, or otherwise leave it as it is. -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgp5CdMRo4PqO.pgp Description: PGP signature
Bug#413818: gmpc: segmentation fault when pressing '*' in the playlist
Le 21/06/2011 10:36, Etienne Millon a écrit : package gmpc tags 413818 + moreinfo unreproducible thanks In the playlist, we can press '*' for developp the trees 'Filesystem' or 'Artists'. But if thoses tree are already opened, a second press on '*' will close the application with a segmentation fault error. ( And the press of '*' in the Artist tree does not expand the whole tree but only the first sub-level. Hello (new maintainer here), I can't reproduce this bug on my system. I assume that it was fixed in a previous upload. Please let me know if you are still having problems. Otherwise, I will close this bug in a few days. Well, this bug is 4years old, and I can't reproduce it too. I think it has been corrected between the version 0.13.0 and 0.20.0. You can close the bug, Thank you ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631354: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#631354: Has the bootloader been told to use your initramfs?)
Le 23/06/2011 21:27, Debian Bug Tracking System a écrit : This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #631354: linux-image-2.6.39-2-amd64: Kernel doesn't boot (fs error) It has been closed by Ben Hutchingsb...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchingsb...@decadent.org.uk by replying to this email. Thanks, updating grub resolve the problem. Is it possible to add a dependency from the kernel 2.6.39 package to the last grub2 package ? -- Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620062: qtoctave: wrong default filename extension in save dialogue (.m; instead of .m)
Hi, I can't reproduce the problem mentionned in this bugreport. Can you give more details on how to reproduce this? Is it in the editor? Thanks, -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgpGvyBkHjNxw.pgp Description: PGP signature
Bug#621851: [Pkg-utopia-maintainers] Bug#621851: network-manager: seems to trouble braille display
I'm resending this because I'm not sure whether it reached somebody or not... Hello, This is most likely a modemmanager issue. Your correct ! Starting it (with networkmanagerstopped) was enough to crash my braille display. According to the attached log modemmanager indeed tries to look fora modem on /dev/ttyUSB0, which is the device corresponding to the USB to serial adapter used to connect the braille display to the computer. Thanks ! Sébastien. modem-manager[2718]: info [1302375980.120857] [main.c:167] main(): ModemManager (version 0.4) starting... modem-manager[2718]: info [1302375980.199000] [mm-manager.c:116] load_plugin(): Loaded plugin X22X modem-manager[2718]: info [1302375980.205557] [mm-manager.c:116] load_plugin(): Loaded plugin Nokia modem-manager[2718]: info [1302375980.207080] [mm-manager.c:116] load_plugin(): Loaded plugin Linktop modem-manager[2718]: info [1302375980.207988] [mm-manager.c:116] load_plugin(): Loaded plugin Novatel modem-manager[2718]: info [1302375980.210565] [mm-manager.c:116] load_plugin(): Loaded plugin Option High-Speed modem-manager[2718]: info [1302375980.211754] [mm-manager.c:116] load_plugin(): Loaded plugin Sierra modem-manager[2718]: info [1302375980.220287] [mm-manager.c:116] load_plugin(): Loaded plugin Gobi modem-manager[2718]: info [1302375980.222901] [mm-manager.c:116] load_plugin(): Loaded plugin Longcheer modem-manager[2718]: info [1302375980.223744] [mm-manager.c:116] load_plugin(): Loaded plugin Generic modem-manager[2718]: info [1302375980.224689] [mm-manager.c:116] load_plugin(): Loaded plugin Huawei modem-manager[2718]: info [1302375980.226173] [mm-manager.c:116] load_plugin(): Loaded plugin SimTech modem-manager[2718]: info [1302375980.227109] [mm-manager.c:116] load_plugin(): Loaded plugin ZTE modem-manager[2718]: info [1302375980.228082] [mm-manager.c:116] load_plugin(): Loaded plugin Option modem-manager[2718]: info [1302375980.228868] [mm-manager.c:116] load_plugin(): Loaded plugin AnyData modem-manager[2718]: info [1302375980.229626] [mm-manager.c:116] load_plugin(): Loaded plugin MotoC modem-manager[2718]: info [1302375980.230942] [mm-manager.c:116] load_plugin(): Loaded plugin Ericsson MBM modem-manager[2718]: debug [1302375980.242437] [mm-manager.c:802] device_added(): (tty/ttyS0): port's parent platform driver is not whitelisted modem-manager[2718]: debug [1302375980.242604] [mm-manager.c:802] device_added(): (tty/ttyS1): port's parent platform driver is not whitelisted modem-manager[2718]: debug [1302375980.242751] [mm-manager.c:802] device_added(): (tty/ttyS2): port's parent platform driver is not whitelisted modem-manager[2718]: debug [1302375980.242884] [mm-manager.c:802] device_added(): (tty/ttyS3): port's parent platform driver is not whitelisted modem-manager[2718]: info [1302375980.248315] [mm-serial-port.c:702] mm_serial_port_open(): (ttyUSB0) opening serial port... modem-manager[2718]: debug [1302375980.252899] [mm-serial-port.c:764] mm_serial_port_open(): (ttyUSB0) device open count is 1 (open) modem-manager[2718]: debug [1302375980.252941] [mm-plugin-base.c:813] try_open(): (ttyUSB0): probe requested by plugin 'Generic' modem-manager[2718]: debug [1302375980.292614] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\6' modem-manager[2718]: debug [1302375980.363244] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- 'AT+GCAPCR' modem-manager[2718]: debug [1302375982.488801] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375982.584790] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375982.856784] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\16\1\0\4' modem-manager[2718]: debug [1302375982.908684] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.136702] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375983.232704] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.328758] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\16\1\0\4' modem-manager[2718]: debug [1302375983.420787] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.472777] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375983.568821] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.620688] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\16\1\0\4' modem-manager[2718]: debug [1302375983.672816] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.724816] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375983.820827] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C
Bug#621851: [Pkg-utopia-maintainers] Bug#621851: network-manager: seems to trouble braille display
Michael Biebl (2011/04/13 07:56 +0200): Hi Sebastian, please provide the information upstream (Dan Williams) is asking for in https://bugzilla.gnome.org/show_bug.cgi?id=647556#c1 Done, sorry for the lack of reactivity. In cas no solution can be found upstream, it might be good to use debconf to ask the user how to handle modem detection... Sébastien. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626370: CVE-2011-1659: Integer overflow in posix/fnmatch.c
Package: eglibc Severity: important Tags: squeeze lenny security Hi, CVE-2011-1659 is about an integer overflow in posix/fnmatch.c (function fnmatch). The following versions of eglibc are vulnerable (manual check with a program using fnmatch): - lenny i386 - libc6 2.7-18lenny7 - squeeze amd64 - libc6 2.11.2-10 - squeeze amd64 - libc6-i386 2.11.2-10 Others versions aren't be checked, but may be vulnerable too. The upstream reported (and corrected) the problem here: http://sourceware.org/bugzilla/show_bug.cgi?id=12583 The upstream bug report included: - a source program using fnmatch (which I used to check the problem) - a patch to check size of pattern in wide character representation The diff introduced to correct the problem is here: http://sourceware.org/git/?p=glibc.git;a=commit;h=8126d90480fa3e0c5c5cd0d02cb1c93174b45485 I haved to modify the test program for segv occurs: - use a UTF-8 locale installed on my system (en_US.UTF8 wasn't) - increase the string size used in fnmatch (for libc6-i386 on amd64 only) Thanks. Sébastien Marie -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.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#630160: [Pkg-octave-devel] Bug#630160: Install fails with cannot stat `/usr/src/matlab/dynare-matlab/mex/matlab/*': No such file or directory
were encountered while processing: dynare-matlab -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Pkg-octave-devel mailing list pkg-octave-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-octave-devel -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgpUQ9uqAUp1X.pgp Description: PGP signature
Bug#630160: [Pkg-octave-devel] Bug#630160: Install fails with cannot stat `/usr/src/matlab/dynare-matlab/mex/matlab/*': No such file or directory
Pietro Battiston m...@pietrobattiston.it writes: Il giorno sab, 11/06/2011 alle 22.47 +0200, Sébastien Villemot ha scritto: Hi, [...] Please post this log, it probably contains the explanation of your problem. Indeed, sorry for not posting it - only now I understand the real problem came _before_ the error printed on screen. It's attached, and it suggests Matlab was not recognized. Still, update-alternatives: using /home/nobackup/matlab/bin/matlab to provide /usr/bin/matlab (matlab) in auto mode. made me think I had correctly fed the Matlab path (version 7.12.0, R2011a) to the configuration process... Moreover, Matlab _was_ recognized in some way, since it prompted for a new activation. Something went wront during the detection of Matlab. The detection of Matlab is done by the matlab-support package, not dynare-matlab. I am therefore reassigning this bug to matlab-support. -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgpTavmsYZJwi.pgp Description: PGP signature
Bug#630160: [Pkg-octave-devel] Bug#630160: Install fails with cannot stat `/usr/src/matlab/dynare-matlab/mex/matlab/*': No such file or directory
Pietro Battiston m...@pietrobattiston.it writes: Moreover, Matlab _was_ recognized in some way, since it prompted for a new activation. I just realize that this explains your problem: Matlab cannot be run by the UNIX user used to compile the MEX file. Maybe you have a single user license, and you did not give the right login when configuring the matlab-support package. Try run dpkg-reconfigure matlab-support and give your login name when prompted to the username who can run Matlab. -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 0xA6C029B9D06B2913D71C105EBE37E801FB6EFF8B (http://pgp.mit.edu/) pgpSZwYXHbUD9.pgp Description: PGP signature
Bug#590105: Buffalo LS-CHL not supported yet
Hello, I'm sorry to tell that the bug is still there. I have just test the new installer from http://http.us.debian.org/debian/dists/stable/main/installer-armel/current/images/orion5x/network-console/buffalo/lspro/ . The same things happened as when I previously opened the bug (SATA link down in dmesg). Did I miss something or can we reopen the bug ? thanks
Bug#620707: [Pkg-utopia-maintainers] Bug#620707: consolekit: ck-list-sessions seems to never work
Hello, thanks for your prompt response. do you have dbus-x11 installed? Yes. Is the system dbus-daemon running Yes. ** (ck-list-sessions:4324): WARNING **: Failed to get list of seats: Activation of org.freedesktop.ConsoleKit timed out /etc/dbus-1/system.d/ConsoleKit.conf [Errno 2] Aucun fichier ou dossier de ce type: u'/etc/dbus-1/system.d/ConsoleKit.conf' Oh sorry, missed that one whereas it seems quite important ! It says there is not such file or directory about /etc/dbus-1/system.d/ConsoleKit.conf Checking the /etc/dbus-1/system.d directory, there is a file there called ConsoleKit.conf.dont-load I'll try to copy it to the missing file, reboot and see what happens... Thanks! Sébastien. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620707: [Pkg-utopia-maintainers] Bug#620707: consolekit: ck-list-sessions seems to never work
Sébastien Hinderer (2011/04/03 18:39 +0200): ** (ck-list-sessions:4324): WARNING **: Failed to get list of seats: Activation of org.freedesktop.ConsoleKit timed out /etc/dbus-1/system.d/ConsoleKit.conf [Errno 2] Aucun fichier ou dossier de ce type: u'/etc/dbus-1/system.d/ConsoleKit.conf' Oh sorry, missed that one whereas it seems quite important ! It says there is not such file or directory about /etc/dbus-1/system.d/ConsoleKit.conf Checking the /etc/dbus-1/system.d directory, there is a file there called ConsoleKit.conf.dont-load I'll try to copy it to the missing file, reboot and see what happens... It works now. I'm sorry for the trouble. I now remember that I once disabled consolekit by renaming the configuration file, because it was constantly logging stuff to syslog. The consequence of that was that the disk of my laptop could never stop, this in turn meaning that the fan was turning constantly. What surprises me, though, is that reinstalling consolekit didn't reinstall the file... Sébastien. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594582: dh-make-drupal: Fails when /tmp is writable by others
Hi, Sebastien Hinderer (2010/08/28 00:34 +0200): Umh, I have tried reproducing your bug, both under /tmp and under a different directory, and with different kinds of permissions. The command was executed with /root as the current working directory by user root. Please, if you are able to reproduce this bug in any other machine, tell me. Sure. The error message has now become more precise so maybe that will help: ERROR: parent directory is world writable, FileUtils#remove_entry_secure does not work; abort: /tmp/d20110405-5491-1loqyn0 (parent directory mode 40777) Was not able to reproduce the bug on any other system, though... Sébastien. Shérab. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621851: [Pkg-utopia-maintainers] Bug#621851: network-manager: seems to trouble braille display
Hello, This is most likely a modemmanager issue. Your correct ! Starting it (with networkmanagerstopped) was enough to crash my braille display. According to the attached log modemmanager indeed tries to look fora modem on /dev/ttyUSB0, which is the device corresponding to the USB to serial adapter used to connect the braille display to the computer. Thanks ! Sébastien. modem-manager[2718]: info [1302375980.120857] [main.c:167] main(): ModemManager (version 0.4) starting... modem-manager[2718]: info [1302375980.199000] [mm-manager.c:116] load_plugin(): Loaded plugin X22X modem-manager[2718]: info [1302375980.205557] [mm-manager.c:116] load_plugin(): Loaded plugin Nokia modem-manager[2718]: info [1302375980.207080] [mm-manager.c:116] load_plugin(): Loaded plugin Linktop modem-manager[2718]: info [1302375980.207988] [mm-manager.c:116] load_plugin(): Loaded plugin Novatel modem-manager[2718]: info [1302375980.210565] [mm-manager.c:116] load_plugin(): Loaded plugin Option High-Speed modem-manager[2718]: info [1302375980.211754] [mm-manager.c:116] load_plugin(): Loaded plugin Sierra modem-manager[2718]: info [1302375980.220287] [mm-manager.c:116] load_plugin(): Loaded plugin Gobi modem-manager[2718]: info [1302375980.222901] [mm-manager.c:116] load_plugin(): Loaded plugin Longcheer modem-manager[2718]: info [1302375980.223744] [mm-manager.c:116] load_plugin(): Loaded plugin Generic modem-manager[2718]: info [1302375980.224689] [mm-manager.c:116] load_plugin(): Loaded plugin Huawei modem-manager[2718]: info [1302375980.226173] [mm-manager.c:116] load_plugin(): Loaded plugin SimTech modem-manager[2718]: info [1302375980.227109] [mm-manager.c:116] load_plugin(): Loaded plugin ZTE modem-manager[2718]: info [1302375980.228082] [mm-manager.c:116] load_plugin(): Loaded plugin Option modem-manager[2718]: info [1302375980.228868] [mm-manager.c:116] load_plugin(): Loaded plugin AnyData modem-manager[2718]: info [1302375980.229626] [mm-manager.c:116] load_plugin(): Loaded plugin MotoC modem-manager[2718]: info [1302375980.230942] [mm-manager.c:116] load_plugin(): Loaded plugin Ericsson MBM modem-manager[2718]: debug [1302375980.242437] [mm-manager.c:802] device_added(): (tty/ttyS0): port's parent platform driver is not whitelisted modem-manager[2718]: debug [1302375980.242604] [mm-manager.c:802] device_added(): (tty/ttyS1): port's parent platform driver is not whitelisted modem-manager[2718]: debug [1302375980.242751] [mm-manager.c:802] device_added(): (tty/ttyS2): port's parent platform driver is not whitelisted modem-manager[2718]: debug [1302375980.242884] [mm-manager.c:802] device_added(): (tty/ttyS3): port's parent platform driver is not whitelisted modem-manager[2718]: info [1302375980.248315] [mm-serial-port.c:702] mm_serial_port_open(): (ttyUSB0) opening serial port... modem-manager[2718]: debug [1302375980.252899] [mm-serial-port.c:764] mm_serial_port_open(): (ttyUSB0) device open count is 1 (open) modem-manager[2718]: debug [1302375980.252941] [mm-plugin-base.c:813] try_open(): (ttyUSB0): probe requested by plugin 'Generic' modem-manager[2718]: debug [1302375980.292614] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\6' modem-manager[2718]: debug [1302375980.363244] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- 'AT+GCAPCR' modem-manager[2718]: debug [1302375982.488801] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375982.584790] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375982.856784] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\16\1\0\4' modem-manager[2718]: debug [1302375982.908684] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.136702] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375983.232704] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.328758] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\16\1\0\4' modem-manager[2718]: debug [1302375983.420787] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.472777] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375983.568821] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.620688] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\16\1\0\4' modem-manager[2718]: debug [1302375983.672816] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.724816] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\16\1\4' modem-manager[2718]: debug [1302375983.820827] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- '\1C\0\0\4' modem-manager[2718]: debug [1302375983.872807] [mm-at-serial-port.c:298
Bug#613681: ganglia-monitor: gmond segfault error 4 in libapr-1.so.0.4.2
Package: ganglia-monitor Version: 3.1.7-1+b1 Severity: normal After aptitude dist-upgrade from lenny to squeeze, gmond crash. I tried to recreate my gmond.conf (bind_hostname seems to be a new parameter), but it didn't solve my problem. My Debian run on a virtual machine in an VMWare ESXi 4.0. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ganglia-monitor depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libapr1 1.4.2-6The Apache Portable Runtime Librar ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libconfuse0 2.7-1 Library for parsing configuration ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libganglia1 3.1.7-1+b1 cluster monitoring toolkit - share ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ganglia-monitor recommends no packages. ganglia-monitor suggests no packages. -- Configuration Files: /etc/ganglia/gmond.conf changed: /* This configuration is as close to 2.5.x default behavior as possible The values closely match ./gmond/metric.h definitions in 2.5.x */ globals { daemonize = yes setuid = yes user = ganglia debug_level = 0 max_udp_msg_len = 1472 mute = no deaf = no allow_extra_data = yes host_dmax = 0 /*secs */ cleanup_threshold = 300 /*secs */ gexec = no send_metadata_interval = 0 /*secs */ } /* * The cluster attributes specified will be used as part of the CLUSTER * tag that will wrap all hosts collected by this instance. */ cluster { name = DNS owner = HCL latlong = unspecified url = unspecified } /* The host section describes attributes of the host, like the location */ host { location = VMWARE } /* Feel free to specify as many udp_send_channels as you like. Gmond used to only support having a single channel */ udp_send_channel { bind_hostname = yes # Highly recommended, soon to be default. # This option tells gmond to use a source address # that resolves to the machine's hostname. Without # this, the metrics may appear to come from any # interface and the DNS names associated with # those IPs will be used to create the RRDs. host = di98su.chu-lyon.fr mcast_if = eth1 port = 8649 ttl = 1 } /* You can specify as many udp_recv_channels as you like as well. */ /* udp_recv_channel { mcast_join = 239.2.11.71 port = 8649 bind = 239.2.11.71 } */ /* You can specify as many tcp_accept_channels as you like to share an xml description of the state of the cluster */ /* tcp_accept_channel { port = 8649 } */ /* Each metrics module that is referenced by gmond must be specified and loaded. If the module has been statically linked with gmond, it does not require a load path. However all dynamically loadable modules must include a load path. */ modules { module { name = core_metrics } module { name = cpu_module path = /usr/lib/ganglia/modcpu.so } module { name = disk_module path = /usr/lib/ganglia/moddisk.so } module { name = load_module path = /usr/lib/ganglia/modload.so } module { name = mem_module path = /usr/lib/ganglia/modmem.so } module { name = net_module path = /usr/lib/ganglia/modnet.so } module { name = proc_module path = /usr/lib/ganglia/modproc.so } module { name = sys_module path = /usr/lib/ganglia/modsys.so } } include ('/etc/ganglia/conf.d/*.conf') /* The old internal 2.5.x metric array has been replaced by the following collection_group directives. What follows is the default behavior for collecting and sending metrics that is as close to 2.5.x behavior as possible. */ /* This collection group will cause a heartbeat (or beacon) to be sent every 20 seconds. In the heartbeat is the GMOND_STARTED data which expresses the age of the running gmond. */ collection_group { collect_once = yes time_threshold = 20 metric { name = heartbeat } } /* This collection group will send general info about this host every 1200 secs. This information doesn't change between reboots and is only collected once. */ collection_group { collect_once = yes time_threshold = 1200 metric { name = cpu_num title = CPU Count } metric { name = cpu_speed title = CPU Speed } metric { name = mem_total title = Memory Total } /* Should this be here? Swap can be added/removed between reboots. */ metric { name = swap_total title = Swap Space Total } metric { name = boottime title = Last Boot Time }
Bug#613836: Unable to run pkpgcounter on Squeeze
Package: pkpgcounter Version: 3.50-7 Severity: important When running the following command : pkpgcounter --colorspace=cmy --resolution=300 file.pdf console returns : Traceback (most recent call last): File /usr/bin/pkpgcounter, line 109, in module analyzer.main() File /usr/lib/pymodules/python2.6/pkpgpdls/analyzer.py, line 235, in main (cspace, pages) = parser.getInkCoverage() File /usr/lib/pymodules/python2.6/pkpgpdls/analyzer.py, line 88, in getInkCoverage result = inkcoverage.getInkCoverage(filename, cspace) File /usr/lib/pymodules/python2.6/pkpgpdls/inkcoverage.py, line 124, in getInkCoverage result.append(computation(image, nbpixels)) File /usr/lib/pymodules/python2.6/pkpgpdls/inkcoverage.py, line 93, in getPercentCMY result = getPercentRGB(img, nbpix) File /usr/lib/pymodules/python2.6/pkpgpdls/inkcoverage.py, line 89, in getPercentRGB return getPercent(img, nbpix) File /usr/lib/pymodules/python2.6/pkpgpdls/inkcoverage.py, line 41, in getPercent bands = img.split() File /usr/lib/python2.6/dist-packages/PIL/Image.py, line 1497, in split if self.im.bands == 1: AttributeError: 'NoneType' object has no attribute 'bands' NB : this exact command works well on a lenny updated distribution, with the same arguments and the same targetted file -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 pkpgcounter depends on: ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-imaging 1.1.7-2 Python Imaging Library ii python-support 1.0.10 automated rebuilding support for P Versions of packages pkpgcounter recommends: ii imagemagick 8:6.6.0.4-3 image manipulation programs ii python-psyco 1.6-2 Python specializing compiler ii texlive-latex-base 2009-11 TeX Live: Basic LaTeX packages ii xauth1:1.0.4-1 X authentication utility ii xvfb 2:1.7.7-11 Virtual Framebuffer 'fake' X serve Versions of packages pkpgcounter suggests: pn abiword 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#590105: LS-CHL support
hi, is LS-CHL supported in debian now ? Can we install squeeze on the LS-CHL ? 2011/1/28 Martin Michlmayr t...@cyrius.com * cvel...@gmail.com cvel...@gmail.com [2011-01-15 22:37]: I'm also trying to install Squeeze on a LS-CHL (LS-C640L-EU) and can confirm, that it still does not recognise the sata drive. LS-CHL has been added to the mainline kernel in the meantime: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4bba1c34e0a70d0db2506e1b68f69d7edc8afd78 so we can add it to the Debian kernel. I'll look into this in a few weeks. -- Martin Michlmayr http://www.cyrius.com/
Bug#590105: LS-CHL support
ok. let me now when you do it. thx 2011/2/21 Martin Michlmayr t...@cyrius.com * Sébastien LALLEMAND slalleman...@gmail.com [2011-02-18 20:16]: is LS-CHL supported in debian now ? Can we install squeeze on the LS-CHL ? No, not yet. I added the kernel support to the 2.6.32 kernel in squeeze (but the new kernel hasn't been uploaded yet) but it also needs two patches to the installer. -- Martin Michlmayr http://www.cyrius.com/
Bug#632505: minbif disconnects from irssi
tag 632505 + moreinfo thanks Hi Nicolas, could you confirm that minbif indeed crashed (with pgrep/ps aux for instance) ? If so, could you run gdb on /var/lib/minbif/users/core and get us the backtrace ? Cheers, --Seb On Jul/03, Nicolas Évrard wrote: Package: minbif Version: 1:1.0.4-4 Severity: important Hello, For an unknown reason (no update of libpurple or change in irssi), minbif disconnects himself for irssi. I installed minbif-dbg and enabled debugging in the minbif, here is the result (in an irssi window): 01:08 nutellux.dyndns.org [DEBUG] [certificate] CertificateVerifier x509, singleuse requested but not found. 01:08 nutellux.dyndns.org [DEBUG] [certificate] CertificatePool x509, ca requested but not found. 01:08 nutellux.dyndns.org [DEBUG] [certificate] CertificateScheme x509 requested but not found. 01:08 nutellux.dyndns.org [DEBUG] [certificate/x509/ca] Lazy init failed because an X.509 Scheme is not yet registered. Maybe it will be better later. 01:08 nutellux.dyndns.org [DEBUG] [certificate] CertificatePool x509, tls_peers requested but not found. 01:08 nutellux.dyndns.org [DEBUG] [certificate] CertificateVerifier x509, tls_cached requested but not found. 01:08 nutellux.dyndns.org [DEBUG] [certificate] CertificateScheme x509 requested but not found. 01:08 nutellux.dyndns.org [DEBUG] Authenticating user nicoe using local database 01:08 nutellux.dyndns.org [DEBUG] [dnssrv] res_query returned an error 01:08 nutellux.dyndns.org [DEBUG] [dnssrv] res_query returned an error 01:08 nutellux.dyndns.org [DEBUG] [dnssrv] res_query returned an error 01:09 nutellux.dyndns.org [DEBUG] [dnssrv] res_query returned an error 01:09 nutellux.dyndns.org [DEBUG] [dnssrv] res_query returned an error 01:09 nutellux.dyndns.org [DEBUG] [dnssrv] res_query returned an error -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minbif depends on: ii libc6 2.13-8Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-2 colour ASCII art library ii libgcc11:4.6.1-1 GCC support library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnutls262.10.5-2 the GNU TLS library - runtime libr ii libimlib2 1.4.4-1 powerful image loading and renderi ii libpam0g 1.1.3-2 Pluggable Authentication Modules l ii libpurple0 2.9.0-1 multi-protocol instant messaging l ii libstdc++6 4.6.1-1 GNU Standard C++ Library v3 ii minbif-common 1:1.0.4-4 IRC-to-other-IM-networks gateway u minbif recommends no packages. minbif 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#632505: minbif disconnects from irssi
tag 632505 + unreproducible severity 632505 normal thanks On Jul/04, Nicolas Évrard wrote: Now minbif do not crash but I've got those messages in a request window: 08:24 request :: Error Reading blist.xml :: 08:24 request An error was encountered reading your buddy list. The file has not been loaded, and the old file has been renamed to /var/lib/minbif/users/nicoe/blist.xml~. And in the status window: 08:19 !nutellux.dyndns.org Minbif-IRCd initialized, please go on 08:19 ::: ERROR Closing Link: Incorrect credentials 08:19 ::: Connection lost to localhost But I never changed my credentials. maybe the conf file got corrupted somehow ? I indeed have a core file in minbif/users but trying to get the backtrace gave me no stack: root@mnms:/var/lib/minbif/users# gdb core GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... /var/lib/minbif/users/core: not in executable format: Format de fichier non reconnu (gdb) bt No stack. You'll need to run gdb minbif core if I'm not mistaken. I'm tagging unreproducible and downgrading to normal since it doesn't seem to be a crash... I'll update those as needed, as we continue investigating. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632505: minbif disconnects from irssi
severity 632505 important thanks On Jul/04, Nicolas Évrard wrote: You were right, here is the backtrace: Could you also issue the following commands, and paste their output ? bt full frame 2 call from call text call n call *n call *this Ok. But this bug (even it is not reproducible) has a major effect on the usability of the package (at least for me), so I think its level should be 'important'. All right, done. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632505: minbif disconnects from irssi
Looks like that core file wasn't produced while running minbif-dbg, but the regular minbif package instead; any chance you could wipe out that core file, install/restart minbif-dbg, and regenerate the core file ? Cheers, --Seb On Jul/04, Nicolas Évrard wrote: * Sébastien Delafond [2011-07-04 13:35 +0200]: On Jul/04, Nicolas Évrard wrote: You were right, here is the backtrace: Could you also issue the following commands, and paste their output ? bt full frame 2 call from call text call n call *n call *this You're the boss. (gdb) bt full #0 0x004902f9 in irc::Server::addNick(irc::Nick*) () No symbol table info available. #1 0x0046e336 in irc::IRC::addNick(irc::Nick*) () No symbol table info available. #2 0x0045d496 in im::Conversation::recvMessage(std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::basic_stringchar, std::char_traitschar, std::allocatorchar , bool) () No symbol table info available. #3 0x0045db05 in im::Conversation::write_conv(_PurpleConversation*, char const*, char const*, char const*, PurpleMessageFlags, long) () No symbol table info available. #4 0x7fdaa2a21881 in purple_conversation_write () from /usr/lib/libpurple.so.0 No symbol table info available. #5 0x7fdaa2a546bf in serv_got_im () from /usr/lib/libpurple.so.0 No symbol table info available. #6 0x7fda99de9be9 in ?? () from /usr/lib/purple-2/libjabber.so.0 No symbol table info available. #7 0x7fda99deacc8 in jabber_message_parse () from /usr/lib/purple-2/libjabber.so.0 No symbol table info available. #8 0x7fda99ddfdfb in jabber_process_packet () from /usr/lib/purple-2/libjabber.so.0 No symbol table info available. #9 0x7fda99decca7 in ?? () from /usr/lib/purple-2/libjabber.so.0 No symbol table info available. #10 0x7fda9fc4da93 in ?? () from /usr/lib/libxml2.so.2 No symbol table info available. #11 0x7fda9fc54930 in ?? () from /usr/lib/libxml2.so.2 No symbol table info available. #12 0x7fda9fc560a8 in xmlParseChunk () from /usr/lib/libxml2.so.2 No symbol table info available. #13 0x7fda99decd1d in jabber_parser_process () from /usr/lib/purple-2/libjabber.so.0 No symbol table info available. #14 0x7fda99ddbb12 in ?? () from /usr/lib/purple-2/libjabber.so.0 No symbol table info available. #15 0x0043153c in ?? () No symbol table info available. #16 0x7fdaa27144a3 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #17 0x7fdaa2714c80 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #18 0x7fdaa27152f2 in g_main_loop_run () from /lib/libglib-2.0.so.0 No symbol table info available. #19 0x0042a1a8 in Minbif::main(int, char**) () No symbol table info available. #20 0x0042d900 in main () No symbol table info available. (gdb) frame 2 #2 0x0045d496 in im::Conversation::recvMessage(std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::basic_stringchar, std::char_traitschar, std::allocatorchar , bool) () (gdb) call from No symbol from in current context. (gdb) call text No symbol text in current context. (gdb) call n No symbol n in current context. (gdb) call *n No symbol n in current context. (gdb) call *this No symbol this in current context. (gdb) -- (° Nicolas Évrard ( ) Liège `¯ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632505: minbif disconnects from irssi
On Jul/04, Nicolas Évrard wrote: Unfortunately I can not reproduce this since I am not anymore using the network configuration I was using in Serbia. I will try to modify my configuration as explained in the email 2011070417.ga4...@nutellux.dyndns.org to see why I have the invalid credential error (for the record where does minbif stores this ?). IIRC it's in /var/lib/minbif/users/user/prefs.xml. --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632505: minbif disconnects from irssi
severity 632505 normal thanks On Jul/05, Nicolas Évrard wrote: It was there. The credentials were good but it didn't worked, so I moved my account, and recreated my configs and now all is well. If you want I can send you an anoymized diff of the two config directories. sure, let's do that. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632505: minbif disconnects from irssi
On Jul/05, Nicolas Évrard wrote: Here it is. Not sure what's up with the prefs.xml diff, for instance : diff -ru nicoe/prefs.xml nicoe_old//prefs.xml --- nicoe/prefs.xml 2011-07-05 09:27:35.849286721 +0200 +++ nicoe_old//prefs.xml 2011-07-04 18:09:42.256965623 +0200 @@ -1,141 +1,148 @@ -?xml version='1.0' encoding='UTF-8' ? +?xml version=1.0 encoding=UTF-8 ? Maybe some encoding problem ? I can't see how those 2 lines differ (same thing for the rest of the file). Anyway, I'll leave this bug open for now, and keep the unreproducible tag; if you ever get more info on this, or can reproduce a crash, please add the corresponding info to this bug report. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632505: minbif disconnects from irssi
On Jul/05, Nicolas Évrard wrote: --- nicoe/prefs.xml 2011-07-05 09:27:35.849286721 +0200 +++ nicoe_old//prefs.xml2011-07-04 18:09:42.256965623 +0200 @@ -1,141 +1,148 @@ -?xml version='1.0' encoding='UTF-8' ? +?xml version=1.0 encoding=UTF-8 ? Maybe some encoding problem ? I can't see how those 2 lines differ (same thing for the rest of the file). Look at the quotes. I think that when I changed prefs.xml I noticed the use of ' instead of and so I changed them. oh, need more coffee I guess :) Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632158: org-mode: manual: spurious {} in how to enter date/time range (sec. 8.2.1)
See http://article.gmane.org/gmane.emacs.orgmode/43729 --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619735: 619735
Hello, do you still see this problem with the latest version in unstable ? Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640815: slime: Crash upon loading: there is no package with name ASDF
Package: slime Version: 1:20110806-1 Severity: normal Upon startup with M-x slime, on a fresh install of slime, I get the following crash: (progn (load /usr/share/common-lisp/source/slime/swank-loader.lisp :verbose t) (funcall (read-from-string swank-loader:init)) (funcall (read-from-string swank:start-server) /tmp/slime.11188 :coding-system iso-latin-1-unix)) i i i i i i i ooooo o o I I I I I I I 8 8 8 8 8 o 88 I \ `+' / I 8 8 8 888 \ `-+-' / 8 8 8 o 8 `-__|__-'8 8 8 8 8 |8 o 8 8 o 8 8 --+-- o8oo ooo8ooo o 8 Welcome to GNU CLISP 2.49 (2010-07-07) http://clisp.cons.org/ Copyright (c) Bruno Haible, Michael Stoll 1992, 1993 Copyright (c) Bruno Haible, Marcus Daniels 1994-1997 Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998 Copyright (c) Bruno Haible, Sam Steingold 1999-2000 Copyright (c) Sam Steingold, Bruno Haible 2001-2010 Type :h and hit Enter for context help. [1] ;; Loading file /usr/share/common-lisp/source/slime/swank-loader.lisp ... *** - READ de #INPUT BUFFERED FILE-STREAM CHARACTER #P/usr/share/common-lisp/source/slime/swank-loader.lisp @143 : there is no package with name ASDF The following restarts are available: ABORT :R1 Abort main loop Break 1 SWANK-LOADER[2] I can reproduce the problem when Emacs is run with --no-init-file. I am new to Common Lisp, so I may have missed something obvious: feel free to reassign/close if relevant. Best, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slime depends on: ii dpkg 1.16.0.3 Debian package management system ii emacsen-common1.4.22 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-6 Manage installed documentation in Versions of packages slime recommends: ii cl-swank 1:20110806-1 Superior LISP Interaction Mode for ii emacs23 [info-browser]23.3+1-1 The GNU Emacs editor (with GTK+ us ii info [info-browser] 4.13a.dfsg.1-6 Standalone GNU Info documentation slime 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#640815: slime: Crash upon loading: there is no package with name ASDF
retitle 640815 README.Debian should explain how to setup ASDF in the CL machine severity 640815 wishlist thanks Ok I realized that I had to manually setup ASDF in my ~/.clisprc: (load #P/usr/share/common-lisp/source/cl-asdf/asdf.lisp) Or, for SBCL, in my ~/.sbclrc (require 'asdf) Mentionning this fact in the README.Debian would be useful for CL newbies like me :) Best, -- Sébastien Villemot Researcher in Economics at CEPREMAP Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpWbB2jZDlPs.pgp Description: PGP signature
Bug#641117: RM: fantasdic -- ROM; Unmaintained since 2009, uninstallable in unstable
Package: ftp.debian.org Severity: normal Per #639436, fantasdic is uninstallable in unstable, and since it's also been unmaintained for a long time, I'm asking for its removal from the archive. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639436: package no longer installable
See ROM at http://bugs.debian.org/641117 Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590657: behavior changed again in Ubuntu 10.10 with gnucash 2.2.9
tags 590657 + fixed thanks Luc Maisonobe luc.maison...@free.fr writes: The fix I proposed some weeks ago does not work anymore with gnucash 2.2.9. Using the gnome keyboard configuration with abstract separators still produces KP_Decimal but gnucash does not handle it anymore. I don't remember what version of gnucash was in 10.04. With the new version, I had to switch the gnome keyboard configuration to four level keys with comma, hence forcing the comma to have gnucash work again. My keyboard configuration is France Autre. I guess there are really too mixed problems, one with the default gnome keyboard configuration and another one with gnucash and KP_Decimal. I tried to replicate this bug using GnuCash version 1:2.4.7-1 and in my setup the KP_decimal key works fine (i.e. it produces a comma in GnuCash, since I use a French locale). Note that I had to change the keyboard configuration in Gnome to use abstract separators for the keypad delete, as you mentionned it. My understanding is that the bug you experienced corresponds to the following upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=618434 Debian version 2.2.9-6 introduced a patch for SCIM input which is mentionned in the upstream bug report as the cause of the problem, so this is consistent with the version mentionned by the submitter of this bug. Since the problem was fixed upstream before the release of version 2.4.0, my understanding is that this bug was fixed in Debian version 1:2.4.0-2. My intention is therefore to close this bug within a month or so, unless you disagree with the above conclusions. Best, -- Sébastien Villemot Researcher in Economics at CEPREMAP Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpUmLZSPbvHQ.pgp Description: PGP signature
Bug#597031: gnucash: Transfer Quickfill autocompletion does not work
tags 597031 + moreinfo unreproducible thanks marko deb...@mechtron.com.au writes: When entering account data in the transfer field, quick fill does not work. You must type the whole account name including colons of pick it from the list with the mouse. For example, typing A:C with the standard set of account names will complete to the Assets:Checking account. but results in A:C in the transfer field. I tried to replicate your problem with Debian version 1:2.4.7-2 but I did not succeed: quick fill works as expected for me, at least in a simple test file. Can you please provide more information on how to replicate the bug (does it appear only in specific contexts?) or, if relevant, confirm that the bug is no longer present. Best, -- Sébastien Villemot Researcher in Economics at CEPREMAP Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpAD5pVy8yYN.pgp Description: PGP signature
Bug#597031: gnucash: Transfer Quickfill autocompletion does not work
retitle 597031 gnucash: Transfer Quickfill autocompletion does not work in the invoice editing window tags 597031 - moreinfo unreproducible tags 597031 + fixed thanks After discussing with the submitter, it turns out that I was able to reproduce the bug on version 2.2.9-10. The problem is only present when editing an invoice, but not when adding transaction in some account from the ledger. The problem is no longer present in version 1:2.4.7-3, it must have been fixed in some upstream release (I have not been able to find an upstream bug report for this bug, so I cannot tell in which version it was fixed). My intention is to close this bug report within one month or so, unless someone objects. -- Sébastien Villemot Researcher in Economics at CEPREMAP Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpxTcsFrXaUo.pgp Description: PGP signature
Bug#565269: gnucash: Entering an invoice - can't work out what the right most column is
tags 565269 + moreinfo thanks Dear Nigel, Thanks for your report. Nigel Horne n...@bandsman.co.uk writes: The right most column (after Tax Table) just contains the letters 'Bi'. I guess it contains more that doesn't display on my laptop. If I hover my mouse over the text I don't get a pop-up balloon telling me what I should put in there. It's guess work! In the invoice editing window, on the right of the Tax Table column, I have Subtotal then Tax (tested under version 2.2.9-10). Also note that you can expand column titles by double clicking on them. This should remove any ambiguity on column titles. I consider this is not a bug, and I intend to close this report within a month or so unless someone objects. Please respond if you consider that the above diagnostic is incorrect, or if you would like to turn this report into a wishlist item. Best, -- Sébastien Villemot Researcher in Economics at CEPREMAP Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpWCVswgs35X.pgp Description: PGP signature
Bug#633789: guake: Guake doesnt start at all - Confirmed
Hi, I have the same issue on my system. Sylvestre Ledru a écrit : I have libnotify4 version 0.7.3-2 installed and guake is working without any problem. (but i am running testing with some sid packages) Do you know which other packages have been updated ? libnotify4 is installed on my system but I noticed that guake package depends on python-notify which depends on libnotify1 (installed too). Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633789: guake: Guake doesnt start at all - Confirmed
Hi, Sébastien Dinot a écrit : I have the same issue on my system. guake works fine if the following command is launched before in a terminal : /usr/lib/notification-daemon/notification-daemon start Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619735: [debian] Bug #619735
Hi Bert, do you still see this problem with recent versions of org-mode in unstable ? I can't seem to reproduce it... Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634193: 'ERROR: Undefined variable: gnc-path-get-bindir' in 1:2.4.6-3
tags 634193 + unreproducible thanks Friedrich Delgado frie...@nomaden.org writes: Gnucash 1:2.4.6-3, upgraded last friday, refuses to start with the following error (after I briefly see the gui screens flash up): ERROR: Undefined variable: gnc-path-get-bindir Do you still have this problem with gnucash 1:2.4.7-3 ? The symptoms that you describe are similar to Launchpad #865470: https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/865470 Looks like this Ubuntu user solved the problem by cleaning up old libs which were hanging around in /usr/local/lib. It is probably worth checking your system just in case. Best, -- Sébastien Villemot Researcher in Economics at CEPREMAP Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgp50zUAhkBx0.pgp Description: PGP signature
Bug#643679: gnucash: the GnuCash Tip Of The Day window doesn't appear where it is positioned
tags 643679 + wontfix severity 643679 minor thanks Vincent Lefevre vinc...@vinc17.net writes: When I start GnuCash, FVWM asks me to choose the position of the GnuCash Tip Of The Day window (as I have the ActivePlacement option). Once done, the window appears higher than the chosen position. The most annoying problem is that this window sometimes appears partly off-screen (at the top). I am able to reproduce your problem using a fresh install of fvwm and only Style * ManualPlacement in my ~/.fvwm2rc. Actually the placement of the Tip of the day dialog is controlled by the GConf key /apps/gnucash/dialogs/tip_of_the_day/window_position (editable with gconf-editor). This setting overrides the placement that you manually choose with FVWM. Also note that this setting is saved across runs of GnuCash, so if you manually move the dialog then close it, GnuCash will remember the new location in future runs. The immediate solution to your problem is therefore to put a more sensible value there. I guess that in the mind of the GnuCash developers this is a feature and not a bug, so it is unlikely that in the future GnuCash will adopt the behavior that you would like to see. Best, -- Sébastien Villemot Researcher in Economics at CEPREMAP Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpIFCZc98yUH.pgp Description: PGP signature
Bug#633552: mingw-w64: inclusion of both emmintrin.h and windows.h fails on x86_64 with g++
Package: mingw-w64 Version: 1.0+20110523-1 Severity: normal Consider the following code: --- #include emmintrin.h #include windows.h int main(int argc, char **argv) { } --- When compiled with g++ on i686 with SSE2 it works fine: $ i686-w64-mingw32-g++ -msse2 foo.cc When compiled with g++ on x86_64 it fails: $ x86_64-w64-mingw32-g++ foo.cc In file included from /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/winnt.h:1435:0, from /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/windef.h:136, from /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/windows.h:62, from foo.cc:3: /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/include/emmintrin.h:234:1: error: previous declaration of ‘__m128d _mm_add_sd(__m128d, __m128d)’ with ‘C++’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/intrin.h:677:5: error: conflicts with new declaration with ‘C’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/include/emmintrin.h:228:1: error: previous declaration of ‘__m128d _mm_add_pd(__m128d, __m128d)’ with ‘C++’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/intrin.h:678:5: error: conflicts with new declaration with ‘C’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/include/emmintrin.h:270:1: error: previous declaration of ‘__m128d _mm_div_sd(__m128d, __m128d)’ with ‘C++’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/intrin.h:679:5: error: conflicts with new declaration with ‘C’ linkage [Lots of similar errors] Note that in my original program I was trying to include both: #include boost/math/special_functions/lanczos.hpp #include windows.h Then I tracked the problem down to emmintrin.h, which is included by the Boost header when SSE2 is present. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mingw-w64 depends on: ii gcc-mingw-w64 4.6.0-11 GNU Compiler Collection for MinGW- ii mingw-w64-dev 1.0+20110523-1 Development files for MinGW-w64 mingw-w64 recommends no packages. mingw-w64 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#633552: mingw-w64: inclusion of both emmintrin.h and windows.h fails on x86_64 with g++
Stephen Kitt st...@sk2.org writes: On Mon, Jul 11, 2011 at 03:52:15PM +0200, Sébastien Villemot wrote: $ x86_64-w64-mingw32-g++ foo.cc In file included from /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/winnt.h:1435:0, from /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/windef.h:136, from /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/windows.h:62, from foo.cc:3: /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/include/emmintrin.h:234:1: error: previous declaration of ‘__m128d _mm_add_sd(__m128d, __m128d)’ with ‘C++’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/intrin.h:677:5: error: conflicts with new declaration with ‘C’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/include/emmintrin.h:228:1: error: previous declaration of ‘__m128d _mm_add_pd(__m128d, __m128d)’ with ‘C++’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/intrin.h:678:5: error: conflicts with new declaration with ‘C’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/include/emmintrin.h:270:1: error: previous declaration of ‘__m128d _mm_div_sd(__m128d, __m128d)’ with ‘C++’ linkage /usr/lib/gcc/x86_64-w64-mingw32/4.6.1/../../../../x86_64-w64-mingw32/include/intrin.h:679:5: error: conflicts with new declaration with ‘C’ linkage Apparently this is already known upstream; see https://sourceforge.net/tracker/index.php?func=detailaid=2962480group_id=2435atid=102435. Kai Tietz sent a patch for gcc (http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00033.html) but it hasn't been applied yet. Thanks for pointing me to this. Note that in my original program I was trying to include both: #include boost/math/special_functions/lanczos.hpp #include windows.h Then I tracked the problem down to emmintrin.h, which is included by the Boost header when SSE2 is present. Perhaps the workaround given in the sourceforge.net bug report would work: #include windows.h #include boost/math/special_functions/lanczos.hpp Actually my setup is a bit more complicated than that, I have several nested inclusion levels with many headers, so this workaround may not be easy to apply in my case, but I will try. Of course, from my point of view, the best solution would be to incorporate the aforementionned patch in the next package upload. Many thanks, -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.ville...@ekiga.net PGP Key: 2069 1DFC C2C9 8C47 9529 84EE 0001 8C22 381A 7594 pgpvGGBspgD78.pgp Description: PGP signature
Bug#634080: debian-maintainers: Please add Sébastien Villemot as a Debian Maintainer
Package: debian-maintainers Severity: normal Please add my key to the DM keyring. A jetring changeset is attached. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Add Sébastien Villemot sebastien.ville...@ens.fr as a Debian Maintainer Date: Sat, 16 Jul 2011 18:09:26 +0200 Action: import Recommended-By: Thomas Weber twe...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2011/07/msg00013.html Advocates: http://lists.debian.org/debian-newmaint/2011/07/msg00015.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBE4Sm9ABEAC1MJl2l3NNGI3aLV3c6CuxcutV9cysMQsRzA/zdIsxP2RK/Xyf aGPOJH+67+8ko4OP5Q0QFuazkZXcKIixm3qdYvQo/dHDh1AM/qXhHHa7wAeY85tA liQfl6MInSRCcNpXxKa20lFBGC2VlzZofgg6jSITgSXV9uYQp8bNCpr7Oz9LHNN9 h81Qmc3TwvjpJ1XQ9lSfvbcpycMwv3RlX4/zSSjsnfCOnkZ4w9yNj7DJEICfVgaV ByPFfVAERT4HA7meM6rXimmXnLPIv14IC4nTF5+qq2roHtZo0+qjexe6FlqMkkhQ Du/twE2ILco9HUwlFyrc5B0cnAXv9g8lZJqtvFa2o/Vz1Em3ZMhnohzS5XHQAI7V iFhBtjlxf+0mNDwWX28fUKGEBpAyPfGcnB3N/0KSvHPRBPwOEO0DAas8673Bw3xW Necj3hwUi/CVXKMItDKvwBiwxyPD4htXmNlhe7Qs5TaYtwaszblHXHx6kBh4PhC/ 8QNlQuafgrRAmECL8UJIQwWD/QVZfFQMe3grp4Nem8212uj3I9ssznQ7lh3CEZRn Pyk5l+ZE91sKzMo8kx7cXrhCdOjF8H9em/IbShsdDv0hbdKjR1B5TvV/qoAggyT2 jPLZuTrQjJL0Oj+Ts/fuJpsU4X2LmFDS9FQW3hYhZIx61ckLDoOvH0SkrwARAQAB tDVTw6liYXN0aWVuIFZpbGxlbW90IDxzZWJhc3RpZW4udmlsbGVtb3RAbm9kYWxp bmsuY29tPokCNwQTAQgAIQUCThKd6AIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIX gAAKCRAAAYwiOBp1lIZoEACFNEzbzkI/MJ9kNbE0syNwbd3psdUepoDYa7Cf/Ls/ fDxUA7MgEPGdvyXUL85jkaEpTD3Iis/o+xGoLBCXFPJhtwH/heFJDQbsIwO8Lb7j DTBtl/PI7teKhs7leJ9vwqwiEVdG9dPo99mZMgj5R4DWuxsMiq+qDXwp/wksfzKy bW+lOgpHslRRyJc6bANjKYCvsAnPwcSgHGodRk5/cGbC7XKlWenf13l/kmMHwtsw Yo2jCmXfOUpIQPUFnIT9YBzUJQE9qXOKS+WZE3qufRVbbaRRdKbcn3QiCprCUi0N yyIySWLUpF+wU9XdOVR82lOpjLLSu0EikCeY83e+E+49YxNlnl71W/r42Nt3ThJW OyuSoLfd01gLc+1StbQu6hrppv+kWYlT8MYrX/VNsAmBOKAHu0xM7N04V268GI2Q aTKxevXLW0n7y1yY8JS5sOUbPxvj1jby5FCs3AibhsgBs8RiQ37YSPWvlyVDl/DK 50lNu/hK2snk8OC1/6+hNUyvn6Q0o18E/98q8VkuRBQthIN3GsO23dAwZsaOlZ1k sh2bPMqbHI6cdxtIovyGdw/jGi6sdvvDoJhnvhhIWyY4fDIMLA53Ur/CJUf/fWaY Qw/O8xMxJQHRgoW/JumZJO3PQxYIBvGHvCgCne7Lr2JE8f1+dxKVk0Fh80Lho3Jc p4hGBBARCAAGBQJOEp6tAAoJEL436AH7bv+Lw8MAoMjxdOj2ixY1RhgGpbTNjzte IOulAKCxd+kHYOtGpnn/gq0e9LmzWf1LHIkCHAQTAQgABgUCThYiCgAKCRAwVQ94 ce8LqKX6EAC88PYP6WbvnzFaSLOBbHpZxeN0HeVG+6qN6qgjTorgHNbZWwxLdFgs M0aTSaTgoxu2/JlTupVo2TNET21QYTjOz0NPD1X2OA+VPrZdZWiDt+e1ukDcs+u4 a7HKTuVv8QBgpVm66r/OAWB6O2hLOHhujq7XKZx/fmFXn5bc8QDSgQ4/mzcltVE0 jm/C++Mmmt6JZ7RA7truPt/oiptGPZS97HvEwOusE5v1nw5W1yWpF61O8y0HycrV v0oK5l02B2SHJdhfsXtvBWC8WGdqDBKz+EU2YwB5nk0EZ0V5Q6UQmCCAqS8OD4MK otZiVHAjk3+58kWfbUyUDDUUf71739M8iTc8slYjZN9b4ZZ6TgJ9FLeYMK+Hxbpr Mkpgs+e9Peh6kpVuzsI0gaAraGXWyRNd9THYRxvGIVW7SdBX5K2ki/wTmvpkADG5 4BmjCU4Wdy2RSrDgu9USd46fzW2DyDqGJvFajs1drl1Hoxa0jIdUxFG3mxte5vk/ Ww4FYEgC6qiy7YGDsDthTZvsT50ycomdQRk0KF7HwoJsnzhhGbupEF5/d+8smu1V LWgk2PaeTfKDg7mSkvhH0ywGBRW5qIQqO4TOvYo1KMUMRmEsmfcivQc/oSF8CmnJ lzHgyjmW//YYv/sIzdON1NKCZC+O7A4qtJANzhbv8KEtC7qblpMnS4hGBBARCAAG BQJOFguRAAoJEDlNxZEO1wTqHSwAn1nzulMmS5pAbHIaNSZ3Kivsv+86AKDg2Ig6 4eAdKf+fwy0vFMFczXP7d4hGBBARAgAGBQJOFszyAAoJELcFa1qNX0DL6yMAoMzl BNv2u92D6/bCcJJYW5vNenRTAJ9ab0GkU7d5lbbo4dRqxoQmGqn4kIkCHAQQAQIA BgUCThbNcwAKCRDGGmTc8Tk5mNepEACZnntd7ek0jyX8RKLxFiiXALpvKpQHGd7f pM40OpFlQktPgO6YGhn+sp+pc+fgvZE/r/+XbnjAZdjqb/Pg9q5mQii/2FuDbZp0 ARokgvjxzzXvmxm/ku1fEyt1KxWmoXZxwCXC7gklMDTjOkZoofFi658BNVBkx4LJ zKX4Dbqx2rgtnaW934c6Ot6d9/7qUeH2sVSBIu7fzWHDXa49b2ljyAM96oPXMJ9R fwBD0EN9Elso5osFB0At08dGGSeWt8NV1Rsief8OS5jdMGT8t1SWcFULQIl8J+gh iDjFH6ZZppqnHblrrM/Y6GLWd0SwHynPDrgkICDpUe8U6P+r59WmQHfmv9k0k/Cn gA6vy5VGE8VueGaZXDDMvTwm3o3tYW4ymwwWTwqpcLPZruCZZ5UcM6qbQdsLVlqD kHBcfk14Z4dui2XiXJhfr1eY6krcGdai19EvU7LGlx/xKyIL7Ur7VR3ywfQvTaxi m610jlSZ6B7BDbDxFVtdkOtSWXy+5J+8NY5/q7mYNm7WbK59o4lL7GkWck2DFK0g TbOW9l4+0qD8lQCvDe+KyzAhW4lwN+pHcZN6sm3cVsYaDfs/I7oytJPbWqQTgsnO R6EOYmFrMmBO97/tTQShePMFHrbbNnDhexqfZTvDb0ineTpWTcNluAWtx9Wo43wE kj0qckZ7zIhGBBARAgAGBQJOGDAqAAoJEChb16HyKnlOk+EAoJSZ2+h5EDiirbJT g4pQLEybInLSAJ4jlGKoyQgq9yCxGOqHdYZOqazJpoheBBARCAAGBQJOGvMrAAoJ EK0DmnhFOQGXSZcA/izq69VNi8DDKHYwq/YM+rz7/Vjtwh4WUXqWuL+h/5YfAQCP U+/Irwx751920IC4qJ3ojvL3hZ1IRVqlpm5mishaCYheBBARCAAGBQJOHAF3AAoJ EMi3sgUdvla7WQcBAJhlUlB5v4FIRVw8vWQMoZdEDdG0LfaV6jw9BYvMRWgNAP4n uP5WYpcZUgOOyrRhAFOe7KOqWOp6bKHyAQaXDghE7YhGBBARCAAGBQJOHLW7AAoJ ELc1pkngugTBol4AnjA6NsEqWBMXwEP2+Rx5Jvs1R1avAJ9H3xMW+Q05M1tIWW0g 5ARB4FdSKokCHAQQAQgABgUCThy15QAKCRB0XEdm1MrN/9J/D/48nFGcPDhcpgek 15i1xjOCtrwvCYSiq1m2pADDQJHFRYDu3lV4inecMHo2mIpfPw93Y5uZR53m0dPu 9W908OTEWBeoa71nC5Q3adUPy1JEvMqQ0KZZ806OWWD4kTdR/zCfWVBYtnZw/FkX bancHgzph8sKIQ/uhQHFOicNJrIr9q7oMllO59sI2/wRJvBbn1ZgDM2D9mvfTEra
Bug#634302: wikipediafs: uninstallable on kfreebsd-i386 or kfreebsd-amd64
tag 634302 + confirmed pending thanks wikipediafs shouldn't be depending on fuse-util at all, AFAICT. I will fix that soon. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634696: apt: http transport dies with signal 10
Package: apt Version: 0.8.15.2 Severity: important apt-get update fails to update list when it's configured to use http transport. signal 10 is a buserror here on sparc hardware. This hardware is very sensible to memory alignment access, more than intel hardware. Replacing all lines deb http:// with lines like deb ftp://... allow the process update it's list correctly. Here's the transcript: root# apt-get update Get:1 http://ftp.de.debian.org sid InRelease [146 kB] E: Method http has died unexpectedly! E: Sub-process http received signal 10. root# -- Package-specific info: -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb ftp://ftp.fr.debian.org/debian/ sid main #deb http://ftp.de.debian.org/debian/ sid main contrib non-free #deb-src http://ftp.de.debian.org/debian/ sid main #deb http://ftp.fr.debian.org/debian/ testing main contrib non-free #deb http://security.debian.org/ sid/updates main contrib non-free #deb-src http://security.debian.org/ sid/updates main #deb http://volatile.debian.org/debian-volatile sid/volatile main #deb-src http://volatile.debian.org/debian-volatile sid/volatile main -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.39-2-sparc64-smp (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 apt depends on: ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-4GCC support library ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.6.3-4terminal-based package manager (te ii bzip2 1.0.5-6high-quality block-sorting file co ii dpkg-dev 1.16.0.3 Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.8.0 Python interface to libapt-pkg -- 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#612909: RFA: python-mpd
Hi Geoff, you can go ahead and take it over, if one of your other packages depend on it it makes more sense. Cheers, --Seb On Jul/21, Geoffroy Youri Berret wrote: Hi Michal, Sébastien, Sébastien are you still planning to take over python-mpd? I'm also interested in this package as my package mpd-sima depends on it. I noticed a new project @ alioth focused on MPD and related application: http://alioth.debian.org/projects/pkg-mpd/ This is probably what Michal was talking about. It would be nice to move python-mpd on that project as well. Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634696: apt: http transport dies with signal 10
Le 21/07/2011 13:52, David Kalnischkies a écrit : package apt severity 634696 serious merge 634696 634925 thanks Hello all, On Tue, Jul 19, 2011 at 15:44, Sébastien Bernards...@frankengul.org wrote: root# apt-get update Get:1 http://ftp.de.debian.org sid InRelease [146 kB] E: Method http has died unexpectedly! E: Sub-process http received signal 10. root# Given that apt 0.8.15 worked (as confirmed by Kurt Roeckx) and 0.8.15.2 doesn't only on sparc{,64} i suspect a compiler issue, too. Further more, the diff between these two versions is pretty small and doesn't include changes to the http acquire method. So, for a start, could someone with access to a sparc-box recompile 0.8.15 with gcc-4.6 to verify that it is indeed compiler related? (by observing that this rebuild would be broken, too) (Adding d-sparc@d.l.o so they can have a look at that, too) Best regards David Kalnischkies Tested the recompile of the package with gcc-4.6, same error. The rred crash the same way. I tried a quick compile of http transport with gcc-4.4 and got the same behavior. I don't know if I should recompile the whole package with 4.4 or if just compiling the http process is enough. Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634695: Exporting org-babel to HTML fails (uses copy-seq instead of copy-sequence in ob.el)
tag 634695 + confirmed thanks Hi Niels, thanks for your report, and the associated patch. I've reported the problem upstream: http://thread.gmane.org/gmane.emacs.orgmode/44722 Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678848: liblapack3: octave has upgrade problems: liblapack.so.3gf: cannot open shared object file: No such file or directory
reassign 678848 dpkg merge 671711 678848 affects 678848 liblapack3 libblas3 octave thanks Andreas Beckmann deb...@abeckmann.de writes: Package: liblapack3 Version: 3.4.1-3 Severity: serious while doing piuparts tests distupgrading from squeeze to sid I noticed a cooperation problem between octave and liblapack3: [...] Preparing to replace liblapack3gf 3.3.1-1 (using .../liblapack3gf_3.4.1-3_amd64.deb) ... Unpacking replacement liblapack3gf ... Preparing to replace libblas3gf 1.2.20110419-2 (using .../libblas3gf_1.2.20110419-3_amd64.deb) ... Unpacking replacement libblas3gf ... Selecting previously unselected package libblas3. Unpacking libblas3 (from .../libblas3_1.2.20110419-3_amd64.deb) ... update-alternatives: warning: alternative /usr/lib/libblas/libblas.so.3gf (part of link group libblas.so.3gf) doesn't exist. Removing from list of alternatives. update-alternatives: warning: /etc/alternatives/libblas.so.3gf is dangling, it will be updated with best choice. Selecting previously unselected package liblapack3. Unpacking liblapack3 (from .../liblapack3_3.4.1-3_amd64.deb) ... update-alternatives: warning: alternative /usr/lib/lapack/liblapack.so.3gf (part of link group liblapack.so.3gf) doesn't exist. Removing from list of alternatives. update-alternatives: warning: /etc/alternatives/liblapack.so.3gf is dangling, it will be updated with best choice. Preparing to replace octave-io 1.0.18-2 (using .../octave-io_1.0.19-1_amd64.deb) ... Unpacking replacement octave-io ... Processing triggers for octave ... octave: error while loading shared libraries: liblapack.so.3gf: cannot open shared object file: No such file or directory dpkg: error processing octave (--unpack): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: octave The problem is that the octave trigger is run before liblapack3 (a dependency of octave) is configured. This is a dpkg bug, I’m therefore reassigning and merging accordingly. Hopefully the impact of this bug seems limited (at least in the octave case), because dpkg retries the trigger a second time after having configured liblapack3 (and that second time is successful). Thanks, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpAuRxYzWVZR.pgp Description: PGP signature
Bug#679248: override: libblas3gf:oldlibs/optional
Package: ftp.debian.org Severity: normal Dear FTP masters, libblas3gf is now a transitional library package, please move it to section oldlibs. libblas3gf_1.2.20110419-4_all.deb: package says section is oldlibs, override says libs. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679103: liblapack3gf: should be in section oldlibs
Santiago Vila sanv...@unex.es writes: On Wed, 27 Jun 2012, Julien Cristau wrote: Section changes are handled by ftpmaster, not the package itself. I know, but you can change it in the package and reassign to ftp.debian.org afterwards, as a way to tell ftpmaster I agree with this change. BTW: Being a dummy package, it should be Architecture: all as well. (If you wanted a good reason for a new upload, this could be one). The section and arch:all are already fixed in the SVN and are going to be uploaded in a very short while. The bug against ftp.master.org will follow soon. Same for libblas3gf and libatlas3gf-base. Thanks, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpFYH51nZffZ.pgp Description: PGP signature
Bug#679288: override: liblapack3gf:oldlibs/optional, libatlas3gf-base:oldlibs/optional, libatlas-base-dev:libdevel/optional, liblapack-pic:libdevel/optional, liblapack-test:devel/extra, libblas-test:d
Package: ftp.debian.org Severity: normal Dear FTP masters, liblapack3gf and libatlas3gf-base are now transitional library packages, so should be moved to oldlibs. liblapack-pic and libatlas-base-dev provide static libraries, so should be moved to libdevel. libblas-test and liblapack-test contain specialized tools for testing different BLAS/LAPACK implementations. Only of interest to developers. Should be moved to devel/extra (not yet effective in the .debs). liblapack-pic_3.4.1-4_i386.deb: package says section is libdevel, override says libs. liblapack3gf_3.4.1-4_all.deb: package says section is oldlibs, override says libs. libatlas-base-dev_3.8.4-8_amd64.deb: package says section is libdevel, override says devel. libatlas3gf-base_3.8.4-8_all.deb: package says section is oldlibs, override says libs. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576972: Workaround implemented in atlas 3.8.4-8
Hi, It seems impossible to elegantly solve this bug without having hooks in update-alternatives (a wishlist bug is filed for that). In the meantime, a workaround has been implemented in order to minimize the incidence of this bug. Starting from version 3.8.4-8 of Atlas, the Lapack alternative provided by Atlas has a lower priority than the one provided by Netlib's reference Lapack. That means that the bug will never hit as long as the alternatives are left in automatic mode (which is the default). The downside is that one won't automatically benefit from the optimizations made by Atlas into Lapack, unless the alternative is manually modified. The decision to implement this solution has been made jointly by Sylvestre Ledru (maintainer), Julien Cristau (Release Team) and myself, during the Debian Science Sprint kindly sponsored by ESRF, Grenoble, France. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpEH8NuIbgRi.pgp Description: PGP signature
Bug#679712: auctex: Please add support for Emacs 24
Package: auctex Version: 11.86-10 Severity: wishlist Dear Maintainer, Emacs 24 has just been uploaded to Sid. It would be great to have auctex support it. Thanks for your work, -- Package-specific info: Content of '/usr/share/emacs/site-lisp/auctex' d41d8cd98f00b204e9800998ecf8427e /usr/share/emacs/site-lisp/auctex/.nosearch 3366a99dd44e27fa57e0bcc130c4fa1c /usr/share/emacs/site-lisp/auctex/bib-cite.el 5e59995360ee103714cbb9c827362002 /usr/share/emacs/site-lisp/auctex/context-en.el 1829a4905363692bf8eee2c451e0274a /usr/share/emacs/site-lisp/auctex/context-nl.el 19918a10a7209a5c5634ba6bd3028951 /usr/share/emacs/site-lisp/auctex/context.el 762c149dfbb34fd320b76af25f2af63e /usr/share/emacs/site-lisp/auctex/font-latex.el f176261b5a5511cbe1401ee72ffb8947 /usr/share/emacs/site-lisp/auctex/images/amstex.xpm d33121019448617a3ad3bcafdeb8db40 /usr/share/emacs/site-lisp/auctex/images/bibtex.xpm 1a43d6438010bceb374ab0a5f2bd05a8 /usr/share/emacs/site-lisp/auctex/images/dropdown.xpm 41f1ae0341ae2e307d92a7b8b815f868 /usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm 2e4b8669b0168f32247411be3f999437 /usr/share/emacs/site-lisp/auctex/images/dvips.xpm 55f7600cadc3a209e94bacf6bbc42a7c /usr/share/emacs/site-lisp/auctex/images/error.xpm c29ad797273fd27201a40bd939a95fe0 /usr/share/emacs/site-lisp/auctex/images/exec.xpm 79b958849511c67d6b13ef9f5b3673e8 /usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm a8570e26e9f96b6f527cdbe218d6c55f /usr/share/emacs/site-lisp/auctex/images/execdvips.xpm e647bc601aef2dc71b134a989df1adff /usr/share/emacs/site-lisp/auctex/images/execerror.xpm 4610ec6133f89ceb441c43dfee077361 /usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm c9cd1fc9fe4fd122cbf900fae654a67b /usr/share/emacs/site-lisp/auctex/images/exectex.xpm 6a6b9af945d4735f048ea8e475f8d9b8 /usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm 466466f6d1867510b058a9c184ffce5d /usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm 39d8ccaffb40b0c118e000f45272db05 /usr/share/emacs/site-lisp/auctex/images/execviewps.xpm 6767e2583c668dcb47495197b9e8cb65 /usr/share/emacs/site-lisp/auctex/images/gv.xpm ff9c61ef5148a0cacd5422d7c0d99396 /usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm ece6608586b591f50f20d17cdb316a1c /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm b1f10de33dcf1b5ca9ac6155c13683a3 /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm 44e35faa18ab34f3c13ac3b0082bcc47 /usr/share/emacs/site-lisp/auctex/images/pdftex.xpm 84673eb20ac3be7bf0eb4e84e23e828f /usr/share/emacs/site-lisp/auctex/images/prverr16.xpm 59e6a0dddb00ab16c4209a2e4c6e283d /usr/share/emacs/site-lisp/auctex/images/prverr20.xpm 30dc2ada41625cb24ea459bd62f7386c /usr/share/emacs/site-lisp/auctex/images/prverr24.xbm 225929f8131bdd7b9b8207494a59619a /usr/share/emacs/site-lisp/auctex/images/prverr24.xpm 0dac3d8eb00c902037cc5fa6a03e53e3 /usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm 40feb30f80d3606f32ba54b57ba18af5 /usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm e1b3c9d6a6eb6fb6f096736cdfc059cf /usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm 32406fc4b893b48d2996c424f61ea238 /usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm cc4101ee6a3ab6a1f4e9991b91b3ff0b /usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm d4dbe057a8d3b2facd61cf7583c1e97c /usr/share/emacs/site-lisp/auctex/images/prvtex20.xpm f25ba1b984b095c9c561e5443f3d77a3 /usr/share/emacs/site-lisp/auctex/images/prvtex24.xbm 28ac0855d853f606dd91e3cfacaa8a14 /usr/share/emacs/site-lisp/auctex/images/prvtex24.xpm 6ce704103821329336489e990bc6f267 /usr/share/emacs/site-lisp/auctex/images/prvwrk12.xpm 5607f4e8bc0eb555206e6a3542205f45 /usr/share/emacs/site-lisp/auctex/images/prvwrk14.xpm 878a72cde3bb6f0ea6d586cff56e619c /usr/share/emacs/site-lisp/auctex/images/prvwrk16.xpm 41811748a97673381115957d42a6529b /usr/share/emacs/site-lisp/auctex/images/prvwrk20.xpm 254fc07db6a03a8a24f762135a403433 /usr/share/emacs/site-lisp/auctex/images/prvwrk24.xbm 9690511307f3693e6f28e4db93fdc58c /usr/share/emacs/site-lisp/auctex/images/prvwrk24.xpm e30a80ecb0711ceb42a2ca966ad74bbb /usr/share/emacs/site-lisp/auctex/images/pspdf.xpm 5cc696e2c69ae401c0c223d84d013c8e /usr/share/emacs/site-lisp/auctex/images/sep.xpm 861fc288565e624ce8b34c1fc42e3496 /usr/share/emacs/site-lisp/auctex/images/tex.xpm 338158cc358b16daf9b58ee54bd14bad /usr/share/emacs/site-lisp/auctex/images/view.xpm 8147722e0061799437edf36d4466e5ab /usr/share/emacs/site-lisp/auctex/images/viewdvi.xpm 67d7ed652615a027038610f8370ba172 /usr/share/emacs/site-lisp/auctex/images/viewpdf.xpm 000ba76725a4fb8489916250544310c7 /usr/share/emacs/site-lisp/auctex/images/viewps.xpm a25e44290d762b6ad2259a4680ac4c65 /usr/share/emacs/site-lisp/auctex/latex.el d041aec17bb42693eafa65f25cbf5a7d
Bug#667468: shogun: 'libatlas-base-dev' not in armhf architecture
Package: shogun Followup-For: Bug #667468 Dear Maintainer, FYI, the latest version of libatlas-base-dev is now available on armhf, armel, alpha and powerpc, so you can probably remove special treatment for these arches in your build dependencies. See: http://packages.debian.org/sid/libatlas-base-dev Best, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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#679781: magit: Please add support for Emacs 24
Package: magit Version: 1.1.1-2 Severity: wishlist Dear Maintainer, Emacs 24 has been uploaded to Sid. It would be great to have magit support it. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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 magit depends on: ii dpkg1.16.4.3 ii emacs23 23.4+1-3+mimepatch ii git [git-core] 1:1.7.10-1 ii install-info4.13a.dfsg.1-10 magit recommends no packages. magit 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#679781: magit: Please add support for Emacs 24
Timo Juhani Lindfors timo.lindf...@iki.fi writes: Sébastien Villemot sebastien.ville...@ens.fr writes: Emacs 24 has been uploaded to Sid. It would be great to have magit support it. wheezy is now frozen so I think it's bit too late to add new features. Is emacs24 trying to get to wheezy? It is trying: the current version of emacs24 has a freeze exception since it got uploaded a few hours before the freeze. But it FTBFS on at least two arches. I guess the final decision will be in the hands of the Release Team. Anyways, I would be happy to have the new magit feature in unstable or even experimental. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgp4TJbg8uWoD.pgp Description: PGP signature
Bug#679929: libmpich2-dev: missing slave alternative for mpiCC
Package: libmpich2-dev Version: 1.4.1-4 Severity: important Dear Maintainer, libmpich2-dev does not provide a slave alternative for mpiCC (note the capitals), contrary to lam4-dev and libopenmpi-dev. This is causing the octave-openmpi-ext package to FTBFS on arches where mpich2 is the default MPI implementation: https://buildd.debian.org/status/package.php?p=octave-openmpi-extsuite=sid Thanks, $ update-alternatives --display mpi mpi - auto mode link currently points to /usr/lib/openmpi/include /usr/include/lam - priority 30 slave libmpi++.a: /usr/lib/liblam++.a slave libmpi++.so: /usr/lib/liblam++.so slave libmpi.a: /usr/lib/liblam.a slave libmpi.so: /usr/lib/liblam.so slave libmpio.a: /usr/lib/liblamio.a slave libmpio.so: /usr/lib/liblamio.so slave mpiCC: /usr/bin/mpic++.lam slave mpiCC.1.gz: /usr/share/man/man1/mpiCC.lam.1.gz slave mpic++: /usr/bin/mpic++.lam slave mpic++.1.gz: /usr/share/man/man1/mpic++.lam.1.gz slave mpicc: /usr/bin/mpicc.lam slave mpicc.1.gz: /usr/share/man/man1/mpicc.lam.1.gz slave mpif77: /usr/bin/mpif77.lam slave mpif77.1.gz: /usr/share/man/man1/mpif77.lam.1.gz /usr/include/mpich2 - priority 40 slave libmpi++.so: /usr/lib/libmpichcxx.so slave libmpi.so: /usr/lib/libmpich.so slave libmpif77.so: /usr/lib/libfmpich.so slave libmpif90.so: /usr/lib/libmpichf90.so slave mpic++: /usr/bin/mpic++.mpich2 slave mpic++.1.gz: /usr/share/man/man1/mpic++.mpich2.1.gz slave mpicc: /usr/bin/mpicc.mpich2 slave mpicc.1.gz: /usr/share/man/man1/mpicc.mpich2.1.gz slave mpicxx: /usr/bin/mpicxx.mpich2 slave mpicxx.1.gz: /usr/share/man/man1/mpicxx.mpich2.1.gz slave mpif77: /usr/bin/mpif77.mpich2 slave mpif77.1.gz: /usr/share/man/man1/mpif77.mpich2.1.gz slave mpif90: /usr/bin/mpif90.mpich2 slave mpif90.1.gz: /usr/share/man/man1/mpif90.mpich2.1.gz /usr/lib/openmpi/include - priority 40 slave libmpi++.so: /usr/lib/openmpi/lib/libmpi_cxx.so slave libmpi.so: /usr/lib/openmpi/lib/libmpi.so slave libmpif77.so: /usr/lib/openmpi/lib/libmpi_f77.so slave libmpif90.so: /usr/lib/openmpi/lib/libmpi_f90.so slave mpiCC: /usr/bin/mpic++.openmpi slave mpiCC.1.gz: /usr/share/man/man1/mpiCC.openmpi.1.gz slave mpic++: /usr/bin/mpic++.openmpi slave mpic++.1.gz: /usr/share/man/man1/mpic++.openmpi.1.gz slave mpicc: /usr/bin/mpicc.openmpi slave mpicc.1.gz: /usr/share/man/man1/mpicc.openmpi.1.gz slave mpicxx: /usr/bin/mpic++.openmpi slave mpicxx.1.gz: /usr/share/man/man1/mpicxx.openmpi.1.gz slave mpif77: /usr/bin/mpif77.openmpi slave mpif77.1.gz: /usr/share/man/man1/mpif77.openmpi.1.gz slave mpif90: /usr/bin/mpif90.openmpi slave mpif90.1.gz: /usr/share/man/man1/mpif90.openmpi.1.gz Current 'best' version is '/usr/include/mpich2'. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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 libmpich2-dev depends on: ii libc62.13-34 ii libcr-dev0.8.4-2 ii libcr0 0.8.4-2 ii libmpich2-3 1.4.1-4 Versions of packages libmpich2-dev recommends: ii mpich2 1.4.1-4 libmpich2-dev 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#679929: libmpich2-dev: missing slave alternative for mpiCC
severity 679929 normal thanks Sébastien Villemot sebastien.ville...@ens.fr writes: libmpich2-dev does not provide a slave alternative for mpiCC (note the capitals), contrary to lam4-dev and libopenmpi-dev. This is causing the octave-openmpi-ext package to FTBFS on arches where mpich2 is the default MPI implementation: After further investigation, it turns out that octave-openmpi-ext is not compatible with mpich2 (but only with openmpi), so the impact of the present bug is lower than initially thought. Lowering the severity as a consequence. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgptaLEvgnUPh.pgp Description: PGP signature
Bug#680096: libblas3: Shared library for BLAS level3 (dgemm) is broken on WHEEZY/powerpc
reassign 680096 libatlas3-base tags 680096 + moreinfo thanks Dima Sorkin d...@minignu.minidns.net writes: $ ./try_dgemm [...] Program received signal SIGILL, Illegal instruction. 0x0fc7f55c in ATL_dptgemm_nt () from /usr/lib/libblas.so.3 The crash actually occurs in Atlas (package libatlas3-base), not in RefBLAS (package libblas3). Please check that the crash disappears if you select RefBLAS using the alternative system: # update-alternatives --config libblas.so.3 In order to investigate this bug, I would like you to do two other things: - dump the contents of your /proc/cpuinfo - recompile locally an Atlas package (as documented in README.Debian of libatlas3-base), and check whether the resulting package still exhibits the bug (don't forget to make sure that the BLAS alternative points to Altas before making the test) Thanks, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgp0uO32DJRNP.pgp Description: PGP signature
Bug#675509: [Pkg-octave-devel] Bug#675509: octave: fltk does not work (almost)
Francesco Potortì poto...@isti.cnr.it writes: I forgot to add the best piece of information: with the overloaded system, once Octave starts regularly as an Emacs subprocess, top says that it consumes over 80% cpu, even when idle... Did you check that the high CPU load is not caused by the leap second bug in Linux? http://blog.windfluechter.net/content/blog/2012/07/01/1481-100-cpu-load-due-leap-second -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgp2dGLnhMxQY.pgp Description: PGP signature
Bug#680096: libblas3: Shared library for BLAS level3 (dgemm) is broken on WHEEZY/powerpc
tags 680096 - moreinfo severity 680096 important found 680096 3.8.4-7 thanks Dima d...@minignu.minidns.net writes: 2. $ cat /proc/cpuinfo processor : 0 cpu : 7447A, altivec supported clock : 1066.666000MHz You have a G4 and the atlas binary currently in Wheezy requires a G5. This is definitely a bug in the package and hopefully I am going to fix it. 2nd, even in 'performance' mode, ATLAS did not build, the following error occured and I don't know how is it to be resolved: ... ar r /home/dima/atlas-build/atlas-3.8.4/build/atlas-base/lib/libatlas.a ATL_zhemm.o ATL_zher2k.o ATL_zherk.o ATL_zsymm.o ATL_zsyr2k.o ATL_zsyrk.o ATL_ztrmm.o ATL_ztrsm.o echo /home/dima/atlas-build/atlas-3.8.4/build/atlas-base/lib/libatlas.a /home/dima/atlas-build/atlas-3.8.4/build/atlas-base/lib/libatlas.a touch zblas3.grd make[6]: Leaving directory `/home/dima/atlas-build/atlas-3.8.4/build/atlas-base/src/blas/level3' make[5]: Leaving directory `/home/dima/atlas-build/atlas-3.8.4/build/atlas-base/src/blas/level3' make[4]: Leaving directory `/home/dima/atlas-build/atlas-3.8.4/build/atlas-base/bin' done. ATLAS install complete. Examine ATLAS/bin/arch/INSTALL_LOG/SUMMARY.LOG for details. cd lib/ ; /usr/bin/make atlas/libblas.a make[4]: Entering directory `/home/dima/atlas-build/atlas-3.8.4/build/atlas-base/lib' make[4]: *** No rule to make target `libptf77blas.a', needed by `atlas/libblas.a'. Stop. make[4]: Leaving directory `/home/dima/atlas-build/atlas-3.8.4/build/atlas-base/lib' make[3]: *** [build] Error 2 make[3]: Leaving directory `/home/dima/atlas-build/atlas-3.8.4/build/atlas-base' make[2]: *** [build] Error 2 make[2]: Leaving directory `/home/dima/atlas-build/atlas-3.8.4/build/atlas-base' make[1]: *** [build-arch-stamp] Error 2 make[1]: Leaving directory `/home/dima/atlas-build/atlas-3.8.4' make: *** [custom-stamp] Ошибка 2 I think you've hit #602524, which is a separate issue. Thanks for your feedback, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgp3eGECmffs8.pgp Description: PGP signature
Bug#680096: ATLAS on PowerPC
[please keep the bug in Cc:, I’m not subscribed to the list] Dear PowerPC porters, As a co-maintainer of atlas, I intend to force a specific PowerPC CPU architecture when the package is built on buildds (in order to fix #680096). Atlas gives me the following options: POWER3, POWER4, POWER5, POWER6, POWER7, PPCG4, PPCG5. I would like to know which one of these is the most generic architecture, so that the atlas package thus modified will work on all supported machines. I guess this is either POWER3 or PPCG4, but it is unclear to me which one is more generic. Or maybe none of the two encompasses the other, in which case I would like to know which one would be the best choice from your point of view. BTW, if you could answer the same question concerning the ppc64 and powerpcspe ports, that would be great. Thanks a lot, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpeI3CwgkXKj.pgp Description: PGP signature
Bug#680096: ATLAS on PowerPC
brian m. carlson sand...@crustytoothpaste.net writes: POWER3 is 64-bit. But still POWER3 is supported by the 32-bit powerpc port: http://www.debian.org/releases/stable/powerpc/ch02s01.html.en#id522279 PPCG4 is 32-bit, but it requires the use of Altivec instructions, which G3 processors do not have. So the answer is that neither of these is acceptable by default. My understanding is that POWER3 does not have Altivec, so it may therefore be the best option. Is there a reason that you cannot use the defaults of the compiler? Yes, it has to do with the Atlas build system which does CPU detection and timings at compile time, and which is quite intricate (to say the least). -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgp9J4eULl4Rz.pgp Description: PGP signature
Bug#680096: ATLAS on PowerPC
Lennart Sorensen lsore...@csclub.uwaterloo.ca writes: On Wed, Jul 04, 2012 at 09:39:37PM +0200, Sébastien Villemot wrote: My understanding is that POWER3 does not have Altivec, so it may therefore be the best option. Unless of course it has other instructions that the G4 doesn't have. Looking again at Atlas build-system (in CONFIG/src/atlcomp.txt), it is clear that POWER3 is the less specific. In particular it gets no CPU-specific GCC flags, contrary to G4 (which gets -maltivec -mabi=altivec -mcpu=7400 -mtune=7400). So I am going to enforce POWER3. Thanks everyone for your feedback. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgp8mxfzwQMk0.pgp Description: PGP signature
Bug#676800: [Pkg-octave-devel] Bug#676800: Bug#676800: octave-java: completely breaks octave
Thomas Weber twe...@debian.org writes: On Sat, Jun 09, 2012 at 12:17:48PM +, Sébastien Villemot wrote: Package: octave-java Version: 1.2.8-4 Severity: grave Tags: sid This version of octave-java completely breaks octave. Sébastien, is this the same issue we tried to debug in IRC? Yes. I wasn't able to reproduce it, and I didn't see anyone else having similar problems. I experience the crash on two different machines of mine (actually my main machines at home and work), so this is a real blocker for me. Maybe this can only be reproduced when a specific set of packages is installed or with a specific configuration. I intend to spend more time soon to isolate the factor causing the crash. Note that for the Wheezy release this issue is not a blocker, because the version of octave-java in Wheezy works fine and my understanding is that OpenJDK 6 will be shipped with Wheezy. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpsGxBVVpPq2.pgp Description: PGP signature
Bug#676800: [Pkg-octave-devel] Bug#676800 octave-java: completely breaks octave
Thomas Weber twe...@debian.org writes: On Thu, Jul 05, 2012 at 11:54:55PM +0200, Sébastien Villemot wrote: Please try the following (on amd64 if possible) in a clean sid chroot: apt-get install dynare locales(it should install octave-java via the recommends) dpkg-reconfigure locales (and select fr_FR.UTF-8) LANG=fr_FR.UTF-8 octave It should crash. Strangely it does not crash with LANG=C. I replicated this inside a clean amd64 sid chroot created with debootstrap. Do you get the same? Yes. Good, so we can reproduce it. Thanks for having tried this. What I understood in this replication process is that the problem has to do with the locale settings. The cause of the problem is the following: OpenJDK 7 messes up the locale settings (and LC_NUMERIC in particular), so Octave is no longer able to read a decimal number (the decimal separator in French is a comma, not a point). By resetting the locale after the JVM initialization, the problem disappears. I will upload a fixed version of the package soon. Thanks for your help, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpzwArTqEd9e.pgp Description: PGP signature
Bug#680759: unblock: lapack/3.4.1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package lapack The latest upload contains fixes for: an RC bug, an override disparity, and a error in doc-base entry. unblock lapack/3.4.1-5 Thanks, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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#680777: libblas3gf: gimp is segfaulting if 'libblas3gf' is installed
severity 680777 important tags 680777 + moreinfo thanks Giuseppe de Vito gd...@libero.it writes: Package: libblas3gf Version: 1.2.20110419-5 Severity: critical Justification: breaks unrelated software Dear Maintainer, gimp is segfaulting if 'libblas3gf' is installed. If 'libblas3gf' is not installed, 'libgegl-0.2-0' complains about it being missing if I execute gimp (but gimp runs fine none-the-less) with this error message: GEGL-geglmodule.c-Message: Module '/usr/lib/x86_64-linux-gnu/gegl-0.2/matting- levin.so' load error: libblas.so.3gf This is the output of dpkg -l libblas*: Can you please dump the output of update-alternatives --display libblas.so.3? You are probably hit by #673061, which is actually an openblas bug. Thanks, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpu1fHl00GRL.pgp Description: PGP signature
Bug#681064: [Pkg-octave-devel] Bug#681064: Bug#681064: octave: does not configure properly
Rafael Laboissiere raf...@laboissiere.net writes: The following is what I did. First, I put this in /etc/apt/preferences: ## Package: * Pin: release a=testing Pin-Priority: 650 Package: * Pin: release a=stable Pin-Priority: 550 ## I then purged all Octave-related packages from my system and issued the commands: aptitude update aptitude install octave3.2 aptitude install octave aptitude purge octave3.2 and everything went fine. What do you get if you do the following? (which seems to correspond to what the reporter did) aptitude install octave3.2 aptitude remove octave3.2 aptitude install octave aptitude purge octave3.2 (note that octave3.2 is first remove, then purged). -- .''`.Sébastien Villemot : :' :Debian Maintainer `. `' http://www.dynare.org/sebastien `- 4096R/381A7594: 2069 1DFC C2C9 8C47 9529 84EE 0001 8C22 381A 7594 pgpnqymYzbf5K.pgp Description: PGP signature
Bug#680777: R: Re: Bug#680777: libblas3gf: gimp is segfaulting if 'libblas3gf' is installed
reassign 680777 libopenblas-base forcemerge 673061 680777 thanks gd...@libero.it gd...@libero.it writes: Here it is: ~$ update-alternatives --display libblas.so.3 libblas.so.3 - modalità automatica il collegamento attualmente punta a /usr/lib/openblas-base/libopenblas.so.0 /usr/lib/atlas-base/atlas/libblas.so.3 - priorità 35 slave libatlas.so.3: /usr/lib/atlas-base/libatlas.so.3 slave libatlas.so.3gf: /usr/lib/atlas-base/libatlas.so.3 slave libblas.so.3gf: /usr/lib/atlas-base/atlas/libblas.so.3 slave libcblas.so.3: /usr/lib/atlas-base/libcblas.so.3 slave libcblas.so.3gf: /usr/lib/atlas-base/libcblas.so.3 slave libf77blas.so.3: /usr/lib/atlas-base/libf77blas.so.3 slave libf77blas.so.3gf: /usr/lib/atlas-base/libf77blas.so.3 slave liblapack_atlas.so.3: /usr/lib/atlas-base/liblapack_atlas.so.3 slave liblapack_atlas.so.3gf: /usr/lib/atlas-base/liblapack_atlas.so.3 /usr/lib/openblas-base/libopenblas.so.0 - priorità 40 slave libblas.so.3gf: /usr/lib/openblas-base/libopenblas.so.0 La versione best attuale è /usr/lib/openblas-base/libopenblas.so.0. You are indeed using openblas. I’m therefore reassigning and merging this bug. -- .''`.Sébastien Villemot : :' :Debian Maintainer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 pgpO8x5b8hQIu.pgp Description: PGP signature
Bug#667185: gnuift: ftbfs with GCC-4.7
Package: gnuift Followup-For: Bug #667185 I’ve prepared a QA upload for this package, which fixes the FTBFS with GCC 4.7. Please find the debdiff attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u gnuift-0.1.14/debian/changelog gnuift-0.1.14/debian/changelog --- gnuift-0.1.14/debian/changelog +++ gnuift-0.1.14/debian/changelog @@ -1,3 +1,10 @@ +gnuift (0.1.14-12) unstable; urgency=low + + * QA upload. + * New patch 12_gcc-4.7.diff, fixes FTBFS with GCC 4.7 (Closes: #667185) + + -- Sébastien Villemot sebastien.ville...@ens.fr Mon, 28 May 2012 10:20:54 + + gnuift (0.1.14-11) unstable; urgency=low * QA upload only in patch2: unchanged: --- gnuift-0.1.14.orig/debian/patches/12_gcc-4.7.diff +++ gnuift-0.1.14/debian/patches/12_gcc-4.7.diff @@ -0,0 +1,22 @@ +--- gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentMatrix.h.orig 2005-03-24 09:18:15.0 + gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentMatrix.h 2012-05-28 10:14:25.926330448 + +@@ -75,7 +75,7 @@ + + templateclass T + bool CPersistentMatrixT::create(char const* inFileName)const{ +- fstream* lFile=new fstream(inFileName,fstream::out+fstream::in); ++ fstream* lFile=new fstream(inFileName,fstream::out|fstream::in); + CPersistentVectorT lLine(mXSize); + if(lFile){ + for(long i=0; +--- gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentVector.h.orig 2005-03-24 09:18:15.0 + gift-0.1.14/libGIFTAcDistanceMatrix/include/CPersistentVector.h 2012-05-28 10:16:08.016365999 + +@@ -110,7 +110,7 @@ + + assert(lToBeRead=0 lToBeRead=1); + +-push_back(lToBeRead); ++this-push_back(lToBeRead); + } + mLength=inLength; + return inStream;
Bug#666373: scribus: FTBFS: dh_testroot: You must run this as root (or use fakeroot).
Package: src:scribus Followup-For: Bug #666373 I prepared an NMU for scribus, fixing the present bug. See the attached diff. I did not upload it since I have only DM privileges. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru scribus-1.4.0.dfsg+r17300/debian/changelog scribus-1.4.0.dfsg+r17300/debian/changelog --- scribus-1.4.0.dfsg+r17300/debian/changelog 2012-02-15 02:51:20.0 + +++ scribus-1.4.0.dfsg+r17300/debian/changelog 2012-05-28 13:51:44.0 + @@ -1,3 +1,11 @@ +scribus (1.4.0.dfsg+r17300-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: remove erroneous and useless build-{arch,indep} targets +(Closes: #666373) + + -- Sébastien Villemot sebastien.ville...@ens.fr Mon, 28 May 2012 15:47:42 +0200 + scribus (1.4.0.dfsg+r17300-1) unstable; urgency=low * Update from the scribus svn with armel patches included (Closes: #659916). diff -Nru scribus-1.4.0.dfsg+r17300/debian/rules scribus-1.4.0.dfsg+r17300/debian/rules --- scribus-1.4.0.dfsg+r17300/debian/rules 2012-02-10 20:19:27.0 + +++ scribus-1.4.0.dfsg+r17300/debian/rules 2012-05-28 13:46:19.0 + @@ -94,14 +94,10 @@ cp scribus.desktop $(INSTALL_DIR)/usr/share/applications/scribus.desktop touch install-stamp -build-indep: binary-indep - binary-indep: build install dh_testdir dh_testroot -build-arch: binary-arch - binary-arch: build install dh_testdir dh_testroot @@ -123,4 +119,4 @@ binary: binary-indep binary-arch -.PHONY: binary clean binary-indep binary-arch binary install patch unpatch build-arch build-indep +.PHONY: binary clean binary-indep binary-arch binary install patch unpatch
Bug#675154: [Pkg-octave-devel] Bug#675154: octave-statistics: fstat.m shadows a core library function
tags 675154 + upstream forwarded 675154 https://mailman.cae.wisc.edu/pipermail/octave-maintainers/2010-December/021930.html thanks Francesco Potortì poto...@isti.cnr.it writes: I get two warnings at Octave startup. The first one may be from some thing left on my system, I have not found out yet. The second one seems to be the octave-statistics culprit: warning: function /usr/share/octave/packages/statistics-1.1.3/fstat.m shadows a core library function Thanks for your report. This is a known issue: https://mailman.cae.wisc.edu/pipermail/octave-maintainers/2010-December/021930.html There's not much we can do at the Debian level. Looks like the solution is to have fstat.m removed from Octave core. This will probably happen in some future release. Best, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpYq9LTNh9kM.pgp Description: PGP signature
Bug#672756: [Pkg-octave-devel] Bug#672756: Bug#672756: octave-pkg-dev: testsuite does not handle files under inst/private
Rafael Laboissiere raf...@laboissiere.net writes: * Sébastien Villemot sebastien.ville...@ens.fr [2012-05-13 14:59]: When the testsuite of an Octave Forge package is run, the unit tests of files under inst/private are not run (instead one gets a non-fatal error message). Example from octave-statistics, which contains a file called inst/private/tbl_delim.m: [tbl_delim] ? tbl_delim does not exist in path The error message is harmless, but as a consequence the unit tests of tbl_delim.m are not run. For the normal usage of Octave, having tests burried into private files is a design mistake, since they cannot be exercised by the test() function. Of course, one can add the private directory to the path, but this would defeat the very concept of a private directory. I had not realized that it was indeed a design mistake. Given that, it probably makes sense to choose your option (2) below: (2) We inform the upstream author about the design mistake. In the case of tbl_delim.m in octave-statistics, in particular, the tests were kept when the file moved from inst/__tbl_delim__.m into inst/private/tbl_delim.m [*]. A rational thing to do would be to move the tests from tbl_delim.m into tblwrite.m, the only place where tbl_delim() is invoked. I know that other packages besides statistics are affected. We need to identify them and report the issues upstream. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpUJmTnhGfvv.pgp Description: PGP signature
Bug#671305: dracut: cryptsetup just hangs, making the system unbootable
Ok I have got some time to try this again. This time, the xts module is included in the initramfs. I'm 100% sure it wasn't present in the resulting initramfs last time (I have checked with lsinitrd | grep xts). Something must have gone wrong last time... My configuration changed a bit since, though (I replaced the hard drive and added an lvm in top of luks). My apologizes about that. However, the initial problem is still present. I have run cryptsetup with strace in the initramfs, and it hangs inside a semop system call. It looks like a deadlock to me. semop(0, {{0, 0, 0}}, 1
Bug#651425: LVM2 pvs -o pv_attr bug
Hi, I confirm this bug: Fresh Wheezy installation on two machines, only one had this bug. I played a bit with the pvs command line and it appears that everything's fine excepted the pv_attr field (pvs -o pv_attr). I could fix this by upgrading LVM2 to version 2.02.95-4 from Sid. Please let me know if more experimentation are needed or how I can help. Cheers, -- Sébastien Bocahu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604368: NMU for octave- and qt-related bugs
Dear Maintainer, I’ve prepared an NMU for pfstools which fixes #604368 (Qt3-Qt4 transition), #666959 (Octave 3.2-3.6 transition) and the Lintian error about obsolete dpatch. The NMU relies on the new upstream release 1.8.5 (which fixes the Qt issue). Please find attached the debdiff (only for the debian/ subdir). I am going to look for a sponsor for this NMU. If you want me to provide a series of patches that you can incorporate into your VCS, don't hesitate to ask. Thanks for you work, --- pfstools-1.8.1/debian/changelog 2012-06-03 12:17:55.0 +0200 +++ pfstools-1.8.5/debian/changelog 2012-06-03 11:29:20.0 +0200 @@ -1,3 +1,28 @@ +pfstools (1.8.5-0.1) unstable; urgency=low + + * Non-maintainer upload. + + [ Sébastien Villemot ] + * New upstream release, build-depend on Qt4 instead of Qt3 (Closes: #604368) + * gcc-4.4.dpatch: remove patch, applied upstream + * Convert to format 3.0 (quilt) and drop dpatch, because otherwise Lintian +produces an error (dpatch is obsolete) + + [ Rafael Laboissiere ] + * debian/control: +- Build-depend on liboctave-dev, such that the package builds with + Octave 3.6 (Closes: #666959) +- Depend simply on octave, do not use the obsolete ${octave:Depends} + substitution variable anymore + * debian/rules: +- Use directly the octave-config script in order to get the + installation path for the *.oct and *.m files +- Do not invoke the obsolete script octave-depends + * debian/octave-pfstools.install: Adjust for the multiarch path, which +contains the architecture triplet now + + -- Sébastien Villemot sebastien.ville...@ens.fr Sun, 03 Jun 2012 11:00:46 +0200 + pfstools (1.8.1-2) unstable; urgency=low [ Thomas Weber ] --- pfstools-1.8.1/debian/control 2012-06-03 12:17:55.0 +0200 +++ pfstools-1.8.5/debian/control 2012-06-03 11:28:39.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian PhotoTools Maintainers pkg-phototools-de...@lists.alioth.debian.org Uploaders: Sebastian Harl tok...@debian.org -Build-Depends: debhelper (= 5), dpkg-dev (= 1.14.6), dpatch, gfortran, autotools-dev, libqt3-mt-dev, libmagick++-dev | libmagick++9-dev, libtiff4-dev, libopenexr-dev, libnetpbm10-dev, octave3.2-headers, texlive-latex-base, freeglut3-dev +Build-Depends: debhelper (= 5), dpkg-dev (= 1.14.6), gfortran, autotools-dev, libqt4-dev, libmagick++-dev | libmagick++9-dev, libtiff4-dev, libopenexr-dev, libnetpbm10-dev, liboctave-dev, texlive-latex-base, freeglut3-dev Standards-Version: 3.8.4 Homepage: http://pfstools.sourceforge.net/ Vcs-Git: git://git.debian.org/git/pkg-phototools/pfstools.git @@ -12,7 +12,7 @@ Package: pfstools Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Recommends: pfsglview | pfsview, pfstmo, octave3.2, octave-signal, octave-pfstools +Recommends: pfsglview | pfsview, pfstmo, octave, octave-signal, octave-pfstools Suggests: dcraw, exrtools, imagemagick Description: command line HDR manipulation programs pfstools is a set of command line (and two GUI) programs for reading, @@ -90,7 +90,7 @@ Package: octave-pfstools Section: math Architecture: any -Depends: ${octave:Depends}, ${shlibs:Depends}, ${misc:Depends} +Depends: octave, ${shlibs:Depends}, ${misc:Depends} Description: octave bindings for pfstools PFS is a high-dynamic range (HDR) image format. It is an attempt to integrate existing file formats by providing a simple data format that can be used to --- pfstools-1.8.1/debian/octave-pfstools.install 2012-06-03 12:17:55.0 +0200 +++ pfstools-1.8.5/debian/octave-pfstools.install 2012-06-03 10:58:11.0 +0200 @@ -1,3 +1,3 @@ -usr/lib/octave/* +usr/lib/*/octave/* usr/share/octave/* --- pfstools-1.8.1/debian/patches/00list 2012-06-03 12:17:55.0 +0200 +++ pfstools-1.8.5/debian/patches/00list 1970-01-01 01:00:00.0 +0100 @@ -1,3 +0,0 @@ -octave-nargin.dpatch -octave-signal.dpatch -gcc-4.4.dpatch --- pfstools-1.8.1/debian/patches/gcc-4.4.dpatch 2012-06-03 12:17:55.0 +0200 +++ pfstools-1.8.5/debian/patches/gcc-4.4.dpatch 1970-01-01 01:00:00.0 +0100 @@ -1,21 +0,0 @@ -#! /bin/sh /usr/share/dpatch/dpatch-run -## gcc-4.4.dpatch by Fabrice Coutadeur fabric...@ubuntu.com -## -## All lines beginning with `## DP:' are a description of the patch. -## DP: Fix compilation error with GCC 4.4. Fix get from http://sourceforge.net/tracker/index.php?func=detailaid=2848391group_id=129921atid=716245 -## DP: Rationale (by z...@debian.org): the name argument is in fact *not* used as const -## DP: Closes: #554494 - -@DPATCH@ -diff -urNad pfstools-1.8.1~/src/filter/pfspanoramic.cpp pfstools-1.8.1/src/filter/pfspanoramic.cpp pfstools-1.8.1~/src/filter/pfspanoramic.cpp 2008-07-29 16:14:30.0 + -+++ pfstools-1.8.1/src/filter/pfspanoramic.cpp 2009-09-10 20:11:29.0 + -@@ -191,7 +191,7 @@ - singleton.projections[ string( name ) ] = ptr; - } - --static Projection *getProjection(const char *name
Bug#677516: gnome-shell-timer: Does not work with Gnome Shell 3.4
Package: gnome-shell-timer Version: 0.0.20120103+gitc7b8d8f-1 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, The extension refuses to load under Gnome Shell 3.4, because it is marked as compatible with Gnome 3.2 only. The fix seems as simple as this upstream commit: https://github.com/olebowle/gnome-shell-timer/commit/bde3fd2492c847113f200a7485864c5a7916f56e Thanks for your work, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 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 gnome-shell-timer depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii gnome-shell 3.4.1-5 ii python 2.7.2-10 gnome-shell-timer recommends no packages. gnome-shell-timer 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