Bug#755464: arp-scan: does not honour mac-vendor.txt properly
Package: arp-scan Version: 1.8.1-2 Severity: normal Dear Maintainer, I have a number of devices on my network that show up as (unknown) when doing an arp-scan I added entries to mac-vendor.txt that should have shown meaningful text instead of unknown. Unfortunately this did not work. Futher experiments showed that for some entries it does work, although I only found 1 specific case where it did. 2 entries from Original arp scan 192.xxx.xxx.xxx 00:60:64:94:14:67 NETCOMM LIMITED 192.xxx.xxx.xxx 90:18:7c:48:dd:db (Unknown) after adding the following lines to mac-vendor.txt 006064941467NETCOMM LIMITED - adsl modem 90187c48dddb (Unknown) - device xyz I get.. 192.xxx.xxx.xxx 00:60:64:94:14:67 NETCOMM LIMITED - adsl modem 192.xxx.xxx.xxx 90:18:7c:48:dd:db (Unknown) Nothing I could change including the order of entries, or the length of the mac segment would work for the unknown device or to modify any other known devices. I expected the same behaviour I got for :14:67 on other complete mac addresses. ie: the description to be changed when doing an arp-scan This issue is also present in arp-scan 1.8.1 found on a wheezy (stable) system -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages arp-scan depends on: ii libc6 2.17-92 ii libpcap0.8 1.4.0-2 Versions of packages arp-scan recommends: ii libwww-perl 6.05-1 arp-scan 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#728254: NMU debdiff for libscrypt_1-2.2
Control: tags -1 + pending On Thu, 2013-12-26 22:05:12 +0100, Roland Stigge wrote: Confirmed that the patch fixes the issue on powerpcspe. Hello Micah, Aurelien Jarno has found a solution to Debian bug #728254 and Dejan Latinovic pointed me at it. :-) https://bugs.debian.org/728254 My NMU debdiff for libscrypt_1-2.2 is below, at the end of this message. With the changes in the NMU debdiff, libscrypt builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff libscrypt_1-2.1.dsc libscrypt_1-2.2.dsc diff -Nru libscrypt-1/debian/changelog libscrypt-1/debian/changelog --- libscrypt-1/debian/changelog2013-12-26 00:48:21.0 + +++ libscrypt-1/debian/changelog2014-07-21 06:32:14.0 +0100 @@ -1,3 +1,13 @@ +libscrypt (1-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS on big endian architecture. +Patch by Aurelien Jarno. +Add big-endian.patch. +Closes: #728254. + + -- Anibal Monsalve Salazar ani...@debian.org Mon, 21 Jul 2014 06:32:03 +0100 + libscrypt (1-2.1) unstable; urgency=medium * Non-maintainer upload diff -Nru libscrypt-1/debian/patches/big-endian.patch libscrypt-1/debian/patches/big-endian.patch --- libscrypt-1/debian/patches/big-endian.patch 1970-01-01 01:00:00.0 +0100 +++ libscrypt-1/debian/patches/big-endian.patch 2014-07-21 06:26:54.0 +0100 @@ -0,0 +1,53 @@ +From: Aurelien Jarno aure...@debian.org +Subject: libscrypt: FTBFS on big endian architecture +Date: Wed, 30 Oct 2013 00:09:08 +0100 + +Version: 1-2 +Severity: important +Tags: upstream patch +Justification: fails to build from source + +libscrypt fails to build from source on big endian architectures, due +to testsuite errors: + +| TEST EIGHT: Create an MCF format output +| TEST EIGHT: SUCCESSFUL, calculated mcf +| $s1$0e0801$U29kaXVtQ2hsb3JpZGU=$cCO9yzr9c0hGHAbNgf046/2o+7qQT44+qbVD9lRdofLVQylVYT8Pz2LUlwUkKpr55h6F3A1lHkDfzwF7RVdYhw== +| TEST NINE: Password verify on given MCF +| TEST NINE: FAILED, hash failed to calculate +| make[1]: *** [check] Error 1 + +This is due to code in modp_b64.c which is endianness dependent. A big +and a little endian version of the code are provided, but the selection +mechanism is supposed to be done by modifying the source code, which is +not really compatible with a Debian source package. This leads to the +little endian code to be always used. + +The patch below fixes the problem by getting the endianness from +endian.h. + +It has been tested on mips, powerpc and s390x. + +Index: libscrypt-1/modp_b64.c +=== +--- libscrypt-1.orig/modp_b64.c libscrypt-1/modp_b64.c +@@ -45,10 +45,14 @@ + #include modp_b64.h + + +-/* if on motoral, sun, ibm; uncomment this */ +-/* #define WORDS_BIGENDIAN 1 */ +-/* else for Intel, Amd; uncomment this */ +-/* #undef WORDS_BIGENDIAN */ ++#include endian.h ++#if __BYTE_ORDER == __BIG_ENDIAN ++# define WORDS_BIGENDIAN 1 ++#elif __BYTE_ORDER == __LITTLE_ENDIAN ++# undef WORDS_BIGENDIAN ++#else ++#error Unknown endianess ++#endif + + #include modp_b64_data.h + diff -Nru libscrypt-1/debian/patches/series libscrypt-1/debian/patches/series --- libscrypt-1/debian/patches/series 2013-07-04 14:30:49.0 +0100 +++ libscrypt-1/debian/patches/series 2014-07-21 06:24:55.0 +0100 @@ -1 +1,2 @@ fix_makefile +big-endian.patch signature.asc Description: Digital signature
Bug#755465: network-manager: Network Manager keeps asking for password of WPA2-Enterprise connection
Package: network-manager Version: 0.9.10.0-1 Severity: normal Dear Maintainer, Each and every time I boot up my laptop at work, and every time the WiFi needs to re-connect, Network-Manager prompts me for the WPA2-Enterprise password, although Ask for this password every time is disabled in settings. The password itself is already filled in in the dialog box, but as this box pops up quite frequently and steals focus, it often happens that whatever I type at that time gets appended to the password. Please make sure that an unset Ask for this password every time works as Only ask for this password if you *really* need to. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.113+nmu3 ii dbus 1.8.6-1 ii init-system-helpers 1.19 ii isc-dhcp-client 4.3.0+dfsg-1 ii libc6 2.19-7 ii libdbus-1-3 1.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt11 1.5.3-4 ii libglib2.0-0 2.40.0-3 ii libgnutls-deb0-28 3.2.15-3 ii libgudev-1.0-0 204-14 ii libmm-glib0 1.2.0-1 ii libndp0 1.3-1 ii libnewt0.52 0.52.17-1 ii libnl-3-200 3.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib4 0.9.10.0-1 ii libnm-util2 0.9.10.0-1 ii libpam-systemd 204-14 ii libpolkit-gobject-1-0 0.105-6 ii libreadline6 6.3-6 ii libsoup2.4-1 2.46.0-2 ii libsystemd-daemon0 204-14 ii libsystemd-login0 204-14 ii libuuid1 2.20.1-5.8 ii lsb-base 4.1+Debian13 ii policykit-1 0.105-6 ii udev 204-14 ii wpasupplicant 1.1-1 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.71-1 ii iptables 1.4.21-2 ii modemmanager 1.2.0-1 ii ppp 2.4.6-2 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-4 -- no debconf information
Bug#755466: growisofs: unable to WRITE@LBA Input output error
Package: growisofs Version: 7.1-10 Severity: important Please see attached log, I've ran an md5sum on the ISO and it completes with no input output error and I see no relevant errors in dmesg. Log: $ sudo /usr/bin/growisofs -Z /dev/sr0=/disc.iso -use-the-force-luke=notray -use-the-force-luke=tty -use-the-force-luke=4gms -use-the-force-luke=tracksize:1221628 -use-the-force-luke=dummy -use-the-force-luke=dao:1221628 -dvd-compat -speed=8 -use-the-force-luke=bufsize:32m Executing 'builtin_dd if=/disc.iso of=/dev/sr0 obs=32k seek=0' /dev/sr0: engaging DVD-R DAO upon user request... /dev/sr0: reserving 1221628 blocks /dev/sr0: Current Write Speed is 8.2x1352KBps. 1179648/2501894144 ( 0.0%) @0.2x, remaining 211:59 RBU 100.0% UBU 8.3% 17006592/2501894144 ( 0.7%) @3.4x, remaining 21:55 RBU 100.0% UBU 100.0% 32964608/2501894144 ( 1.3%) @3.5x, remaining 16:13 RBU 100.0% UBU 100.0% 49053696/2501894144 ( 2.0%) @3.5x, remaining 13:20 RBU 100.0% UBU 100.0% 65241088/2501894144 ( 2.6%) @3.5x, remaining 11:49 RBU 100.0% UBU 100.0% 81559552/2501894144 ( 3.3%) @3.5x, remaining 11:22 RBU 100.0% UBU 100.0% 98009088/2501894144 ( 3.9%) @3.6x, remaining 10:37 RBU 100.0% UBU 100.0% 114589696/2501894144 ( 4.6%) @3.6x, remaining 10:04 RBU 100.0% UBU 100.0% 131268608/2501894144 ( 5.2%) @3.6x, remaining 9:55 RBU 100.0% UBU 100.0% 148111360/2501894144 ( 5.9%) @3.6x, remaining 9:32 RBU 100.0% UBU 100.0% 165052416/2501894144 ( 6.6%) @3.7x, remaining 9:12 RBU 100.0% UBU 100.0% 182124544/2501894144 ( 7.3%) @3.7x, remaining 9:07 RBU 100.0% UBU 100.0% 199327744/2501894144 ( 8.0%) @3.7x, remaining 8:51 RBU 100.0% UBU 100.0% 216662016/2501894144 ( 8.7%) @3.8x, remaining 8:36 RBU 100.0% UBU 100.0% 234094592/2501894144 ( 9.4%) @3.8x, remaining 8:33 RBU 100.0% UBU 100.0% 251691008/2501894144 (10.1%) @3.8x, remaining 8:20 RBU 100.0% UBU 100.0% 269385728/2501894144 (10.8%) @3.8x, remaining 8:08 RBU 100.0% UBU 100.0% 287211520/2501894144 (11.5%) @3.9x, remaining 8:05 RBU 100.0% UBU 100.0% 305168384/2501894144 (12.2%) @3.9x, remaining 7:55 RBU 100.0% UBU 100.0% 323223552/2501894144 (12.9%) @3.9x, remaining 7:45 RBU 100.0% UBU 100.0% 341442560/2501894144 (13.6%) @3.9x, remaining 7:41 RBU 100.0% UBU 100.0% 359759872/2501894144 (14.4%) @4.0x, remaining 7:32 RBU 100.0% UBU 100.0% 378241024/2501894144 (15.1%) @4.0x, remaining 7:23 RBU 100.0% UBU 100.0% 396787712/2501894144 (15.9%) @4.0x, remaining 7:20 RBU 100.0% UBU 100.0% 414187520/2501894144 (16.6%) @3.8x, remaining 7:13 RBU 100.0% UBU 100.0% 432996352/2501894144 (17.3%) @4.1x, remaining 7:05 RBU 100.0% UBU 100.0% 451969024/2501894144 (18.1%) @4.1x, remaining 7:01 RBU 100.0% UBU 100.0% 471007232/2501894144 (18.8%) @4.1x, remaining 6:53 RBU 100.0% UBU 100.0% 490209280/2501894144 (19.6%) @4.2x, remaining 6:46 RBU 100.0% UBU 100.0% 509542400/2501894144 (20.4%) @4.2x, remaining 6:42 RBU 99.9% UBU 100.0% 528973824/2501894144 (21.1%) @4.2x, remaining 6:35 RBU 100.0% UBU 100.0% 548536320/2501894144 (21.9%) @4.2x, remaining 6:28 RBU 100.0% UBU 100.0% 568197120/2501894144 (22.7%) @4.3x, remaining 6:24 RBU 100.0% UBU 100.0% 588054528/2501894144 (23.5%) @4.3x, remaining 6:17 RBU 100.0% UBU 100.0% 608010240/2501894144 (24.3%) @4.3x, remaining 6:10 RBU 99.8% UBU 100.0% 628064256/2501894144 (25.1%) @4.3x, remaining 6:06 RBU 100.0% UBU 100.0% 648249344/2501894144 (25.9%) @4.4x, remaining 6:00 RBU 100.0% UBU 100.0% 668565504/2501894144 (26.7%) @4.4x, remaining 5:53 RBU 100.0% UBU 100.0% 688979968/2501894144 (27.5%) @4.4x, remaining 5:49 RBU 100.0% UBU 91.7% 709558272/2501894144 (28.4%) @4.5x, remaining 5:43 RBU 100.0% UBU 100.0% 730234880/2501894144 (29.2%) @4.5x, remaining 5:37 RBU 100.0% UBU 100.0% 751075328/2501894144 (30.0%) @4.5x, remaining 5:33 RBU 100.0% UBU 100.0% 772014080/2501894144 (30.9%) @4.5x, remaining 5:27 RBU 100.0% UBU 100.0% 793083904/2501894144 (31.7%) @4.6x, remaining 5:23 RBU 100.0% UBU 100.0% 814284800/2501894144 (32.5%) @4.6x, remaining 5:17 RBU 100.0% UBU 100.0% 835616768/2501894144 (33.4%) @4.6x, remaining 5:11 RBU 100.0% UBU 100.0% 857047040/2501894144 (34.3%) @4.6x, remaining 5:07 RBU 100.0% UBU 100.0% 878641152/2501894144 (35.1%) @4.7x, remaining 5:01 RBU 99.9% UBU 100.0% 900333568/2501894144 (36.0%) @4.7x, remaining 4:55 RBU 100.0% UBU 100.0% 922157056/2501894144 (36.9%) @4.7x, remaining 4:51 RBU 100.0% UBU 91.7% 944078848/2501894144 (37.7%) @4.7x, remaining 4:45 RBU 100.0% UBU 100.0% 966131712/2501894144 (38.6%) @4.8x, remaining 4:39 RBU 100.0% UBU 91.7% 988348416/2501894144 (39.5%) @4.8x, remaining 4:35 RBU 100.0% UBU 100.0% 1009385472/2501894144 (40.3%) @4.6x, remaining 4:30 RBU 100.0% UBU 100.0% 1031831552/2501894144 (41.2%) @4.9x, remaining 4:24 RBU 100.0% UBU 100.0% 1054375936/2501894144 (42.1%) @4.9x, remaining 4:20 RBU 100.0% UBU 100.0% 1077084160/2501894144 (43.1%) @4.9x, remaining 4:15 RBU 100.0% UBU 100.0% 1099890688/2501894144 (44.0%) @4.9x,
Bug#721593: guaranteed Segmentation fault
severity 721593 minor title 721593 warnings seen upon startup thanks Yes I forgot to say I was running under X windows at the time. You are right there is no more Segmentation Fault these days. I only see these warnings # su - nobody -c 'HOME=/tmp/$$;mkdir $HOME; midori '$@ No directory, logging in with HOME=/ (midori:2590): Gtk-WARNING **: Error loading theme icon 'stock_new-tab' for stock: Icon 'stock_new-tab' not present in theme (midori:2590): Gtk-WARNING **: Error loading theme icon 'gtk-add' for stock: Icon 'gtk-add' not present in theme (midori:2590): Gtk-WARNING **: Error loading theme icon 'bookmark-new' for stock: Icon 'bookmark-new' not present in theme (midori:2590): Gtk-WARNING **: Error loading theme icon 'stock_add-bookmark' for stock: Icon 'stock_add-bookmark' not present in theme (midori:2590): Gtk-WARNING **: Error loading theme icon 'gnome-stock-trash' for stock: Icon 'gnome-stock-trash' not present in theme (midori:2590): Gtk-WARNING **: Error loading theme icon 'gtk-undo-ltr' for stock: Icon 'gtk-undo-ltr' not present in theme java version 1.7.0_65 OpenJDK Runtime Environment (IcedTea 2.5.1) (7u65-2.5.1-2) OpenJDK Server VM (build 24.65-b04, mixed mode) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721593: Processed (with 1 errors): Re: Bug#721593: guaranteed Segmentation fault
title 721593 warnings seen upon startup B Unknown command or malformed arguments to command. B 721593: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721593 B 732800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732800 Well good that I forgot to use retitle, as I didn't notice the bug got merged. OK I'll leave the rest up to you guys. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
Am Freitag, den 18.07.2014, 21:00 + schrieb Karl Berry: I hadn't realized that the ligatures only failed with non-fully-embedded PDF's. Such PDF's are inherently defective; it's been a long time since Adobe recommended anything but full embedding (not that I think we must kowtow to everything Adobe says, but anyway). So maybe it would actually be a good thing for ligatures to lose :), so that people fix the PDF's where the problem originates That's good advice, but non-fully-embedded PDFs are already in the wild, especially in the academic field. It would be a shame if the FOSS stack could not render them correctly because of some technical details. And in this specific case the ad-hoc fix would be a trivial fix in the font files. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755387: [Pkg-libvirt-maintainers] Bug#755387: libvirt-bin: Wheezy guest doesn't ACPI power button events
On Sun, Jul 20, 2014 at 04:19:27AM -0400, Daniel Dickinson wrote: Package: libvirt-bin Version: 1.2.4-3 Severity: normal I have a Wheezy guest I can't shutdown cleanly from libvirt (i.e. without logging into VM and shutting down VM from within VM) because the guest is failing to get ACPI events. The guest didn't have issues before jessie (i.e. while on Wheezy) and does have acpid and I've even tried adding acpi-support to no avail. acpi is enabled as a feature in the XML. The strange thing is a Windows 8.1 guest is not having issues with this (it was created around the same time as the wheezy guest, while host was on wheezy). The command line generated by libvirt is: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/kvm -name name -S -machine pc-1.1,accel=kvm,usb=off -m 256 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid uuid -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/name.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot order=cd,menu=on,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=image,if=none,id=drive-virtio-disk0,format=raw -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=25,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=mac,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-seria l,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -vnc 127.0.0.1:1 -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 Neither libvirt nor the guest produce any logs as result of issuing the shutdown command from virt-manageer or virsh. Check https://wiki.debian.org/libvirt/Debugging to get more logs. I don't have any issues shuting down wheezy guests.. Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base 0.18.3.2-3 ii init-system-helpers 1.19 ii libapparmor1 2.8.0-5.1+b1 ii libaudit11:2.3.7-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libblkid12.20.1-5.8 ii libc62.19-7 ii libcap-ng0 0.7.3-1.1 ii libdbus-1-3 1.8.6-1 ii libdevmapper1.02.1 2:1.02.85-2 ii libfuse2 2.9.3-12 ii libgcrypt11 1.5.3-4 ii libgnutls26 2.12.23-17 ii libnetcf11:0.2.3-4 ii libnl-3-200 3.2.24-2 ii libnl-route-3-2003.2.24-2 ii libnuma1 2.0.9-1 ii libparted0debian12.3-20 ii libpcap0.8 1.5.3-4 ii libpciaccess00.13.2-3 ii librados20.80.1-2 ii librbd1 0.80.1-2 ii libreadline6 6.3-6 ii libsasl2-2 2.1.26.dfsg1-11 ii libselinux1 2.3-1 ii libssh2-11.4.3-3 ii libsystemd-daemon0 204-14 ii libudev1 204-14 ii libvirt0 1.2.4-3 ii libxen-4.3 4.3.0-3+b1 ii libxenstore3.0 4.3.0-3+b1 ii libxml2 2.9.1+dfsg1-4 ii libyajl2 2.1.0-1 ii logrotate3.8.7-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-9 ii dmidecode 2.12-3 ii dnsmasq-base2.71-1 ii ebtables2.0.10.4-3 ii iproute 1:3.15.0-2 ii iptables1.4.21-2 ii libxml2-utils 2.9.1+dfsg1-4 ii netcat-openbsd 1.105-7 ii parted 2.3-20 ii pm-utils1.4.1-15 ii qemu2.0.0+dfsg-6+b1 ii qemu-kvm2.0.0+dfsg-6+b1 Versions of packages libvirt-bin suggests: pn apparmor none pn auditd none ii policykit-1 0.105-6 pn radvdnone ii systemd 204-14 pn systemtapnone -- Configuration Files: /etc/default/libvirt-guests changed [not included] /etc/libvirt/qemu.conf [Errno 13] Permission denied: u'/etc/libvirt/qemu.conf' -- no debconf information ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699141: get-orig-source
Hi Dmitry, Il Domenica 20 Luglio 2014 11:28, Dmitry Smirnov only...@debian.org ha scritto: On Wed, 2 Jul 2014 11:48:12 Gianfranco Costamagna wrote: so now you can run ./debian/rules get-orig-source or directly uscan, with exactly the same behaviour. I think this is the best way, compliant with policy and not breaking the existing update procedure. I hope you agree, I committed it here http://anonscm.debian.org/gitweb/?p=pkg-virtualbox/virtualbox.git;a=commitdi ff;h=cb88c2a13a0fe8336831b3d63082fda348c02c4b I'm sorry to be a pest but this solution is incomplete. When `uscan` can be called with usual parameters you may need no get-orig-source target in first place. I sometimes introduce it in order to help remembering `uscan` arguments which I had troubles to recall for a while. If you decide to use get-orig-source then please make sure it is policy compliant: it should work when called from any directory, not just from current one (e.g. `/path/to/package/debian/rules get-orig-source`); it should fetch ceurrent version by default etc. You can find the simplest sample of properly working get-orig-source here: https://wiki.debian.org/onlyjob/get-orig-source Note $(PKD) variable and how it is passed to `uscan`. So I think this all needs to be removed then. I put in README.source the only uscan command for upgrading to a new release. I removed the overread in d/rules. We should be fine now, otherwise please point me to a patch since I'm a bit lost ;) having the only uscan should be fine now, I don't want to create a script again, I prefer to focus to some other bugs ;) thanks! Thank you. thanks to you! Cheers, Gianfranco -- Best wishes, Dmitry Smirnov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755442: [pkg-php-pear] Bug#755442: Running tests at build time
2014-07-20 23:25 GMT+02:00 David Prévot da...@tilapin.org: [...] Now that we have about twenty packages that recently added their test suite at build time, it looks like the usage is that upstream drops a phpunit.xml.dist file at the root [or a tests/phpunit.xml] I think those tests are more run-time checks, i.e dep8. Some of them may require installation of dependencies not needed at build time. But: as most php packages are self-contained, let's go with opt-out. [dep8]: http://dep.debian.net/deps/dep8/ Some tests suite can run with phpunit even if no phpunit.xml{,.dist} file is provided, but checking it existence as an heuristic looks like a fair first step before we have a better idea of how to handle them. I agree. Even if it usually needs additional patches to actually run the test suite, providing those default dh_auto_test rules by pkg-php-tools should be an improvement. I’d be happy to help fixing any packge that will FTBFS if such a change were added soon enough before the freeze. OK. If you have time to do the following, please go ahead! - provide a patch - build all packages again and check FTBFS - report summary here - (eventually) MBF (mass-bug filing) - apply patch and upload -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755468: closure-compiler: compilation with closure-compiler requires some *-extern.js files
Package: closure-compiler Version: 20130227+dfsg1-6 Severity: normal Dear Maintainer, To answer the following question from your TODO.Debian: what about the js code in externs/ ? is it needed? lib-js-prettify package requires a compilation with closure. Its makefile contains lines like: @$(CLOSURE_COMPILER) --js src/prettify.js \ --externs tools/closure-compiler/console-externs.js \ --externs tools/closure-compiler/amd-externs.js \ --define IN_GLOBAL_SCOPE=true \ --output_wrapper='!function(){%output%}()' \ $(TAR_ROOT)/prettify.js @$(CLOSURE_COMPILER) --js src/run_prettify.js \ --externs tools/closure-compiler/console-externs.js \ --externs tools/closure-compiler/amd-externs.js \ --define IN_GLOBAL_SCOPE=false \ --output_wrapper='!function(){%output%}()' \ $(TAR_ROOT)/run_prettify.js $(CLOSURE_COMPILER) --js $$f --externs js-modules/externs.js Simply removing the --externs options does not work: the compilation fails. Could you provide these extern files with closure-compiler (or its lib package) ? (I will patch the above lines so the extern files are found no matter where they will land) Thanks -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 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 closure-compiler depends on: ii default-jre-headless 2:1.7-52 ii java-wrappers 0.1.28 ii libclosure-compiler-java 20130227+dfsg1-6 closure-compiler recommends no packages. closure-compiler 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#750643: antlr: missing licence for PyANTLR
On Sat, 19 Jul 2014, Terence Parr wrote: Here you go :) http://www.antlr2.org/license.html Thanks, wonderful! I really appreciate you taking the time for this. Now we have this statement and Wolfgang’s (who “only” needs to decide on which BSD variants and GPL versions he wants), which removes every _possible_ legal issue, so everyone involved can *finally* go back to hacking, which, I am sure, we all prefer over dealing with licences ☺ bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750449:
Control: found -1 0.9.0+git20140716-1 Still not right: http://buildd.debian-ports.org/status/fetch.php?pkg=gccxmlarch=arm64ver=0.9.0%2Bgit20140716-1stamp=1405710955 running /bin/sh /«BUILDDIR»/gccxml-0.9.0+git20140716/GCC/config_cmake/gcc_platform.sh /«BUILDDIR»/gccxml-0.9.0+git20140716/obj-aarch64-linux-gnu/GCC/config_cmake/gcc_platform.cmake /usr/bin/cmake 21 *** Configuration aarch64-unknown-linux-gnu not supported CMake Error at GCC/config_cmake/CMakeLists.txt:724 (MESSAGE): Cannot find gcc_platform.cmake. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755467: [nvidia-legacy-304xx-driver] Does not start the video driver since the last update 304.123-1
Package: nvidia-legacy-304xx-driver Severity: grave --- Please enter the report below this line. --- Hello maintainer, After the last update of the driver, it is not working. I had to uninstall it completely and use the nouveau driver. Which output you need to verify the problem? Kindly, Davide Governale. --- System information. --- Architecture: i386 Kernel: Linux 3.14-1-686-pae Debian Release: jessie/sid 500 unstablewww.deb-multimedia.org 500 unstableftp.de.debian.org 500 stable dl.google.com 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== libgl1-nvidia-legacy-304xx-glx (= 304.123-1) | 304.123-1 xserver-xorg-video-nvidia-legacy-304xx (= 304.123-1) | 304.123-1 nvidia-legacy-304xx-alternative (= 304.123-1) | 304.123-1 nvidia-legacy-304xx-kernel-dkms(= 304.123-1) | OR nvidia-legacy-304xx-kernel-304.123| nvidia-support| 20131102+1 Recommends(Version) | Installed ===-+-=== nvidia-settings-legacy-304xx| 304.123-1 Suggests (Version) | Installed ===-+-== nvidia-legacy-304xx-kernel-dkms (= 304.123) | OR nvidia-legacy-304xx-kernel-source (= 304.123) | signature.asc Description: PGP signature
Bug#755261: closed by Joey Hess jo...@debian.org (Bug#755261: fixed in github-backup 1.20140720)
On Sun, 2014-07-20 at 22:09 +, Debian Bug Tracking System wrote: * Deal with trailing slashes on github repo urls. Closes: #755261 Hmm, this seems to have made the problem worse, none of these URLs work, github-backup just returns github-backup: no github remotes found. https://github.com/mtsuszycki/whowatch/ https://github.com/mtsuszycki/whowatch git://github.com/mtsuszycki/whowatch.git/ git://github.com/mtsuszycki/whowatch.git git://github.com/mtsuszycki/whowatch/ git://github.com/mtsuszycki/whowatch -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#731544: Reopening systemd support, not fixed
Hi, On Sun, Jul 20, 2014 at 10:03:07PM +0200, Bernhard Schmidt wrote: sorry, I have to disagree. See #731544, dovecot.service is not actually shipped in any version due to a missing build-dep on systemd. https://packages.debian.org/search?searchon=contentskeywords=dovecot.service The patch in this package was applied. Let's keep 731544 open about systemd support not working. Unfortunately 731544 has been merged with 720854, so closing one has closed the other. Best Regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753402: gosh segfaults on s390x causing libguess to FTBFS
Hello, On Mon, 14 Jul 2014 17:52:15 +0200 Aurelien Jarno aurel...@aurel32.net wrote: The problem is once again the infamous setjmp/longjmp ABI breakage on s390x [1]. Simply rebuilding gauche would fix the problem, but I am not sure it is the best way to deal with it. So, anything new on this? This blocks libguess from migrating to testing, which blocks audacious from migrating too. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#755469: switch to systemd : no more visible boot messages
Hi Erwan, Erwan David er...@rail.eu.org writes: Since switching to systemd, boot does not show any message. It is then uimpossible to check that the boot works correctly. Remove “quiet” from your kernel command line. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
On Mon, 21 Jul 2014, Fabian Greffrath wrote: especially in the academic field. It would be a shame if the FOSS stack could not render them correctly because of some technical details. And in this specific case the ad-hoc fix would be a trivial fix in the font files. Until the next font exhibits the same problem with poppler ... I don't see why fixing something down at a leaf is a good solution, while there is a *canonical* way to fix this at the source of the problem. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753402: gosh segfaults on s390x causing libguess to FTBFS
On 21/07/14 10:01, Andrew Shadura wrote: Hello, On Mon, 14 Jul 2014 17:52:15 +0200 Aurelien Jarno aurel...@aurel32.net wrote: The problem is once again the infamous setjmp/longjmp ABI breakage on s390x [1]. Simply rebuilding gauche would fix the problem, but I am not sure it is the best way to deal with it. So, anything new on this? This blocks libguess from migrating to testing, which blocks audacious from migrating too. audacious has an uncoordinated transition as well... https://release.debian.org/transitions/html/auto-audacious.html Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755471: ifupdown: fails to bring up network: cannot access '/dev/net/tun': ENOENT
Package: ifupdown Version: 0.7.48.1 Severity: important Hi, after a reboot, my tun* network interfaces are no longer brought up. In my case, this does not make the entire system unusable, luckily, but I assume that this may be the case for others. Nevertheless, conservatively setting the severity only to important, for now. I have stanzas like this one in /e/n/i: auto tap0 iface tap0 inet static address 192.168.0.1 pointopoint 192.168.0.2 netmask 255.255.255.255 tunctl_user tglase up iptables -t nat -A POSTROUTING -s 192.168.0.2 -j MASQUERADE up echo 1 /proc/sys/net/ipv4/ip_forward down iptables -t nat -D POSTROUTING -s 192.168.0.2 -j MASQUERADE This is so I can run ARAnyM (Atari emulators) with network access as regular (non-root) user. I'm attaching two bootlogd outputs (with a bit of context around the lines in question) to show the problem. Running both 'ip a' and 'ifconfig -a' after boot shows that, indeed, the tun interfaces are not there, which is a problem. I am not sure whether ifupdown is the correct package for this bugreport. Please reassign to whatever is, if it isn't. Thanks! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages ifupdown depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.2 ii iproute2 3.15.0-2 ii libc62.19-7 ii lsb-base 4.1+Debian13 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.3.0+dfsg-2 Versions of packages ifupdown suggests: ii net-tools 1.60-26 ii ppp2.4.6-2 pn rdnssd none -- debconf information: ifupdown/convert-interfaces: true ifupdown/convert-interfaces-hotplug: true Wed Jul 2 09:04:27 2014: Checking file systems...fsck from util-linux 2.20.1 Wed Jul 2 09:04:27 2014: done. Wed Jul 2 09:04:27 2014: Mounting local filesystems...done. Wed Jul 2 09:04:27 2014: Activating swapfile swap...done. Wed Jul 2 09:04:27 2014: Cleaning up temporary files Wed Jul 2 09:04:27 2014: Setting kernel variables ...done. Wed Jul 2 09:04:31 2014: Configuring network interfaces... Wed Jul 2 09:04:31 2014: Waiting for a max of 5 seconds for em0 to become available. Wed Jul 2 09:04:31 2014: Wed Jul 2 09:04:31 2014: Waiting for br0 to get ready (MAXWAIT is 2 seconds). Wed Jul 2 09:04:31 2014: Internet Systems Consortium DHCP Client 4.3.0 Wed Jul 2 09:04:31 2014: Copyright 2004-2014 Internet Systems Consortium. Wed Jul 2 09:04:31 2014: All rights reserved. Wed Jul 2 09:04:31 2014: For info, please visit https://www.isc.org/software/dhcp/ Wed Jul 2 09:04:31 2014: Wed Jul 2 09:04:31 2014: Listening on LPF/br0/90:e2:ba:0c:b8:17 Wed Jul 2 09:04:31 2014: Sending on LPF/br0/90:e2:ba:0c:b8:17 Wed Jul 2 09:04:31 2014: Sending on Socket/fallback Wed Jul 2 09:04:31 2014: DHCPDISCOVER on br0 to 255.255.255.255 port 67 interval 8 Wed Jul 2 09:04:31 2014: DHCPREQUEST on br0 to 255.255.255.255 port 67 Wed Jul 2 09:04:31 2014: DHCPOFFER from 172.26.100.1 Wed Jul 2 09:04:31 2014: DHCPACK from 172.26.100.1 Wed Jul 2 09:04:31 2014: suspect value in domain_search option - discarded Wed Jul 2 09:04:31 2014: suspect value in domain_search option - discarded Wed Jul 2 09:04:31 2014: bound to 172.26.3.108 -- renewal in 21056 seconds. Wed Jul 2 09:04:31 2014: Restarting openntpd: ntpd. Wed Jul 2 09:04:39 2014: Set 'tap0' persistent and owned by uid 2339 Wed Jul 2 09:04:39 2014: Restarting openntpd: ntpd. Wed Jul 2 09:04:39 2014: Set 'tap1' persistent and owned by uid 2339 Wed Jul 2 09:04:39 2014: Restarting openntpd: ntpd. Wed Jul 2 09:04:39 2014: Set 'tap2' persistent and owned by uid 2339 Wed Jul 2 09:04:39 2014: Restarting openntpd: ntpd. Wed Jul 2 09:04:39 2014: Set 'tap4' persistent and owned by uid 2339 Wed Jul 2 09:04:39 2014: Restarting openntpd: ntpd. Wed Jul 2 09:04:39 2014: Restarting openntpd: ntpd. Wed Jul 2 09:04:39 2014: done. Wed Jul 2 09:04:39 2014: Cleaning up temporary files Wed Jul 2 09:04:39 2014: Setting up ALSA...done. Mon Jul 21 10:11:21 2014: Checking file systems...fsck from util-linux 2.20.1 Mon Jul 21 10:11:21 2014: done. Mon Jul 21 10:11:21 2014: Mounting local filesystems...done. Mon Jul 21 10:11:21 2014: Activating swapfile swap...done. Mon Jul 21 10:11:21 2014: Cleaning up temporary files Mon Jul 21 10:11:22 2014: Setting kernel variables ...done. Mon Jul 21 10:11:25 2014: Configuring network interfaces... Mon Jul 21 10:11:25 2014: Waiting for a max of 5 seconds for em0 to become available. Mon Jul 21 10:11:25 2014: Mon Jul 21 10:11:25 2014: Waiting for br0 to get ready (MAXWAIT is 2 seconds). Mon Jul 21 10:11:25 2014: Internet Systems Consortium DHCP Client 4.3.0 Mon Jul 21 10:11:25 2014: Copyright
Bug#755458: torsocks: wrong ELF class: ELFCLASS64
Control: tag -1 + moreinfo Control: tag -1 + unreproducible Hi, ERROR: ld.so: object '/usr/lib/torsocks/libtorsocks.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. What exactly are you doing that triggers this message? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755472: shotwell: Shotwell can't find .ui files
Package: shotwell Version: 0.18.1-1 Severity: important Dear Maintainer, When launching shotwell, it (very briefly) displays an error dialog complaining about not being able to find tag_sidebar_context.ui. What is interesting is that it is looking for it in /media/data/usr/bin/ui — I have my /usr directory symlinked to /media/data/usr, which, I think is the root of the problem. It seems the directory the ui files should live in is wrongly computed when the /usr directory is not where shotwell expects it. I have not tried to move the /usr directory back where it belongs, since that is not feasible in my current configuration, so it may also be a more general problem. Thanks for your work on maintaining the package :-) Cheers, A. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'experimental'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x111.8.6-1 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-7 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexif12 0.6.21-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgee-0.8-20.10.5-1 ii libgexiv2-2 0.10.1-1 ii libglib2.0-02.40.0-3 ii libgomp14.9.0-7 ii libgphoto2-62.5.4-1 ii libgphoto2-port10 2.5.4-1 ii libgstreamer-plugins-base1.0-0 1.2.4-1 ii libgstreamer1.0-0 1.2.4-1 ii libgtk-3-0 3.12.2-1+b1 ii libgudev-1.0-0 204-14 ii libjavascriptcoregtk-3.0-0 2.4.4-2 ii libjson-glib-1.0-0 1.0.2-1 ii liblcms2-2 2.6-3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libraw100.16.0-5 ii librest-0.7-0 0.7.12-3 ii librsvg2-common 2.40.2-1 ii libsoup2.4-12.46.0-2 ii libsqlite3-03.8.5-2 ii libstdc++6 4.9.0-7 ii libwebkitgtk-3.0-0 2.4.4-2 ii libx11-62:1.6.2-2 ii libxml2 2.9.1+dfsg1-4 ii shotwell-common 0.18.1-1 shotwell recommends no packages. shotwell 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#755473: should tell that it needs access to /dev/sd*
Package: nwipe Version: 0.16-1 if nwipe is executed and has no permissions to access /dev/sd*, it just stops without showing anything at all. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755471: ifupdown: fails to bring up network: cannot access '/dev/net/tun': ENOENT
Dixi quod… I am not sure whether ifupdown is the correct package for this bugreport. Please reassign to whatever is, if it isn't. Hm… in fact, it probably isn’t… my OpenVPN is also not “up”. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755469: switch to systemd : no more visible boot messages
On Mon, Jul 21, 2014 at 10:03:05AM CEST, Michael Stapelberg stapelb...@debian.org said: Hi Erwan, Erwan David er...@rail.eu.org writes: Since switching to systemd, boot does not show any message. It is then uimpossible to check that the boot works correctly. Remove “quiet” from your kernel command line. I did not add it. Should we transfer this bug to grub ? I use default grub options. There is a behaviour change of default options which should not happen. PS: how can I remove the quiet from grib default configuration ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755302: ITA: python-httplib2 -- comprehensive HTTP client library written for Python
retitle 755302 ITA: python-httplib2 -- comprehensive HTTP client library written for Python owner 755302 ! thanks Dear maintainer, as per our chat, I'm going to adopt this package. Ciao, Andrea -- Andrea Colangelo | http://andreacolangelo.com Head of Content Strategy, Cloud Academy Inc. | http://cloudacademy.com Debian Developer war...@debian.org | Ubuntu Developer war...@ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754526: [RFR] templates://mopidy/{mopidy.templates}
Christian PERRIER wrote: --- mopidy.old/debian/mopidy.templates2014-07-12 07:22:16.176133080 +0200 +++ mopidy/debian/mopidy.templates2014-07-17 07:52:14.518298353 +0200 @@ -3,11 +3,11 @@ Default: false _Description: Should the Mopidy server be started at boot? Don't we normally recommend trimming this down to: _Description: Start the Mopidy server at boot? Otherwise, agreed... [...] Meanwhile in the control file: Description: music server with support for MPD/HTTP clients Mopidy is a music server which can play music both from multiple sources, like - your local hard drive, radio streams, and from Spotify and SoundCloud. Both from what and what? Both from multiple sources and from... some other sources? And presumably it doesn't mean that it can play music from several sources at once; just that it can play music from all the following sources, which it's helpfully pointing out in advance are a list containing more than one item. Or is it trying to emphasise the non-exhaustiveness of the list? If so, what are the alternatives it's leaving out? Presumably local hard drive also covers thumbdrives, CDs and so on - and given that Mopidy is often installed on devices that don't have a hard drive as such, perhaps it should say local files. The upstream website says and from cloud services like Spotify, SoundCloud, and Google Play Music, but maybe that last isn't supported in this version? Actually, upstream also says that out of the box it can't do Spotify or SoundCloud either until you've installed some extensions, but maybe the Debian version includes them as standard? Upstream also seem keen on the word extensible (their main tagline is now Mopidy is an extensible music server written in Python.), so maybe that should go in here too. So that's basically Mopidy is an extensible music server which can play music from from local files, radio streams, and cloud services such as Spotify and SoundCloud. - Searches combines results from all music sources, and you can mix tracks from - all sources in your play queue. Your playlists from Spotify or SoundCloud are + the local hard drive, radio streams, and from Spotify and SoundCloud. + . + Searches combines results from all music sources, and tracks can be mixed from + all sources in the play queue. Spotify or SoundCloud playlists are also available for use. Split in two paragraphs for readability. Unpersonnalize (drop your) Searches combines is an agreement error (they combine things), but otherwise yes. WhyTheName footnote: consonants from MPD, vowels from Spotify. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package Template: mopidy/daemon Type: boolean Default: false _Description: Start the Mopidy server at boot? The Mopidy server can be run as a system service, automatically starting at boot. It will be listening to MPD connections on port 6600 and HTTP connections on port 6680. By default, it will only accept connections from the local machine. . You have the option of starting the Mopidy server automatically on system boot. If in doubt, it is suggested to not start it automatically on boot. . This setting can be modified later by running dpkg-reconfigure mopidy. Source: mopidy Section: sound Priority: optional Maintainer: Stein Magnus Jodal stein.mag...@jodal.no Build-Depends: debhelper (= 8.0.0), python (= 2.7), python-setuptools, python-sphinx (= 1.0), python-pygraphviz Standards-Version: 3.9.5 Homepage: http://www.mopidy.com/ Vcs-Git: git://github.com/mopidy/mopidy.git Vcs-Browser: https://github.com/mopidy/mopidy X-Python-Version: = 2.7 Package: mopidy Architecture: all Depends: ${misc:Depends}, ${python:Depends}, adduser, debconf, lsb-base, gstreamer0.10-plugins-good, python-gst0.10 Recommends: gstreamer0.10-alsa, gstreamer0.10-plugins-ugly, gstreamer0.10-tools, python-cherrypy3, python-ws4py Suggests: mopidy-doc Description: music server with support for MPD/HTTP clients Mopidy is an extensible music server which can play music from local files, radio streams, and cloud services such as Spotify and SoundCloud. . Searches combine results from all music sources, and tracks can be mixed from all sources in the play queue. Spotify or SoundCloud playlists are also available for use. Package: mopidy-doc Section: doc Architecture: all Depends: ${misc:Depends}, ${sphinxdoc:Depends} Recommends: mopidy Replaces: mopidy ( 0.7.3-2) Description: music server with support for MPD/HTTP clients - documentation Mopidy is an extensible music server which can play music from local files, radio streams, and cloud services such as Spotify and SoundCloud. . This package provides the documentation for Mopidy. diff -ru mopidy-0.18.3.pristine/debian/control mopidy-0.18.3/debian/control ---
Bug#751716: [debian-installer] Patch
On Sun, 2014-07-13 at 12:26 +0200, Bastien ROUCARIES wrote: Sorry the delay, I was procrastinating on responding because I'm wasn't really sure what to suggest. On Sun, Jul 13, 2014 at 9:39 AM, Ian Campbell i...@hellion.org.uk wrote: On Sun, 2014-07-13 at 00:58 +0200, Bastien ROUCARIES wrote: On Sun, Jul 13, 2014 at 12:14 AM, Martin Michlmayr t...@cyrius.com wrote: * Bastien ROUCARIES roucaries.bast...@gmail.com [2014-07-12 19:05]: Hi UImage is too big to get into mtd :S You said that it it is a trimmed down version ? Any idea to trim more ? I believe we said the initramfs generated by initramfs-tools is trimmed down. How big is the uimage and how much space do you have? 5242880 byte or 5M How big is the current uImage you are building? Looking at other similar installer images I'm guessing it's a little over 5M, so I'm wondering how much space we need to be clawing back. You will probably need to take a look through debian-installer.git/build/pkg-lists/* and the resulting list of udebs which are included in this image to see if there is anything which can be dropped to save some space. It might also be useful to unpack the initrd and see if you can spot anything which is unnecessary. Given that the kernels can now (I think) handle xz compressed initrd perhaps that might also be something to investigate? I always thought that this was the default behaviour of the network-console flavour images, is it not? No it is not. It ask for hostaname and password for ssh I didn't know this. As Martin says though it looks like oldsys-preseed is the fix. Looks at the code it looks like even without the machine specific hooks it should be enough to preseed the networking (letting DHCP take precedence) and set a default password, but it will be aborting because it doesn't recognise the platform. So at a minimum you will need to make it recognise your platform allowing it to take the default actions, but since there is a stanza there for DNS-323 though you might want to consider adding full support for grabbing the existing firmware cfg for DNS-320 too. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755474: please change 'start' shortcut to something different than f10
Package: nwipe Version: 0.16-1 when starting nwipe in a gnome-terminal, it's impossible to start the wipe process as the key to start it (f10) conflicts with the context menu in gnome (or gnome-terminal). please change the shortcut to start the wipe process to something else that doesn't conflict with default shortcuts in the major desktop environments. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755475: gnome-shell-common: since 3.12 components entered testing, gnome-shell breaks GDM
Package: gnome-shell-common Version: 3.8.4-8.1 Severity: important Since yesterday, when a bunch of 3.12 components entered testing, GDM stops right after loading the background image; it never displays the logon objects. Grepping syslog reveals that gnome-shell might be at fault: grep -e \.js -e gdm /var/log/syslog | uniq | grep Jul 21 /tmp/foo Jul 21 11:23:38 suomi systemd[1]: Stopping Session 2 of user Debian-gdm. Jul 21 11:25:22 suomi gdm3[763]: Starting GNOME Display Manager: gdm3. Jul 21 11:26:00 suomi systemd[1]: Starting Session 2 of user Debian-gdm. Jul 21 11:26:00 suomi systemd[1]: Started Session 2 of user Debian-gdm. Jul 21 11:26:20 suomi gnome-session[1013]: Ikkunointiohjelman varoitus:Log level 16: Attempt to add property Gjs_MonitorConstraint::primary after class was initialised Jul 21 11:26:20 suomi gnome-session[1013]: Ikkunointiohjelman varoitus:Log level 16: Attempt to add property Gjs_MonitorConstraint::index after class was initialised Jul 21 11:26:52 suomi gnome-session[1013]: JS ERROR: !!! fileName = '/usr/share/gnome-shell/js/misc/loginManager.js' Jul 21 11:26:52 suomi gnome-session[1013]: JS ERROR: !!! stack = '()@/usr/share/gnome-shell/js/misc/loginManager.js:184 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell-common depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 gnome-shell-common recommends no packages. gnome-shell-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#755471: ifupdown: fails to bring up network: cannot access '/dev/net/tun': ENOENT
On 07/21/2014 10:18 AM, Thorsten Glaser wrote: after a reboot, my tun* network interfaces are no longer brought up. Interesting. I have been observing this ever since I have been using tun interfaces in unstable. I always have to manually start the interfaces with ifup and then add them to the bridge with brctl. I never bothered filing a bug report though, so thanks! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748326: gnome-session: Can't login after after locked screen
Hi, Stephen Allen wrote (16 Jul 2014 22:06:35 GMT) : I'm happy to report that this bug (on my laptop) seems to be fixed. To sum up, both reporters tell us that this bug is fixed: * one by installing systemd-sysv: before closing this bug, maybe it's worth investigating what part of the dependency chain is missing, especially given the shim will apparently be reintroduced relatively soon; * the other without indication of any change; presumably by completing the upgrade to GNOME 3.12, I guess; nothing to worry about. Also, I'm wondering if this bug should be reassigned to gnome-shell or gdm3, perhaps. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755476: virtualbox-guest-x11 depends on xorg-video-abi-15 which isn't in repository
Package: virtualbox-guest-x11 Version: 4.3.12-dfsg-1 Severity: important Dear Maintainer, Package virtualbox-guest-x11 in sid depends on package xorg-video-abi-15 which isn't available and that makes it impossible to install it. It's necessary to update dependencies or upload this package to debian repository so that it's possible to install it. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 virtualbox-guest-x11 depends on: ii dpkg1.17.10 ii libc6 2.19-7 ii libx11-62:1.6.2-2 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxmu6 2:1.1.2-1 ii libxrandr2 2:1.4.2-1 ii libxt6 1:1.1.4-1 ii virtualbox-guest-utils 4.3.12-dfsg-1 ii xserver-xorg-core 2:1.16.0-1 virtualbox-guest-x11 recommends no packages. virtualbox-guest-x11 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#755471: ifupdown: fails to bring up network: cannot access '/dev/net/tun': ENOENT
Control: reassign -1 uml-utilities Hello, On Mon, 21 Jul 2014 10:18:28 +0200 Thorsten Glaser t...@mirbsd.de wrote: I am not sure whether ifupdown is the correct package for this bugreport. Please reassign to whatever is, if it isn't. I'm not sure what causes this, but /dev/net/tun is missing, as the logs say. Could be a kernel problem, or a bug in uml-utilities, I don't know. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#755477: network-manager: fills up /var/log/partition
Package: network-manager Version: 0.9.10.0-1 Severity: normal Dear Maintainer, Dear Maintainer, I have just upgraded network-manager to 0.9.10. Since the upgrade when activating the hotspot/shared AP feature, network-manager will 'spam' /var/log/deamon.log with the message provided bellow. This ends up filling up completly the partition containing /var/log and preventing parts of the system from running. The filling up is also relatively fast, it took a few minutes to reach 2GB on a laptop HDD. I am not sure what causes the original issue, I will investigate this later. But whatever the underlying problem is, don't you think network-manager should have safeguards to avoid filling up the logs and ending up breaking the system? At least it could wait between retries to avoid filling up the log too quickly. Regarding the original issue could it be caused by the fact that the name of the computer and the SSID of the hotspot are the same ('yuno')? This would explain the Name not unique on network part of the logs. Anyway thanks for your awesome work. Best regards, Log message bellow: Jul 21 17:01:57 yuno NetworkManager[2804]: info (mon.wlan0): supplicant interface state: starting - down Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: nl80211: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: WEXT: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno wpa_supplicant[993]: mon.wlan0: Failed to initialize driver interface Jul 21 17:01:57 yuno NetworkManager[2804]: error [1405929717.489944] [supplicant-manager/nm-supplicant-interface.c:856] interface_add_cb(): (mon.wlan0): error adding interface: wpa_supplicant couldn't grab this interface. Jul 21 17:01:57 yuno NetworkManager[2804]: info (mon.wlan0): supplicant interface state: starting - down Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: nl80211: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: WEXT: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno wpa_supplicant[993]: mon.wlan0: Failed to initialize driver interface Jul 21 17:01:57 yuno NetworkManager[2804]: error [1405929717.490598] [supplicant-manager/nm-supplicant-interface.c:856] interface_add_cb(): (mon.wlan0): error adding interface: wpa_supplicant couldn't grab this interface. Jul 21 17:01:57 yuno NetworkManager[2804]: info (mon.wlan0): supplicant interface state: starting - down Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: nl80211: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: WEXT: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno wpa_supplicant[993]: mon.wlan0: Failed to initialize driver interface Jul 21 17:01:57 yuno NetworkManager[2804]: error [1405929717.490598] [supplicant-manager/nm-supplicant-interface.c:856] interface_add_cb(): (mon.wlan0): error adding interface: wpa_supplicant couldn't grab this interface. Jul 21 17:01:57 yuno NetworkManager[2804]: info (mon.wlan0): supplicant interface state: starting - down Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: nl80211: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno NetworkManager[2804]: info caught signal 15, shutting down normally. Jul 21 17:01:57 yuno wpa_supplicant[993]: Could not set interface mon.wlan0 flags: Name not unique on network Jul 21 17:01:57 yuno wpa_supplicant[993]: WEXT: Could not set interface 'mon.wlan0' UP Jul 21 17:01:57 yuno wpa_supplicant[993]: mon.wlan0: Failed to initialize driver interface -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.6-1 ii init-system-helpers1.19 ii isc-dhcp-client4.3.0+dfsg-1 ii libc6 2.19-7 ii libdbus-1-31.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt111.5.3-4 ii libglib2.0-0 2.40.0-3 ii libgnutls-deb0-28 3.2.15-3 ii
Bug#755478: libmrpt-base1.0: not installable in sid, needs migration to libavcodec55
Package: libmrpt-base1.0 Version: 1:1.0.2-1 Severity: serious User: trei...@debian.org Usertags: edos-uninstallable Hello, libmrpt-base1.0 is not installable in sid on any of the architecture where it exsists. This is the case since at least 2014-04-05: Architectures: mipsel Version: 1:1.0.0-1 No package matches the dependency libavcodec53 (= 6:0.8.3-1~) | libavcodec-extra-53 (= 6:0.8.5) of package libmrpt-base1.0 (=1:1.0.0-1) Architectures: powerpc, s390x Version: 1:1.0.2-1 No package matches the dependency libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8) of package libmrpt-base1.0 (=1:1.0.2-1) Architectures: mips Version: 1:1.0.1-1 No package matches the dependency libavcodec53 (= 6:0.8.3-1~) | libavcodec-extra-53 (= 6:0.8.7) of package libmrpt-base1.0 (=1:1.0.1-1) This package should migrate to libavcodec55. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755066: Restore Python 3 compatibility and ensure we keep it in the future
On Thu, 17 Jul 2014, Raphaël Hertzog wrote: In its initial development phase, we ensured that the codebase would work well with Python 3. Unfortunately nobody cared since then and now we have a lot of failing tests when we run it with Python 3. To make it easier to test in the various combinations that we care about, I added a tox.ini file so that one can run tox after having installed python-tox. There are also a couple of dependencies that are still missing (at least in Debian): - python3-beautifulsoup - python3-soappy - python3-django-debug-toolbar - python3-django-south (but this will be replaced by Django's native migration in Django 1.7) - there's no python3-ldap, but there's a python3-ldap3 so maybe we should switch to that module as dependency Except python3-django-debug-toolbar, all the others deps are also not installable in a python3 virtualenv. This means that we should rather skip the corresponding tests instead of failing and/or investigate ways to replace those dependencies. And possibily disabling the feature too. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755479: ipmitool: does not fall back to IPv4 for IPMI v2 / RMCP+ sessions
Package: ipmitool Version: 1.8.14-3 Severity: important Tags: upstream Dear Maintainer, ipmitool 1.8.14 introduced IPv6 support throughout the suite (upstream commits f6cabfb and 0b97d32). Despite ipmitool now supporting (and preferring) IPv6 by default, most BMCs (most notably at least iDRAC 5 and 6) do not support lanplus sessions over IPv6, although they do support HTTP(s) connections. When attempting to use a lanplus session with a hostname that has both, an A and a record, ipmitool will fail to establish a session because it will only try the IPv6 address, on which the opposite end will not respond. Normally ipmitool should detect this and fall back to the IPv4 address, however the way ipmitool checks for IPv6 connectivity is broken: it seems to rely on the return status of connect(2) on a SOCK_DGRAM socket¹, however connect(2) on datagram sockets merely sets the remote endpoint address and does not actually attempt to establish any communications; any potential error (e.g. an ICMPv6 port unreachable) will only appear at send(2) time. To quickly reproduce the above behaviour, you can try establishing a lanplus session on localhost: ipmitool -U root -I lanplus -H localhost sol activate while watching the loopback traffic with tcpdump. Added to that, there is no (documented) way to force ipmitool to prefer IPv4 without specifying the IPv4 address verbatim. ¹ see ipmi_intf_socket_connect() at src/plugins/ipmi_intf.c:341 Regards, Apollon -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ipmitool depends on: ii libc6 2.19-7 ii libncurses5 5.9+20140118-1 ii libreadline6 6.3-6 ii libssl1.0.0 1.0.1h-3 ii libtinfo5 5.9+20140118-1 ii lsb-base 4.1+Debian13 Versions of packages ipmitool recommends: ii openipmi 2.0.16-1.3+b1 ipmitool suggests no packages. -- Configuration Files: /etc/default/ipmievd changed [not included] -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755480: libbsd-dev: libbsd-dev is not Multi-arch:same
Source: libbsd-dev Severity: normal Hi. Currently libbsd-dev does not have a Multi-arch:same tag, so it's not possible to install multiple arches of this package at the same time. The packages is already fully ready for this, however, so this tag should be added. I'm attaching a trivial patch to do this. Thanks dima diff --git a/debian/control b/debian/control index 0ff4627..e96ceba 100644 --- a/debian/control +++ b/debian/control @@ -11,6 +11,7 @@ Homepage: http://libbsd.freedesktop.org/ Package: libbsd-dev Section: libdevel Architecture: any +Multi-Arch: same Depends: libbsd0 (= ${binary:Version}), ${misc:Depends} Replaces: libfreebsd-dev ( 0.0-8) Description: utility functions from BSD systems - development files -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: armel Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash
Bug#755481: fail2ban: Default destemail should be root insted of root@localhost
Package: fail2ban Version: 0.8.6-3wheezy3 Severity: minor Dear Maintainer, The default value of the destemail configuration in the mail.conf should be only root instead of root@localhost. This is a standard used in several debian packages. Mail softwares like postfix when alias root user extenal address ends with: r...@localhost.myhost.mydomain.com insted of r...@myhost.mydomain.com. Thank you, Dudytz -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.4-x86_64-linode45 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fail2ban depends on: ii lsb-base4.1+Debian8+deb7u1 ii python 2.7.3-4+deb7u1 ii python-central 0.6.17 Versions of packages fail2ban recommends: ii iptables 1.4.14-3.1 ii python-gamin 0.1.10-4.1 ii whois 5.1.1~deb7u1 Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii mailutils [mailx] 1:2.99.97-3 -- Configuration Files: /etc/fail2ban/jail.conf 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#755439: pcre3: DFA matching behaviour changed, breaking glib2.0 tests
retitle 755439 pcre3: DFA matching behaviour changed, breaking glib2.0 tests reassign 755439 libpcre3,glib2.0 found 755439 pcre3/8.35-2,glib2.0/2.40.0-3 forwarded 755439 http://bugs.exim.org/show_bug.cgi?id=1504,https://bugzilla.gnome.org/show_bug.cgi?id=733325 severity 755439 serious thanks On Sun, 20 Jul 2014 at 20:42:05 +0100, Simon McVittie wrote: The GLib tests are going to fail with PCRE 8.35, see referenced upstream bug. Some of the failures are clearly spurious and can be patched out, but some look like a genuine bug, either in GLib or PCRE (my guess would be PCRE but I'm not sure). The remaining failures seem to be an intentional behaviour change in PCRE. I don't know whether the correct resolution is adapt GLib or partially revert the change in PCRE so I'm assigning this bug to both for now. This should maybe be Severity: serious The regex test reliably fails, which will already cause FTBFS in glib2.0 if it is rebuilt in today's amd64 unstable, so yes I think it should. but it'd probably be better with a test case that only uses PCRE API first Attached, and also sent upstream to the PCRE and GLib bug-trackers. I have also sent potential fixes for GLib upstream to the GLib bug-tracker, but I'm not going to copy them to this bug until there's some sort of consensus how many of these issues are GLib bugs and how many are PCRE bugs. S /* gcc -odfa -lpcre dfa.c */ #include assert.h #include pcre.h int main (void) { int errcode; const char *errmsg; int erroffset; pcre *re; int done; int matches; /* should be plenty */ int n_offsets = 1024; int offsets[1024] = { 0 }; int n_workspace = 1024; int workspace[1024] = { 0 }; re = pcre_compile2 (a+, 0, errcode, errmsg, erroffset, NULL); assert (re != NULL); matches = pcre_dfa_exec (re, NULL, aaa, 3, 0, 0, offsets, n_offsets, workspace, n_workspace); assert (matches != PCRE_ERROR_DFA_WSSIZE); assert (matches != 0); assert (matches = PCRE_ERROR_NOMATCH || matches == PCRE_ERROR_PARTIAL); assert (offsets[0] == 0); assert (offsets[1] == 3); assert (offsets[2] == 0); assert (offsets[3] == 2); assert (offsets[4] == 0); assert (offsets[5] == 1); assert (matches == 3); return 0; }
Bug#755478: libmrpt-base1.0: not installable in sid, needs migration to libavcodec55
Hi and thanks for noticing, A newer version of the package (1.2.1) was uploaded recently to Debian mentors [1] which hopefully fixes all build errors in those archs. I already let my mentor (José Luis Redejo, jredr...@debian.org) know about it, so I expect the new package to be uploaded soon. Best, JL [1] http://mentors.debian.net/package/mrpt On Mon, Jul 21, 2014 at 11:02 AM, Ralf Treinen trei...@pps.univ-paris-diderot.fr wrote: Package: libmrpt-base1.0 Version: 1:1.0.2-1 Severity: serious User: trei...@debian.org Usertags: edos-uninstallable Hello, libmrpt-base1.0 is not installable in sid on any of the architecture where it exsists. This is the case since at least 2014-04-05: Architectures: mipsel Version: 1:1.0.0-1 No package matches the dependency libavcodec53 (= 6:0.8.3-1~) | libavcodec-extra-53 (= 6:0.8.5) of package libmrpt-base1.0 (=1:1.0.0-1) Architectures: powerpc, s390x Version: 1:1.0.2-1 No package matches the dependency libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8) of package libmrpt-base1.0 (=1:1.0.2-1) Architectures: mips Version: 1:1.0.1-1 No package matches the dependency libavcodec53 (= 6:0.8.3-1~) | libavcodec-extra-53 (= 6:0.8.7) of package libmrpt-base1.0 (=1:1.0.1-1) This package should migrate to libavcodec55. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754754: jq: FTBFS on s390x: test suite timeout
Hello, the same error is noticed for other big endian architectures like mips and powerpc. This patch from upstream fixes this issue for me on mips. https://github.com/stedolan/jq/commit/20e629284f94e0c8a14e8425309c913b6ee5b280 The patch is attached. Could you please consider including this patch. Best Regards, Dejandiff -uNr jq-1.4.orig/configure.ac jq-1.4/configure.ac --- jq-1.4.orig/configure.ac 2014-07-18 15:29:28.0 + +++ jq-1.4/configure.ac 2014-07-18 14:37:53.0 + @@ -96,6 +96,12 @@ fi AC_MSG_RESULT($have___thread) +AC_C_BIGENDIAN( + AC_DEFINE([IEEE_MC68k], 1, [machine is bigendian]), + AC_DEFINE([IEEE_8087], 1, [machine is littleendian]), + AC_MSG_ERROR(unknown endianess), + AC_MSG_ERROR(universial endianess not supported) +) AC_SUBST([BUNDLER], [$bundle_cmd]) diff -uNr jq-1.4.orig/jv_dtoa.c jq-1.4/jv_dtoa.c --- jq-1.4.orig/jv_dtoa.c 2014-06-19 23:31:18.0 + +++ jq-1.4/jv_dtoa.c 2014-07-18 14:38:17.0 + @@ -187,7 +187,6 @@ * used for input more than STRTOD_DIGLIM digits long (default 40). */ -#define IEEE_8087 #define NO_ERRNO #define NO_HEX_FP #define No_Hex_NaN
Bug#755482: xorg: add mips64el support
Package: src:xorg Version: 7.7+7 Please add vars.mips64el with the same contents as vars.mipsel in debian/scripts/. With this, it can build on mips64el now. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755483: multipath-tools: Init script status action is useless
Package: multipath-tools Version: 0.5.0-1 Severity: important Dear Maintainer, the status action of the init script is plenty useless as it hides the real status code, the one thing that is interesting for any tool using status to know about it. As you are sourcing the lsb init-functions, you should just switch and use the provided function from there, so replacing your existing 3 lines with status_of_proc -p /var/run/$NAME.pid $DAEMON $NAME exit 0 || exit $? and all is fine. Users can see text, scripts can see exit code. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755212: transition: protobuf-c
Robert Edmonds edmo...@debian.org writes: riemann-c-client Rebuilt by hand successfully against protobuf-c 1.0.0~rc2-1 from experimental. Has an unversioned build dependency on libprotobuf-c0-dev. This needs to be updated to libprotobuf-c-dev eventually. I can switch that to libprotobuf-c-dev | libprotobuf-c0-dev in the next upload (I'd like to be able to compile the package on wheezy without changes, hence the alternative). Since I just released a new upstream version of the library, I'll be doing an upload at some point anyway, I'll try to make it so that binNMUs won't be required after. Has a build dependency on protobuf-c-compiler and runs protoc-c during the build. No protoc-c generated symbols are exported by libriemann-client0. The libriemann-client-dev package exports the following header files generated by protoc-c: /usr/include/riemann/proto/riemann.pb-c.h However, I have not found any packages in the Debian archive which utilize this file. The various riemann-c-client headers in /usr/include/riemann include proto/riemann.pb-c.h, and there's syslog-ng-mod-riemann (from syslog-ng-incubator) that uses the library, thus, the generated header too, transitively. I would recommend that the upstream developers ship a .proto file instead. I'd rather not ship a .proto file, if at all possible. I'll see if I can hide it completely. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755484: Unfulfillable dependency on libgtkspell-3-0
Source: libgwibber-gtk2 Version: 3.5.2-1 Severity: serious The dependency should be on libgtkspell3-3-0, not libgtkspell-3-0. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#752366: [php-maint] Bug#752366: php5: Memory leak in FTPS functions results in denial of service
Control: tags -1 + pending Yes, see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754275 O. On Mon, Jul 21, 2014, at 06:12, Ryan C. Underwood wrote: Hi, A new php5-5.4.4-14+deb7u12 was released without this fix. Would the fix be included in the next stable/updates version then? Ryan On Mon, Jun 23, 2014 at 10:12:55AM +0200, Ondřej Surý wrote: Hi Ryan, thanks for reporting the issue. We have an update queue in stable-proposed-updates right now with a bunch of upstream fixes that needs to be processed first, so we don't pile updates over updates. But I will merge fix for your issue into next s-p-u update, ok? Thanks, Ondrej On Mon, Jun 23, 2014, at 04:56, Ryan Underwood wrote: Package: php5 Version: 5.4.4-14+deb7u11 Severity: important php5 stable version has a gaping memory leak in SSL handling which was fixed upstream. http://git.php.net/?p=php-src.git;a=commitdiff;h=0863a0d6a0f740874b4ef8dc732a4ec94949470c Without this patch, a process which makes repeated FTP-SSL connections will eventually consume all resources of the server, not limited by PHP's own memory_limit. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-0.bpo.1-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/bash Versions of packages php5 depends on: ii libapache2-mod-php5 5.4.4-14+deb7u11 ii php5-common 5.4.4-14+deb7u11 php5 recommends no packages. php5 suggests no packages. -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- Ryan C. Underwood, neme...@icequake.net Email had 1 attachment: + signature.asc 1k (application/pgp-signature) -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754754: NMU debdiff for jq_1.4-2.1
Control: tags -1 + pending Hello Simon, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bug #754754. https://bugs.debian.org/754754 My NMU debdiff for jq_1.4-2.1 is below, at the end of this message. With the changes in the NMU debdiff, jq builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff jq_1.4-2.dsc jq_1.4-2.1.dsc diff -Nru jq-1.4/debian/changelog jq-1.4/debian/changelog --- jq-1.4/debian/changelog 2014-07-06 01:18:20.0 +0100 +++ jq-1.4/debian/changelog 2014-07-21 07:53:57.0 +0100 @@ -1,3 +1,14 @@ +jq (1.4-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Restore the 1.3-1.1 NMU changelog. + * Fix FTBFS on big endian architectures. +Add big-endian-fix.patch. +Patch by Dejan Latinovic dejan.latino...@imgtec.com. +Closes: #754754. + + -- Anibal Monsalve Salazar ani...@debian.org Mon, 21 Jul 2014 07:42:05 +0100 + jq (1.4-2) unstable; urgency=medium * Set valgrind build-dep to amd64 i386 only (Closes: #752529) @@ -14,6 +25,14 @@ -- Simon Elsbrock si...@iodev.org Sun, 22 Jun 2014 20:49:15 +0200 +jq (1.3-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Remove build dependency on valgrind on archs where the valgrind +tests are disabled. (Closes: #729138) + + -- Christian Hofstaedtler z...@debian.org Thu, 13 Feb 2014 13:30:29 +0100 + jq (1.3-1) unstable; urgency=low * New upstream release. (Closes: #725118) diff -Nru jq-1.4/debian/patches/big-endian-fix.patch jq-1.4/debian/patches/big-endian-fix.patch --- jq-1.4/debian/patches/big-endian-fix.patch 1970-01-01 01:00:00.0 +0100 +++ jq-1.4/debian/patches/big-endian-fix.patch 2014-07-21 07:40:03.0 +0100 @@ -0,0 +1,42 @@ +Date: Fri, 18 Jul 2014 16:47:47 +0100 +From: Dejan Latinovic dejan.latino...@imgtec.com +Subject: fix big endian for jq + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754754 + +package jq FTBFS for mips and other BE architectures. + +This patch from upstream fixes this issue for me. +https://github.com/stedolan/jq/commit/20e629284f94e0c8a14e8425309c913b6ee5b280 + +The patch is attached. + +Index: jq-1.4/configure.ac +=== +--- jq-1.4.orig/configure.ac jq-1.4/configure.ac +@@ -96,6 +96,12 @@ if test $have___thread = yes; then + fi + AC_MSG_RESULT($have___thread) + ++AC_C_BIGENDIAN( ++ AC_DEFINE([IEEE_MC68k], 1, [machine is bigendian]), ++ AC_DEFINE([IEEE_8087], 1, [machine is littleendian]), ++ AC_MSG_ERROR(unknown endianess), ++ AC_MSG_ERROR(universial endianess not supported) ++) + + AC_SUBST([BUNDLER], [$bundle_cmd]) + +Index: jq-1.4/jv_dtoa.c +=== +--- jq-1.4.orig/jv_dtoa.c jq-1.4/jv_dtoa.c +@@ -187,7 +187,6 @@ + *used for input more than STRTOD_DIGLIM digits long (default 40). + */ + +-#define IEEE_8087 + #define NO_ERRNO + #define NO_HEX_FP + #define No_Hex_NaN diff -Nru jq-1.4/debian/patches/series jq-1.4/debian/patches/series --- jq-1.4/debian/patches/series2014-06-22 21:36:53.0 +0100 +++ jq-1.4/debian/patches/series2014-07-21 07:34:21.0 +0100 @@ -3,3 +3,4 @@ remove-unecessary-rakefile-deps.patch patch-version-into-build.patch disable-shared-lib.patch +big-endian-fix.patch signature.asc Description: Digital signature
Bug#755485: python-astropy: too low wcslib version in build-depends
Package: python-astropy Severity: minor Version: 0.4-3 python-astropy does not build with the version 4.20 stated in the build depends: astropy/wcs/src/wcslib_wrap.c: In function ‘PyWcsprm_compare’: astropy/wcs/src/wcslib_wrap.c:754:3: warning: implicit declaration of function ‘wcscompare’ [-Wimplicit-function-declaration] status = wcscompare(cmp, self-x, other-x, equal); ^ astropy/wcs/src/wcslib_wrap.c: In function ‘PyWcsprm_richcompare’: astropy/wcs/src/wcslib_wrap.c:1700:9: error: ‘WCSCOMPARE_ANCILLARY’ undeclared (first use in this function) WCSCOMPARE_ANCILLARY, updating to current unstable 4.23 seems to fix the build. Please correct the version requirements to aid backports of the package. Thanks, Julian Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752384: HEAnet sourceforge mirror is outdated
On 21/07/14 04:11, Paul Wise wrote: Unfortunately the final word on that is that Debian needs to replace our current redirector with one based on the RSS feature and also to add a cache mechanism (they suggested a 1 hour cache time) so that we don't overload the RSS feature. Do you think it would be possible for you to add a caching mechanism and convert your version into a patch that we can apply to SVN? It should definitely be possible to add a caching mechanism to the the new redirector, currently I have a couple of ideas on this but both have drawbacks. 1. Use a Berkeley DB to store the retrieved data, similar to what is currently done. Something like: | project | file | update_time | | | | | Problems I foresee: * My intention would be to check at the time the script is requested if the update_time 1 hour ago... - if yes... get the new RSS and update the DB - if no use the information from the DB What happens if this happens for multiple requests at the same time? 2. Save the XML file to a cache folder Then at request time check the time on that file and it's age. The only problem I can see this causing is disk space (I don't know how much of an issue this is for Debian) The RSS file for the VPCS project is almost 52KB. Picking a figure out of the air (as I've no idea how packages use the redirector) of 1, this is going to create 520MB of cached files. Obviously some projects may have a smaller RSS and others larger which may skew that estimate. Any comments on these would be most appreciated. Cheers, Daniel signature.asc Description: OpenPGP digital signature
Bug#755481: Mistake
Sorry for the mistake, the correct configuration file is the jail.conf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755108: cyrus-imapd-2.4: hardcodes /usr/lib/perl5
Control: tags -1 +pending Thank you for the patch, I am building the updated package right now and it will be uploaded shortly. O. On Sat, Jul 19, 2014, at 01:03, gregor herrmann wrote: Control: tag -1 + patch On Thu, 17 Jul 2014 23:12:32 +0300, Niko Tyni wrote: This package fails to build with perl_5.20.0-1: dh_install --fail-missing dh_install: libcyrus-imap-perl24 missing files (usr/lib/perl*), aborting make[1]: *** [override_dh_install] Error 255 debian/rules:245: recipe for target 'override_dh_install' failed make[1]: Leaving directory '/«BUILDDIR»/cyrus-imapd-2.4-2.4.17+caldav~beta9' make: *** [binary-arch] Error 2 One solution for this might be an executable debhelper install file (available with debhelper compat level 9) expanding $Config{vendorarch}. See #751924 for an example of this. Here's a patch implementing the executable .install file idea, and tested with 5.18 and 5.20. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Funny van Dannen: Störche gesehn ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel Email had 2 attachments: + 755108.diff 2k (text/x-diff) + signature.asc 1k (application/pgp-signature) -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755333: [pkg-eucalyptus-maintainers] Bug#755333: wsdl2c: FTBFS: [javac] /«PKGBUILDDIR»/src/org/apache/axis2/builder/MultipartFormDataBuilder.java:28: error: package javax.servlet.http does not
Hello everybody, I received a bug report that the wsdl2c package started to fail to build from source (see below). On my side, I could confirm that indeed, after upgrading my machine to the latest Sid, it also failed to build locally, while before the upgrade it did not give a problem. I am not sure what to do. Is that due to some transition ? Shall I just wait and try again in a couple of weeks ? (The VCS URL of the package is svn+ssh://svn.debian.org/svn/svn/pkg-eucalyptus) Have a nice day, -- Charles Plessy, Tsurumi, Kanagawa, Japan Le Sat, Jul 19, 2014 at 08:34:02PM +0200, David Suárez a écrit : Source: wsdl2c Version: 0.1-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140718 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): debian/rules build test -x debian/rules mkdir -p . cd . /usr/lib/jvm/default-java/bin/java -classpath /usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/commons-logging.jar:/usr/share/java/wsdl4j.jar:/usr/share/java/backport-util-concurrent.jar:/usr/share/java/gnumail.jar:/usr/share/java/httpcore.jar:/usr/share/java/jaxen.jar:/usr/share/java/commons-fileupload.jar:/usr/share/java/commons-cli.jar:/usr/share/java/geronimo-jms_1.1_spec.jar:/usr/share/java/commons-httpclient.jar:/usr/share/java/httpcore-nio.jar:/usr/lib/jvm/default-java/lib/tools.jar -Dant.home=/usr/share/ant org.apache.tools.ant.Main -Dcompile.debug=true -Dcompile.optimize=true -buildfile build.xml Buildfile: /«PKGBUILDDIR»/build.xml compile: [mkdir] Created dir: /«PKGBUILDDIR»/build [mkdir] Created dir: /«PKGBUILDDIR»/build/classes [javac] /«PKGBUILDDIR»/build.xml:9: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 1665 source files to /«PKGBUILDDIR»/build/classes [javac] /«PKGBUILDDIR»/src/org/apache/axis2/builder/MultipartFormDataBuilder.java:28: error: package javax.servlet.http does not exist [javac] import javax.servlet.http.HttpServletRequest; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/apache/axis2/builder/MultipartFormDataBuilder.java:79: error: cannot find symbol [javac] private MultipleEntryHashMap getParameterMap(HttpServletRequest request, [javac] ^ [javac] symbol: class HttpServletRequest [javac] location: class MultipartFormDataBuilder [javac] /«PKGBUILDDIR»/src/org/apache/axis2/deployment/WarBasedAxisConfigurator.java:35: error: package javax.servlet does not exist [javac] import javax.servlet.ServletConfig; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/apache/axis2/deployment/WarBasedAxisConfigurator.java:54: error: cannot find symbol [javac] private ServletConfig config; [javac] ^ [javac] symbol: class ServletConfig [javac] location: class WarBasedAxisConfigurator [javac] /«PKGBUILDDIR»/src/org/apache/axis2/deployment/WarBasedAxisConfigurator.java:95: error: cannot find symbol [javac] public WarBasedAxisConfigurator(ServletConfig servletConfig) throws DeploymentException { [javac] ^ [javac] symbol: class ServletConfig [javac] location: class WarBasedAxisConfigurator [javac] /«PKGBUILDDIR»/src/org/apache/axis2/transport/http/AbstractAgent.java:27: error: package javax.servlet does not exist [javac] import javax.servlet.ServletException; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/apache/axis2/transport/http/AbstractAgent.java:28: error: package javax.servlet.http does not exist [javac] import javax.servlet.http.HttpServletRequest; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/apache/axis2/transport/http/AbstractAgent.java:29: error: package javax.servlet.http does not exist [javac] import javax.servlet.http.HttpServletResponse; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/apache/axis2/transport/http/AbstractAgent.java:55: error: cannot find symbol [javac] public void handle(HttpServletRequest httpServletRequest, [javac]^ [javac] symbol: class HttpServletRequest [javac] location: class AbstractAgent [javac] /«PKGBUILDDIR»/src/org/apache/axis2/transport/http/AbstractAgent.java:56: error: cannot find symbol [javac]HttpServletResponse httpServletResponse) [javac]^ [javac] symbol: class HttpServletResponse [javac] location: class AbstractAgent [javac]
Bug#755486: ksh: various problems in ksh man page about kshrc
Package: ksh Version: 93u+20120801-1 Severity: minor The src/cmd/ksh93/sh.1 file contains the following 3 lines about .kshrc: The default value is \fB$HOME/.kshrc\fP. \s-1$HOME\s+1/\f3.\fPkshrc \s-1$HOME\s+1/\f3.\fP.kshrc The formatting is not consistent and the last one has a double period. Moreover /etc/ksh.kshrc is mentioned in ENV description but not in the FILES section. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ksh depends on: ii libc6 2.19-7 ksh recommends no packages. ksh 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#755487: nautilus-wipe: Progress bar for Wipe available disk space is not fine-grained enough
Package: nautilus-wipe Version: 0.2.1-1 Severity: normal X-Debbugs-Cc: b...@herbesfolles.org, tails...@boum.org Hi, 1. ext2 filesystem on a USB flash drive, with 2GB free space 2. right click in Nautilus - Wipe available disk space 3. go through the dialog, not changing the default options 4. the progress bar stays at 0% for a long while, then moves to 50%, then to 100% = users report that they are confused: it's unclear for them whether the wipe operation is really happening, or the entire process is stuck. Potential solutions I can think of: a) make the progress bar more fine-grained, if not too much work; b) or, display additional information about what step in the process is being performed (e.g. Pass 1/2, or whatever better wording UX folks will find), so that at least the user gets a hint that the progress bar is not supposed to be more fine-grained than it is; see e.g. 6.17.3. Indeterminate-progress indicator in the GNOME HIG; c) worst case, use the thing that goes back'n'forth inside a widget that looks like a progress bar: this should make the UI is frozen, is anything happening at all? problem more or less go away. Cheers! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 nautilus-wipe depends on: ii libatk1.0-0 2.12.0-1 ii libc62.19-7 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgsecuredelete00.2.1-1 ii libgtk-3-0 3.12.2-1+b1 ii libnautilus-extension1a 3.12.2-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 nautilus-wipe recommends no packages. nautilus-wipe suggests no packages. -- no debconf information -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755488: please add fribid to wheezy-backports
Package: fribid Version: 1.0.4-2 Severity: wishlist Hi! Please add fribid to wheezy-backports so those following Debian stable can install fribid from the repository. I noticed that fribid Depends on libc6 = 2.14, whilst the libc6 version in wheezy is 2.13-38+deb7u3. Is there any show stopper for using that libc6 version? -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755462: Fails to build
Package: nvidia-legacy-304xx-kernel-source Version: 304.123-1 Followup-For: Bug #755462 I confirm the bug. Thanks, Marco -- Package-specific info: uname -a: Linux baudolino 3.14-1-amd64 #1 SMP Debian 3.14.12-1 (2014-07-11) x86_64 GNU/Linux /proc/version: Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-4) ) #1 SMP Debian 3.14.12-1 (2014-07-11) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV44 [GeForce 6200 TurboCache] [10de:0161] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:81f2] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 10 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fc00 (64-bit, non-prefetchable) [size=16M] Expansion ROM at fe9e [disabled] [size=128K] Capabilities: access denied dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.149289] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.149289] vgaarb: loaded [0.149289] vgaarb: bridge control possible :01:00.0 [0.270182] Linux agpgart interface v0.103 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Jul 21 11:02 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 41 Jul 21 11:02 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 41 Jul 21 11:02 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Jul 21 11:02 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Jul 21 11:02 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 49 Jul 21 11:02 /etc/alternatives/glx--libXvMCNVIDIA.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 51 Jul 21 11:02 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 57 Jul 21 11:02 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 59 Jul 21 11:02 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 49 Jul 21 11:02 /etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 51 Jul 21 11:02 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Jul 21 11:02 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Jul 21 11:02 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf - /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Jul 21 11:02 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Jul 21 11:02 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 28 Jul 21 10:59 /etc/alternatives/nvidia - /usr/lib/nvidia/legacy-304xx lrwxrwxrwx 1 root root 54 Jul 21 10:59 /etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/legacy-304xx/libGL.so.1 lrwxrwxrwx 1 root root 54 Jul 21 10:59 /etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/legacy-304xx/libGL.so.1 lrwxrwxrwx 1 root root 56 Jul 21 10:59 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/legacy-304xx/libGL.so.1 lrwxrwxrwx 1 root root 56 Jul 21 10:59 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/legacy-304xx/libGL.so.1 lrwxrwxrwx 1 root root 62 Jul 21 10:59 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/legacy-304xx/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 64 Jul 21 10:59 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/legacy-304xx/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 70 Jul 21 10:59 /etc/alternatives/nvidia--libXvMCNVIDIA_dynamic.so.1-i386-linux-gnu -
Bug#753299: libghc-highlighting-kate-dev: Highlighting Ocaml fails
Great! Before seeing your last message, I was about to suggest turning convertOctal into a convertOctalToHex, since the \x{...} notation has been apparently supported longer. But I suppose it would be useful only for syntaxes using specific behaviours for characters of code greater than 256, if I understood correctly. Anyway, thank you very much! Best regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755475: gnome-shell-common: since 3.12 components entered testing, gnome-shell breaks GDM
On 21/07/14 10:42, Martin-Éric Racine wrote: Package: gnome-shell-common Version: 3.8.4-8.1 Severity: important Since yesterday, when a bunch of 3.12 components entered testing, GDM stops right after loading the background image; it never displays the logon objects. What version of gjs and gdm3 do you have? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755489: please add jitsi to wheezy-backports
Package: jitsi Version: 2.4.4997-1.2 Severity: wishlist Hi! Please add jitsi to wheezy-backuports, so those that use Debian stable can install jitsi from the repositories. -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755490: please update to build from the gcc 4.9.1 tarball
Package: src:gnat-4.9 Version: 4.9.0-2 Severity: serious Tags: sid jessie Please update gnat-4.9 to build from the gcc-4.9 4.9.1 sources. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755462: Same console_lock problem
I do get a similar build error on 3.16.0-rc5. The previous module version built fine on the same kernel. It seems that some post of the console_lock detection is broken. If not resolved within a few days I will try to look deeper into the problem.
Bug#754257: [kdm] Workaround: Started with Empty Home Directory
Control: tag -1 + unreproducible ¡Hola David! El 2014-07-17 a las 12:50 +0300, David Baron escribió: Both users now work, second user started with new, empty home directory. It did NOT make any difference whether it was a primary or secondary login. When it still did not work, did not. Does work, does... Well, I still can't reproduce the issue, and since you can no longer reproduce it I'm tagging the issue as unreproducible, and will probably close it if no one can provide a simple way to reproduce it. Posters on other forums said gdm worked when kdm did not. were not Debian posters. This may indicate an upstream issue, but I thought the issue was upgrading your system from wheezy to jessie, that would be updating the kdm package from 4:4.8.4-6 to 4:4.11.9-1. If the issue is present in other distributions it might be possible to narrow the versions gap with that information. -- UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#755053: Exits (status 0) regularly
retitle 755053 nscd crashes frequently thanks Some more information after some debugging: nscd isn't exiting, it's crashing. According to the kernel: Jul 21 11:25:11 oxylus kernel: nscd[12517]: segfault at 10 ip 00404835 sp 7fffbac00230 error 6 in nscd[40+1d000] The instruction pointer and error code are always the same; the stack pointer varies. Less regularly there is a different message, again with the same ip and error, different sp: Jul 18 16:01:00 oxylus kernel: traps: nscd[2063] general protection ip:410fe4 sp:7f43b80131e0 error:0 in nscd[40+1d000] The core files produced by the crash vary: -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12517 -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12509 -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12502 -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12490 -rw--- 1 root staff 450560 Jul 18 16:01 core.1405695660.nscd.2090 -rw--- 1 root staff 450560 Jul 18 16:01 core.1405695660.nscd.2077 -rw--- 1 root staff 15196160 Jul 18 16:01 core.1405695660.nscd.2057 -rw--- 1 root staff 450560 Jul 18 16:01 core.1405695660.nscd.2047 -rw--- 1 root staff 15241216 Jul 18 16:01 core.1405695660.nscd.941 -rw--- 1 root staff 450560 Jul 18 15:57 core.1405695423.nscd.931 -rw--- 1 root staff 450560 Jul 18 15:57 core.1405695423.nscd.919 -rw--- 1 root staff 450560 Jul 18 15:57 core.1405695423.nscd.910 -rw--- 1 root staff 15376384 Jul 18 15:57 core.1405695423.nscd.6875 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688417.nscd.6867 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688417.nscd.6855 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688416.nscd.6847 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688416.nscd.6837 -rw--- 1 root staff 17481728 Jul 18 14:00 core.1405688416.nscd.11188 -rw--- 1 root staff 15196160 Jul 18 10:08 core.1405674489.nscd.11166 -rw--- 1 root staff 49029120 Jul 18 10:08 core.1405674489.nscd.12591 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12584 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12576 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12569 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12560 -rw--- 1 root staff 15196160 Jul 17 16:57 core.1405612660.nscd.12329 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612641.nscd.12322 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612641.nscd.12315 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10456 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10449 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10442 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10432 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612163.nscd.9976 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612162.nscd.9969 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612149.nscd.9873 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612149.nscd.9866 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612149.nscd.9859 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612148.nscd.9848 The larger core files are from the general protection faults; the smaller ones are from the segfaults. Sadly neither seem too useful: $ gdb --silent -c /var/local/core/core.1405938311.nscd.12517 [New LWP 12517] warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fffbadac000 Core was generated by `/usr/sbin/nscd'. Program terminated with signal 11, Segmentation fault. #0 0x00404835 in ?? () warning: not using untrusted file .gdbinit (gdb) bt #0 0x00404835 in ?? () #1 0x0021 in ?? () #2 0x7fdaec2a65c0 in ?? () #3 0x0001 in ?? () #4 0x in ?? () $ gdb --silent -c /var/local/core/core.1405695660.nscd.2057 [New LWP 2063] [New LWP 2057] [New LWP 2062] [New LWP 2059] [New LWP 2060] [New LWP 2061] [New LWP 2064] [New LWP 2058] warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff621fe000 Core was generated by `/usr/sbin/nscd'. Program terminated with signal 11, Segmentation fault. #0 0x00410fe4 in ?? () warning: not using untrusted file .gdbinit (gdb) bt #0 0x00410fe4 in ?? () #1 0x7f43b8013778 in ?? () #2 0x7f43b80137f0 in ?? () #3 0x7f43b8013710 in ?? () #4 0x53c936ac in ?? () #5 0x73756c79786f in ?? () #6 0x in ?? () -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B
Bug#755491: python-qscintilla2: sip files not included
Package: python-qscintilla2 Version: 2.8.3+dfsg-2 Severity: normal Tags: patch Hi, python-qscintilla2 doesn't currently include the sip files. In turn it's not possible to provide sip bindings to classes derived from Qscintilla classes (like we recently started in qgis). Attached a patch to include that includes the sip files (also makes some steps in debian/rules bailout, that were earlier ignored). Jürgen -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-qscintilla2 depends on: ii libc6 2.19-4 ii libgcc11:4.9.0-10 ii libqscintilla2-11 2.8.3+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libstdc++6 4.9.0-10 ii python 2.7.8-1 ii python-qt4 4.11.1+dfsg-1 ii python-sip [sip-api-11.1] 4.16.2+dfsg-1 python-qscintilla2 recommends no packages. python-qscintilla2 suggests no packages. -- no debconf information -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 diff -ur orig/qscintilla2-2.8.3+dfsg/Python/configure.py qscintilla2-2.8.3+dfsg/Python/configure.py --- orig/qscintilla2-2.8.3+dfsg/Python/configure.py 2014-07-21 11:25:34.0 +0200 +++ qscintilla2-2.8.3+dfsg/Python/configure.py 2014-07-21 12:11:49.064222499 +0200 @@ -287,7 +287,7 @@ return None path = os.path.join(target_configuration.qsci_sip_dir, 'Qsci') -files = glob.glob('sip/*.sip') +files = glob.glob( '../sip/*.sip') return path, files diff -ur orig/qscintilla2-2.8.3+dfsg/debian/python-qscintilla2.install qscintilla2-2.8.3+dfsg/debian/python-qscintilla2.install --- orig/qscintilla2-2.8.3+dfsg/debian/python-qscintilla2.install 2014-07-05 16:00:23.0 +0200 +++ qscintilla2-2.8.3+dfsg/debian/python-qscintilla2.install 2014-07-21 09:22:15.304651934 +0200 @@ -1 +1,2 @@ -usr/lib/python2*/*-packages/PyQt4/* +usr/*/python2*/*-packages/PyQt4/* +usr/share/sip/PyQt4/Qsci/* diff -ur orig/qscintilla2-2.8.3+dfsg/debian/python3-pyqt4.qsci.install qscintilla2-2.8.3+dfsg/debian/python3-pyqt4.qsci.install --- orig/qscintilla2-2.8.3+dfsg/debian/python3-pyqt4.qsci.install 2014-07-05 16:00:23.0 +0200 +++ qscintilla2-2.8.3+dfsg/debian/python3-pyqt4.qsci.install 2014-07-21 09:21:40.068927309 +0200 @@ -1 +1,2 @@ -usr/lib/python3*/*-packages/PyQt4/* +usr/*/python3*/*-packages/PyQt4/* +usr/share/sip/PyQt4/Qsci/* diff -ur orig/qscintilla2-2.8.3+dfsg/debian/python3-pyqt5.qsci.install qscintilla2-2.8.3+dfsg/debian/python3-pyqt5.qsci.install --- orig/qscintilla2-2.8.3+dfsg/debian/python3-pyqt5.qsci.install 2014-07-05 16:00:23.0 +0200 +++ qscintilla2-2.8.3+dfsg/debian/python3-pyqt5.qsci.install 2014-07-21 09:21:53.048825867 +0200 @@ -1 +1,2 @@ usr/lib/python3*/*-packages/PyQt5/* +usr/share/sip/PyQt4/Qsci/ diff -ur orig/qscintilla2-2.8.3+dfsg/debian/rules qscintilla2-2.8.3+dfsg/debian/rules --- orig/qscintilla2-2.8.3+dfsg/debian/rules 2014-07-05 16:00:23.0 +0200 +++ qscintilla2-2.8.3+dfsg/debian/rules 2014-07-21 11:15:32.166197481 +0200 @@ -110,12 +110,14 @@ install-python-%: $(MAKE) -C Python/build-$* install INSTALL_ROOT=$(CURDIR)/debian/tmp DESTDIR=$(CURDIR)/debian/tmp ifeq ($(qt5), yes) - $(MAKE) -C Python/buildqt5-$* install INSTALL_ROOT=$(CURDIR)/debian/tmp DESTDIR=$(CURDIR)/debian/tmp + case $* in 3*) \ + $(MAKE) -C Python/buildqt5-$* install INSTALL_ROOT=$(CURDIR)/debian/tmp DESTDIR=$(CURDIR)/debian/tmp; \ + esac endif case $* in 3*) \ ABITAG=`python$* -c import sysconfig; print(sysconfig.get_config_var('SOABI'))`; \ for f in `find debian/tmp/usr/lib/python3* -name '*.so' ! -name '*.cpython*.so'`; do \ -mv $$f $${f%.so}.$$ABITAG.so; \ +mv $$f $${f%.so}.$$ABITAG.so || exit 1; \ done; \ esac @@ -127,7 +129,7 @@ dh_installdirs cd QSciQt4 $(MAKE) INSTALL_ROOT=$(CURDIR)/debian/tmp install mkdir -p $(CURDIR)/debian/libqscintilla2-doc/usr/share/qt4/api/python3 - mv $(CURDIR)/Python/build-$(shell py3versions -dv)/QScintilla2.api $(CURDIR)/debian/libqscintilla2-doc/usr/share/qt4/api/python3 + cp $(CURDIR)/Python/build-$(shell py3versions -dv)/QScintilla2.api $(CURDIR)/debian/libqscintilla2-doc/usr/share/qt4/api/python3 ifeq ($(qt5), yes) cd QSciQt5 $(MAKE) INSTALL_ROOT=$(CURDIR)/debian/libqt5scintilla2-$(SONAME) install mkdir -p
Bug#755492: xfig: segfaults when drawing dashed-dotted lines
Package: xfig Version: 1:3.2.5.c-3 Severity: important Dear Maintainer, I'd like to draw dashed-dotted lines but xfig consistently crashes whenever 1. I try to draw such a line using a polyline 2. I edit a previously drawn polyline, changing the line type to dashed-dotted Moreover, all 3 types of dashed-dotted lines crash xfig and everything where I can change the line type crashes xfig if i draw with or change to a dashed-dotted line type. Moreover, I have another system with sid and also on this system xfig crashes when I try to use d-d lines *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfig depends on: ii libc6 2.19-7 ii libjpeg88d1-1 ii libpng12-0 1.2.50-1 ii libx11-62:1.6.2-2 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.4-1 ii xaw3dg 1.5+E-18.2 Versions of packages xfig recommends: ii transfig 1:3.2.5.e-3 ii xfig-libs 1:3.2.5.c-3 Versions of packages xfig suggests: ii cups-bsd [lpr] 1.7.3-6 ii cups-client 1.7.3-6 ii ghostscript 9.05~dfsg-8.1 ii gimp2.8.10-1 ii gsfonts-x11 0.22 ii netpbm 2:10.0-15+b2 pn spell none ii xfig-doc1:3.2.5.c-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#710696: libsoup2.4: FTBFS with test failures
tags 710696 + patch thanks Hi, I can no longer reproduce the test failures in current sid on kfreebsd-amd64. (Except, two test failures that I would expect due to my jail/chroot configuration). Please consider re-enabling the testsuite on non-Linux platforms, before closing this bug. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org --- debian/rules.orig 2013-06-20 08:31:57.0 +0100 +++ debian/rules 2014-07-21 11:58:01.862422240 +0100 @@ -22,9 +22,7 @@ common-build-arch common-build-indep:: debian/stamp-makefile-check debian/stamp-makefile-check: debian/stamp-makefile-build mkdir -p $(CHECK_HOME) -ifeq ($(DEB_HOST_ARCH_OS),linux) env HOME=$(CHECK_HOME) XDG_RUNTIME_DIR=$(CHECK_HOME) xvfb-run -s -noreset $(MAKE) check -endif touch $@ makefile-clean::
Bug#755485: python-astropy: too low wcslib version in build-depends
You are right, wcslib_compare is added in 4.23: http://upstream-tracker.org/compat_reports/wcslib/4.22_to_4.23/abi_compat_report.html#Added I'll change this in the next upload. Thanks for reporting Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752881: Fwd: Bug#752881: Found exact revision that causes problem
For got to cc this to the bug...-( On 21 July 2014 09:29, Ben Hutchings b...@decadent.org.uk wrote: ... Assuming that this regression only happened once, we can be fairly confident that it happened before 4c823cc3d568277aa6340d8df6981e34f4c4dee5, but as that is around v3.2-rc1 it doesn't reduce the range very much. :-( Thank for looking at this issue. I don't get what is going on here either but it seemed to reliably cause the problem BUT when I reverted this change in the v3.2 kernel it still had the fault! (Broke my heart!). Then I built the version 8a9c59 (just prior to the bad version) from scratch and this time it had the fault where as before worked! So I think I have to build completely cleanly each time... So I am doing a git bisect again using a cleaner way of rebuilding the kernels. I did compile one on either side of it and it seemed solid. i.e. rebooting the same kernel reliably results in a failure. I didn't reboot every kernel but certainly the squeeze one is always good and the wheezy is almost always bad (sometimes you can partially write a BluRay before it completely bombs but it always gives these errors on kernel booting). One idea was that it might be a kernel configuration dependant because I had to do make oldconfig and as I switched back and forth between revisions it might have different configurations. But I just diff'ed the config file from the last 4 builds and there was *NO* difference so that should cover good and bad builds. As I didn't rebuild the last set of kernels from scratch I suspect this is the cause of the inconstancies. I am now trying the bisection again but now doing this each time. 1. Rebuilding from scratch (make-kpkg clean) 2. Copying the same config file and doing make oldconfig and always accepting the default. So far I have: git bisect start # bad: [8a9c594422ecad912d6470888acdee9a1236ad68] drivers/block/loop.c: emit uevent on auto release git bisect bad 8a9c594422ecad912d6470888acdee9a1236ad68 # good: [02f8c6aee8df3cdc935e9bdd4f2d020306035dbe] Linux 3.0 git bisect good 02f8c6aee8df3cdc935e9bdd4f2d020306035dbe # good: [0003230e8200699860f0b10af524dc47bf8aecad] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs-2.6 git bisect good 0003230e8200699860f0b10af524dc47bf8aecad # good: [206d440f64030b6425841bf7cb38e26a5ea0c382] xfs: Fix build breakage in xfs_iops.c when CONFIG_FS_POSIX_ACL is not set git bisect good 206d440f64030b6425841bf7cb38e26a5ea0c382 # skip: [c11abbbaa3252875c5740a6880b9a1a6f1e2a870] Merge branch 'slub/lockless' of git://git.kernel.org/pub/scm/linux/kernel/git/penberg/slab-2.6 git bisect skip c11abbbaa3252875c5740a6880b9a1a6f1e2a870 The last skip because I got compile errors. ... arch/x86/built-in.o: In function `atomic_read': /movies3/work/linux/arch/x86/include/asm/atomic.h:25: undefined reference to `__tracepoint_xen_cpu_write_gdt_entry' ... Actually I couldn't build the squeeze kernel under wheezy (lots of problems) so I was building that under the squeeze in a virtual machine. This is a real annoying bug because I have to build so many kernels and hit compile problems but I will crush it. Suggestions on improving this debug plan would be much welcomed. Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755306: Can't disconnect VPN from nm-applet
Exactly same here, can confirm this bug. ii network-manager 0.9.10.0-1amd64network management framework (daemon and userspace tools) ii network-manager-gnome 0.9.10.0-2amd64network management framework (GNOME frontend) ii network-manager-openvpn 0.9.10.0-1amd64network management framework (OpenVPN plugin core) ii network-manager-openvpn-gnome 0.9.10.0-1amd64network management framework (OpenVPN plugin GNOME GUI)
Bug#755493: ITP: apophenia -- open source C scientific library for statistical computing
Package: wnpp Severity: wishlist Owner: Jerome Benoit calcu...@rezozer.net * Package name: apophenia Version : 0.999 Upstream Author : Ben Klemens fluffm...@f-m.fm * URL : http://apophenia.info/ * License : GPL2 with modifications Programming Lang: C Description : open source C scientific library for statistical computing The Apophenia Statistical Library is an open source C library for working with data sets and statistical models. It provides functions on the same level as those of the typical stats packages (such as OLS, probit, or singular value decomposition) but gives the user more flexibility to be creative in model-building. Apophenia is written to scale well, to comfortably work with gigabyte data sets, million-step simulations, or computationally-intensive agent-based models. Apophenia builds upon the GNU Scientific and SQLite libraries, MySQL/mariaDB is also supported. The core functions are written in C, but experience has shown them to be easy to bind in Python, Julia, Perl, Ruby, etc. The source code is available under the GNU General Public License version 2 (GPL2) with two modifications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755469: switch to systemd : no more visible boot messages
Am 21.07.2014 09:57, schrieb Erwan David: It is then uimpossible to check that the boot works correctly. It's certainly possible. Contrary to sysvinit, you can query the complete state of the system at any time. Simply run systemctl (or systemctl status) to get an overview of the running services. Log messages from boot can be queried via journalctl. systemd follows the UNIX principle here, that no news is good news. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#754701: ucommon: Please rebuild against libgnutls28-dev
Hi Samuel (cc Andreas and the VoIP team), Quoting Samuel Thibault (2014-07-20 18:42:19) Debian Bug Tracking System, le Sun 13 Jul 2014 18:51:14 +, a écrit : * Link against GnuTLS 2.8: Build-depend on libgnutls28-dev (not libgnutls-dev), and drop patch 1000 (introduced in 6.0.7-1.1). Closes: bug#754701. Thanks to Andreas Metzler. Could it be uploaded to unstable please? sflphone is just not working at all ATM (see #745695), and we can't fix it since it is not buildable any more... I seem to understand that current procedures regarding libraries is that someone needs to test if the new ucommon builds fine against its reverse dependencies, and then kindly request release team for coordinating a migration. Unfortunately I have not yet found the time to do that (my build environment is my tiny netbook-like laptop, so is slow, and I haven't taken time to figure out if/how I can use Debian infrastructure for it). Please correct me if I'm wrong - ghostscript is also stalled waiting for similar outside-of-Debian test builds, and it would be tremendously helpful to learn that a simpler procedure is acceptable. If I am right, then I kindly ask for help doing these test builds. I've tried ask the VoIP team for help, but no response so far: https://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2014-July/025702.html - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#754868: please build a python3 package
now uploaded to delayed, staying with version 0.0.3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755059: I can confirm this bug also
Dear Maintainer, I confirm this bug also. This package couldn't be installed without using unstable packages. I get the exact same output with Fabien. Many Thanks, -Engin
Bug#755488: please add fribid to wheezy-backports
2014-07-21 12:24, Per Andersson wrote: Please add fribid to wheezy-backports so those following Debian stable can install fribid from the repository. I noticed that fribid Depends on libc6 = 2.14, whilst the libc6 version in wheezy is 2.13-38+deb7u3. Is there any show stopper for using that libc6 version? I doubt it. I know FriBID has worked fine with libc6 2.11. The dependency on 2.14 is only there because FriBID uses ${shlibs:Depends},${misc:Depends} in the debian/control 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#754715: Debian claims source missing for rgl
On 19 July 2014 at 22:28, Dirk Eddelbuettel wrote: | | On 19 July 2014 at 20:43, Duncan Murdoch wrote: | | On 19/07/2014, 7:18 PM, Dirk Eddelbuettel wrote: | | | | On 19 July 2014 at 17:48, Duncan Murdoch wrote: | | | On 19/07/2014, 2:52 PM, Bastien ROUCARIES wrote: | | | On Sat, Jul 19, 2014 at 4:11 PM, Dirk Eddelbuettel e...@debian.org wrote: | | | Duncan, | | | | | | The Debian package linter claims that the included file | | | | | | inst/WebGL/CanvasMatrix.js | | | | | | in your rgl package lacks source code. | | | | | | I know next to nothing about Javascript, and to me Javascript always appeared | | | to _be_ source code. | | | No ti is minified javascript, not source code. You lose comments and | | | variable name. | | | | | | It's a compiled Javascript file -- minified, as Bastien says. The | | | docs describe where to get the original source, and have a copy of the | | | copyright notice. It's a very commonly included file in WebGL pages. | | | | | | I'd rather not include the source, as it is redundant, and easily | | | available elsewhere. | | | | The powers-that-be and sticklers within Debian may then throw it out of the archive. | | | | I don't really care too much about including the source, but I | | definitely can't remove the compiled version. Is it sufficient to | | have both? | | Yes, I am asked to provide the source in the sources we use for building. | | Sorry if I was unclear, I was _not_ asking you to replace the minimized | source with the full source, but the source for everything Policy wants the | source along with the version you deploy :-/ That said, the problem is of course more between me and the Debian packaging (unless CRAN eventually follows suit and also asks for source on .js; I am not suggesting they do). Do you have a canonical URL for a source of that file CanvasMatrix.js ? Dirk | Dirk | | | Duncan | | | | | | Dirk | | | | | | | | Duncan Murdoch | | | The GNU file tool seems to agree | | | | | | edd@max:~/src/debian/CRAN/rgl-0.93.1098$ file inst/WebGL/CanvasMatrix.js | | | inst/WebGL/CanvasMatrix.js: ASCII text, with very long lines | | | edd@max:~/src/debian/CRAN/rgl-0.93.1098$ | | | | | | Do you have a good answer? | | | | | | I am CCing the (to me at least somewhat overzealous) Debian colleague who | | | filed this; maybe he has added insights. I am also ccing the bug report for | | | process; records are at http://bugs.debian.org/754715 | | | | | | Dirk | | | | | | -- | | | http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org | | | | | | | | | -- | http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746825: ACE FTBFS status
Hi, As the Debian diagnostics maintainer I'm also affected by this issue. I cannot necessarily offer to spend a great deal of time on ACE packaging, but I'm certainly willing to help as much as I can. If this bug cannot be fixed on time for jessie, I'll have to disable ACE in diagnostics after all :-( Best, Michael pgpNtw3MmGtId.pgp Description: PGP signature
Bug#755495: reportbug should not allow filing bugs against the general pseudo-package
package: reportbug severity: wishlist x-debbugs-cc: debian-de...@lists.debian.org Hi, On Samstag, 19. Juli 2014, Arto Jantunen wrote: I don't think reportbug should allow filing bugs against general at all. The extremely rare cases when one is needed can be filed manually. As someone (of the very few people) regularily maintaining the general (and base) pseudo-packages bugs for some years now, I wholeheartly agree. (Note that there is also #734053 [bugs.debiann.org] please remove the base pseudo package) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#755475: gnome-shell-common: since 3.12 components entered testing, gnome-shell breaks GDM
2014-07-21 13:34 GMT+03:00 Emilio Pozuelo Monfort po...@debian.org: On 21/07/14 10:42, Martin-Éric Racine wrote: Package: gnome-shell-common Version: 3.8.4-8.1 Severity: important Since yesterday, when a bunch of 3.12 components entered testing, GDM stops right after loading the background image; it never displays the logon objects. What version of gjs and gdm3 do you have? gdm3 3.8.4-9 gjs 1.36.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#755469: switch to systemd : no more visible boot messages
On Mon, Jul 21, 2014 at 01:13:38PM CEST, Michael Biebl bi...@debian.org said: Am 21.07.2014 09:57, schrieb Erwan David: It is then uimpossible to check that the boot works correctly. It's certainly possible. Contrary to sysvinit, you can query the complete state of the system at any time. Simply run systemctl (or systemctl status) to get an overview of the running services. This I did not know, not finding migration documentation for sysvinit users. Log messages from boot can be queried via journalctl. systemd follows the UNIX principle here, that no news is good news. No news is not always good news, espacially when you wait in front of a black screen not seeing that something is going on... That was my case this morning. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754701: ucommon: Please rebuild against libgnutls28-dev
Hello, Jonas Smedegaard, le Mon 21 Jul 2014 13:17:20 +0200, a écrit : Quoting Samuel Thibault (2014-07-20 18:42:19) Debian Bug Tracking System, le Sun 13 Jul 2014 18:51:14 +, a écrit : * Link against GnuTLS 2.8: Build-depend on libgnutls28-dev (not libgnutls-dev), and drop patch 1000 (introduced in 6.0.7-1.1). Closes: bug#754701. Thanks to Andreas Metzler. Could it be uploaded to unstable please? sflphone is just not working at all ATM (see #745695), and we can't fix it since it is not buildable any more... I seem to understand that current procedures regarding libraries is that someone needs to test if the new ucommon builds fine against its reverse dependencies, and then kindly request release team for coordinating a migration. A migration? AIUI the soname is the same so no migration is needed, but rdeps rebuild check is a good idea, yes. Actually I wasn't asking for the newer upstream to be uploaded to unstable, just to at least rebuild 6.0.7-1.1 against libgnutls28-dev, so sflphone can build. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755497: RFA: scons-doc -- Documentation for SCons
Package: wnpp Severity: normal I request an adopter for scons-doc source package. Upstream is very responsive, and the software is well maintained. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754257: [kdm] Workaround: Started with Empty Home Directory
On Monday 21 July 2014 12:39:05 Maximiliano Curia wrote: Control: tag -1 + unreproducible ¡Hola David! El 2014-07-17 a las 12:50 +0300, David Baron escribió: Both users now work, second user started with new, empty home directory. It did NOT make any difference whether it was a primary or secondary login. When it still did not work, did not. Does work, does... Well, I still can't reproduce the issue, and since you can no longer reproduce it I'm tagging the issue as unreproducible, and will probably close it if no one can provide a simple way to reproduce it. Posters on other forums said gdm worked when kdm did not. were not Debian posters. This may indicate an upstream issue, but I thought the issue was upgrading your system from wheezy to jessie, that would be updating the kdm package from 4:4.8.4-6 to 4:4.11.9-1. If the issue is present in other distributions it might be possible to narrow the versions gap with that information. Would a copy of the original (from the 32 bit former installation) home directory be of use? Problem was not in .kde because I tried it with the old one and with none--never tried to read or initial it. Maybe something in .config. As I said, very little was in this user's home. The issue was present in both the 4.4.8 and the 4.4.11 versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755496: RFA: scons -- replacement for make
Package: wnpp Severity: normal I request an adopter for scons source package. Upstream is very responsive, and the software is well maintained. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755475: gnome-shell-common: since 3.12 components entered testing, gnome-shell breaks GDM
On 21/07/14 10:42, Martin-Éric Racine wrote: Jul 21 11:26:52 suomi gnome-session[1013]: JS ERROR: !!! stack = '()@/usr/share/gnome-shell/js/misc/loginManager.js:184 I should have just checked that. That line is: asyncCallback(this._upClient.get_can_suspend()); So you have the new upower, which doesn't have that API anymore. The new gnome-shell fixes that, which should migrate in the following days. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755489: please add jitsi to wheezy-backports
On Mon, Jul 21, 2014 at 12:26:14PM +0200, Per Andersson wrote: Package: jitsi Version: 2.4.4997-1.2 Severity: wishlist Hi! Please add jitsi to wheezy-backuports, so those that use Debian stable can install jitsi from the repositories. You might also want to look at #729904 Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755499: Prefer upstream man pages
Package: jbigkit Version: 2.0-2.1 Current man pages are very very minimalists. Please consider installing (after proper renaming) upstream man pages: ./pbmtools/pbmtojbg.1 ./pbmtools/jbgtopbm.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755498: elilo: Add a Built-Using field for gnu-efi
Package: elilo Severity: serious Justification: Policy 7.8 Your package build-depends against gnu-efi. As such, the produced binary package incorporates code from the static library gnu-efi provides. Policy 7.8 specifies that a package must list all packages incorporated during the build. I applied the following patch to gummiboot which was also affected by this, you can use that as a starting point. You also want to make sure not to build against gnu-efi ( 3.0v-5~), as the older 3.0v versions are broken. diff --git a/debian/control b/debian/control index 061d24c..cb046be 100644 --- a/debian/control +++ b/debian/control @@ -12,6 +12,7 @@ Homepage: http://freedesktop.org/wiki/Software/gummiboot/ Package: gummiboot Architecture: i386 amd64 x32 ia64 Depends: ${misc:Depends}, ${shlibs:Depends} +Built-Using: ${misc:Built-Using} Pre-Depends: systemd Multi-Arch: foreign Description: Simple UEFI bootloader diff --git a/debian/rules b/debian/rules index d367029..a98c06e 100755 --- a/debian/rules +++ b/debian/rules @@ -4,3 +4,7 @@ override_dh_auto_configure: dh_auto_configure -- --disable-silent-rules + +override_dh_gencontrol: + dh_gencontrol -- -Vmisc:Built-Using=$(shell dpkg-query -W \ + -f='$${source:Package} (= $${source:Version})' gnu-efi) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-rc5-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 -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755500: refit: Add a Built-Using field for gnu-efi
Package: refit Severity: serious Justification: Policy 7.8 Your package build-depends against gnu-efi. As such, the produced binary package incorporates code from the static library gnu-efi provides. Policy 7.8 specifies that a package must list all packages incorporated during the build. I applied the following patch to gummiboot which was also affected by this, you can use that as a starting point. You also want to make sure not to build against gnu-efi ( 3.0v-5~), as the older 3.0v versions are broken. diff --git a/debian/control b/debian/control index 061d24c..cb046be 100644 --- a/debian/control +++ b/debian/control @@ -12,6 +12,7 @@ Homepage: http://freedesktop.org/wiki/Software/gummiboot/ Package: gummiboot Architecture: i386 amd64 x32 ia64 Depends: ${misc:Depends}, ${shlibs:Depends} +Built-Using: ${misc:Built-Using} Pre-Depends: systemd Multi-Arch: foreign Description: Simple UEFI bootloader diff --git a/debian/rules b/debian/rules index d367029..a98c06e 100755 --- a/debian/rules +++ b/debian/rules @@ -4,3 +4,7 @@ override_dh_auto_configure: dh_auto_configure -- --disable-silent-rules + +override_dh_gencontrol: + dh_gencontrol -- -Vmisc:Built-Using=$(shell dpkg-query -W \ + -f='$${source:Package} (= $${source:Version})' gnu-efi) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-rc5-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 -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712240:
Control: tags -1 patch Ref: https://patches.ubuntu.com/j/jbigkit/jbigkit_2.0-2ubuntu5.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456021: Patch in git repository
tags 456021 +patch thanks I've committed a patch to the Git repository that adds an ABI, also attached here. This adds a Provides entry with the ABI to the control field of dovecot-core, e.g. Provides: dovecot-abi-2.2.13.abi.v2 that plugins can depend on. Cheers, Jelmer diff --git a/debian/changelog b/debian/changelog index 2b4e57f..f941d0f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +dovecot (1:2.2.13-4) UNRELEASED; urgency=medium + + * Add Provides with dovecot ABI version, for plugins to depend on. Closes: #456021 + + -- Jelmer Vernooij jel...@debian.org Sun, 20 Jul 2014 19:31:09 +0200 + dovecot (1:2.2.13-3) unstable; urgency=medium * Build-depend on clucene 2.3 or later, which upstream lists as the diff --git a/debian/control b/debian/control index df9c0e7..470c519 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,7 @@ Package: dovecot-core Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libpam-runtime (= 0.76-13.1), openssl, adduser, ucf (= 2.0020) Suggests: ntp, dovecot-gssapi, dovecot-sieve, dovecot-pgsql, dovecot-mysql, dovecot-sqlite, dovecot-ldap, dovecot-imapd, dovecot-pop3d, dovecot-lmtpd, dovecot-managesieved, dovecot-solr, dovecot-lucene -Provides: dovecot-common +Provides: dovecot-common, dovecot-abi-${dovecot:ABI-Version} Replaces: dovecot-common ( 1:2.0.14-2~), mailavenger ( 0.8.1-4) Breaks: dovecot-common ( 1:2.0.14-2~), mailavenger ( 0.8.1-4) Description: secure POP3/IMAP server - core files diff --git a/debian/rules b/debian/rules index fe652f0..759db76 100755 --- a/debian/rules +++ b/debian/rules @@ -180,8 +180,7 @@ install: build mv $(CURDIR)/debian/dovecot-core/usr/include/* $(CURDIR)/debian/dovecot-dev/usr/include mv $(CURDIR)/debian/dovecot-core/usr/lib/dovecot/dovecot-config $(CURDIR)/debian/dovecot-dev/usr/lib/dovecot rmdir $(CURDIR)/debian/dovecot-core/usr/include - grep ABI_VERSION config.h | perl -ne '/(.+)\(.+\)/ print $1' \ - debian/dovecot-dev/usr/share/dovecot/dovecot-abi + grep ABI_VERSION config.h | perl -ne '/(.+)\(.+\)/ print $$1' | tr '[A-Z]' '[a-z]' $(CURDIR)/debian/dovecot-dev/usr/share/dovecot/dovecot-abi # Build architecture-independent files here. binary-indep: build install @@ -228,7 +227,7 @@ binary-arch: build install dh_makeshlibs -a -n dh_installdeb -a dh_shlibdeps -a - dh_gencontrol -a + dh_gencontrol -a -- -Vdovecot:ABI-Version=$(shell cat $(CURDIR)/debian/dovecot-dev/usr/share/dovecot/dovecot-abi) dh_md5sums -a dh_builddeb $(foreach pkg,$(dbgpkg),-p$(pkg)) -- -Zxz dh_builddeb $(foreach pkg,$(otherpkg),-p$(pkg))
Bug#754185: avahi-daemon: Packet too short or invalid while reading known answer record. (Maybe a UTF-8 problem?)
Package: avahi-daemon Version: 0.6.31-4 Followup-For: Bug #754185 I think *cough* I triggered this message on Thorsten's machine at work ;). It is a Krfb share called freigegebene Arbeitsfläche, which is put in a DNS name as is. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser 3.113+nmu3 ii bind9-host [host]1:9.9.5.dfsg-4 ii dbus 1.8.6-1 ii host 1:9.9.5.dfsg-4 ii init-system-helpers 1.19 ii libavahi-common3 0.6.31-4 ii libavahi-core7 0.6.31-4 ii libc62.19-7 ii libcap2 1:2.22-2 ii libdaemon0 0.14-6 ii libdbus-1-3 1.8.6-1 ii libexpat12.1.0-6 ii lsb-base 4.1+Debian13 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-6 Versions of packages avahi-daemon suggests: pn avahi-autoipd 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#755317: libnet-bonjour-perl: FTBFS: Tests failures
HI gregor, On Sun, Jul 20, 2014, at 14:39, gregor herrmann wrote: Control: tag -1 + confirmed On Sat, 19 Jul 2014 20:44:36 +0200, David Suárez wrote: Source: libnet-bonjour-perl Version: 0.96-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140718 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[1]: Entering directory '/«PKGBUILDDIR»' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/1-use.t . ok Use of uninitialized value in uc at /«PKGBUILDDIR»/blib/lib/Net/Bonjour/Entry.pm line 272. Use of uninitialized value $_[4] in join or string at /usr/lib/perl5/Net/DNS/RR.pm line 69. Use of uninitialized value $argument in concatenation (.) or string at /usr/lib/perl5/Net/DNS/RR/.pm line 75. in new Net::DNS::RR( type ttl 3600 address name server.local ... ) at /«PKGBUILDDIR»/blib/lib/Net/Bonjour/Entry.pm line 327. # Looks like you planned 18 tests but ran 15. # Looks like your test exited with 255 just after 15. t/2-entry.t ... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 3/18 subtests Breakage by recent Net::DNS? I would guess so, there were some packages using undocumented internal APIs in Net::DNS that got cleaned up. I will forward this to upstream, but I think this needs to get fixed in libnet-bounjour-perl. O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755501: ircd-ratbox resolver daemon hits 100% cpu on irc client connect, fails to resolve hostname.
Package: ircd-ratbox Version: 3.0.8.dfsg-2 Severity: important Dear Maintainer, After upgrading to 3.0.8-dfsg-2, I noticed connecting to the IRC server was very slow and resulted in hostnames not being (reverse) resolved. Upon inspection, it seemed that the ircd resolver daemon was using a lot of CPU (100% in top). A systrace did not yield anything, but an ltrace showed a continuous stream of the same line: rb_get_pseudo_random(0x7fffa62abc86, 2, 0x7f583268fba0, 0) = 1 (I'll get back to this later). I tried killing the ircd resolver daemon (had to kill it with SIGKILL) and it came back at 0% CPU usage. However, everytime a client connected, the same thing happened (cpu to 100%, ip not reverse resolved). I did a quick check in the source code and it seemed that this function was called in a tight loop if the random number that was returned is always 0x (a 16-bit short was requested). ADDITIONAL INFORMATION * tested with 3.0.7.dfsg-3, does NOT suffer from this problem * tested on two different machines, both virtualized (one OpenVZ, one LXC) (I don't know if it matters, but I included it for completeness). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 ircd-ratbox depends on: ii libc6 2.19-7 ii libgnutls-deb0-28 3.2.15-3 ii libltdl7 2.4.2-1.7 ii libsqlite3-0 3.8.5-2 ii lsb-base 4.1+Debian13 ii multiarch-support 2.19-7 ircd-ratbox recommends no packages. Versions of packages ircd-ratbox suggests: pn ntp | openntpd | time-daemon none -- Configuration Files: /etc/default/ircd-ratbox 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#754513: Questions from upstream
Hi, I noticed the ITP for libressl and wanted to ask a few questions: 1. I'm setting up pbuilder to do some automated testing, could I have access to the prototype debian package control files for libressl? 2. Do you have a more automated way of generating that symbol versioning script, and are you planning on pushing that upstream? Currently, we're bumping the major on ABI changes (note we're at 30 and 27), so I'm not entirely following the need to version individual symbols. Some of libressl's non-opaque structs have also changed in size or layout compared to openssl. 3. I'm looking at some of the warnings on gcc 4.9 mentioned above. They look like dead code that's simply not caught by the other compilers we tested, we will review fixing that. Also, please do not replace arc4random in libressl. We'll have to figure out what to do about the circular dependency with openssh, but replacing with the version from libbsd is really not the way to go at the moment. Please at least ping t...@openbsd.org (or you can report on the github mirror), if you're making any changes to the way the library handles OS compatibility.
Bug#701607:
Thanks. https://code.google.com/p/quodlibet/issues/detail?id=1429 https://code.google.com/p/quodlibet/source/detail?r=2f6588e31143 Will be in 3.2. I'm not sure if this is the same bug. Phillipp stated There's no relevant error message on the terminal. and it seems I missed that when I first replied here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755499: Prefer upstream man pages
Wait, don't we already use those? Only the *85 ones are the minimalist ones, which don't have upstream versions... Cheers, Michael On Mon, Jul 21, 2014 at 9:48 PM, Mathieu Malaterre ma...@debian.org wrote: Package: jbigkit Version: 2.0-2.1 Current man pages are very very minimalists. Please consider installing (after proper renaming) upstream man pages: ./pbmtools/pbmtojbg.1 ./pbmtools/jbgtopbm.1