Bug#680714: bacula: Please package bacula 5.2.10 with importend bugfixes
Package: bacula Severity: wishlist Dear maintainer, Please package bacula 5.2.10 with importend bugfixes before the wheezy freeze. Copied from the bacula website: Major changes since 5.2.9: - IPv6 networking should work correctly now - SQL Counter problems resolved - Bat hanging after running a number of jobs - dbcheck rw_writelock problem - Windows VSS restore bug Kind regards Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#680694: alarm-clock-applet: Primary click behaves as secondary click when clicking on the alarm clock icon on the panel
On 08/07/2012 08:15, Deniz Akcal wrote: Package: alarm-clock-applet Version: 0.3.3-1 Severity: normal I tested on two different computers running the exact same Debian Wheezy/Testing (latest upgrade from the freeze). Whether the mouse is for right-handed or left-handed individuals, the problem is the same. Secondary clicking works correctly; that is, it seems that both primary and secondary clicks are treated as secondary clicks regardless of the mouse setup. If more information is needed, just ask. Hmm, since application indicators[1] had been packaged for Debian, I enabled it for Alarm Clock. The behaviour you're observing is intended behaviour if the application is using application indicators. However, since it looks like there are no other packages using application indicators in Debian just yet, I'm guessing that this behaviour is still rather jarring and non-standard. Perhaps I should revert this change... [1] https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#680715: buildd.debian.org: packages-arch-specific update
Package: buildd.debian.org Severity: normal libunwind 1.0.1-2 in unstable supports powerpc, armel and armhf as well. Please consider updating Packages-arch-specific. Regards, Daigo -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664176: libleptonica: package name doesn't vary with soname
Just for background information, Leptonica has a big hulking API, something on the order of a thousand calls. Upstream is constantly making tweaks around the periphery, often just adding more stuff. In retrospect, it was possibly a mistake for upstream to bump the soname up to 3 in one of the releases. It is also very hard for me to imagine any scenario where having multiple versions of Leptonica installed at the same time makes sense. I've been dragging my feet on this bug because I didn't see any harm for users in the current situation. But I won't get in the way of your energy. Tesseract is by far the dominant application and you can see its dramatic influence on Leptonicas popcon stats. -Jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664176: libleptonica: package name doesn't vary with soname
Jeff Breidenbach wrote: I've been dragging my feet on this bug because I didn't see any harm for users in the current situation. If you decide not to fix the package name, then libleptonica needs to at least have a Breaks against leptonica-progs and tesseract-ocr from squeeze. And likewise every time the ABI changes incompatibly. I'd have no objections to that, for what it's worth (though a package and library name like liblept0 moving forward would make the expectations clearer). Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664176: libleptonica: package name doesn't vary with soname
Jeff Breidenbach wrote: In retrospect, it was possibly a mistake for upstream to bump the soname up to 3 in one of the releases. It is also very hard for me to imagine any scenario where having multiple versions of Leptonica installed at the same time makes sense. Here's a patch on top of the one sent before to take this feedback into account. Sane? The shared library policy is your friend. Trust the shared library policy. :) Jonathan debian/changelog |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/debian/changelog b/debian/changelog index 51648488..6382ff33 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,13 +1,13 @@ leptonlib (1.69-3.1) local; urgency=low * Rename the libleptonica package to liblept3. (closes: #664176) -This way, liblept3 and old versions of libleptonica can be -installed at the same time to keep binaries linked against -liblept.so.1 working. +Otherwise, libleptonica from wheezy can satisfy dependencies by +packages in squeeze, producing liblept.so.1: cannot open +shared object file errors. * debian/control: liblept3 breaks and replaces libleptonica (= 1.69~) to take over /usr/lib/liblept.so.3. - -- Jonathan Nieder jrnie...@gmail.com Sat, 07 Jul 2012 01:34:26 -0500 + -- Jonathan Nieder jrnie...@gmail.com Sun, 08 Jul 2012 01:39:14 -0500 leptonlib (1.69-3) unstable; urgency=low -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680716: Manpage has some incorrect formatting
Package: efibootmgr Version: 0.5.4-3 Severity: minor DISPLAYING THE CURRENT SETTINGS (MUST BE ROOT). [root@localhost ~]# efibootmgr BootCurrent: 0004 BootNext: 0003 BootOrder: 0004,,0001,0002,0003 Timeout: 30 seconds Boot* Diskette Drive(device:0) Boot0001* CD-ROM Drive(device:FF) Boot0002* Hard Drive(Device:80)/HD(Part1,Sig00112233) Boot0003* PXE Boot: MAC(00D0B7C15D91) Boot0004* Linux This part doesn't have any groff formatting in the manpage: it's just a preformatted piece of text in a .PP -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.1-wrar-5+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages efibootmgr depends on: ii libc62.13-34 ii libpci3 1:3.1.9-5 ii zlib1g 1:1.2.7.dfsg-13 efibootmgr recommends no packages. efibootmgr 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#680717: Allow using with grub-efi-*
Package: grml-rescueboot Version: 0.4.2 Severity: wishlist grml-rescueboot now Depends: grub-pc. I've installed grub-efi-amd64, installed /etc/grub.d/42_grml from the package manually, copied the ISO in the proper path and everything seems to work (the config is generated and the ISO is booted). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.1-wrar-5+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grml-rescueboot depends on: pn grub-pc none grml-rescueboot recommends no packages. grml-rescueboot suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680648: [BRLTTY] Bug#680648: brltty: A new accent problem
Hi, Is there a problem if the .po file specifies: Content-Type: text/plain; charset=UTF-8\n but the user isn't using a UTF-8 locale? Stupid question maybe, and I have not checked myself yet, but have people verified that the po file itself is indeed utf-8? I.e. that it is not showing an é if you open the file because your viewer is too intelligent, because the encoding of the file is really latin-15? Paul signature.asc Description: OpenPGP digital signature
Bug#658669: The same bug in deborphan is now fixed
On Sat, Jul 07, 2012 at 11:44:18PM +0300, Adrian Bunk wrote: This bug {dlocate: bash_completion fails as _comp_dpkg_installed_packages no longer exists) was cloned to deborphan, and the deborphan bug was fixed using _xfunc (see #658773 for details). I haven't checked, but likely this dlocate bug can be fixed in a similar way? feel free to submit a patch. that's how the bash completion rules got into dlocate in the first place, someone did the work and sent it to me. i'll happily accept a working patch, but it's not something i'm going to work on myself. bash completion isn't something i care about enough to spend any time on - in fact, i dislike anything but basic filename completion - something which all of the smart, context-sensitive bash completion addons seem to be good at breaking. craig -- craig sanders c...@taz.net.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679479: [pkg-bacula-devel] Bug#679479: bacula-fd fails to start because network is not initialized
Hi! Sorry for reply delay. There is not a bug, so all we can do - add some information about this case into README.Debian. You can try one of next workarounds: 1. Allow bacula-fd to listen on all addresses - remove line FDAddress = .. or change it to FDAddress = 0.0.0.0 2. If you always get the same IP-address from dhcp, then you can add record for faerun.epperly.home into /etc/hosts or specify IP address in bacula-fd.conf. In such case bacula-fd correctly start and will be available on this address after actual network configuration. 3. You can disable autostart of bacula-fd service (update-rc.d bacula-fd disable) and start it later after network configuration by dhclient or network-manager. If network interface configured from /etc/network/interfaces and you use dhclient (not udcpc or other), than create executable /etc/dhcp/dhclient-exit-hooks.d/bacula with content invoke-rc.d bacula-fd restart (see man dhclient-script for details) If network interface configured by NetworkManager directly, than create executable /etc/NetworkManager/dispatcher.d/bacula with content if [ $1 = eth1 -a $2 = up ]; then invoke-rc.d bacula-fd restart; fi (see man network-manager for details) On Thu, 28 Jun 2012 20:32:04 -0700, Tom Epperly wrote: Package: bacula-fd Version: 5.2.6+dfsg-1 Severity: normal Dear Maintainer, bacula-fd does not start when I boot my machine. I am not sure which upgrade stopped bacula-fd, but it hasn't been working for a while. My machine used to use ifup/ifdown to manage initializing eth1 and initiating DHCP to get the IP address etc. Some upgrade switched it to use NetworkManager to initiate DHCP. This is the error message flashes on the screen during boot up. [] Starting Bacula File daemon...:28-Jun 20:20 bacula-fd: ERROR TERMINATION at address_conf.c:521 Config error: can't add port (faerun.epperly.home) to (can't resolve hostname(fa erun.epperly.home) Non-authoritative for host not found, or ServerFail.) : line 49, col 33 of file /etc/bacula/bacula-fd.conf FDAddress = faerun.epperly.home failed! This happens no my home desktop, and it also happens on my Ubuntu laptop at work. I tried adding $network to the Required-Start for the init.d/bacula-fd script, but it didn't fix the problem. I can service bacula-fd start just fine from a terminal window once the network is initialized. Tom -- 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/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bacula-fd depends on: ii bacula-common 5.2.6+dfsg-1 ii libacl12.2.51-8 ii libc6 2.13-33 ii libgcc11:4.7.1-1 ii libpython2.7 2.7.3-1 ii libssl1.0.01.0.1c-3 ii libstdc++6 4.7.1-1 ii libwrap0 7.6.q-23 ii lsb-base 4.1+Debian7 ii ucf3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-11 bacula-fd recommends no packages. Versions of packages bacula-fd suggests: ii bacula-traymonitor 5.2.6+dfsg-1 -- Configuration Files: /etc/init.d/bacula-fd changed: set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/bacula-fd NAME=bacula-fd PORT=9102 DESC=Bacula File daemon test -f $DAEMON || exit 0 if [ -n `getent services bacula-fd` ]; then PORT=`getent services bacula-fd | awk '{ gsub(/tcp,,$2); print $2; } '` fi . /lib/lsb/init-functions . /usr/share/bacula-common/common-functions.init if [ -r /etc/default/$NAME ]; then . /etc/default/$NAME fi CONFIG=${CONFIG:-/etc/bacula/$NAME.conf} create_var_run_dir PIDFILE=/var/run/bacula/$NAME.$PORT.pid do_start() { start-stop-daemon --start --quiet --pidfile $PIDFILE \ --oknodo --exec $DAEMON -- -c $CONFIG $ARGS } do_stop() { start-stop-daemon --oknodo --stop --quiet --pidfile $PIDFILE \ --exec $DAEMON -- -c $CONFIG $ARGS } case $1 in start) if [ $ENABLED = no ]; then log_failure_msg Not starting $DESC: disabled via /etc/default/$ NAME exit 0 fi log_daemon_msg Starting $DESC... if do_start ; then log_end_msg 0 else log_end_msg 1 fi ;; stop) log_daemon_msg Stopping $DESC... if do_stop ; then log_end_msg 0 else log_end_msg 1 fi ;; restart|force-reload) $0 stop sleep 1 $0 start ;; status) status_of_proc -p $PIDFILE $DAEMON $NAME ;; *) N=/etc/init.d/$NAME echo Usage: $N {start|stop|restart|force-reload|status} 2 exit 1 ;; esac exit 0 -- no debconf information ___ pkg-bacula-devel mailing list pkg-bacula-de...@lists.alioth.debian.org
Bug#680718: No proper upgrade path from grub-pc to grub-efi
Package: grub-efi-amd64 Version: 1.99-22.1 Severity: important I had grub-pc installed. When I installed grub-efi-amd64 it didn't replace files from grub-pc (/boot/grub and /etc/default/grub). I purged grub-pc and those files were dropped entirely (there was a confirmation though, about having another boot loader installed). I needed to reinstall grub-efi-amd64 to get /boot/grub and /etc/default/grub back. -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/vgmain-root / xfs rw,relatime,attr2,noquota 0 0 /dev/sda1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=cp866,iocharset=cp1251,shortname=mixed,errors=remount-ro 0 0 /dev/mapper/vgmain-var /var xfs rw,relatime,attr2,noquota 0 0 /dev/mapper/vgmain-varlog /var/log ext4 rw,relatime,nodelalloc,data=journal 0 0 /dev/mapper/vgmain-home /home xfs rw,relatime,attr2,noquota 0 0 /dev/mapper/vgmain-bulk /home/wrar/bulk xfs rw,relatime,attr2,noquota 0 0 /dev/sdd5 /mnt/backup ext4 rw,nosuid,nodev,noexec,relatime,data=ordered 0 0 /dev/loop0 /home/wrar/tmp/1 udf ro,relatime,utf8 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-INTEL_SSDSC2CW060A3_CVCV153204W7060AGN (hd1) /dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN1220F31SS00D (hd2) /dev/disk/by-id/ata-WDC_WD7500AACS-65D6B0_WD-WCAU50059919 (hd3) /dev/disk/by-id/ata-WDC_WD20EADS-11R6B1_WD-WCAVY2647133 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { insmod efi_gop insmod efi_uga insmod video_bochs insmod video_cirrus } insmod lvm insmod part_msdos insmod part_gpt insmod xfs set root='(vgmain-root)' search --no-floppy --fs-uuid --set=root aa1bc692-d0e8-4c95-86d5-82bd76acb250 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=1024x768 load_video insmod gfxterm insmod lvm insmod part_msdos insmod part_gpt insmod xfs set root='(vgmain-root)' search --no-floppy --fs-uuid --set=root aa1bc692-d0e8-4c95-86d5-82bd76acb250 set locale_dir=($root)/boot/grub/locale set lang=ru_RU insmod gettext fi terminal_output gfxterm set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod lvm insmod part_msdos insmod part_gpt insmod xfs set root='(vgmain-root)' search --no-floppy --fs-uuid --set=root aa1bc692-d0e8-4c95-86d5-82bd76acb250 insmod png if background_image /usr/share/images/desktop-base/joy-grub.png; then set color_normal=light-gray/black set color_highlight=white/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, с Linux 3.4.1-wrar-5+' --class debian --class gnu-linux --class gnu --class os { load_video set gfxpayload=1280x1024x32 insmod gzio insmod lvm insmod part_msdos insmod part_gpt insmod xfs set root='(vgmain-root)' search --no-floppy --fs-uuid --set=root aa1bc692-d0e8-4c95-86d5-82bd76acb250 echo'Загружается Linux 3.4.1-wrar-5+ ...' linux /boot/vmlinuz-3.4.1-wrar-5+ root=/dev/mapper/vgmain-root ro resume=/dev/mapper/vgmain-swap pause_on_oops=120 echo'Загружается начальный ramdisk ...' initrd /boot/initrd.img-3.4.1-wrar-5+ } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry Windows 7 (loader) (on /dev/sdc1) --class windows --class os { insmod part_msdos insmod ntfs set root='(hd2,msdos1)' search --no-floppy --fs-uuid --set=root BCCEC631CEC5E3AC chainloader +1 } ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### ### BEGIN /etc/grub.d/42_grml ### menuentry Grml Rescue System (grml64-full_2012.05.iso) { insmod lvm insmod part_msdos insmod part_gpt insmod xfs set root='(vgmain-root)' search
Bug#680719: v1.1 regression w/ -nographic or -display none
Package: qemu-kvm Version: 1.1~z0+dfsg-1 1.1.0+dfsg-1 is still affected; but the problem hit unstable with 1.1~z0+dfsg-1. This is essentially upstream bug 1021649. Which has evidently been closed as Invalid due to it being firmware related... but it's not at all clear to me what that really means. I assume the firmware they're talking about is is seabios, but I'm not positive. (I'm using the seabios 1.7.0-1 package if it matters.) The problem I'm facing is that my VMs that used -nodefaults -nographic -device isa-serial,chardev=char0 -chardev pty,id=char0 (or -display none instead of -nographic which I believe results in the same topology anyway) no longer boot. They just hang indefinately. If I fiddle with the chardev backend, I can indeed make them boot after a key press, but that's not ideal, and I can't get them to start booting with the pty backend no matter what I try. -- Jamie Heilman http://audible.transient.net/~jamie/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680720: 30_os-prober tries to chainload +1 on UEFI
Package: grub-common Version: 1.99-22.1 Severity: normal If /etc/grub.d/30_os-prober encounters e.g. Windows (maybe in some other cases) it generates chainloader +1 instruction which cannot work on EFI and will yield Invalid EFI file path on boot. An EFI bootloader apparently cannot chainload a BIOS bootloader at all, OTOH it could be possible to detect EFI systems and chainload them. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.1-wrar-5+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-common depends on: ii gettext-base0.18.1.1-9 ii libc6 2.13-34 ii libdevmapper1.02.1 2:1.02.74-4 ii libfreetype62.4.9-1 ii libfuse22.9.0-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages grub-common recommends: ii os-prober 1.53 Versions of packages grub-common suggests: ii desktop-base 7.0.0 pn grub-emu none pn multiboot-doc none pn xorrisonone -- Configuration Files: /etc/grub.d/40_custom changed [not included] -- 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#680721: wordpress: Several security vulnerabilities fixed in 3.4.1 CVE-2012-3383, CVE-2012-3384, CVE-2012-3385
Package: wordpress Version: 3.3.2+dfsg-1~squeeze1 Severity: important Tags: security Several security vulnerabilities has been fixed in WordPress version 3.4.1 [1]. CVE-identifiers assigned in oss-security mailing list [2][3]. These issues should be patched as soon as possible. Please ask in case you need my help. 1: http://codex.wordpress.org/Version_3.4.1 2: http://www.openwall.com/lists/oss-security/2012/07/02/1 3: http://www.openwall.com/lists/oss-security/2012/07/08/1 - Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#392266: RFH: openscenegraph -- 3d scenegraph
On 07/08/2012 02:14 AM, Jonathan Nieder wrote: Hi Loic et al, Loic Dachary wrote: In order to speed up the production of the package when a new upstream release becomes available, I'd like to get help. Being able to upload the package within short delay is greatly appreciated. Debian openscenegraph maintenance seems pretty healthy these days. Is this RFH bug still useful? Yes, absolutely. Would you like to help ? Cheers attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#392266: RFH: openscenegraph -- 3d scenegraph
Loic Dachary wrote: Yes, absolutely. Would you like to help ? I wish I had the expertise to help without taking too much time. My message was from scanning through wnpp bugs to check for obsolete RFH bugs rather than a particular interest in the package. Sorry, I should have said so. I tend to pay attention to packages I use day-to-day, though, and to help out when I can. Do you know of any adventure games or puzzle games that use openscenegraph? Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444836: cupsys: Readme says use sys, Debian uses lpadmin
Le Sat, Jul 07, 2012 at 01:45:48PM -0500, Jonathan Nieder a écrit : Nowadays cups/README says: You will be asked for the administration password (root or any other user in the sys/system/root/admin/lpadmin group on your system) when performing any administrative function. Do you think this is intuitive enough, or should Debian patch it to say root or any other user in the lpadmin group? Maybe it would be better to explicitly mention the SystemGroup setting? Dear Jonathan, it is hard to answer as I do not have the newcomer's point of view anymore. If it really works as explained, that the user can be in any of these groups, then the explanation is fine. Otherwise, if on Debian the user specifically needs to be in lpadmin, then I think that extra information would be helpful. Have a nice Sunday, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530306: Mrs. Brown Janet Will Funds!!
I have Charity assignment on physically challenged persons and orphanage. Reply with details if interested.
Bug#660477: [reportbug-ng] confirm
Package: reportbug-ng Version: 1.27 --- Please enter the report below this line. --- Hello folks, i experience the same behavior. I tried to create a backtrace following this http://wiki.debian.org/HowToGetABacktrace but it did not work. Perhaps because reportbug-ng is a pyhton script and not an executable file. At least gdb complained about that. You can try your luck e.g. with Bug#680594 Kind Regards Lorenz --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-2-486 Debian Release: wheezy/sid 800 testing www.debian-multimedia.org 800 testing security.debian.org 800 testing ftp.de.debian.org 750 unstableftp.de.debian.org 250 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+- python | 2.7.3~rc2-1 python-support (= 0.90.0) | 1.0.14 python-debianbts(= 1.0) | 1.11 python-qt4 | 4.9.1-5 xdg-utils| 1.1.0~rc1+git20111210-6 xterm| 278-1 python-apt (= 0.7.93) | 0.8.4 Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part.
Bug#680707: [3.4-rc5 - 3.4-rc6 regression] Asus P5NSLI: lockup on resume from suspend
Hi again, Octavio Alvarez wrote: The problem is a full system lock-up on resume. The HD led stays on. The 5-sec power-button cycle isn't enough to get the system back. It requires a full mechanical power cycle from the power supply. I bisected the problem as requested by Alan Stern, and tracked it down to the following commit: [...] ACPICA: ACPI 5: Support for new FADT SleepStatus, SleepControl registers Looks similar to https://bugzilla.kernel.org/show_bug.cgi?id=43641 The purpose of commit 2feec47d4c5f was to add support for ACPI 5 registers. ACPI 5 was published in November, 2011. Your BIOS is from 2008 and uses a version 3 FADT. I guess we'll have to sift through 5 files changed, 475 insertions(+), 679 deletions(-) for the unintended change. Hmm. Could you try the following in order to make the hunt easier? Please enable ACPI_DEBUG and ACPI_DEBUG_FUNC_TRACE: scripts/config --enable ACPI_DEBUG scripts/config --enable ACPI_DEBUG_FUNC_TRACE make deb-pkg; # maybe with -j4 reboot Set debug_layer to ACPI_HARDWARE and debug_level to 0x: echo 2 /sys/module/acpi/parameters/debug_layer echo 0x /sys/module/acpi/parameters/debug_level and get a log of what happens during the suspend and resume that locks up. You'll probably need to use a serial console or netconsole to get the log (boot with no_console_suspend to make sure log output continues to flow during the suspend process). [1] and [2] explain how to set up a serial console or netconsole. ([3] and [4] describe ACPI debugging and no_console_suspend.) It's possible and even likely that the kernel won't be awake enough to say anything interesting at the crucial moment, but I figure it's worth a try (and at least it can say a little about what happened during suspend). Thanks for your patience. Jonathan [1] Documentation/serial-console.txt [2] Documentation/networking/netconsole.txt [3] Documentation/acpi/debug.txt [4] Documentation/power/basic-pm-debugging.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680719: v1.1 regression w/ -nographic or -display none
tags 680719 + moreinfo unreproducible thanks On 08.07.2012 11:57, Jamie Heilman wrote: Package: qemu-kvm Version: 1.1~z0+dfsg-1 1.1.0+dfsg-1 is still affected; but the problem hit unstable with 1.1~z0+dfsg-1. This is essentially upstream bug 1021649. Which has evidently been closed as Invalid due to it being firmware related... but it's not at all clear to me what that really means. I assume the firmware they're talking about is is seabios, but I'm not positive. (I'm using the seabios 1.7.0-1 package if it matters.) There, the firmware is seabios from fedora, patched. In Debian we use the same seabios as qemu ships. The problem I'm facing is that my VMs that used -nodefaults -nographic -device isa-serial,chardev=char0 -chardev pty,id=char0 (or -display none instead of -nographic which I believe results in the same topology anyway) no longer boot. They just hang indefinately. If I fiddle with the chardev backend, I can indeed make them boot after a key press, but that's not ideal, and I can't get them to start booting with the pty backend no matter what I try. Sigh. You need to provide ways to reproduce this. Much more details are needed, like, for the start, kvm command line, and what exactly your guest is. Come on, ALL bugs reported against 1.1 version in debian were without any information. This is just ridiculous. I'm about to start closing such bugreports without looking further... :( Marking as unreproducible for now. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680722: strongswan-ikev1: running non-privileged breaks the updown script
Package: strongswan-ikev1 Version: 4.6.4-2 Severity: serious In 4.6.4-2 the package was changed to make the daemons run as a non-privileged user instead of root. This breaks my virtual IP setup (leftsourceip=) because after establishing tunnels pluto runs iproute2 commands which now fail because of insufficient privileges. The strongSwan wiki mentions that it also breaks leftfirewall=, which I use on machines currently running squeeze, I don't want this to break when I upgrade to wheezy... Running non-privileged is a nice security improvement but it's probably not the right default for the Debian package as it breaks important features. Thanks, -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679827: chromium always hangs on https://github.com
tags 679827 + experimental quit Soeren Sonnenburg wrote: Kernel: Linux 3.5.0-rc3-sonne+ (SMP w/2 CPU cores; PREEMPT) holisme upstream noticed that this is the relevant variable. Ah. One less release-critical bug for wheezy. ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680699: unblock: flash-kernel/3.1
Philipp Kern pk...@debian.org writes: Hi, On Sun, Jul 08, 2012 at 03:16:41AM +0200, Hector Oron wrote: Please unblock package flash-kernel Hello, flash-kernel/3.1 adds device tree support for Dreamplug device (used by freedombox). Dreamplug support has been backported into linux/3.2.21-1, which we expect it to get into wheezy sometime. Therefore, it would be really nice if we can get flash-kernel/3.1 in wheezy. unblock flash-kernel/3.1 my only concern is that /proc/device-tree/model takes precedence over /proc/cpuinfo in any case with no fallback to the latter. So if any ARM SoC gets device-tree enabled by a backport it might potentially need a change to flash-kernel, if the Hardware string does not match up with what the model file delivers. no. With DT, the Hardware string doesn't change with the model but with the SoC. For instance, all kirkwood systems booting with DT have : Hardware: Marvell Kirkwood (Flattened Device Tree) [ defined in arch/arm/mach-kirkwood/board-dt.c ] Then, the model is found in /proc/device-tree/model and I don't think that things in /proc are changing a lot. Arnaud -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680719: v1.1 regression w/ -nographic or -display none
tags 680719 - unreproducible tags 680719 + confirmed thanks On 08.07.2012 12:26, Michael Tokarev wrote: On 08.07.2012 11:57, Jamie Heilman wrote: The problem I'm facing is that my VMs that used -nodefaults -nographic -device isa-serial,chardev=char0 -chardev pty,id=char0 (or -display none instead of -nographic which I believe results in the same topology anyway) no longer boot. They just hang indefinately. If I fiddle with the chardev backend, I can indeed make them boot after a key press, but that's not ideal, and I can't get them to start booting with the pty backend no matter what I try. Sigh. You need to provide ways to reproduce this. Much more details are needed, like, for the start, kvm command line, and what exactly your guest is. Okay, I reproduced the issue. Will dig further. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680723: gnome-bluetooth: filetransfer fails
Package: gnome-bluetooth Version: 3.4.1-2 Severity: important I tried to send a file to my mobile (Motorola Defy Plus). This fails with Message Transfer failed (0x4f). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-bluetooth depends on: ii bluez4.99-2 ii consolekit 0.4.5-3 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii dpkg 1.16.4.3 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gnomebluetooth-1.03.4.1-2 ii gir1.2-gtk-3.0 3.4.2-1 ii gir1.2-pango-1.0 1.30.0-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-bluetooth10 3.4.1-2 ii libgtk-3-0 3.4.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-01.30.0-1 ii obex-data-server 0.4.5-1+b3 ii obexd-client 0.46-1+b1 ii udev 175-3.1 Versions of packages gnome-bluetooth recommends: ii gvfs-backends 1.12.3-1+b1 Versions of packages gnome-bluetooth suggests: ii gnome-user-share 3.0.2-1 ii nautilus-sendto 3.0.3-2+b1 -- 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#680707: [3.4-rc5 - 3.4-rc6 regression] Asus P5NSLI: lockup on resume from suspend
Octavio Alvarez wrote: The problem is a full system lock-up on resume. [...] I bisected the problem as requested by Alan Stern, and tracked it down to the following commit: commit 2feec47d4c5f80b05f1650f5a24865718978eea4 [...] ACPICA: ACPI 5: Support for new FADT SleepStatus, SleepControl registers Parsing that commit: * new ACPICA-internal functions: acpi_hw_execute_SST, acpi_hw_extended_sleep, acpi_hw_legacy_sleep, acpi_hw_extended_wake_prep, acpi_hw_extended_wake, acpi_hw_legacy_wake_prep, acpi_hw_legacy_wake. * Various functions moved to hwxfsleep.c. * acpi_enter_sleep_state_s4bios was moved to before acpi_enter_sleep_state and acpi_enter_sleep_state_prep for no apparent reason. Unchanged. * acpi_enter_sleep_state_prep: factored out execution of _SST (which sets System Status) into a helper. No functional change. * acpi_enter_sleep_state: in the !(ACPI 5) case, just checks that the sleep types are not out of bounds and calls acpi_hw_legacy_sleep(). Functional change: - disable bus master arbitration when entering sleep states other than S5 No other functional change. _GTS (Going To Sleep hook) call factored out into a helper. * acpi_leave_sleep_state_prep: in the !(ACPI 5) case, just calls acpi_hw_legacy_wake_prep(). _BFS (Back From Sleep method) call factored out into a helper. No functional change. * acpi_leave_sleep_state: in the !(ACPI 5) case, just calls acpi_hw_legacy_wake(). _SST calls factored out. _WAK call factored out. Functional change: - enable bus master arbitaration No other functional change. So presumably it's the new writes to the ACPI_BITREG_ARB_DISABLE register that cause trouble. The patch below tests that guess. Now for a complaint. This would have been a lot easier if cleanups that do not change behavior were split into separate commits --- one commit per change. That makes it easy to verify that each patch correctly does what it promises with no unintended side effects. Though I understand that hacking ACPICA is hard, and there is probably a lot to the story of its development I don't know. Thanks, Jonathan diff --git i/drivers/acpi/acpica/hwsleep.c w/drivers/acpi/acpica/hwsleep.c index 0ed85cac3231..615996a36bed 100644 --- i/drivers/acpi/acpica/hwsleep.c +++ w/drivers/acpi/acpica/hwsleep.c @@ -95,18 +95,6 @@ acpi_status acpi_hw_legacy_sleep(u8 sleep_state, u8 flags) return_ACPI_STATUS(status); } - if (sleep_state != ACPI_STATE_S5) { - /* -* Disable BM arbitration. This feature is contained within an -* optional register (PM2 Control), so ignore a BAD_ADDRESS -* exception. -*/ - status = acpi_write_bit_register(ACPI_BITREG_ARB_DISABLE, 1); - if (ACPI_FAILURE(status) (status != AE_BAD_ADDRESS)) { - return_ACPI_STATUS(status); - } - } - /* * 1) Disable/Clear all GPEs * 2) Enable all wakeup GPEs @@ -364,16 +352,6 @@ acpi_status acpi_hw_legacy_wake(u8 sleep_state, u8 flags) [ACPI_EVENT_POWER_BUTTON]. status_register_id, ACPI_CLEAR_STATUS); - /* -* Enable BM arbitration. This feature is contained within an -* optional register (PM2 Control), so ignore a BAD_ADDRESS -* exception. -*/ - status = acpi_write_bit_register(ACPI_BITREG_ARB_DISABLE, 0); - if (ACPI_FAILURE(status) (status != AE_BAD_ADDRESS)) { - return_ACPI_STATUS(status); - } - acpi_hw_execute_sleep_method(METHOD_PATHNAME__SST, ACPI_SST_WORKING); return_ACPI_STATUS(status); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680723: Acknowledgement (gnome-bluetooth: filetransfer fails)
Error in syslog: obex-client[5763]: Transfer(0xc6c3c0) Error: Transfer failed (0x4f) 2012/7/8 Debian Bug Tracking System ow...@bugs.debian.org: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to johan.kroec...@gmail.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 680...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 680723: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680723 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680657: fbreader: FTBFS on binary-only builds
Hi Pino, On 2012-07-07 21:58, Pino Toscano wrote: (As side request: would be possible to have the full compiling/linking commands being run while doing a Debian build? Otherwise it is difficult to see how fbreader is compiled.) It was an upstream choice, but I guess it's possible. Separate bug report and patch(es) for wheezy+1 welcome. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680657: fbreader: FTBFS on binary-only builds
tags 680657 + pending quit Hi Salvatore, On 2012-07-08 02:31, Salvatore Bonaccorso wrote: Attached is a really miniamal patch, but it can be done better ;-) Works fine, applied, thanks. Upload will follow shortly. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#392266: RFH: openscenegraph -- 3d scenegraph
On 07/08/2012 10:04 AM, Jonathan Nieder wrote: Loic Dachary wrote: Yes, absolutely. Would you like to help ? I wish I had the expertise to help without taking too much time. My message was from scanning through wnpp bugs to check for obsolete RFH bugs rather than a particular interest in the package. Sorry, I should have said so. Hi Jonathan, It's nice to know you care, even if you don't have time to help :-) I tend to pay attention to packages I use day-to-day, though, and to help out when I can. Do you know of any adventure games or puzzle games that use openscenegraph? Package: flightgear Version: 2.4.0-1.2 Installed-Size: 6576 Maintainer: Debian FlightGear Crew pkg-fgfs-c...@lists.alioth.debian.org Architecture: amd64 Depends: freeglut3, libalut0 (= 1.0.1), libapr1 (= 1.2.7), libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libgl1-mesa-glx | libgl1, libglu1-mesa | libglu1, libice6 (= 1:1.0.0), libjpeg8 (= 8c), libopenal1, libopenscenegraph80, libopenthreads14, libplib1 (= 1.8.5-1), libsm6, libstdc++6 (= 4.6), libsvn1 (= 1.5), libx11-6, libxext6, libxi6, libxmu6, libxt6, simgear2.4.0 (= 2.4.0), zlib1g (= 1:1.1.4), fgfs-base (= 2.4.0) Recommends: fgfs-aircraft-base (= 2.4.0), fgfs-models-base (= 2.4.0), fgfs-scenery-base (= 2.4.0) Description-en: Flight Gear Flight Simulator Flight Gear is a free and highly sophisticated flight simulator. . This package contains the runtime binaries. Homepage: http://www.flightgear.org/ Description-md5: dbb99988f19708de91a8531d37ba463d Tag: field::aviation, game::simulation, hardware::opengl, interface::x11, role::program, scope::application, uitoolkit::xlib, use::gameplaying, x11::application Section: games attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#680648: [BRLTTY] Bug#680648: brltty: A new accent problem
Dave Mielke, le Sat 07 Jul 2012 13:54:18 -0400, a écrit : The code looks correct to me. The screen driver already calls gettext(), so the message as rturned by the screen driver is already translated. Then it gets translated into wchars via brltty's convertTextToWchars(), which is mapped to mbstowcs(). Where is convertTextToWchars called? What I see in the driver in readCharacters_LinuxScreen() is a call to setScreenMessage which just uses strlen() and copyScreenCharacterText() without taking charset into account. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680724: google-perftools: Use libunwind8
Package: google-perftools Version: 2.0-2 Severity: normal Build with libunwind8-dev instead of libunwind7-dev. For wheezy, libunwind7 has promoted to libunwind8. Regards, Daigo -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680648: [BRLTTY] Bug#680648: brltty: A new accent problem
Dave Mielke, le Sat 07 Jul 2012 14:57:00 -0400, a écrit : [quoted lines by Samuel Thibault on 2012/07/07 at 15:10 -0300] If yes, do we know what it's being translated to? é That's what it's supposed to be. I guess I should've asked if we know what it's being mistranslated to? ⠢⠢ Except that the end result is not correct for some reason. Is there a problem if the .po file specifies: Content-Type: text/plain; charset=UTF-8\n but the user isn't using a UTF-8 locale? No, see man gettext: it translates into the locale charset if needed. In other words, I'm theorizing that our translations are stored - and returned - in UTF-8, Translations are always returned in the current locale (if any). but mbstowcs() is using the locally-specified system encoding. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680648: [BRLTTY] Bug#680648: brltty: A new accent problem
Paul Gevers, le Sun 08 Jul 2012 09:17:43 +0200, a écrit : Stupid question maybe, and I have not checked myself yet, but have people verified that the po file itself is indeed utf-8? Again, it is, yes. All other messages are just fine, it's only this one which doesn't show up fine (and all messages are in proper utf-8 in the file). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680725: unblock: aolserver4-nsxml/1.5-2.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package aolserver4-nsxml It fixes RC bug #680033. Changelog entry follows: aolserver4-nsxml (1.5-2.1) unstable; urgency=medium . * Non-maintainer upload. * debian/dirs: - Create /usr/lib/aolserver4/lib directory. * debian/rules: - Install libnsxml.so under /usr/lib/aolserver4/lib to allow nsmxl module to be loaded by aolserver4 (Closes: #680033). unblock aolserver4-nsxml/1.5-2.1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634930: gpa: GPA unusable due to General Assuan error
The problem was not solved with this experimental version :( However the hack given above does work: I removed com-certs.pem, made a backup of my keys, deleted my ~/.gnupg, reimported the keys and everything works again with the current 0.9.0-2. I then tested with the version from experimental (0.9.2-1) but this one crashes when trying to open the embedded file manager. NB: gpa didn't work either for me under Xfce since months ago. So I didn't think it was related only to Gnome 3 but more generally to gtk internal changes introduced since the move from the old 2.x. Regards, Lionel 2012/7/7 Daniel Leidert daniel.leid...@wgdd.de: Hello Lionel, Can you please check the package in experimental (gpa 0.9.2.) if your problem still exists? TIA and regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680719: v1.1 regression w/ -nographic or -display none
Michael Tokarev wrote: tags 680719 + moreinfo unreproducible thanks On 08.07.2012 11:57, Jamie Heilman wrote: Package: qemu-kvm Version: 1.1~z0+dfsg-1 1.1.0+dfsg-1 is still affected; but the problem hit unstable with 1.1~z0+dfsg-1. This is essentially upstream bug 1021649. Which has evidently been closed as Invalid due to it being firmware related... but it's not at all clear to me what that really means. I assume the firmware they're talking about is is seabios, but I'm not positive. (I'm using the seabios 1.7.0-1 package if it matters.) There, the firmware is seabios from fedora, patched. In Debian we use the same seabios as qemu ships. The problem I'm facing is that my VMs that used -nodefaults -nographic -device isa-serial,chardev=char0 -chardev pty,id=char0 (or -display none instead of -nographic which I believe results in the same topology anyway) no longer boot. They just hang indefinately. If I fiddle with the chardev backend, I can indeed make them boot after a key press, but that's not ideal, and I can't get them to start booting with the pty backend no matter what I try. Sigh. You need to provide ways to reproduce this. I've been trying to figure that out, I didn't give an explicit detail becuase I haven't been able to isolate the minimal case yet, and I was watching 1021649 thinking upstream was on top of it already... but then all those symptoms turned out to be something else I guess. What I know for sure: The guest is a Debian unstable image on an lvm volume utilising grub2 bootloader running a custom kernel without vga console support (though that likely doesn't matter given it never gets that far). Invoked thusly: kvm -name jimmy -m 1024 -nodefaults -nographic \ -device isa-serial,chardev=char0 \ -chardev pty,id=char0 \ -device virtio-blk-pci,drive=blk0,bootindex=0 \ -drive id=blk0,file=/dev/mapper/S-jimmy,if=none,cache=none \ -device virtio-net-pci,netdev=net0 \ -netdev tap,id=net0,ifname=jimmy,script=no,downscript=no Changing -nographic to -display none has the same result. Changing -chardev pty,id=char0 to -chardev stdio,id=char0 results in things hanging until a key is pressed. Removing the network options has no effect, changing memory size has no effect. -- Jamie Heilman http://audible.transient.net/~jamie/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680726: gimp: Hangs for several seconds on full disk.
Package: gimp Version: 2.8.0-2+b1 Severity: normal Dear Maintainer, I have only 20 MiB of free space for user's home. When I run GIMP the space magicaly disappears and GIMP freezes for several seconds while my manual image processing at the same time windo appears w/ this text: Unable to write tile data to disk: No space left on device. Could You please turn off such amazing feature so that GIMP may work again very well as its predecessor versions?! Thank You for Your work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.0-2 ii libaa1 1.4p5-39.1 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-3 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.100-1 ii libexif12 0.6.20-2 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2 ii libgimp2.0 2.8.0-2+b1 ii libglib2.0-02.32.3-1 ii libgs9 9.05~dfsg-6 ii libgtk2.0-0 2.24.10-1 ii libgudev-1.0-0 175-3.1 ii libjasper1 1.900.1-13 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.1 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpoppler-glib80.18.4-3 ii librsvg2-2 2.36.1-1 ii libtiff43.9.6-6 ii libwebkitgtk-1.0-0 1.8.1-2 ii libwmf0.2-7 0.2.8.4-10 ii libx11-62:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii python 2.7.3~rc2-1 ii python-gtk2 2.24.0-3 ii python2.7 2.7.3~rc2-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none pn gvfs-backends none ii libasound21.0.25-3 -- 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#652259: [CVE-2011-4539] DoS with regular expressions in dhcpd.conf
Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.6) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/652259/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668411: CVE-2012-1155: MSA-12-0013: Database activity export permission issue
Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.6) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/668411/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680727: [pidgin] Feature request: allow hiding of groups
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: pidgin Version: 2.10.6-1 Severity: wishlist - --- Please enter the report below this line. --- It would be nice if there was an option to hide groups and show only contacts. - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstablehttp.debian.net 500 unstabledeb.torproject.org 500 testing dl.google.com 500 stable download.webmin.com 500 stable dl.google.com 500 sid www.lamaresh.net 500 oneiric ppa.launchpad.net 500 experimental-sid deb.torproject.org 500 all liveusb.info - --- Package information. --- Depends (Version) | Installed =-+-=== pidgin-data (= 2.10.6) | 2.10.6-1 pidgin-data ( 2.10.6-z) | 2.10.6-1 libatk1.0-0 (= 1.12.4) | 2.4.0-2 libc6(= 2.7) | 2.13-34 libcairo2 (= 1.2.4) | 1.12.2-2 libdbus-1-3(= 1.0.2) | 1.6.2-2 libdbus-glib-1-2(= 0.78) | 0.100-1 libfontconfig1 (= 2.9.0) | 2.9.0-6 libfreetype6 (= 2.2.1) | 2.4.9-1 libgdk-pixbuf2.0-0(= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.24.0) | 2.32.3-1 libgstreamer0.10-0 (= 0.10.10) | 0.10.36-1 libgtk2.0-0 (= 2.24.0) | 2.24.10-1 libgtkspell0 (= 2.0.10) | 2.0.16-1 libice6 (= 1:1.0.0) | 2:1.0.8-2 libpango1.0-0 (= 1.18.0) | 1.30.0-1 libpurple0 (= 2.8.0) | 2.10.6-1 libsm6| 2:1.2.1-2 libx11-6 | 2:1.5.0-1 libxml2 (= 2.6.27) | 2.8.0+dfsg1-4 libxss1 | 1:1.2.2-1 gconf2 (= 2.28.1-2) | 3.2.5-1 perl-base (= 5.14.2-12) | 5.14.2-12 perlapi-5.14.2| Recommends (Version) | Installed =-+-=== gstreamer0.10-plugins-base| 0.10.36-1 gstreamer0.10-plugins-good| 0.10.31-3 Suggests (Version) | Installed ===-+-=== libsqlite3-0 (= 3.5.9) | 3.7.13-1 - -- Mika Suomalainen NOTICE! I am on mobile broadband with very limited time, so I cannot read emails very much. The best time to contact me is probably weekends when I have better connectivity with good luck. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Homepage: http://mkaysi.github.com/ Comment: gpg --keyserver pool.sks-keyservers.net --recv-keys 82A46728 Comment: Public key: http://mkaysi.github.com/PGP/key.txt Comment: Fingerprint = 24BC 1573 B8EE D666 D10A AA65 4DB5 3CFE 82A4 6728 Comment: Why do I (clear)sign emails? http://git.io/6FLzWg Comment: Please send plaintext instead of HTML. http://git.io/TAc0cg Comment: Please don't toppost. http://git.io/7-VB3g Comment: Please remove PGP lines in replies. http://git.io/nvHrDg Comment: Charset of this message should be UTF-8. Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP+VadAAoJEE21PP6CpGcoVbEP/1lva+2EXEK/AABC8GVdhz4X N981EysyYc3zX12UZyxwHBlLNCeQOUXWbL/aKsnlcBoqWItLLfzyCaIPRDZLgUWI /NYyogxCZ9VNoJZH62y475RnzpS63B+t5LUNDtqFHSSPRyF3WHGqufW6+vB7ypf0 1hD4ej+Fu7xhT6g7K25rVX1Cwi9ZWJU/FsBI/XADZb3LtPu5oQ1saV6p/PP3TBPJ sQSfIcgzZczKgLXQRejkLYrKn/he+G6p8VfswJC5fe1FwcczFpPzVK+wp+2M2HPV 374zsKXVj/fsOJL24Sp86vjOYMLU45K991gLt1v7eWEUbfNilJ3R55kG8mV7ffxx 8mDnZ4d4aHYcKXM0GoyBb/cF+lxoHs3IQBIJ70tOz6HJKbgNZGCMaZOKuwUzCTMu RNcIIM+YYAZxJgxcBRwjx7o7TqWBkSEImqQma2keDmX0vzV2s52jUEtSdodYnWFe Hfrmor5ssS4fjxuXCr7jl5E1yfF9d9W9gJXA8Rk5EOOeSsBwnbq1KdHAjGX5FTuU iJX9vL6cWHOlQzA1XV2q2R8uNTyVH4oqp0cFgfKOiSyxhFx/VKVUfL3ATftnErSf hWDs3W3MrMby8tTUmdDWPOvUpR73mUb9QN9Vg09eSNNZ/dhGl3Bp03HFbAWCR6WU XKzbG22hiruhiPpque9k =mnqR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680728: unblock: linux-igd/1.0+cvs20070630-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package linux-igd. The upload fixes one severity Important use-after-free-bug: #499827 linux-igd: upnpd segfault error 4 in libc-2.7.so and also applies the Wheezy hardening release goal as this package meets the category All daemons and libraries accessible from the network. linux-igd (1.0+cvs20070630-4) unstable; urgency=low * Apply patch 16 from Rob Lesley to fix use-after-free (Closes: #499827) * Apply hardening in line with Wheezy release goal, as we are a daemon and handle unsanitised input from the net. Update *FLAGS in line with this to be supplied by dh_buildflags. * Update Policy to 3.9.3 (no change to package). unblock linux-igd/1.0+cvs20070630-4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680729: unblock: google-perftools/2.0-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package google-perftools The package in unstable fixes the following issues, which would be of use for users and us. * debian/patches/20120708_ppc_ftbfs.patch: Imported Ubuntu's patch, fixing a build failure on powerpc, derived from the upstream: http://code.google.com/p/gperftools/issues/detail?id=431 Thanks to James Page james.p...@ubuntu.com. (Closes: #680305) * debian/control: Bumped up to libunwind8-dev for Build-Depends. (Closes: #680724) Regards, Daigo unblock google-perftools/2.0-3 -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u google-perftools-2.0/debian/control google-perftools-2.0/debian/control --- google-perftools-2.0/debian/control +++ google-perftools-2.0/debian/control @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Daigo Moriwaki da...@debian.org -Build-Depends: cdbs, autoconf, automake1.9, libtool, patchutils, debhelper (= 9.0.0), binutils, libunwind7-dev [amd64] +Build-Depends: cdbs, autoconf, automake1.9, libtool, patchutils, debhelper (= 9.0.0), binutils, libunwind8-dev [amd64] Build-Conflicts: autoconf2.13, automake1.4 Standards-Version: 3.9.3 Homepage: http://code.google.com/p/gperftools/ diff -u google-perftools-2.0/debian/changelog google-perftools-2.0/debian/changelog --- google-perftools-2.0/debian/changelog +++ google-perftools-2.0/debian/changelog @@ -1,3 +1,14 @@ +google-perftools (2.0-3) unstable; urgency=low + + * debian/patches/20120708_ppc_ftbfs.patch: Imported Ubuntu's patch, fixing +a build failure on powerpc, derived from the upstream: +http://code.google.com/p/gperftools/issues/detail?id=431 +Thanks to James Page james.p...@ubuntu.com. (Closes: #680305) + * debian/control: Bumped up to libunwind8-dev for Build-Depends. +(Closes: #680724) + + -- Daigo Moriwaki da...@debian.org Sun, 08 Jul 2012 18:08:36 +0900 + google-perftools (2.0-2) unstable; urgency=low * Some include files were left out of the package. only in patch2: unchanged: --- google-perftools-2.0.orig/debian/patches/20120708_ppc_ftbfs.patch +++ google-perftools-2.0/debian/patches/20120708_ppc_ftbfs.patch @@ -0,0 +1,45 @@ +Description: Resolve issue with FTBFS on 32bit ppc platform + . + NoBarrier versions for Atomic64 can be implemented on PPC32 +Origin: http://code.google.com/p/gperftools/issues/detail?id=431 + +Index: google-perftools/src/base/atomicops-internals-linuxppc.h +=== +--- google-perftools.orig/src/base/atomicops-internals-linuxppc.h 2012-06-27 09:25:34.879532000 +0100 google-perftools/src/base/atomicops-internals-linuxppc.h 2012-07-04 21:18:36.974406885 +0100 +@@ -369,14 +369,20 @@ + return *ptr; + } + +-#ifdef __PPC64__ +- +-// 64-bit Versions. +- ++// NoBarrier versions for Atomic64 can be implemented on PPC32 + inline void NoBarrier_Store(volatile Atomic64 *ptr, Atomic64 value) { + *ptr = value; + } + ++inline Atomic64 NoBarrier_Load(volatile const Atomic64 *ptr) { ++ return *ptr; ++} ++ ++ ++#ifdef __PPC64__ ++ ++// 64-bit Versions. ++ + inline void Acquire_Store(volatile Atomic64 *ptr, Atomic64 value) { + *ptr = value; + // This can't be _lwsync(); we need to order the immediately +@@ -390,10 +396,6 @@ + *ptr = value; + } + +-inline Atomic64 NoBarrier_Load(volatile const Atomic64 *ptr) { +- return *ptr; +-} +- + inline Atomic64 Acquire_Load(volatile const Atomic64 *ptr) { + Atomic64 value = *ptr; + _lwsync();
Bug#680730: [pidgin] Feature request: allow grouping duplicate contacts as one contact like in Empathy.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: pidgin Version: 2.10.6-1 Severity: wishlist - --- Please enter the report below this line. --- Empathy allows duplicate contacts to be set as one contact, so the contact appears only one time in contact list. It would be nice if Pidgin could do that too. - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstablehttp.debian.net 500 unstabledeb.torproject.org 500 testing dl.google.com 500 stable download.webmin.com 500 stable dl.google.com 500 sid www.lamaresh.net 500 oneiric ppa.launchpad.net 500 experimental-sid deb.torproject.org 500 all liveusb.info - --- Package information. --- Depends (Version) | Installed =-+-=== pidgin-data (= 2.10.6) | 2.10.6-1 pidgin-data ( 2.10.6-z) | 2.10.6-1 libatk1.0-0 (= 1.12.4) | 2.4.0-2 libc6(= 2.7) | 2.13-34 libcairo2 (= 1.2.4) | 1.12.2-2 libdbus-1-3(= 1.0.2) | 1.6.2-2 libdbus-glib-1-2(= 0.78) | 0.100-1 libfontconfig1 (= 2.9.0) | 2.9.0-6 libfreetype6 (= 2.2.1) | 2.4.9-1 libgdk-pixbuf2.0-0(= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.24.0) | 2.32.3-1 libgstreamer0.10-0 (= 0.10.10) | 0.10.36-1 libgtk2.0-0 (= 2.24.0) | 2.24.10-1 libgtkspell0 (= 2.0.10) | 2.0.16-1 libice6 (= 1:1.0.0) | 2:1.0.8-2 libpango1.0-0 (= 1.18.0) | 1.30.0-1 libpurple0 (= 2.8.0) | 2.10.6-1 libsm6| 2:1.2.1-2 libx11-6 | 2:1.5.0-1 libxml2 (= 2.6.27) | 2.8.0+dfsg1-4 libxss1 | 1:1.2.2-1 gconf2 (= 2.28.1-2) | 3.2.5-1 perl-base (= 5.14.2-12) | 5.14.2-12 perlapi-5.14.2| Recommends (Version) | Installed =-+-=== gstreamer0.10-plugins-base| 0.10.36-1 gstreamer0.10-plugins-good| 0.10.31-3 Suggests (Version) | Installed ===-+-=== libsqlite3-0 (= 3.5.9) | 3.7.13-1 - -- Mika Suomalainen NOTICE! I am on mobile broadband with very limited time, so I cannot read emails very much. The best time to contact me is probably weekends when I have better connectivity with good luck. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Homepage: http://mkaysi.github.com/ Comment: gpg --keyserver pool.sks-keyservers.net --recv-keys 82A46728 Comment: Public key: http://mkaysi.github.com/PGP/key.txt Comment: Fingerprint = 24BC 1573 B8EE D666 D10A AA65 4DB5 3CFE 82A4 6728 Comment: Why do I (clear)sign emails? http://git.io/6FLzWg Comment: Please send plaintext instead of HTML. http://git.io/TAc0cg Comment: Please don't toppost. http://git.io/7-VB3g Comment: Please remove PGP lines in replies. http://git.io/nvHrDg Comment: Charset of this message should be UTF-8. Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP+VcIAAoJEE21PP6CpGcorpMP/j5j8djbozlGH21j6DZi6HE7 AwRc0VatwYZjaIk5Rbt94Iqkzu0egpzPdvfNWwroQCcc+BM0AMQzY/hoTZpojS4R LY9RzMzNodg9MLFRwMOfWYtjjANDtjESPdEO4OjaiHZFSxSTi8BdMFlyM7IWDDqa /+Lotd2ZK+NlV9PkE9upN7hIYRg1yaKkQu4WefqhEtYZKTI8jopXYyeJe5yAkJcd sZFAYaepFljGFcheRY0Y73uxlIc9FSxICLPvSi8+WRq6GITIIFriA308X7W8Tz61 D2Z8CSal3sArEJAGwx0a2USCkIsa50m5cpjiJuHspTZlWpA7PlwDOOzA0BJTp72z 9DdH4w3DODIf5HksM6HMrvJCL23F2Ry4xDuWje3kAv7HjILT+i2JJH1auYsiaYT6 FhRoQz5TqDHhssnf45wYN9wmhlB8nAl2FbqLdcoxgrZHfB1Iv7Fynczv285eGwal Zr4WU7AyjMWXeEVNG4RVvelNh/0MoLp7AbOjCz7OjEq+ixcF96/JNM69mbVmXPOh Md6Ty3gdRpvdY5sUcAy1iwiJgTYLBa7/Vn9+fI6qlErEfCg3dR75/ODnoKzgXFGb C9YHpVyeaLU3XLp9r75WBSW4U5XKcgJk/FqMYkPvXkZydPMSYYAJThrqPpMXAD1v Ef/PpmTTXPdwgFCcEoYB =xV9j -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680707: [3.4-rc5 - 3.4-rc6 regression] Asus P5NSLI: lockup on resume from suspend
On Sun, 08 Jul 2012 02:04:32 -0700, Jonathan Nieder jrnie...@gmail.com wrote: So presumably it's the new writes to the ACPI_BITREG_ARB_DISABLE register that cause trouble. The patch below tests that guess. Given the complexity of the ACPI_DEBUG logging (particularly the console part), I decided to give your patch a shot directly. Result: the system no longer locks up. I paste the following info so you can make sure I'm working with the correct commit: [Sun Jul 08 02:41:37 -0700 -- alvarezp@octavio:~/src/linux] $ git status # Not currently on any branch. # Changes not staged for commit: # (use git add file... to update what will be committed) # (use git checkout -- file... to discard changes in working directory) # # modified: drivers/acpi/acpica/hwsleep.c # # Untracked files: # (use git add file... to include in what will be committed) # # arch/x86/tools/relocs no changes added to commit (use git add and/or git commit -a) [Sun Jul 08 02:41:41 -0700 -- alvarezp@octavio:~/src/linux] $ git log HEAD^..HEAD commit 2feec47d4c5f80b05f1650f5a24865718978eea4 Author: Bob Moore robert.mo...@intel.com Date: Tue Feb 14 15:00:53 2012 +0800 ACPICA: ACPI 5: Support for new FADT SleepStatus, SleepControl registers Adds sleep and wake support for systems with these registers. One new file, hwxfsleep.c Signed-off-by: Bob Moore robert.mo...@intel.com Signed-off-by: Len Brown len.br...@intel.com [Sun Jul 08 02:41:49 -0700 -- alvarezp@octavio:~/src/linux] $ git diff diff --git a/drivers/acpi/acpica/hwsleep.c b/drivers/acpi/acpica/hwsleep.c index 59a2a6b..66dd2b8 100644 --- a/drivers/acpi/acpica/hwsleep.c +++ b/drivers/acpi/acpica/hwsleep.c @@ -241,18 +241,6 @@ acpi_status acpi_hw_legacy_sleep(u8 sleep_state) return_ACPI_STATUS(status); } - if (sleep_state != ACPI_STATE_S5) { - /* -* Disable BM arbitration. This feature is contained within an -* optional register (PM2 Control), so ignore a BAD_ADDRESS -* exception. -*/ - status = acpi_write_bit_register(ACPI_BITREG_ARB_DISABLE, 1); - if (ACPI_FAILURE(status) (status != AE_BAD_ADDRESS)) { - return_ACPI_STATUS(status); - } - } - /* * 1) Disable/Clear all GPEs * 2) Enable all wakeup GPEs @@ -498,16 +486,6 @@ acpi_status acpi_hw_legacy_wake(u8 sleep_state) [ACPI_EVENT_POWER_BUTTON]. status_register_id, ACPI_CLEAR_STATUS); - /* -* Enable BM arbitration. This feature is contained within an -* optional register (PM2 Control), so ignore a BAD_ADDRESS -* exception. -*/ - status = acpi_write_bit_register(ACPI_BITREG_ARB_DISABLE, 0); - if (ACPI_FAILURE(status) (status != AE_BAD_ADDRESS)) { - return_ACPI_STATUS(status); - } - acpi_hw_execute_SST(ACPI_SST_WORKING); return_ACPI_STATUS(status); } Now for a complaint. This would have been a lot easier if cleanups that do not change behavior were split into separate commits --- one commit per change. That makes it easy to verify that each patch correctly does what it promises with no unintended side effects. I have to back you up on this one. This patch could have been 3 easily. Git bisect would have done a better job. The question is: if he had dont it that way, would the kernel have compiled in intermediate commits? diff --git i/drivers/acpi/acpica/hwsleep.c w/drivers/acpi/acpica/hwsleep.c index 0ed85cac3231..615996a36bed 100644 --- i/drivers/acpi/acpica/hwsleep.c +++ w/drivers/acpi/acpica/hwsleep.c @@ -95,18 +95,6 @@ acpi_status acpi_hw_legacy_sleep(u8 sleep_state, u8 flags) return_ACPI_STATUS(status); } - if (sleep_state != ACPI_STATE_S5) { - /* -* Disable BM arbitration. This feature is contained within an -* optional register (PM2 Control), so ignore a BAD_ADDRESS -* exception. -*/ - status = acpi_write_bit_register(ACPI_BITREG_ARB_DISABLE, 1); - if (ACPI_FAILURE(status) (status != AE_BAD_ADDRESS)) { - return_ACPI_STATUS(status); - } - } - /* * 1) Disable/Clear all GPEs * 2) Enable all wakeup GPEs @@ -364,16 +352,6 @@ acpi_status acpi_hw_legacy_wake(u8 sleep_state, u8 flags) [ACPI_EVENT_POWER_BUTTON]. status_register_id, ACPI_CLEAR_STATUS); - /* -* Enable BM arbitration. This feature is contained within an -* optional register (PM2 Control), so ignore a BAD_ADDRESS -* exception. -*/ - status = acpi_write_bit_register(ACPI_BITREG_ARB_DISABLE, 0); - if (ACPI_FAILURE(status)
Bug#680719: v1.1 regression w/ -nographic or -display none
On 08.07.2012 13:32, Jamie Heilman wrote: [] You need to provide ways to reproduce this. I've been trying to figure that out, I didn't give an explicit detail becuase I haven't been able to isolate the minimal case yet, and I was watching 1021649 thinking upstream was on top of it already... but then all those symptoms turned out to be something else I guess. What I know for sure: Please see my other response, and the details I've added to the LP bug at https://bugs.launchpad.net/bugs/1021649 . So far, it fails right when it tries to boot from VIRTIO DISK, but only when in-kernel irqchip is enabled. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680195: base: sudoer not added to lpadmin, cannot add printer
Hello Jonathan, my cups version is 1.5.3-1 The first problem with this permissions problem is the lack of feedback. IIRC the webinterface didn't give any feedback when the buttons were pressed also system-config-printer-kde just hanged. As I was adding a network printer, I assumed this could be a network problem at first and wasted many time on researching this. Also the cupsdAuthorize: Empty Basic password! isn't as descriptive as I would hope for. What I would expect is something like: cupsdAuthorize: Permission denied and that would immediately point me to the right direction. The prompt idea is great. So if the root password is not set, the cups should prompt via checkbox which sudo account should be added to the group that can add printers. It can be similar to debian tasksel prompt All the privileged users should be listed and the user installing can simply check one or multiple values. But I'm not sure how this would work with GUI frontends Apper, Synaptic, etc. Best Regards, Andrej 2012/7/7 Jonathan Nieder jrnie...@gmail.com retitle 680195 cups: please document need to add administrator to lpadmin group more clearly reassign 680195 cups # documentation severity 680195 minor tags 680195 + upstream moreinfo quit Hi Andrej, R33D3M33R wrote: 1. Leave root password blank at install (first user is ruser and has administration privileges) 2. Login as ruser and try to add printer through web interface or system-config-printer-kde (nothing works) 3. In webinterface the buttons Find and Add don't work at all, the system-config-printer-kde hangs 4. Error log entries appear in /var/log/cups/error_log: cupsdAuthorize: Empty Basic password! 5. Add rootuser to lpadmin (I used KUser) and restart 6. Adding printer works I'm not sure if this is intentional or it's a bug, but it could be a major showstopper for new users. Thanks for reporting. It's intentional. What version of cups do you use? What documentation do you think new users will first look at when they first run into this problem, and could it be improved? Is there some other way to avoid confusion here --- for example, should there be a debconf prompt that asks if a user should be added to the lpadmin group? Hope that helps, Jonathan
Bug#392266: RFH: openscenegraph -- 3d scenegraph
Hi Jonathan: 2012/7/8 Jonathan Nieder jrnie...@gmail.com: I tend to pay attention to packages I use day-to-day, though, and to help out when I can. Do you know of any adventure games or puzzle games that use openscenegraph? In Debian, only flightgear as a game, as Loic said... $ apt-cache rdepends libopenscenegraph80 libopenscenegraph80 Reverse Depends: simgear2.4.0 osgearth libosgearth1 openwalnut-qt4 openwalnut-modules libopenwalnut1 openscenegraph libopenscenegraph-dev openscenegraph-plugin-citygml-shared flightgear fgrun You can also take a look at screenshots of projects using openscenegraph: http://www.openscenegraph.org/projects/osg/wiki/Screenshots Many of them are not FOSS, they are used mostly for Virtual Reality, simulation, etc. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680731: icedove-l10n-fr: No French translation for icedove
Package: icedove-l10n-fr Version: 1:10.0.5-1 Severity: important Tags: l10n Dear Maintainer, * What led up to the situation? Update of the system * What was the outcome of this action? Getting an English icedove instead of a French translated as expected I marked this bug as important since it affects strongly the usuability of icedove for non-English speaker. I think it should be because of version mismatch between this package and icedove package. In testing both are 10.0.5 but as now, icedove is 10.0.4 and 10.0.5 version is hanged because of a version non-built for an architecture yet. Maybe it should be worth to better check for dependencies. Regards, Florent -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 icedove-l10n-fr depends on: ii icedove 10.0.4-1 Versions of packages icedove-l10n-fr recommends: ii myspell-fr 1.4-26 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Florent Bories florent.bor...@gmail.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject: icedove-l10n-fr: No French translation for icedove X-Debbugs-Cc: florent.bor...@gmail.com Package: icedove-l10n-fr Version: 1:10.0.5-1 Severity: important Tags: l10n Dear Maintainer, * What led up to the situation? Update of the system * What was the outcome of this action? Getting an English icedove instead of a French translated as expected I marked this bug as important since it affects strongly the usuability of icedove for non-English speaker. I think it should be because of version mismatch between this package and icedove package. In testing both are 10.0.5 but as now, icedove is 10.0.4 and 10.0.5 version is hanged because of a version non-built for an architecture yet. Maybe it should be worth to better check for dependencies. Regards, Florent -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 icedove-l10n-fr depends on: ii icedove 10.0.4-1 Versions of packages icedove-l10n-fr recommends: ii myspell-fr 1.4-26 icedove-l10n-fr suggests no packages. -- no debconf information
Bug#392266: RFH: openscenegraph -- 3d scenegraph
2012/7/8 Manuel A. Fernandez Montecelo manuel.montez...@gmail.com: You can also take a look at screenshots of projects using openscenegraph: http://www.openscenegraph.org/projects/osg/wiki/Screenshots Many of them are not FOSS, they are used mostly for Virtual Reality, simulation, etc. Oh, btw... Delta3D is based on OSG as well: http://www.delta3d.org/index.php?topic=projects Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680732: unblock: chromium-browser/20.0.1132.43~r143823-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, please remove chromium-browser (armhf) 17.0.963.83~r127885-1 from testing and force chromium-browser 20.0.1132.43~r143823-1 in testing. We will try to fix FTBFS in armel and armhf in the next upload. Cheers, Giuseppe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650988: [Pkg-opt-media-team] Bug#650988: cdparanoia: Please transition cdparanoia for multiarch
Hi, cdparanoia is a dependency of ia32-libs in Ubuntu, so making this package co-installable for multiarch will benefit users of 32-bit software that currently can only be used via ia32-libs on amd64. OK, thanks for the patch. I will integrate it in the next few weeks. Thanks. This is half a year ago now, and the pending flag is also almost 3 months old. Are there any news on an upload for this package? It is currently the last one blocking gstreamer0.10-plugins-base from being installed in a foreign architecture, which is desirable to get a complete and useful audio stack for foreign-arch applications. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676176:
Hi Daniel, have many thanks! I've looked in /usr/lib/python2.7/dist-packages/trac/core.py :-) We will try tu upgrade svn on next possibility, but there are many insatnces of eclipse with subversion-connector which must be upgraded then ursprüngliche Nachricht- Von: Daniel Swarbrick [dan...@pressure.net.nz ] An: Georg Klimm [kl...@lohn24.de ], 676...@bugs.debian.org Datum: Sat, 07 Jul 2012 18:38:41 +0200 - Sorry Georg, I should have been more specific. The file is /usr/share/pyshared/libsvn/core.py. It's a fairly large file (swig'ed libsvn bindings). I've actually since upgraded libsvn1 on that particular box to 1.7.5-1 from sid, and the problem is no longer there (eg. without patching core.py either). It appears to be the particular combination of libsvn1 1.6.17 and trac 0.12.3 that triggers the bug. On 07/07/12 15:56, Georg Klimm wrote: Hi Daniel, sorry, I caannot find any core.py or a file containing _core.svn_stream_read When patching seems to be the only solution for other development-box on wheezy, I will try it. Thanks, Georg -- Diese Nachricht wurde auf Viren und andere gefaehrliche Inhalte untersucht. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680099: klogd: consumes 100 % of CPU
Dear Debian folks, Am Dienstag, den 03.07.2012, 16:50 +0200 schrieb Paul Menzel: Package: klogd Version: 1.5-6.2 Severity: important klogd suddenly started to consume 100 % of one CPU core. $ ps aux | grep klogd klog 1731 98.4 0.0 2860 1580 ?Rs 12:50 194:41 /sbin/klogd -P /var/run/klogd/kmsg Due to missing debugging symbols attaching with GDB does not seem to be that useful. But maybe it is. $ sudo gdb --pid 1731 GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 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 i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Attaching to process 1731 Reading symbols from /sbin/klogd...(no debugging symbols found)...done. Reading symbols from /lib/i386-linux-gnu/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libc-2.13.so...done. done. Loaded symbols for /lib/i386-linux-gnu/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 0xe424 in __kernel_vsyscall () (gdb) bt #0 0xe424 in __kernel_vsyscall () #1 0xb76f0f53 in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82 #2 0x0804a404 in ?? () #3 0x080496a5 in ?? () #4 0xb7646e46 in __libc_start_main (main=0x80492e0, argc=3, ubp_av=0xbf87aee4, init=0x804bff0, fini=0x804bfe0, rtld_fini=0xb77cd590, stack_end=0xbf87aedc) at libc-start.c:228 #5 0x08049949 in ?? () (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0xe424 in __kernel_vsyscall () (gdb) bt #0 0xe424 in __kernel_vsyscall () #1 0xb76f0f53 in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82 #2 0x0804a404 in ?? () #3 0x080496a5 in ?? () #4 0xb7646e46 in __libc_start_main (main=0x80492e0, argc=3, ubp_av=0xbf87aee4, init=0x804bff0, fini=0x804bfe0, rtld_fini=0xb77cd590, stack_end=0xbf87aedc) at libc-start.c:228 #5 0x08049949 in ?? () (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0xe424 in __kernel_vsyscall () (gdb) bt #0 0xe424 in __kernel_vsyscall () #1 0xb76f0f53 in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82 #2 0x0804a404 in ?? () #3 0x080496a5 in ?? () #4 0xb7646e46 in __libc_start_main (main=0x80492e0, argc=3, ubp_av=0xbf87aee4, init=0x804bff0, fini=0x804bfe0, rtld_fini=0xb77cd590, stack_end=0xbf87aedc) at libc-start.c:228 #5 0x08049949 in ?? () (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0xe424 in __kernel_vsyscall () (gdb) quit A debugging session is active. Inferior 1 [process 1731] will be detached. Quit anyway? (y or n) y It seems to want to read something. The following output was printed continuously to the terminal when attaching with `strace`. $ sudo strace -p 1731 […] read(0, , 4095) = 0 read(0, , 4095) = 0 read(0, , 4095) = 0 read(0, , 4095) = 0 read(0, , 4095) = 0 [several more times] Building klogd with debugging symbols and installing the rogue(?) process was killed. $ export DEB_BUILD_OPTIONS=debug $ dpkg-buildpackage -us -uc -B $ sudo dpkg -i ../klogd_1.5-6.2_i386.deb (Lese Datenbank ... 494344 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Ersetzen von klogd 1.5-6.2 (durch ../klogd_1.5-6.2_i386.deb) ... Ersatz für klogd wird entpackt ... klogd (1.5-6.2) wird eingerichtet ... [] Stopping kernel log daemon...start-stop-daemon: warning: failed to kill 1729: No such process 1 pids were not killed No process in pidfile '/var/run/klogd/kmsgpipe.pid' found running; none killed. . ok [ ok ] Starting kernel log daemon Trigger für man-db werden verarbeitet ... Is that a known problem? First this might be the same issue as #308580 [1]. I know of one user also experiencing this problem currently. One theory is that it is
Bug#680733: liblapack3: Updating to 3.4.1-4 prints dpkg warnings
Package: liblapack3 Version: 3.4.1-4 Severity: important I got warnings from dpkg when updating from 3.4.1-3 to 3.4.1-4 Dpkg version is 1.16.4.3 from wheezy (sid has more recent dpkg) Is this bug in lapack or in dpkg? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liblapack3 depends on: ii debconf [debconf-2.0]1.5.44 ii libblas3 [libblas.so.3] 1.2.20110419-3 ii libc62.13-33 ii libgcc1 1:4.7.1-2 ii libgfortran3 4.7.1-2 ii libquadmath0 4.7.1-2 liblapack3 recommends no packages. liblapack3 suggests no packages. -- no debconf information ... reparing to replace liblapack3 3.4.1-3 (using .../liblapack3_3.4.1-4_amd64.deb) ... update-alternatives: error: no alternatives for liblapack.so.3gf. dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement liblapack3 ... Preparing to replace liblapack3gf 3.4.1-3 (using .../liblapack3gf_3.4.1-4_all.deb) ... update-alternatives: error: no alternatives for liblapack.so.3gf. dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement liblapack3gf ... Processing triggers for man-db ... ... Setting up liblapack3 (3.4.1-4) ... update-alternatives: using /usr/lib/lapack/liblapack.so.3 to provide /usr/lib/liblapack.so.3 (liblapack.so.3) in auto mode. Setting up liblapack3gf (3.4.1-4) ...
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#680728: unblock: linux-igd/1.0+cvs20070630-4 (re-send with debdiff)
Please unblock package linux-igd. The upload fixes one severity Important use-after-free-bug: #499827 linux-igd: upnpd segfault error 4 in libc-2.7.so and also applies the Wheezy hardening release goal as this package meets the category All daemons and libraries accessible from the network. linux-igd (1.0+cvs20070630-4) unstable; urgency=low * Apply patch 16 from Rob Lesley to fix use-after-free (Closes: #499827) * Apply hardening in line with Wheezy release goal, as we are a daemon and handle unsanitised input from the net. Update *FLAGS in line with this to be supplied by dh_buildflags. * Update Policy to 3.9.3 (no change to package). On a review of the debdiff I can see that there are two additional changes in the packaging but they should not affect the build or the resulting binary so I hope the upload can still be accepted. Please let me know if you would rather I re-upload anyway: * the versioned B-D on libupnp4-dev is tightened but still matches the version in Wheezy (before freeze I was considering updating linux-igd to use a newer libupnp, but that is too invasive a change so I reverted it for this upload, but it left this one change in debian/control). * a change to the comments in debian/watch (this was a Lintian warning I was also working on at the time) unblock linux-igd/1.0+cvs20070630-4 diff -u linux-igd-1.0+cvs20070630/debian/control linux-igd-1.0+cvs20070630/debian/control --- linux-igd-1.0+cvs20070630/debian/control +++ linux-igd-1.0+cvs20070630/debian/control @@ -4,8 +4,8 @@ Homepage: http://linux-igd.sourceforge.net/ Maintainer: Nick Leverton n...@leverton.org Build-Depends: debhelper (= 7.0.50), quilt (= 0.46-8~), iptables-dev, pkg-config, - libupnp4-dev (= 1.8.0~svn20100507) -Standards-Version: 3.8.4 + libupnp4-dev (= 1.8.0~svn20100507-1.1) +Standards-Version: 3.9.3 Package: linux-igd Architecture: any diff -u linux-igd-1.0+cvs20070630/debian/rules linux-igd-1.0+cvs20070630/debian/rules --- linux-igd-1.0+cvs20070630/debian/rules +++ linux-igd-1.0+cvs20070630/debian/rules @@ -3,8 +3,12 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -# enable libupnp debugging -CFLAGS += -DDEBUG +export DEB_BUILD_MAINT_OPTIONS = hardening=+all +export DEB_CFLAGS_MAINT_APPEND = -DDEBUG + +CPPFLAGS_DEF += `dpkg-buildflags --get CPPFLAGS` +CFLAGS_DEF += `dpkg-buildflags --get CFLAGS` +LDFLAGS_DEF += `dpkg-buildflags --get LDFLAGS` %: dh --with quilt $@ @@ -15,3 +19,3 @@ # dh_auto_build -- HAVE_LIBIPTC=1 HAVE_XTABLES=1 HAVE_IPTABLES_143=1 - dh_auto_build + dh_auto_build -- CFLAGS=$(CPPFLAGS_DEF) $(CFLAGS_DEF) LDFLAGS=$(LDFLAGS_DEF) diff -u linux-igd-1.0+cvs20070630/debian/watch linux-igd-1.0+cvs20070630/debian/watch --- linux-igd-1.0+cvs20070630/debian/watch +++ linux-igd-1.0+cvs20070630/debian/watch @@ -1,6 +1,3 @@ -# Example watch control file for uscan -# Rename this file to watch and then you can run the uscan command -# to check for upstream updates and more. # Site Directory Pattern Version Script version=3 http://sf.net/linux-igd/linuxigd-(.*)\.(?:tar.bz2|tar.gz|tar|tgz) diff -u linux-igd-1.0+cvs20070630/debian/changelog linux-igd-1.0+cvs20070630/debian/changelog --- linux-igd-1.0+cvs20070630/debian/changelog +++ linux-igd-1.0+cvs20070630/debian/changelog @@ -1,3 +1,13 @@ +linux-igd (1.0+cvs20070630-4) unstable; urgency=low + + * Apply patch 16 from Rob Lesley to fix use-after-free (Closes: #499827) + * Apply hardening in line with Wheezy release goal, as we are a daemon +and handle unsanitised input from the net. Update *FLAGS in line +with this to be supplied by dh_buildflags. + * Update Policy to 3.9.3 (no change to package). + + -- Nick Leverton n...@leverton.org Sat, 07 Jul 2012 21:54:47 +0100 + linux-igd (1.0+cvs20070630-3) unstable; urgency=low * Use debhelper 7 and dh; update patch 02-makefile to support DESTDIR. diff -u linux-igd-1.0+cvs20070630/debian/patches/02-makefile.diff linux-igd-1.0+cvs20070630/debian/patches/02-makefile.diff --- linux-igd-1.0+cvs20070630/debian/patches/02-makefile.diff +++ linux-igd-1.0+cvs20070630/debian/patches/02-makefile.diff @@ -52,7 +52,7 @@ upnpd: $(FILES) - $(CC) $(CFLAGS) $(FILES) $(LIBS) -o $@ -+ $(CC) $(CFLAGS) $(LDFLAGS) $(FILES) $(LIBS) -o $@ ++ $(CC) $(LDFLAGS) $(FILES) $(LIBS) -o $@ @echo make $@ finished on `date` %.o: %.c diff -u linux-igd-1.0+cvs20070630/debian/patches/series linux-igd-1.0+cvs20070630/debian/patches/series --- linux-igd-1.0+cvs20070630/debian/patches/series +++ linux-igd-1.0+cvs20070630/debian/patches/series @@ -21,0 +22 @@ +16-nullify-event-mapping-to-prevent-writing-over-free-d.patch only in patch2: unchanged: --- linux-igd-1.0+cvs20070630.orig/debian/patches/16-nullify-event-mapping-to-prevent-writing-over-free-d.patch +++ linux-igd-1.0+cvs20070630/debian/patches/16-nullify-event-mapping-to-prevent-writing-over-free-d.patch @@ -0,0 +1,24 @@ +Description: Nullify event-mapping to prevent writing over free'd memory
Bug#680734: webgui: warnings in error.log
Package: webgui Version: 7.10.24-1 Severity: minor As per the subject Use of qw(...) as parentheses is deprecated at /usr/share/webgui/lib/WebGUI/Asset/Wobject/Survey.pm line 1402. Use of qw(...) as parentheses is deprecated at /usr/share/webgui/lib/WebGUI/Asset/Wobject/Survey.pm line 2188. Very minor code syntax fixes *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680735: sope FTBFS on alpha: varargs problems
Source: sope Version: 1.3.15-4 Severity: normal Tags: patch User: debian-al...@lists.debian.org Usertags: alpha X-Debbugs-CC: debian-al...@lists.debian.org sope FTBFS on alpha with the following error: Making all for subproject FoundationExt... Compiling file DefaultScannerHandler.m ... Compiling file PrintfFormatScanner.m ... PrintfFormatScanner.m: In function '-[PrintfFormatScanner stringWithFormat:argum ents:]': PrintfFormatScanner.m:43:9: error: wrong type argument to unary exclamation mark Full build log is at: http://buildd.debian-ports.org/status/fetch.php?pkg=sopearch=alphaver=1.3.15-4stamp=1340289880 It's the same problem as that fixed for arm by the recently added patch 0007-Fix-FTBFS-on-arm.patch. Please consider modifying the line: +#ifndef __arm__ in the patch to be: +if !defined(__arm__) !defined(__alpha__) Also needed for a successful build on Alpha is the attached patch which further isolates us from the varargs misuse. Cheers Michael. --- sope-1.3.15/sope-gdl1/GDLAccess/EOSQLQualifier.m 2012-05-11 20:23:09.0 + +++ sope-1.3.15-new/sope-gdl1/GDLAccess/EOSQLQualifier.m 2012-07-08 10:07:21.0 + @@ -328,7 +328,7 @@ back to an array (the EOQualifierEnumScannerHandler does that). Works on ix86, but *NOT* on iSeries or zServer !! */ -#if defined(__s390__) || defined(__arm__) +#if defined(__s390__) || defined(__arm__) || defined(__alpha__) qualifierString = [formatScanner performSelector:@selector(stringWithFormat:arguments:) withObject:_qualifierFormat
Bug#680736: unblock: lives/1.6.2~ds1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello release managers, please unblock package lives, it incorporates a small patch [1] taken from upstream VCS to fix bug#664523 (Lives doesn't work with JACK, [2]). unblock lives/1.6.2~ds1-2 Thanks in advance for any reply. [1] http://anonscm.debian.org/gitweb/?p=pkg-multimedia/lives.git;a=commitdiff;h=7c7cf2c8ba8e0 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664523 -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680737: linux-image-3.2.0-2-amd64: Intel i915: black display after boot
Package: src Version: 3.2.20-1 Severity: important Hi, the screen turns to black at the beginning of the boot process. I have to run setpci -s 00:02.0 F4.B=00 via ssh to see anything. This is similar to bug 668274. Booting with the 2.6 kernel does not show this problem. Best regards Roland -- Package-specific info: ** Version: Linux version 3.2.0-2-amd64 (Debian 3.2.20-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-7) ) #1 SMP Mon Jun 11 17:24:18 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-2-amd64 root=/dev/mapper/sda2_crypt ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 2204.412078] ehci_hcd :00:1d.7: PCI INT A disabled [ 2204.976104] PM: suspend of devices complete after 671.660 msecs [ 2204.992352] ehci_hcd :00:1d.7: PME# enabled [ 2204.992361] ehci_hcd :00:1d.7: wake-up capability enabled by ACPI [ 2205.008327] uhci_hcd :00:1d.0: wake-up capability enabled by ACPI [ 2205.008803] ehci_hcd :00:1a.7: PME# enabled [ 2205.008809] ehci_hcd :00:1a.7: wake-up capability enabled by ACPI [ 2205.024156] uhci_hcd :00:1a.0: wake-up capability enabled by ACPI [ 2205.024249] PM: late suspend of devices complete after 48.140 msecs [ 2205.024392] ACPI: Preparing to enter system sleep state S3 [ 2205.024540] PM: Saving platform NVS memory [ 2205.026163] Disabling non-boot CPUs ... [ 2205.128167] CPU 1 is now offline [ 2205.128773] ACPI: Low-level resume complete [ 2205.128773] PM: Restoring platform NVS memory [ 2205.128773] CPU0: Thermal monitoring handled by SMI [ 2205.128773] Enabling non-boot CPUs ... [ 2205.128773] Booting Node 0 Processor 1 APIC 0x1 [ 2205.128773] smpboot cpu 1: start_ip = 99000 [ 2205.027732] Calibrating delay loop (skipped) already calibrated this CPU [ 2205.153608] NMI watchdog enabled, takes one hw-pmu counter. [ 2205.159549] CPU1 is up [ 2205.160962] ACPI: Waking up from system sleep state S3 [ 2205.163681] i915 :00:02.0: restoring config space at offset 0x6 (was 0xc, writing 0xc00c) [ 2205.163688] i915 :00:02.0: restoring config space at offset 0x1 (was 0x97, writing 0x900407) [ 2205.163743] uhci_hcd :00:1a.0: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2205.163772] uhci_hcd :00:1a.0: wake-up capability disabled by ACPI [ 2205.163811] ehci_hcd :00:1a.7: restoring config space at offset 0x1 (was 0x296, writing 0x292) [ 2205.163831] ehci_hcd :00:1a.7: wake-up capability disabled by ACPI [ 2205.163837] ehci_hcd :00:1a.7: PME# disabled [ 2205.163856] snd_hda_intel :00:1b.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 2205.163877] snd_hda_intel :00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) [ 2205.163883] snd_hda_intel :00:1b.0: restoring config space at offset 0x1 (was 0x16, writing 0x12) [ 2205.163915] pcieport :00:1c.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 2205.163927] pcieport :00:1c.0: restoring config space at offset 0x9 (was 0x10001, writing 0xd131d041) [ 2205.163932] pcieport :00:1c.0: restoring config space at offset 0x8 (was 0x0, writing 0xd660d570) [ 2205.163946] pcieport :00:1c.0: restoring config space at offset 0x1 (was 0x11, writing 0x100407) [ 2205.163996] pcieport :00:1c.1: restoring config space at offset 0xf (was 0x200, writing 0x20b) [ 2205.164030] pcieport :00:1c.1: restoring config space at offset 0x9 (was 0x10001, writing 0xd231d141) [ 2205.164036] pcieport :00:1c.1: restoring config space at offset 0x8 (was 0x0, writing 0xd560d460) [ 2205.164051] pcieport :00:1c.1: restoring config space at offset 0x1 (was 0x17, writing 0x100407) [ 2205.164102] pcieport :00:1c.2: restoring config space at offset 0xf (was 0x300, writing 0x30b) [ 2205.164114] pcieport :00:1c.2: restoring config space at offset 0x9 (was 0x10001, writing 0xd331d241) [ 2205.164119] pcieport :00:1c.2: restoring config space at offset 0x8 (was 0x0, writing 0xd450d350) [ 2205.164133] pcieport :00:1c.2: restoring config space at offset 0x1 (was 0x17, writing 0x100407) [ 2205.164195] uhci_hcd :00:1d.0: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2205.164222] uhci_hcd :00:1d.0: wake-up capability disabled by ACPI [ 2205.164253] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2205.164291] uhci_hcd :00:1d.2: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2205.164330] uhci_hcd :00:1d.3: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2205.164376] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 0x296, writing 0x292) [ 2205.164396] ehci_hcd :00:1d.7: wake-up capability disabled by ACPI [ 2205.164401] ehci_hcd :00:1d.7: PME# disabled [ 2205.164421] pci :00:1e.0: restoring config space
Bug#654515: don't pass preferIPv4Stack=true to java
Package: josm Version: 0.0.svn5267+dfsg1-1 Hello, Le mercredi 4 janvier 2012 00:02:03, David Paleino a écrit : On Wed, 04 Jan 2012 00:08:56 +0300, Andrew O. Shadura wrote: Currently, /usr/bin/josm wrapper script does the following: JAVA_OPTS=$JAVA_OPTS -Djava.net.preferIPv4Stack=true -Djava.net.useSystemProxies=true This is wrong, IPv6 should be preferred, not IPv4. At any rate, this can be configurable and not hard-coded in the wrapper script. Please remove this setting. That was done because Java was broken with IPv6 preferred. So I'm not really doing this until I have a reasonably large number of people telling me that, with various network setups, removing -Djava.net.prefer* is safe. I also removed this option, and josm is still working correctly. I've been using josm with an IPv4 only connection and with a dual IPv4/v6 connection. So, you're the first :) Second :-) Regards, Olivier --- Package information. --- Depends (Version) | Installed ==-+-=== openjdk-6-jre | 6b24-1.11.3-2 OR sun-java6-jre | OR openjdk-7-jre | libcommons-codec-java | 1.6-1 libgettext-commons-java (= 0.9.6) | 0.9.6-2 libmetadata-extractor-java | 2.3.1+dfsg-2 liboauth-signpost-java(= 1.2) | 1.2.1.2-1 libsvgsalamander-java | 0~svn95-1 openstreetmap-map-icons-classic| 1:0.0.svn27763-1 ant| 1.8.2-4 Recommends(Version) | Installed ===-+-=== josm-plugins| webkit-image-gtk| OR webkit-image-qt | 0.0.svn25399-3
Bug#680738: salome-gui: links with both GPL-licensed and GPL-incompatible libraries
Package: salome-gui Version: 6.5.0-1 Severity: serious Justification: Policy 2.2.1 Hello Debian Science Maintainers, thanks for your effort to reintroduce SALOME into Debian. However, it seems to me that one of the licensing issues that affected the previous package [1] is still present in the current salome-gui package. [1] http://bugs.debian.org/619662 Indeed, salome-gui is licensed under the terms of the GNU LGPL v2.1, but links with libcos4-1/libomniorb4-1, which include [2] files released under the terms of the GNU GPL v2 or later. [2] http://packages.debian.org/changelogs/pool/main/o/omniorb-dfsg/current/copyright This means that package salome-gui is effectively under the GNU GPL (v2 or later). On the other hand, salome-gui links with liboce-* packages, which are released under the terms of the OCTPL v6.3 [3], a GPL-incompatible license. [3] http://packages.debian.org/changelogs/pool/main/o/oce/current/copyright As a consequence, I would say that salome-gui (the binary package) is currently undistributable, as it links with both a GPLv2-licensed library and a GPLv2-incompatible one. Possible solutions, in descending order of desirability: (A) Open CASCADE S.A.S. should be contacted and persuaded to re-license Open CASCADE Technology under GPLv2-and-v3-compatible terms. (B) liboce-* packages should be substituted with a GPLv2-and-v3-compatible replacement, if any is available. (C) omniORB copyright holders should be asked to add license exceptions that give permission to link their work with code released under the OCTPL. As summarized in a recent thread on debian-science and debian-legal [4], I am trying to push in the direction of solution (A), but I need help in persuading Open CASCADE S.A.S. to switch to the GNU LGPL v2.1: once again, please help! [4] https://lists.debian.org/debian-legal/2012/06/msg00038.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680739: RM: khtmlib -- ROM; too immature and not progressing upstream as expected
Package: ftp.debian.org Severity: normal Please drop khtmlib from the archive. As subject says, it is too immature and not progressing upstream as expected. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680741: cdfs-src: copyright information out of date
package: cdfs-src version: 2.6.23-4 The copyright file for cdfs-src mention elis.rug.ac.be as upstream domain. This changed to elis.ugent.be and the old one doesn't work anymore. New website: http://users.elis.ugent.be/~mronsse/cdfs/ Email of the author: michiel.ron...@ugent.be Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674728: [Pkg-chromium-maint] Bug#674728: #674728 chromium: FTBFS on armel and armhf
On 18/06/2012 00:20, shawn wrote: the skia patch here is tested and critical for armel. I am unable to test the rest cause I am having issues in the linking stage with chromium 20 with symbols that should be provided by the vpx library. I was using chromium-browser-20.0.1132.21~r139451-1 Since these problems do not seem arm-specific (even though the libvpx.gyp file has a alot of arm stuff, i think that is special to building it, which we thankfully are not doing...although we might have to suffer those issues with v8...) I wonder if you have ran into/fixed these problems. The alternate to the 0001 patch is what the libv8 package has CXXFLAGS += -mno-thumb-interwork under the armel section If i remember well, I was using a similar 0001 patch for libv8 and using that flag was a better solution. I think it poses problems with armhf builds but i'm not sure. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679552: Please update dpkg to = 1.16.4 and reschedule goobox 3.0.1-5, was Re: Bug#679554: Tracking strange sgml failures (related to #675613 in dpkg?)
Hello ia64 buildd admins, could you please upgrade the version of dpkg in your buildd environment to something = 1.16.4 (e.g. the version in testing (1.16.4.3) or in sid (1.16.7)) and reschedule goobox 3.0.1-5. Thanks Helge On Sat, Jul 07, 2012 at 07:19:52PM +0200, Helge Kreutzmann wrote: On Sat, Jul 07, 2012 at 12:09:22PM -0500, Jonathan Nieder wrote: Helge Kreutzmann wrote: short: goobox fails during man page generation (see below) with very similar issues like #675613 fixed in dpkg 1.16.4 on some architectures, on some not. I'm unable to reproduce, but every time it fails, dpkg is 1.16.4, every time it suceedes, dpkg = 1.16.4. Could somebody confirm that I'm on the right track? If so, is there any other way then using a pre-depency on dpkg = 1.16.4 to ensure that buildds are using a recent enough dpkg? Do you mean build-dependency? Yes, of course build-dependency. [...] amd64 3.0.1-2 suceeded dpkg 1.16.4.3 amd64 3.0.1-3 failed dpkg 1.16.3 armel 3.0.1-2 suceeded dpkg 1.16.4.3 armel 3.0.1-3 suceeded dpkg 1.16.7 armhf 3.0.1-2 suceeded dpkg 1.16.4.3 armhf 3.0.1-3 suceeded dpkg 1.16.6 ia64 3.0.1-2 suceeded dpkg 1.16.4.3 ia64 3.0.1-3 failed dpkg 1.16.3 mips 3.0.1-2 suceeded dpkg 1.16.4.2 mips 3.0.1-3 suceeded dpkg 1.16.4.2 mipsel 3.0.1-2 failed dpkg 1.16.3 dpkg 1.16.3 powerpc 3.0.1-2 suceeded dpkg 1.16.4.3 3.0.1-3 suceeded dpkg 1.16.4.3 s3903.0.1-2 suceeded dpkg 1.16.4.3 3.0.1-3 suceeded dpkg 1.16.4.3 s390x 3.0.1-2 suceeded dpkg 1.16.4.3 3.0.1-3 suceeded dpkg 1.16.4.3 Probably it would be best for the buildds to update their copy of dpkg. Cc-ing the admins. Thanks. Thanks and hope that helps, I'll prepare a new upload then (the current version has an ugly workaround which is not accepted by the release-admins, cf. #680622). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#680742: Request: Reactivation of RoarAudio support in openal-soft
Package: openal-soft Version: 1:1.14-4 Sadly i had to see that RoarAudio support got disabled in openal-soft in debian... This is a feature i use and it works well upstream. I hereby request the reactivation of this Feature. Thanks. Regards, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680743: Request: Reactivation of RoarAudio support in ices2
Package: ices2 Version: 2.0.1-13 Sadly i had to see that RoarAudio support got disabled in ices2 in debian... This is a feature i use and it works well upstream. I hereby request the reactivation of this Feature. Thanks. Regards, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680744: Request: Reactivation of RoarAudio support in libao
Package: libao Version: 1.1.0-2 Sadly i had to see that RoarAudio support got disabled in libao in debian... This is a feature i use and it works well upstream. I hereby request the reactivation of this Feature. Thanks. Regards, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680745: Request: Reactivation of RoarAudio support in cmus
Package: cmus Version: 2.4.3-2 Sadly i had to see that RoarAudio support got disabled in cmus in debian... This is a feature i use and it works well upstream. I hereby request the reactivation of this Feature. Thanks. Regards, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667350: give-back for rdfind on s390
Hi, 1) I do not understand what the problem is. the build log I can find, on https://buildd.debian.org/status/fetch.php?pkg=rdfindarch=s390ver=1.3.1-1stamp=1336438441 shows a cryptic error. 2) is this related to gcc 4.7? the link in 1) says something about illegal seek and perl. 3) what does give-back mean? does it mean the package will be removed from all archs unless s390 starts working? paul On 2012-07-07 22:31, Salvatore Bonaccorso wrote: Looking at some RC bugs for wheezy I have noticed that rdfind did not migrated to testing for s390. I have asked for a give-back on it. Regards, Salvaotre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680746: entagged: package description review
Package: entagged Version: 0.35-4 Severity: wishlist Tags: patch The package description for entagged has a couple of typos and stylistic issues. Currently: Description: Java Audio File Tagger This capitalisation would make sense if its name was JAFT, but given that it isn't, leave the words audio file tagger lowercase. It's unclear why end users would care that it's written in Java; the long description doesn't seem to think it's worth mentioning, so what is it doing here in the synopsis? Demote it and replace it with a mention of the app's main selling point over its rivals: with freedb support. Another major feature that this description fails to hint at is that entagged is a *graphical* tagger (like easytag), not a commandline tool (like vorbiscomment). Entagged is a audiofile tagger, using the freedb online database for Typos: s/a audio/an audio/, and s/audiofile/audio file/. the retrieval of the tags. It supports custom file renaming from tags (with any directory stucture) and vice versa. Supports: mp3, ogg, Typo: s/stucture/structure/. The vice versa is a bit confusing: entagged supports file renaming from tags, and... tag renaming from files? Leave out the vice versa and just use roughly the same phrasing as in the man page. flac, mpc, ape, wma. Since I'm already editing this I'll sort the formats into alphabetical order and (again as in the man page) put them in caps - these are the equivalents of JPEG, not .jpg). So my suggested version is: | Description: graphical audio file tagger with freedb support | Entagged is an audio file tagger written in Java, using the freedb online | database for the retrieval of the tags. It can be used to organize files | into complex directory structures according to their tags, or to tag them | from their filenames. Supports: APE, FLAC, MP3, MPC, OGG, WMA. -- JBR Ankh kak! (Ancient Egyptian blessing) diff -ru entagged-0.35.pristine/debian/control entagged-0.35/debian/control --- entagged-0.35.pristine/debian/control 2011-09-25 22:18:45.0 +0100 +++ entagged-0.35/debian/control 2012-07-07 22:22:55.363392436 +0100 @@ -14,8 +14,8 @@ Architecture: all Depends: ${misc:Depends}, openjdk-6-jre | java6-runtime, libhsqldb-java, squareness -Description: Java Audio File Tagger - Entagged is a audiofile tagger, using the freedb online database for - the retrieval of the tags. It supports custom file renaming from tags - (with any directory stucture) and vice versa. Supports: mp3, ogg, - flac, mpc, ape, wma. +Description: graphical audio file tagger with freedb support + Entagged is an audio file tagger written in Java, using the freedb online + database for the retrieval of the tags. It can be used to organize files + into complex directory structures according to their tags, or to tag them + from their filenames. Supports: APE, FLAC, MP3, MPC, OGG, WMA.
Bug#680748: RM: loop-aes-utils -- RoQA; unsupported
Package: ftp.debian.org Severity: normal The old loop-aes support is dead. dm-crypt with cryptsetup supports this modes in the meantime for backward compatibility. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680749: thinkpad: thinkpad_acpi display brightness problems
Package: src Version: 3.2.20-1 Severity: important File: thinkpad Dear Maintainer, * What led up to the situation? Ever since the 3.x.x kernel release is included into sid the display brightness buttons are malfunctioning. My observation is, that if I use the buttons during the text boot phase (before X is started), then I am able to set the brightness even after X has been started, but no OSD is popped up to indicate the current brightness level. If boot occurs withoit setting brightness level the keys trigger an erratical OSD output (we are talking about XFCE desktop), but no brightness change. If I apply the previously described solution then if I check /proc/acpi/ibm/brightness, the levels are stepping in the following order as I increase the display brightness: 0,2,4,6,1,3,5,7. This might be one of the reasonf for the erratic behavior. * What exactly did you do (or not do) that was effective (or ineffective)? All solutions described in previous bug-reports on this topic were ineffective. * What was the outcome of this action? * What outcome did you expect instead? -- Package-specific info: ** Version: Linux version 3.2.0-2-686-pae (Debian 3.2.20-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-7) ) #1 SMP Mon Jun 11 18:27:04 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-2-686-pae root=UUID=3079e6c6-ed96-488c-89be-93b5670f58f8 ro quiet acpi_backlight=vendor ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [7.999494] thinkpad_acpi: ACPI backlight control delay disabled [7.999655] thinkpad_acpi: radio switch found; radios are disabled [8.002048] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is blocked [8.002476] Registered led device: tpacpi::thinklight [8.002511] Registered led device: tpacpi::power [8.002535] Registered led device: tpacpi::standby [8.002556] Registered led device: tpacpi::thinkvantage [8.006302] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [8.008077] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input8 [8.161192] iwl4965: Intel(R) Wireless WiFi 4965 driver for Linux, in-tree: [8.161195] iwl4965: Copyright(c) 2003-2011 Intel Corporation [8.161255] iwl4965 :03:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [8.161266] iwl4965 :03:00.0: setting latency timer to 64 [8.161293] iwl4965 :03:00.0: Detected Intel(R) Wireless WiFi Link 4965AGN, REV=0x4 [8.10] iwl4965 :03:00.0: device EEPROM VER=0x36, CALIB=0x5 [8.200038] iwl4965 :03:00.0: Tunable channels: 13 802.11bg, 19 802.11a channels [8.200133] iwl4965 :03:00.0: irq 48 for MSI/MSI-X [8.510170] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: excluding 0x170-0x177 0x1f0-0x1f7 0x370-0x377 [8.511947] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: excluding 0x3f0-0x3f7 0x4d0-0x4d7 [8.512719] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: clean. [8.513319] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: clean. [8.513987] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: excluding 0xc-0xc 0xe-0xf [8.514021] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: excluding 0xa000-0xa0ff [8.514052] pcmcia_socket pcmcia_socket0: cs: memory probe 0x6000-0x60ff: excluding 0x6000-0x60ff [8.514083] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: clean. [8.602968] snd_hda_intel :00:1b.0: PCI INT B - GSI 17 (level, low) - IRQ 17 [8.603083] hda_intel: probe_mask set to 0x1 for device 17aa:20ac [8.603151] snd_hda_intel :00:1b.0: irq 49 for MSI/MSI-X [8.603190] snd_hda_intel :00:1b.0: setting latency timer to 64 [8.767733] iwl4965 :03:00.0: loaded firmware version 228.61.2.24 [8.767997] Registered led device: phy0-led [8.783432] nvidia: module license 'NVIDIA' taints kernel. [8.783435] Disabling lock debugging due to kernel taint [8.813177] ieee80211 phy0: Selected rate control algorithm 'iwl-4965-rs' [9.132556] nvidia :01:00.0: power state changed by ACPI to D0 [9.132562] nvidia :01:00.0: power state changed by ACPI to D0 [9.132572] nvidia :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [9.132581] nvidia :01:00.0: setting latency timer to 64 [9.132586] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [9.132805] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input9 [9.132833] NVRM: loading NVIDIA UNIX x86 Kernel Module 295.59 Wed Jun 6 21:24:41 PDT 2012 [ 10.652051] Adding 3911792k swap on /dev/sda5. Priority:-1 extents:1 across:3911792k [ 10.666491] EXT4-fs (sda2): re-mounted. Opts: (null) [ 11.079709] EXT4-fs (sda2):
Bug#680750: gladish should depend on python-gi-cairo
Package: gladish Version: 1+dfsg0-3 Severity: important Dear Maintainer, When using gladish without python-gi-cairo installed, jack configuration is unusable: many UI elements do not show up and the console is flooded with error messages TypeError: Couldn't find conversion for foreign struct 'cairo.Context' Installing python-gi-cairo resolved that problem for me. -- System Information: Debian Release: wheezy/sid Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gladish depends on: ii ladish 1+dfsg0-3 ii libart-2.0-2 2.3.21-2 ii libatk1.0-02.4.0-2 ii libatkmm-1.6-1 2.22.6-1 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libcairomm-1.0-1 1.10.0-1 ii libdbus-1-31.6.2-1 ii libdbus-glib-1-2 0.100-1 ii libflowcanvas5 0.7.1+dfsg0-0.2 ii libfontconfig1 2.9.0-6 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.1-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libglibmm-2.4-1c2a 2.32.0-1 ii libgnomecanvas2-0 2.30.3-1 ii libgnomecanvasmm-2.6-1c2a 2.26.0-1 ii libgtk2.0-02.24.10-1 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libpango1.0-0 1.30.0-1 ii libpangomm-1.4-1 2.28.4-1 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.1-2 Versions of packages gladish recommends: ii laditools 1.0.1-1 gladish 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#680751: Missing bindtextdomain()
Package: notification-daemon Version: 0.7.5-1 Priority: normal Tags: i18n patch Without bindtextdomain() strings with gettext() are not translated to user language, e.g. Clear all notifications button label. Patch based on gnome-search-tool package code. 0001-Missing-bindtextdomain.patch Description: Binary data
Bug#670945: Debian Bug #670945
Are there any news on this bug? Upgrading my system broke many PHP scripts on my server as well. Some customers and I do call the scripts without the explicit .php extension. I had to rewrite all scripts, that depended on multiviews. (Strangely I could not even fix the problem with mod_rewrite.) While I am very comfortable with removing the MIME types for php files (I felt they are something completely broken for a long time), I hope the problem of mod_negotiation and mod_php5 not working together anymore gets fixed. Maybe this bug should get reassigned to the apache2.2-bin package, that contains the mod_negotiation module. -- Matthias WimmerUSt-IdNr. DE244176643 Contact details: http://matthias.wimmer.tel/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680752: unblock: vlc/2.0.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package vlc It drops the last remaining bit of libggi in Wheezy. unblock vlc/2.0.2-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680753: unblock: mythtv-status/0.10.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mythtv-status This version fixes BTS bugs: #680358 - Bug if the next recording is more than 1 day in the future #680372 - Danish debconf translation As I'm also the upstream maintainer fixing 680358 by cutting a new release seemed a good idea. I also noticed yesterday a bug with UTF-8, and another one which required two occurences of 23058 with 58. The debdiff is fairly length because I added a test case for the UTF-8 bug, and fixed a failing test. Cheers! unblock mythtv-status/0.10.2-1 -- System Information: Debian Release: wheezy/sid APT prefers common APT policy: (500, 'common'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.20-vs2.3.2.10-beng (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ (charmap=ISO-8859-1) (ignored: LC_ALL set to en_NZ) 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#680722: strongswan-ikev1: running non-privileged breaks the updown script
On dim., 2012-07-08 at 10:38 +0200, Romain Francoise wrote: Package: strongswan-ikev1 Version: 4.6.4-2 Severity: serious In 4.6.4-2 the package was changed to make the daemons run as a non-privileged user instead of root. This breaks my virtual IP setup (leftsourceip=) because after establishing tunnels pluto runs iproute2 commands which now fail because of insufficient privileges. The strongSwan wiki mentions that it also breaks leftfirewall=, which I use on machines currently running squeeze, I don't want this to break when I upgrade to wheezy... Running non-privileged is a nice security improvement but it's probably not the right default for the Debian package as it breaks important features. To be honest, I think the opposite, I think running privileged is a mistake, and the fact that plutot doesn't handle it fine is sad (fortunately, it'll be gone in 5.0). You might want to have pluto exec a script using sudo with specific commands, and add password-less specific permissions for those commands. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#680754: empty strings show .po file header on translated pages
Package: smarty-gettext Severity: important Version: 1.0b1-6 Hi, when smarty-gettext is used with smarty 3.1, the rendered page will contain several repetitions of the .po file header of the language that is used for translation. The issue gets fixed by not translating empty strings. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb Description: Do not show .po file header for empty translation strings (when used with smarty 3.1) When used with smarty 3.1 empty translation strings will end up with showing the header stanza of the .po file that gets selected for translating the original messages. . The fix is to ignore empty translation strings. Forwarded: https://sourceforge.net/tracker/?func=detailaid=3541356group_id=107853atid=648884 Author: Mike Gabriel mike.gabr...@das-netzwerkteam.de --- a/block.t.php +++ b/block.t.php @@ -72,6 +72,10 @@ */ function smarty_block_t($params, $text, $smarty) { + if ( ! isset($text) ) { + return $text; + } + $text = stripslashes($text); // set escape mode pgpirYT1TTFzE.pgp Description: Digitale PGP-Unterschrift
Bug#613842: spread: fix for Uninstall of spread breaks dpkg
tags 613842 + patch thanks Hi, attached is a patch that solves the issue for me. The reordering would have been enough in most cases, but I wanted to safeguard it a bit :) No idea how that could have worked in the first place, or did dpkg accept non-extisting users in statoverrides before? No intent to NMU at this time due to #639916 Regards Evgeni diff -u spread-3.17.4/debian/changelog spread-3.17.4/debian/changelog --- spread-3.17.4/debian/changelog +++ spread-3.17.4/debian/changelog @@ -1,3 +1,11 @@ +spread (3.17.4-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Only delete the user and group when no statoverrides are left +Closes: #613842 + + -- Evgeni Golov evg...@debian.org Sun, 08 Jul 2012 13:21:09 +0200 + spread (3.17.4-4) unstable; urgency=low * QA upload. diff -u spread-3.17.4/debian/spread.postrm spread-3.17.4/debian/spread.postrm --- spread-3.17.4/debian/spread.postrm +++ spread-3.17.4/debian/spread.postrm @@ -1,15 +1,22 @@ #!/bin/sh -e if [ $1 = purge ]; then - - if [ -x /usr/sbin/userdel -a -x /usr/sbin/groupdel ]; then - getent passwd spread /dev/null userdel spread - getent group spread /dev/null groupdel spread - fi dpkg-statoverride --remove /etc/spread/spread.conf || true dpkg-statoverride --remove /etc/spread || true dpkg-statoverride --remove /var/run/spread || true + + # only delete the user and group when no statoverrides are left + if ! dpkg-statoverride --list /etc/spread/spread.conf /dev/null; then + if ! dpkg-statoverride --list /etc/spread /dev/null; then + if ! dpkg-statoverride --list /var/run/spread /dev/null; then +if [ -x /usr/sbin/userdel -a -x /usr/sbin/groupdel ]; then + getent passwd spread /dev/null userdel spread + getent group spread /dev/null groupdel spread +fi + fi + fi + fi fi #DEBHELPER#
Bug#634930: gpa: GPA unusable due to General Assuan error
CCing gpa-dev BCCing affected users Am Sonntag, den 08.07.2012, 02:39 + schrieb mnmnm...@tormail.org: I have found that the problem is the expired X.509 certificates. How did you find out? Here is my easy workaround to solve this bug. 1. Remove the file where the X.509 certificates are stored. rm usr/share/gnupg2/com-certs.pem Instead of removing this file can you please try the option: --disable-x509 instead? 2. Remove your gnupg configuration folder. rm home/benutzer/.gnupg/ Is the second step really necessary? That's all. Should work for every version. Enjoy. It works locally without removing this file. [1] proves this too. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634930#45 Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625471: gpa: Multiple useless keys
severity 625471 minor thanks Hi, I found this [1] thread. I cannot tell you, where the keys you see are coming from, but following [1] you should be able to delete them via gpgsm. It is probably only interesting, which package installed these keys or where they are coming from to add this information to README.Debian or another appropriate place. Can you please attach a screenshot of the gpa interface showing some of these keys or investigate yourself, where the keys shown are located on your system? Regards Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625471: gpa: Multiple useless keys
Am Sonntag, den 08.07.2012, 13:43 +0200 schrieb Daniel Leidert: Hi, I found this [1] thread. I cannot tell you, where the keys you see are coming from, but following [1] you should be able to delete them via gpgsm. It is probably only interesting, which package installed these keys or where they are coming from to add this information to README.Debian or another appropriate place. Can you please attach a screenshot of the gpa interface showing some of these keys or investigate yourself, where the keys shown are located on your system? [1] http://lists.gnupg.org/pipermail/gnupg-users/2012-June/044847.html Regards Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680051: [pkg-bacula-devel] Bug#680051: switch between bacula-director-dbtype
tags 680051 + pending fixed in git master branch On Tue, 03 Jul 2012 11:41:13 +0400, Alexander Golovko wrote: Package: bacula-director-mysql Version: 5.2.6+dfsg-1 Install bacula-director-mysql on system with installed bacula-director-sqlite3 failed. ucfr: Attempt from package bacula-director-mysql to take /etc/default/bacula-dir away from package bacula-director-sqlite3 ucfr: Aborting. we need to force reregister this file in this case -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680755: lighttpd: Upgrading from Squeeze disables directory listing
Package: lighttpd Version: 1.4.31-1 Severity: important Stock /etc/lighttpd/lighttpd.conf configuration file as packaged in Squeeze contains these lines (uncommented): dir-listing.encoding= utf-8 server.dir-listing = enable In the new version, packaged with Wheezy, this snippet has been moved to its own configuration file, /etc/lighttpd/conf-available/10-dir-listing.conf and the user now is supposed to explicitly enable this module (mod_dirlisting) by running # lighty-enable-mod dir-listing While I think this change is generally a good idea, upgrading to Wheezy broke the directory listing behaviour for me as the mentioned configuration file wasn't symlinked under /etc/lighttpd/conf-enabled/ automatically for me. From comparing the lists of Squeeze and Wheezy lighttpd packages, I gather that the mod_dirlisting configuration has been modularized when preparing the new package. Hence I propose that at least this change in behaviour should be mentioned in NEWS.Debian. Ideally though, the upgrading script should attempt to parse the existing configuration file to gather if the user has mod_dirlisting enabled and if so, replace the contents of /etc/lighttpd/conf-available/10-dir-listing.conf with the extracted values and then symlink it under the /etc/lighttpd/conf-enabled/ directory. If the user has the server.dir-listing directive commented out, no action could be taken. Unfortunately, the case of the user having the dir-listing.encoding option uncommented and changed from the default value, and the server.dir-listing option commented out is also possible. I attached my Squeeze configuration file just in case. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 lighttpd depends on: ii libattr11:2.4.46-8 ii libbz2-1.0 1.0.6-3 ii libc6 2.13-33 ii libgamin0 [libfam0] 0.1.10-4 ii libldap-2.4-2 2.4.28-1.1 ii libpcre31:8.30-5 ii libssl1.0.0 1.0.1c-3 ii libterm-readline-perl-perl 1.0303-1 ii lsb-base4.1+Debian7 ii mime-support3.52-1 ii perl5.14.2-12 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages lighttpd recommends: pn spawn-fcgi none Versions of packages lighttpd suggests: pn apache2-utils none ii openssl1.0.1c-3 pn rrdtoolnone -- no debconf information lighttpd.conf.dpkg-old.gz Description: GNU Zip compressed data
Bug#680756: autodia -l SQL confused by CREATE DATABASE line
Package: autodia Version: 2.14-1 Severity: normal Dear Maintainer, Here is how to reproduce the bug: $ wget https://raw.github.com/fgouget/winetestbot/master/ddl/winetestbot.sql $ autodia -l SQL winetestbot.sql getting handlers.. getting pattern for sql AutoDia - version 2.14(c) Copyright 2003 A Trevena using language : SQL ..using Autodia::Handler::SQL opening winetestbot.sql Can't call method add_attribute on an undefined value at /usr/share/perl5/Autodia/Handler/SQL.pm line 87, INFILE line 163. Line 87 is: $Class-add_attribute({ name = $field, visibility = 0, type = $field_type, }); It's the first line that throws it off: CREATE DATABASE winetestbot DEFAULT CHARSET=utf8 DEFAULT COLLATE=utf8_bin; If I remove it it manages to parse the SQL file without failing. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') 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 autodia depends on: ii libtemplate-perl 2.22-0.1+b2 ii perl 5.14.2-12 autodia recommends no packages. Versions of packages autodia suggests: pn libgraphviz-perl none -- 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#679588: new upstream release: armel/linux compiler errors fixed
Hi, upstream released version 0.7.5b on July 2, unfortunatelly just after the wheezy freeze. In the upstream changelog URL:http://fritzing.org/download/history-changes/ the compiler error is mentioned as fixed: bug fixes: [...] armel/linux compiler errors fixed [...] Perhaps it is possible to package the latest release and convince the release managers to accept it for wheezy. That would be really nice. Best regards and thanks in advance, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680675: debian-installer: Prompts when InRelease file cannot be downloaded
Vagrant Cascadian vagr...@debian.org (07/07/2012): Selecting continue seems to work fine, presumably falling back to debootstrap's handling of old-style Release and Release.gpg files. It seems like debian-installer shouldn't bother to warn the user at that point if the fallback methods haven't yet been tried... Fixed in: debootstrap (1.0.42) unstable; urgency=low * Downgrade the absence of an InRelease file from a warning to an info message. For now, debootstrap can cope fine without, and it's possible there are Debian mirrors that don't have InRelease; Ubuntu doesn't quite have InRelease support yet either (LP: #1017398). -- Colin Watson cjwat...@debian.org Tue, 03 Jul 2012 15:34:57 +0100 Should be fixed in the next d-i upload. Mraw, KiBi. signature.asc Description: Digital signature
Bug#680699: unblock: flash-kernel/3.1
Philipp Kern pk...@debian.org (07/07/2012): @debian-boot: Is it ok to unblock flash-kernel at this point or should that be done post-beta1? Based on Arnaud's answer, please unblock it. If anything breaks, we know whom to poke. Mraw, KiBi. signature.asc Description: Digital signature
Bug#680757: blueman activates a deactivated state on resume
Package: blueman Version: 1.23-1 Severity: normal In laptop-mode-tools, we have a bluetooth module where we can define bluetooth to be auto disabled when on battery. With blueman installed, if a user suspends his laptop on ac, and then later resumes on battery, the bluetooth device does not get disabled. I killed the blueman applet and then it worked fine. Please fix (or provide) and option to make blueman not re-activate bluetooth devices by itself. By the way, this re-activation behavior will not happen when just switching from ac to battery. It only happens when suspended on ac, and then resumed on battery, with laptop-mode-tools enabled. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blueman depends on: ii bluez 4.99-2 ii dbus1.6.0-1 ii gnome-icon-theme3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libbluetooth3 4.99-2 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1.0ubuntu6.1 ii libpango1.0-0 1.30.0-1 ii libpython2.72.7.3~rc2-2.1 ii librsvg2-common 2.36.1-1 ii libstartup-notification00.12-1 ii notification-daemon 0.7.5-1 ii notify-osd [notification-daemon]0.9.34-2 ii obex-data-server0.4.5-1+b3 ii plasma-widgets-workspace [notification-daemon] 4:4.8.4-2 ii python 2.7.3~rc2-1 ii python-dbus 1.1.1-1 ii python-gi 3.2.2-1 ii python-gtk2 2.24.0-3 ii python-notify 0.1.1-3 ii python2.7 2.7.3~rc2-2.1 ii xfce4-notifyd [notification-daemon] 0.2.2-2 Versions of packages blueman recommends: ii libpulse-mainloop-glib0 2.0-3 ii policykit-1 0.105-1 ii python-gconf 2.28.1+dfsg-1 blueman 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#680658: collectd - rrd module takes umask a bit too serious
Hi, On Sat, Jul 07, 2012 at 10:09:40PM +0200, Bastian Blank wrote: The rrdtool module creates all stuff using the umask of the process. So depending on the environment, directories are readable, writable or nothing: | drwxr-x--- 2 root root 4096 Jun 28 18:43 uptime/ | drwxr-xr-x 2 root root 4096 Jun 28 16:12 users/ Hrm, I fail to see why this is a bug in collectd. Imho, this is the expected behavior and I suppose most software behaves like that. It might make sense to explicitly set the umask in the init script, though. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#680660: collectd - runs as root without apparent reason
Hi, On Sat, Jul 07, 2012 at 10:23:00PM +0200, Bastian Blank wrote: All the informations recorded by default are available for normal users or at most need CAP_DAC_READSEARCH. There is no reason to run collectd with the highest permissions on the system. Agreed. Another (I suppose) commonly required capability is CAP_NET_RAW (required by the ping plugin. I suggest to do the following: run collectd as nobody (or a newly created user 'collectd') by default; make that user configurable through /etc/default/collectd and make it possible to provide a list of capabilities (through /etc/default/collectd) that would be applied to the collectd binary in the init script. Does that sound sane to you? Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#680747: [linux-image-3.2.0-2-amd64] Kernel crashes
On Sun, 2012-07-08 at 12:43 +0200, Christoph Mühlmann wrote: Package: linux-image-3.2.0-2-amd64 Version: 3.2.20-1 Severity: important --- Please enter the report below this line. --- Dear Maintainers, my system crashes time by time, but it was not possible to reproduce the crashes or to find any obvious reason. I tried different things before, but the behaviour did not change: - I tested the memory with memtest86+, but no errors were found. Still, I do suspect this is a hardware fault - the memory, CPU or chipset. memtest86+ doesn't always find such faults, unfortunately. - I removed all additional cards, except video (Soundblaster Live!/emu10k1, Adaptec 29160) - moved from proprietary nvidia-drivers to nouveau [...] Different kernel versions? Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part
Bug#680648: [BRLTTY] Bug#680648: brltty: A new accent problem
[quoted lines by Samuel Thibault on 2012/07/07 at 16:17 -0300] Where is convertTextToWchars called? What I see in the driver in readCharacters_LinuxScreen() is a call to setScreenMessage which just uses strlen() and copyScreenCharacterText() without taking charset into account. The message being discussed doesn't use that mechanism. screen.c:1063: problemText = gettext(screen not in text mode); screen.c:1072: description-unreadable = problemText; brltty.c:3309: if (scr.unreadable) { brltty.c:3310: if (!isSuspended) { brltty.c:3311: writeStatusCells(); brltty.c:3312: writeBrailleText(wrn, scr.unreadable); brltty.c:296: int brltty.c:297: writeBrailleText (const char *mode, const char *text) { brltty.c:298: size_t count = getTextLength(text) + 1; brltty.c:299: wchar_t characters[count]; brltty.c:300: size_t length = convertTextToWchars(characters, text, count); -- Dave Mielke | 2213 Fox Crescent | The Bible is the very Word of God. Phone: 1-613-726-0014 | Ottawa, Ontario | 2011 May 21 is the End of Salvation. EMail: d...@mielke.cc | Canada K2A 1H7 | http://Mielke.cc/now.html http://FamilyRadio.com/ | http://Mielke.cc/bible/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677533: video: USB webcam fails since kernel 3.2
2012/6/17 Martin-Éric Racine martin-eric.rac...@iki.fi: pe, 2012-06-15 kello 23:41 -0500, Jonathan Nieder kirjoitti: Martin-Éric Racine wrote: usb 1-7: new high-speed USB device number 3 using ehci_hcd [...] usb 1-7: New USB device found, idVendor=0ac8, idProduct=0321 usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-7: Product: USB2.0 Web Camera usb 1-7: Manufacturer: Vimicro Corp. [...] Linux media interface: v0.10 Linux video capture interface: v2.00 gspca_main: v2.14.0 registered gspca_main: vc032x-2.14.0 probing 0ac8:0321 usbcore: registered new interface driver vc032x The device of interest is discovered. gspca_main: ISOC data error: [36] len=0, status=-71 gspca_main: ISOC data error: [65] len=0, status=-71 [...] gspca_main: ISOC data error: [48] len=0, status=-71 video_source:sr[3246]: segfault at 0 ip (null) sp ab36de1c error 14 in cheese[8048000+21000] gspca_main: ISOC data error: [17] len=0, status=-71 (The above data error spew starts around t=121 seconds and continues at a rate of about 15 messages per second. The segfault is around t=154.) The vc032x code hasn't changed since 3.4.1, so please report your symptoms to Jean-François Moine moin...@free.fr, cc-ing linux-me...@vger.kernel.org, linux-ker...@vger.kernel.org, and either me or this bug log so we can track it. Be sure to mention: - steps to reproduce, expected result, actual result, and how the difference indicates a bug (should be simple enough in this case) 1. Ensure that user 'myself' is a member of the 'video' group. 2. Launch the webcam application Cheese from the GNOME desktop. Expected result: Cheese displays whatever this laptop's camera sees. Actual result: Cheese crashes while attempting to access the camera. - how reproducible the bug is (100%?) 100% - which kernel versions you have tested and result with each (what is the newest kernel version that worked?) It probably was 3.1.0 or some earlier 3.2 release (the upcoming Debian will release with 3.2.x; 3.4 was only used here for testing purposes), but I wouldn't know for sure since I don't use my webcam too often. I finally found time to perform further testing, using kernel packages from snapshots.debian.org, and the last one that positively worked (at least using GNOME's webcam application Cheese) was: linux-image-3.1.0-1-686-pae 3.1.8-2 Linux 3.1 for modern PCs This loaded the following video modules: gspca_vc032x gspca_main videodev media Tests using 3.2.1-1 or more recent crashed as described before. This at least gives us a time frame for when the regression started. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org