Bug#712947: gnome-shell: Long delay before power down happens
Package: gnome-shell Version: 3.4.2-9 Severity: normal Dear Maintainer, When I attempt to shutdown the computer from within gnome there is a long delay before anything happens. The same appears to be true for restart and suspend options too. I select Power Off from the menu under my name and almost immediately a dialog box is displayed which asks if I wish to Shutdown, Restart or Cancel. WHen I select one, the screen slightly greys out and I can no longer do anything, but nothing else happens for about a minute - it is as though something finally times out. Then the shutdown sequence starts. During shutdown there is another delay just after the console reports all tasks been asked to terminate and when it does proceeed the system doesn't power off, but restarts (I don't think this is related but an independant problem) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii gconf-service3.2.6-1 ii gir1.2-accountsservice-1.0 0.6.30-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gcr-3 3.8.2-3 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-1 ii gir1.2-gtk-3.0 3.8.2-2 ii gir1.2-mutter-3.03.4.1-7 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.42.2-6 ii gir1.2-telepathyglib-0.120.20.3-1 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.20-2 ii gjs 1.32.0-5+b1 ii gnome-bluetooth 3.8.1-1 ii gnome-icon-theme-symbolic3.8.2.2-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-6 ii gnome-shell-common 3.4.2-9 ii gnome-themes-standard3.8.1-2 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-5 ii libcairo-gobject21.12.14-5 ii libcairo21.12.14-5 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.8.2-3 ii libgconf-2-4 3.2.6-1 ii libgcr-base-3-1 3.8.2-3 ii libgcr-ui-3-13.8.2-3 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgee2 0.6.8-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5+b1 ii libgl1-mesa-glx [libgl1] 9.1.3-6 ii libglib2.0-0 2.36.3-2 ii libgnome-keyring03.8.0-2 ii libgnome-menu-3-03.8.0-2 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.2-2 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0 3.4.1-7 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libnspr4
Bug#712948: gnome-shell: Cancelling Power Off Dialog prevents it reappearing
Package: gnome-shell Version: 3.4.2-9 Severity: normal Dear Maintainer, I was attempting to file another bug related to Power Off, so selected the Power Off dialog to confirn what it said. I then cancelled the dialog. I then tried a second time, because I wasn't sure I had the wording correct, and this time nothing happened. The dialog did not even appear. Indeed after repeated attempts it is not re-appearing Suspend does work (although for what I think is a bug outside of gnome it restarts rather than suspends). However even after this suspend/restart the Power Off option still doesn't do anything -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii gconf-service3.2.6-1 ii gir1.2-accountsservice-1.0 0.6.30-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gcr-3 3.8.2-3 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-1 ii gir1.2-gtk-3.0 3.8.2-2 ii gir1.2-mutter-3.03.4.1-7 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.42.2-6 ii gir1.2-telepathyglib-0.120.20.3-1 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.20-2 ii gjs 1.32.0-5+b1 ii gnome-bluetooth 3.8.1-1 ii gnome-icon-theme-symbolic3.8.2.2-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-6 ii gnome-shell-common 3.4.2-9 ii gnome-themes-standard3.8.1-2 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-5 ii libcairo-gobject21.12.14-5 ii libcairo21.12.14-5 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.8.2-3 ii libgconf-2-4 3.2.6-1 ii libgcr-base-3-1 3.8.2-3 ii libgcr-ui-3-13.8.2-3 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgee2 0.6.8-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5+b1 ii libgl1-mesa-glx [libgl1] 9.1.3-6 ii libglib2.0-0 2.36.3-2 ii libgnome-keyring03.8.0-2 ii libgnome-menu-3-03.8.0-2 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.2-2 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0 3.4.1-7 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libp11-kit0 0.18.3-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0
Bug#712949: cups-filters’ pdftops filter refuses to output PostScipt LanguageLevel 3
Package: cups-filters Version: 1.0.34-3 Severity: important Tags: upstream [Bastien asked me to report this an an important bug. -JimC] Revision 6868 of upstream cups-filters bzr introduced code to prevent pdftops from generating level3 postscript. Ever. Ubuntu bug https://bugs.launchpad.net/bugs/277404 and poppler bug https://bugs.freedesktop.org/show_bug.cgi?id=19640 are referenced in the commit. Certain HP printers were unable to handle the level3 postscript generated by poppler’s (and probably xpdf’s) pdftops(1), which can be used by the cups-filters pdftops filter. The problem seems to be specific to CID-keyed fonts. HP refused to change their PPDs, which advertize level3 support, on the grounds that the level3 ps generated by apple’s osx worked fine. cups-filters should not limit itself to generating level1 and level2; instead the PPD files for the affected HP printers should be edited to specify level2. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712755: iptables: Memory allocation problem. when trying to use iptables with geoip module
Il giorno Thu, 20 Jun 2013 18:58:45 +1000 Dmitry Smirnov only...@member.fsf.org ha scritto: Actually it work for me with xtables-addons from unstable and Linux kernel 3.9-1-amd64. Confirmed ..see below Is it a regression of some sort? Did it ever worked as expected? If so it might be bug in kernel 3.2.0-4 (or limitation of 32-bit kernel). I don't think so...see below If you want to use Xtables-addons with kernels older than 3.7, use the addons 1.x series, which continues to be maintained for the time being. So effectively xtables-addons 2.x is unsupported with older kernels. Ok, but the bug has been raised for the 1.x on wheezy, currently stable Could you please try newer kernel? I've just completed a set of tests and here the results: TEST ENVIRONMENT: fresh installation for the mentioned arch by using the netinst CD availables on June, 21 NOTE: each raw select the arch with appropriate xtables-addons-common version currently available on debian mirrors; each column states the kernel version used LEGENDA: F - Not passed; T: Passed; NT: Not tested; NA: Test not done for packages unavailability (e.g kernel ) for the current release _ -| 3.9-1 |3.8.2| 3.2.0 -- unstable 64-bit |T | NT | NT unstable 32-bit |T | F| NT stable 64-bit|NA| NA | F stable 32-bit|NA| NA | F - so, definitively the bug is confirmed on wheezy both for 32-bit and 64-bit versions and I confirm, works as expected on unstable for the kernel 3.9.1 but not for the 3.8.2 ( at least for the 32-bit arch ) Hope this helps. Ciao, -Pasquale Soccio Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712947: are 712947 and 712948 related
I have just rebooted after attempting various other ways of shutting down. In particular, I killed the X session (Ctrl-Alt-Backspace) and then when it restarted tried to shutdown. When I cancelled the first dialog box another one appeared with the exact same thing on it. Having now shutdown completely, temporarily rebooted into Debian Wheezy, and then rebooted back into Sid, I am getting this double dialog box all the time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678059: new packages team maintained in debian-science
Hi all, Albert Huang and myself we are going to maintain these packages within the debian-science team: tilp2 http://anonscm.debian.org/gitweb/?p=debian-science/packages/tilp2.git gfm http://anonscm.debian.org/gitweb/?p=debian-science/packages/gfm.git libticables http://anonscm.debian.org/gitweb/?p=debian-science/packages/libticables.git libticalcs http://anonscm.debian.org/gitweb/?p=debian-science/packages/libticalcs.git libticonv http://anonscm.debian.org/gitweb/?p=debian-science/packages/libticonv.git libtifiles http://anonscm.debian.org/gitweb/?p=debian-science/packages/libtifiles.git Help and suggestions are always welcome! Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712950: linux-image-3.9: radeon GPU/X server lockup
Package: src:linux Version: 3.9.6-1 Severity: normal File: linux-image-3.9 The system started to lock up recently with kernels like 3.7 There seems to be no memory or disk problem and it is possible to log into the machine remotely. No updates on screen and no keyboard input possible. So looks like X went south. No errors logged. -- Package-specific info: ** Version: Linux version 3.9-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-4) ) #1 SMP Debian 3.9.6-1 ** Command line: initrd=/boot/initrd.img-3.9-1-amd64 root=UUID=3b8f6a64-5899-462a-aec0-6ddefd878ecf ro quiet fbcon=rotate:3 elevator=deadline console=tty0 console=ttyS0,115200n8 BOOT_IMAGE=/boot/vmlinuz-3.9-1-amd64 ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [86653.264558] awimage[4496]: segfault at f75ca000 ip 0804e30c sp ffbd2748 error 7 in awimage[8048000+8000] [86714.918743] awimage[4544]: segfault at f75b ip 0804e2a3 sp ffa99958 error 7 in awimage[8048000+7000] [86735.302246] awimage[4546]: segfault at f75fa000 ip 0804e2a3 sp ffb67438 error 7 in awimage[8048000+7000] [87279.623603] awimage[5240]: segfault at 2a922000 ip 0804e2a3 sp ffa20f48 error 7 in awimage[8048000+7000] [88410.636432] traps: midori[5405] general protection ip:7f7fb1eb4380 sp:7fffbaf643c8 error:0 in libwebkitgtk-1.0.so.0.13.2[7f7fb1ade000+1612000] [92160.081339] awimage[7402]: segfault at 7d260af79008 ip 00407eb0 sp 7fff68c1d818 error 7 in awimage[40+a000] [93568.209953] sd 9:0:0:3: [sdd] 7744512 512-byte logical blocks: (3.96 GB/3.69 GiB) [93568.219068] sd 9:0:0:3: [sdd] No Caching mode page present [93568.224547] sd 9:0:0:3: [sdd] Assuming drive cache: write through [93568.248572] sd 9:0:0:3: [sdd] No Caching mode page present [93568.254046] sd 9:0:0:3: [sdd] Assuming drive cache: write through [93568.274585] sdd: sdd1 [93789.249247] sd 9:0:0:3: [sdd] No Caching mode page present [93789.254739] sd 9:0:0:3: [sdd] Assuming drive cache: write through [93789.267242] sdd: unknown partition table [93831.369126] sd 9:0:0:3: [sdd] No Caching mode page present [93831.374611] sd 9:0:0:3: [sdd] Assuming drive cache: write through [93831.395872] sdd: sdd1 sdd2 sdd3 sdd4 sdd5 sdd6 sdd7 sdd8 sdd9 sdd10 [95039.017271] FAT-fs (sdd1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [95089.842729] EXT4-fs (sdd2): warning: mounting unchecked fs, running e2fsck is recommended [95089.845917] EXT4-fs (sdd2): mounted filesystem with ordered data mode. Opts: (null) [95119.553615] EXT4-fs (sdd3): warning: mounting unchecked fs, running e2fsck is recommended [95119.557022] EXT4-fs (sdd3): mounted filesystem with ordered data mode. Opts: (null) [95354.095404] EXT4-fs (sdd7): warning: mounting unchecked fs, running e2fsck is recommended [95354.098590] EXT4-fs (sdd7): mounted filesystem with ordered data mode. Opts: (null) [95467.030048] sdd: detected capacity change from 3965190144 to 0 [156613.888043] usb 3-2: USB disconnect, device number 14 [156613.888048] usb 3-2.1: USB disconnect, device number 15 [156613.890733] wacom 3-2.3:1.1: wacom_sys_irq - usb_submit_urb failed with result -19 [156613.894724] wacom 3-2.3:1.0: wacom_sys_irq - usb_submit_urb failed with result -19 [156613.952039] usb 3-2.2: USB disconnect, device number 16 [156613.960450] usb 3-2.3: USB disconnect, device number 17 [156687.792027] usb 3-2: new full-speed USB device number 18 using uhci_hcd [156687.973042] usb 3-2: New USB device found, idVendor=04b3, idProduct=301a [156687.973047] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [156687.973050] usb 3-2: Product: USB 1.1 2port downstream low power hub [156687.973053] usb 3-2: Manufacturer: Lite-On Technology [156687.981061] hub 3-2:1.0: USB hub found [156687.982042] hub 3-2:1.0: 3 ports detected [156688.261041] usb 3-2.1: new full-speed USB device number 19 using uhci_hcd [156688.409039] usb 3-2.1: New USB device found, idVendor=04b3, idProduct=301b [156688.409044] usb 3-2.1: New USB device strings: Mfr=1, Product=3, SerialNumber=0 [156688.409047] usb 3-2.1: Product: USB Productivity Option Keyboard( has the hub in # 1 ) [156688.409050] usb 3-2.1: Manufacturer: Lite-On Technology [156688.419364] input: Lite-On Technology USB Productivity Option Keyboard( has the hub in # 1 ) as /devices/pci:00/:00:1a.0/usb3/3-2/3-2.1/3-2.1:1.0/input/input31 [156688.419497] hid-generic 0003:04B3:301B.000D: input,hidraw0: USB HID v1.10 Keyboard [Lite-On Technology USB Productivity Option Keyboard( has the hub in # 1 )] on usb-:00:1a.0-2.1/input0 [156688.424113] input: Lite-On Technology USB Productivity Option Keyboard( has the hub in # 1 ) as /devices/pci:00/:00:1a.0/usb3/3-2/3-2.1/3-2.1:1.1/input/input32 [156688.424239] hid-generic 0003:04B3:301B.000E: input,hidraw1: USB HID v1.10 Device [Lite-On Technology USB Productivity Option
Bug#712951: turnserver: FTBFS with autoreconf: /usr/bin/autoconf failed with exit status: 1
Source: turnserver Version: 0.7.3-1 Severity: serious I wanted to check if #701428 is fixed in 0.7.3-1. But now it fails to build with: | debian/rules build | dh build --builddirectory=. |dh_testdir -O--builddirectory=. |debian/rules override_dh_auto_configure | make[1]: Entering directory `/«PKGBUILDDIR»' | autoreconf -fi | aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' | configure.in:10: error: possibly undefined macro: AC_MSG_RESULT | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | autoreconf: /usr/bin/autoconf failed with exit status: 1 | make[1]: *** [override_dh_auto_configure] Error 1 | make[1]: Leaving directory `/«PKGBUILDDIR»' | make: *** [build] Error 2 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#710710: asterisk: bump version to 11 (LTS release)
On Thu, Jun 20, 2013 at 04:18:01PM +1000, Mark Purcell wrote: I do not see this as a showstopper to uploading. sflphone also includes an embedded copy of pjproject. There is merit in having one master version of pjproject in Debian for a whole slew of reasons, and I therefore support the efforts under #708122. I disagree. That's a direct policy violation, section 4.13 Convenience copies. Moreover, it's a double one at that, since pjproject itself has its own embedded convenience copies of a number of libraries under the third_party directory, including libraries which are packaged separately in Debian (srtp, portaudio, …). There was a thread on the asterisk-dev mailing list during which both myself, Tzafrir Daniel Pocock intervened as well as the Fedora maintainers. Asterisk upstream is aware of the issue this presents and they're working on cleaning up pjproject and making it shared library/distro friendly. I think their efforts is at https://github.com/asterisk/pjproject/. Someone from pkg-voip should evaluate that, find the issues there and package it, to be used by Asterisk, sflphone, python-sipsimple and whatever other project uses pjproject. Regards, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712915: python-requests: adapters.py uses undefined name ProxyManager
tags 712915 + pending thanks Hello Scott, On Thursday 20 June 2013 15:34:33 Scott Moser wrote: As first reported in Ubuntu bug 1187429 [1], requests is simply broken if the user's environment contains 'http_proxy'. This fails recreates in both python and python3. Many thanks for the report! I have updated requests to 1.2.3 (this version contains the fix) and sent a RFS to my usual sponsor. I was going to update requests' package anyway but your report was a reminder and an incentive :) Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#705908: [Pkg-samba-maint] Bug#705908: libsamba-credentials.so.0.0.1 links libdbwrap.so but libsamba-credentials0 missing dep on python-samba
On Thu, 2013-06-20 at 21:33 +0200, Raphael Hertzog wrote: Control: severity 705908 serious On Mon, 22 Apr 2013, Paul Wise wrote: Package: libsamba-credentials0 Version: 4.0.3+dfsg1-0.1 Severity: important This bug should probably be upgraded to serious but I'm not sure. I think that I agree. I stumbled on it because winexe failed to configure because linking with libsamba-credentials0 did not work out: ['/usr/bin/gcc', 'test.c.1.o', '-o', '/build/winexe-v9pVVt/winexe-1.1~20130620/source/build/.conf_check_8c42439781f5a6c56baf7f8b9c378202/testbuild/testprog', '-Wl,-Bstatic', '-Wl,-Bdynamic', '-L/usr/lib/x86_64-linux-gnu/samba', '-lcli-ldap'] err: /usr/bin/ld: warning: libdbwrap.so, needed by /usr/lib/x86_64-linux-gnu/libsamba-credentials.so.0, not found (try using -rpath or -rpath-link) /usr/lib/x86_64-linux-gnu/libsamba-credentials.so.0: undefined reference to `dbwrap_fetch@SAMBA_4.0.6_DEBIAN' /usr/lib/x86_64-linux-gnu/libsamba-credentials.so.0: undefined reference to `dbwrap_local_open@SAMBA_4.0.6_DEBIAN' collect2: error: ld returned 1 exit status (I'm using the package from git in branch samba_4.0 but it's the same) I worked around it by adding a fake build-depends on python-samba. dbwrap*.so is now in samba-common-bin. The issue is that this almost certainly depends on the credentials library, so we may need yet another library package, or to re-consider if this should be a distinct package at all. The issue of dependencies between these packages is something that will only improve with a lot of work, so any assistance you can give would be most welcome, it is series and isn't a trivial issue to fix. Certainly fixing it in unstable seems unlikely except for migration of the soon to be experimental package from samba_4.0, so that is where the effort needs to be made. Thanks, Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712925: qa.debian.org: there are no longer email notifications on for commits
Hi Paul, On 21 June 2013 05:06, Paul Wise p...@debian.org wrote: Do you remember when this last worked? Last I received was on the third of June. Where are the mails meant to go? qa.debian@packages.qa.debian.org Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712857: RFS: libdevel-autoflush-perl/0.5-1 [ITP]
On Thu, Jun 20, 2013 at 05:47:21PM +0200, gregor herrmann wrote: Have you considered joining the Debian Perl Group? https://wiki.debian.org/Teams/DebianPerlGroup/Welcome gives an introduction about advantages and procedures. I have requested to join the group. Thanks for directing me there! -- Marius Gavrilescu (main) The only problem with seeing too much is that it makes you insane --Phaedrus signature.asc Description: Digital signature
Bug#712951: turnserver: FTBFS with autoreconf: /usr/bin/autoconf failed with exit status: 1
debian/rules clean dh clean --builddirectory=. dh_testdir -O--builddirectory=. dh_auto_clean -O--builddirectory=. dh_clean -O--builddirectory=. dpkg-source -b turnserver-0.7.3 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building turnserver using existing ./turnserver_0.7.3.orig.tar.bz2 dpkg-source: info: building turnserver in turnserver_0.7.3-1.debian.tar.gz dpkg-source: info: building turnserver in turnserver_0.7.3-1.dsc debian/rules build dh build --builddirectory=. dh_testdir -O--builddirectory=. debian/rules override_dh_auto_configure make[1]: Entering directory `/«PKGBUILDDIR»' autoreconf -fi aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' configure.in:10: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 make[1]: *** [override_dh_auto_configure] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build finished at 20130621-0924 Finished E: Build failure (dpkg-buildpackage died) ┌──┐ │ Cleanup │ └──┘ Purging /«BUILDDIR» Not cleaning session: cloned chroot in use ┌──┐ │ Summary │ └──┘ Build Architecture: amd64 Build-Space: 1067 Build-Time: 4 Distribution: unstable Fail-Stage: build Host Architecture: amd64 Install-Time: 22 Job: turnserver_0.7.3-1 Machine Architecture: amd64 Package: turnserver Package-Time: 35 Source-Version: 0.7.3-1 Space: 1067 Status: attempted Version: 0.7.3-1 Finished at 20130621-0924 Build needed 00:00:35, 1067k disc space signature.asc Description: Digital signature
Bug#708049: Can't install
I'm not the original submitter, but I'm having what appears to be the same problem. I did not get a 'gdbm fatal' message. I do not have libnss-mysql* installed. I believe this is a clean install of mysql, but I can't guarantee that old files may be present from an ancient install. # ls -l /var/log/mysql* -rw-r- 1 mysql adm0 Jun 21 01:31 /var/log/mysql.err -rw-r- 1 mysql adm0 Jun 21 01:31 /var/log/mysql.log /var/log/mysql: total 0 nothing in dmesg /var/log/debug contained /etc/init.d/mysql[31956]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in /etc/init.d/mysql[31956]: ^G/usr/bin/mysqladmin: connect to server at 'localhost' failed /etc/init.d/mysql[31956]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)' /etc/init.d/mysql[31956]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists! # su mysql # mysqld 130621 1:36:01 [Note] Plugin 'FEDERATED' is disabled. 130621 1:36:01 InnoDB: The InnoDB memory heap is disabled 130621 1:36:01 InnoDB: Mutexes and rw_locks use GCC atomic builtins 130621 1:36:01 InnoDB: Compressed tables use zlib 1.2.7 130621 1:36:01 InnoDB: Using Linux native AIO 130621 1:36:01 InnoDB: Initializing buffer pool, size = 128.0M 130621 1:36:01 InnoDB: Completed initialization of buffer pool 130621 1:36:01 InnoDB: highest supported file format is Barracuda. 130621 1:36:02 InnoDB: Error: trying to access tablespace 1 page no. 2, InnoDB: but the tablespace does not exist or is just being dropped. ..repeated many times.. 130621 1:36:02 InnoDB: Error: trying to access tablespace 1 page no. 2, InnoDB: but the tablespace does not exist or is just being dropped. InnoDB: Error: Unable to read tablespace 1 page no 2 into the buffer pool after 100 attempts InnoDB: The most probable cause of this error may be that the table has been corrupted. InnoDB: You can try to fix this problem by using innodb_force_recovery. InnoDB: Please see reference manual for more details. InnoDB: Aborting... 130621 1:36:02 InnoDB: Assertion failure in thread 140655213950784 in file buf0buf.c line 2346 InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to http://bugs.mysql.com. InnoDB: If you get repeated assertion failures or crashes, even InnoDB: immediately after the mysqld startup, there may be InnoDB: corruption in the InnoDB tablespace. Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html InnoDB: about forcing recovery. 07:36:02 UTC - mysqld got signal 6 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=16777216 read_buffer_size=131072 max_used_connections=0 max_threads=151 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 346682 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 0 thread_stack 0x3 mysqld(my_print_stacktrace+0x29)[0x7fecd8678569] mysqld(handle_fatal_signal+0x3d8)[0x7fecd8560748] /lib/x86_64-linux-gnu/libpthread.so.0(+0xf210)[0x7fecd7d10210] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7fecd6505295] /lib/x86_64-linux-gnu/libc.so.6(abort+0x148)[0x7fecd6508438] mysqld(+0x5b73b4)[0x7fecd86f83b4] mysqld(+0x5f0d83)[0x7fecd8731d83] mysqld(+0x58932e)[0x7fecd86ca32e] mysqld(+0x589a6b)[0x7fecd86caa6b] mysqld(+0x58c50e)[0x7fecd86cd50e] mysqld(+0x578e40)[0x7fecd86b9e40] mysqld(+0x54543f)[0x7fecd868643f] mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x7fecd8562ad1] mysqld(+0x330e31)[0x7fecd8471e31] mysqld(_Z11plugin_initPiPPci+0xa43)[0x7fecd8473dc3] mysqld(+0x2b3f85)[0x7fecd83f4f85] mysqld(_Z11mysqld_mainiPPc+0x45b)[0x7fecd83f9d4b] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fecd64f1a55] mysqld(+0x2b0199)[0x7fecd83f1199] The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711532: GeoPy 0.95 not usable any more with current Google Maps API
Hello Francesco, On Friday 07 June 2013 17:06:57 Francesco P. Lovergine wrote: while playing with the Qgis geocoding plugins I discover that Google geocoding service is not more working since March due to a protocol upgrade. Many thanks for the report and sorry for the late reply! I will update geopy this weekend. IMHO at least a proposed upgrade in wheezy could be considered for this package. Added to my TODO list. On the DebianGis and Qgis side: the named geocoding plugin requires an update ASAP. Are you talking about this? https://github.com/elpaso/qgis-geocoding $ apt-rdepends -r python-geopy is empty, but I think I'm missing something. :) Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#712952: jekyll: Missing dependency on RedCloth for jekyll serve
Package: jekyll Version: 0.11.2-1 Severity: important Dear Maintainer, I installed jekyll with not much ruby tools on my machine, and following the quickstart guide tried: jekyll serve I got the following: $ jekyll serve /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be deprecated in the future, use String#encode instead. Configuration from /home/baruch/proj/storage/websites/tpw/_config.yml Building site: /home/baruch/proj/storage/websites/tpw - serve You are missing a library required for Textile. Please run: $ [sudo] gem install RedCloth ERROR: YOUR SITE COULD NOT BE BUILT: Missing dependency: RedCloth -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (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 jekyll depends on: ii ruby 1:1.9.3 ii ruby-albino 1.3.3-1 ii ruby-classifier 1.3.3-1 ii ruby-directory-watcher1.4.1-1 ii ruby-kramdown 0.14.1-1 ii ruby-liquid 2.3.0-2 ii ruby-maruku 0.6.0-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 Versions of packages jekyll recommends: ii ruby-mysql 2.8.2+gem2deb-3 ii ruby-sequel 3.37.0-1 ii ruby-sequel-pg 1.5.0-1 jekyll 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#708049: mysql doesn't like old tables
It seems I did have some old mysql files floating around from several years ago. Moving them out of the way and reconfiguring produced this: Setting up mysql-server-5.5 (5.5.31+dfsg-1) ... [ ok ] Stopping MySQL database server: mysqld. 130621 1:54:08 [Note] Plugin 'FEDERATED' is disabled. 130621 1:54:08 InnoDB: The InnoDB memory heap is disabled 130621 1:54:08 InnoDB: Mutexes and rw_locks use GCC atomic builtins 130621 1:54:08 InnoDB: Compressed tables use zlib 1.2.7 130621 1:54:08 InnoDB: Using Linux native AIO 130621 1:54:08 InnoDB: Initializing buffer pool, size = 128.0M 130621 1:54:08 InnoDB: Completed initialization of buffer pool 130621 1:54:09 InnoDB: highest supported file format is Barracuda. 130621 1:54:09 InnoDB: Waiting for the background threads to start 130621 1:54:10 InnoDB: 5.5.31 started; log sequence number 1595675 130621 1:54:10 InnoDB: Starting shutdown... 130621 1:54:11 InnoDB: Shutdown completed; log sequence number 1595675 [ ok ] Starting MySQL database server: mysqld .. [info] Checking for tables which need an upgrade, are corrupt or were not closed cleanly.. Setting up mysql-server (5.5.31+dfsg-1) ... # /etc/inid.d stop [ ok ] Stopping MySQL database server: mysqld. # /etc/inid.d start [ ok ] Starting MySQL database server: mysqld .. [info] Checking for tables which need an upgrade, are corrupt or were not closed cleanly.. Some of those old tables date back to 2005. I even see a debian-4.1.flag file, and that isn't the oldest. The newest files date to 2010. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708049: mysql doesn't like old tables
It seems I did have some old mysql files floating around from several years ago. Moving them out of the way and reconfiguring produced this: Setting up mysql-server-5.5 (5.5.31+dfsg-1) ... [ ok ] Stopping MySQL database server: mysqld. 130621 1:54:08 [Note] Plugin 'FEDERATED' is disabled. 130621 1:54:08 InnoDB: The InnoDB memory heap is disabled 130621 1:54:08 InnoDB: Mutexes and rw_locks use GCC atomic builtins 130621 1:54:08 InnoDB: Compressed tables use zlib 1.2.7 130621 1:54:08 InnoDB: Using Linux native AIO 130621 1:54:08 InnoDB: Initializing buffer pool, size = 128.0M 130621 1:54:08 InnoDB: Completed initialization of buffer pool 130621 1:54:09 InnoDB: highest supported file format is Barracuda. 130621 1:54:09 InnoDB: Waiting for the background threads to start 130621 1:54:10 InnoDB: 5.5.31 started; log sequence number 1595675 130621 1:54:10 InnoDB: Starting shutdown... 130621 1:54:11 InnoDB: Shutdown completed; log sequence number 1595675 [ ok ] Starting MySQL database server: mysqld .. [info] Checking for tables which need an upgrade, are corrupt or were not closed cleanly.. Setting up mysql-server (5.5.31+dfsg-1) ... # /etc/inid.d stop [ ok ] Stopping MySQL database server: mysqld. # /etc/inid.d start [ ok ] Starting MySQL database server: mysqld .. [info] Checking for tables which need an upgrade, are corrupt or were not closed cleanly.. Some of those old tables date back to 2005. I even see a debian-4.1.flag file, and that isn't the oldest. The newest files date to 2010. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712952: jekyll: Missing dependency on RedCloth for jekyll serve
ruby-rdiscount package is missing as well from the dependencies. On Fri, Jun 21, 2013 at 10:59 AM, Baruch Even bar...@ev-en.org wrote: Package: jekyll Version: 0.11.2-1 Severity: important Dear Maintainer, I installed jekyll with not much ruby tools on my machine, and following the quickstart guide tried: jekyll serve I got the following: $ jekyll serve /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be deprecated in the future, use String#encode instead. Configuration from /home/baruch/proj/storage/websites/tpw/_config.yml Building site: /home/baruch/proj/storage/websites/tpw - serve You are missing a library required for Textile. Please run: $ [sudo] gem install RedCloth ERROR: YOUR SITE COULD NOT BE BUILT: Missing dependency: RedCloth -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (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 jekyll depends on: ii ruby 1:1.9.3 ii ruby-albino 1.3.3-1 ii ruby-classifier 1.3.3-1 ii ruby-directory-watcher1.4.1-1 ii ruby-kramdown 0.14.1-1 ii ruby-liquid 2.3.0-2 ii ruby-maruku 0.6.0-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 Versions of packages jekyll recommends: ii ruby-mysql 2.8.2+gem2deb-3 ii ruby-sequel 3.37.0-1 ii ruby-sequel-pg 1.5.0-1 jekyll 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#712952: More info
ruby-rdiscount package is missing as well from the dependencies. It should be noted that I tried to use the github tpw repository as my starter site, this may have affected what is needed as dependencies. Baruch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712952: jekyll: Missing dependency on RedCloth for jekyll serve
It should be noted that I tried to use the github tpw repository as my starter site, this may have affected what is needed as dependencies. On Fri, Jun 21, 2013 at 11:06 AM, Baruch Even bar...@ev-en.org wrote: ruby-rdiscount package is missing as well from the dependencies. On Fri, Jun 21, 2013 at 10:59 AM, Baruch Even bar...@ev-en.org wrote: Package: jekyll Version: 0.11.2-1 Severity: important Dear Maintainer, I installed jekyll with not much ruby tools on my machine, and following the quickstart guide tried: jekyll serve I got the following: $ jekyll serve /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be deprecated in the future, use String#encode instead. Configuration from /home/baruch/proj/storage/websites/tpw/_config.yml Building site: /home/baruch/proj/storage/websites/tpw - serve You are missing a library required for Textile. Please run: $ [sudo] gem install RedCloth ERROR: YOUR SITE COULD NOT BE BUILT: Missing dependency: RedCloth -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (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 jekyll depends on: ii ruby 1:1.9.3 ii ruby-albino 1.3.3-1 ii ruby-classifier 1.3.3-1 ii ruby-directory-watcher1.4.1-1 ii ruby-kramdown 0.14.1-1 ii ruby-liquid 2.3.0-2 ii ruby-maruku 0.6.0-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 Versions of packages jekyll recommends: ii ruby-mysql 2.8.2+gem2deb-3 ii ruby-sequel 3.37.0-1 ii ruby-sequel-pg 1.5.0-1 jekyll 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#712953: sysvinit: System Restarts Instead of Powering Off
Package: sysvinit Version: 2.88dsf-41 Severity: normal Dear Maintainer, When I attempt to power off the machine (either logging out of gnome3, or via shutdown now typed in at a terminal) the system goes through the shutdown sequence (it does seem to pause after telling all processes to terminate and then reports that some processes are still running). It finally reports it is about to power off. But the computer then restarts and reboots. If I load up Debian Wheezy and shut that down, the computer powers off properly. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit depends on: ii debianutils 4.3.4 ii initscripts 2.88dsf-41 ii libc6 2.17-5 ii libselinux1 2.1.13-2 ii libsepol1 2.1.9-2 ii sysv-rc 2.88dsf-41 ii sysvinit-utils 2.88dsf-41 sysvinit recommends no packages. sysvinit 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#712664: Fwd: Re: [rt.debian.org #4503] Bug#712664: kfreebsd-9: CVE-2013-2171: Privilege escalation
Hi Christoph;
Please could you upload 9.0-10+deb70.2 to security-master to match the
attached debdiff.
The SVN trunk is also ready for an upload (except for suite
UNRELEASED-unstable) to fix this in sid.
Thanks!
Original Message
Subject: Re: [rt.debian.org #4503] Bug#712664: kfreebsd-9:
CVE-2013-2171: Privilege escalation
Date: Fri, 21 Jun 2013 05:59:59 +
From: Salvatore Bonaccorso via RT r...@rt.debian.org
Reply-To: r...@rt.debian.org
To: ste...@pyro.eu.org
Hi Steven
On Thu, Jun 20, 2013 at 02:56:57PM +, Steven Chamberlain via RT wrote:
Thu Jun 20 14:56:57 2013: Request 4503 was acted upon.
Transaction: Ticket created by ste...@pyro.eu.org
Queue: Security - Incoming
Subject: Bug#712664: kfreebsd-9: CVE-2013-2171: Privilege escalation
Owner: Nobody
Requestors: ste...@pyro.eu.org
Status: new
Ticket URL: https://rt.debian.org/Ticket/Display.html?id=4503
Dear Security Team,
Please could we upload to wheezy-security with the attached debdiff.
A bug allows local privilege escalation, from any non-privileged user to
root. I've verified it myself on Debian GNU/kFreeBSD (and that the fix
works) with a test procedure in [1], but already a more 'weaponised' PoC
was posted to a public forum on 2013-06-18.
[1]: http://bugs.debian.org/712664#24
Thanks for your work! With the above, please upload to
security-master.
Regards,
Salvatore
diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/changelog
--- kfreebsd-9-9.0/debian/changelog 2013-05-01 13:59:20.0 +0100
+++ kfreebsd-9-9.0/debian/changelog 2013-06-20 15:29:54.0 +0100
@@ -1,3 +1,12 @@
+kfreebsd-9 (9.0-10+deb70.2) wheezy-security; urgency=high
+
+ * Team upload.
+ * Upload for wheezy-security
+ * Pick SVN 251902 from FreeBSD 9-STABLE to fix SA-13:06 / CVE-2013-2171:
+Privilege escalation via mmap (Closes: #712664)
+
+ -- Steven Chamberlain ste...@pyro.eu.org Wed, 19 Jun 2013 20:36:54 +0100
+
kfreebsd-9 (9.0-10+deb70.1) wheezy-security; urgency=high
* Upload for wheezy-security
diff -Nru kfreebsd-9-9.0/debian/patches/SA-13_06.mmap.patch
kfreebsd-9-9.0/debian/patches/SA-13_06.mmap.patch
--- kfreebsd-9-9.0/debian/patches/SA-13_06.mmap.patch 1970-01-01
01:00:00.0 +0100
+++ kfreebsd-9-9.0/debian/patches/SA-13_06.mmap.patch 2013-06-19
20:49:15.0 +0100
@@ -0,0 +1,28 @@
+Description:
+ Fix a bug that allowed a tracing process (e.g. gdb) to write
+ to a memory-mapped file in the traced process's address space
+ even if neither the traced process nor the tracing process had
+ write access to that file. [13:06]
+ (CVE-2013-2171)
+Origin: vendor, http://security.freebsd.org/patches/SA-13:06/mmap.patch
+Bug: http://security.freebsd.org/advisories/FreeBSD-SA-13:06.mmap.asc
+Bug-Debian: http://bugs.debian.org/712664
+Applied-Upstream: http://svnweb.freebsd.org/base?view=revisionrevision=251902
+
+Index: kfreebsd-9-9.0/sys/vm/vm_map.c
+===
+--- kfreebsd-9-9.0.orig/sys/vm/vm_map.c2011-07-06 21:06:44.0
+0100
kfreebsd-9-9.0/sys/vm/vm_map.c 2013-06-18 13:39:13.104790989 +0100
+@@ -3704,6 +3704,12 @@
+ vm_map_unlock_read(map);
+ return (KERN_PROTECTION_FAILURE);
+ }
++ if ((fault_typea VM_PROT_COPY) != 0
++ (entry-max_protection VM_PROT_WRITE) == 0
++ (entry-eflags MAP_ENTRY_COW) == 0) {
++ vm_map_unlock_read(map);
++ return (KERN_PROTECTION_FAILURE);
++ }
+
+ /*
+* If this page is not pageable, we have to get it for all possible
diff -Nru kfreebsd-9-9.0/debian/patches/series
kfreebsd-9-9.0/debian/patches/series
--- kfreebsd-9-9.0/debian/patches/series2013-05-01 13:21:35.0
+0100
+++ kfreebsd-9-9.0/debian/patches/series2013-06-19 20:49:15.0
+0100
@@ -9,6 +9,7 @@
svn239447_SCTP_DoS.patch
SA-12_08.linux.patch
SA-13_05.nfsserver.patch
+SA-13_06.mmap.patch
# Other patches that might or might not be mergeable
001_misc.diff
Bug#712954: jekyll: A newer version is available (1.0.3)
Package: jekyll Version: 0.11.2-1 Severity: wishlist Dear Maintainer, Version 1.0.3 is already available and it would be great if you could package that. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (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 jekyll depends on: ii ruby 1:1.9.3 ii ruby-albino 1.3.3-1 ii ruby-classifier 1.3.3-1 ii ruby-directory-watcher1.4.1-1 ii ruby-kramdown 0.14.1-1 ii ruby-liquid 2.3.0-2 ii ruby-maruku 0.6.0-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 Versions of packages jekyll recommends: ii ruby-mysql 2.8.2+gem2deb-3 ii ruby-sequel 3.37.0-1 ii ruby-sequel-pg 1.5.0-1 jekyll 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#712898: /etc/init.d/qemu-kvm: /etc/init.d/qemu-kvm not removed on upgrade
Le Thu, 20 Jun 2013 21:54:38 +0400, Michael Tokarev m...@tls.msk.ru a écrit : 20.06.2013 20:51, Laurent Bigonville wrote: Package: qemu-kvm Version: 1.5.0+dfsg-4 Severity: normal File: /etc/init.d/qemu-kvm Hi, It seems that the /etc/init.d/qemu-kvm init script is not installed by the qemu-kvm package anymore and is not removed properly /etc/init.d/qemu-kvm bb45f7e72549e87d699a934909a87d6b obsolete Could you please explicitly remove that file on upgrade This file will be removed if you purge qemu-kvm. The problem is that this package is still Recommended by other packages, this means that for a lot of users the removal will not be proposed automatically. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705908: [Pkg-samba-maint] Bug#705908: libsamba-credentials.so.0.0.1 links libdbwrap.so but libsamba-credentials0 missing dep on python-samba
On Fri, 21 Jun 2013, Andrew Bartlett wrote:
dbwrap*.so is now in samba-common-bin. The issue is that this almost
certainly depends on the credentials library, so we may need yet another
library package, or to re-consider if this should be a distinct package
at all.
Why are you saying that dbwrap*.so depends on the credentials library?
In the current build, I haven't seen anything like that:
$ dpkg -s samba-common-bin |grep credentials
$ dpkg -s samba-common-bin |grep Depends
Depends: samba-common (= 2:4.0.6+dfsg-1~kali1), python-samba, python2.7
$
But the above Depends line is strange, it looks like it would be missing
${shlibs:Depends} since we have no libc6 dependency and so on.
Analysing the package more closely, I found out that
/usr/lib/x86_64-linux-gnu/samba/libmsrpc3.so effectively depends on
libsamba-credentials.so.0. But that the sole file in samba-common-bin
which depends on that library.
I'm not quite sure what's the best approach. Splitting all libraries
in /usr/lib/x86_64-linux-gnu/samba/ in individual packages seems overkill.
But at the very least we need to put them in packages without
executables in /usr/bin/ to achieve multi-arch support. I'll call this
theoretical package samba-libs for now.
The solution that I would recommend is the following:
1/ put automatic dependencies of samba-libs in the Recommends or
Suggests fields
2/ create symbols files for each private library that will add the
required hard dependency on those external libraries
(this will require some serious scripting if we want to automate it)
That way we don't have Depends loop, and anyone linking to one of the
library in samba-libs still gets a reliable (and accurate) dependency.
The samba-libs-dev package would have to ensure that all libraries
are installed though, otherwise ld might fail at build time.
Certainly fixing it in unstable seems unlikely except for migration of
the soon to be experimental package from samba_4.0, so that is where the
effort needs to be made.
Ack.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Liberate the French translation of the Debian Administrator's Handbook:
→ http://www.ulule.com/liberation-cahier-admin-debian/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712883: ruins everything
severity 712883 grave thanks $ grep upg.*chew /var/log/dpkg.log 2013-06-21 08:29:13 upgrade libchewing3:i386 0.3.4-1 0.3.4-2 2013-06-21 08:29:15 upgrade libchewing3-data:i386 0.3.4-1 0.3.4-2 This caused a big disaster, shells died, no scim. 2013-06-21 16:26:16 upgrade libchewing3:i386 0.3.4-2 0.3.4-1 2013-06-21 16:26:17 upgrade libchewing3-data:i386 0.3.4-2 0.3.4-1 This fixed it, upon restart of nodm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712955: claws-mail: Crash with segfault in libgtk-x11
Package: claws-mail Version: 3.9.2-1 Severity: normal Dear Maintainer, claws-mail crash on my system. I catch the backtrace with gdb : (gdb) bt full #0 0x473e56fd in gtk_tree_model_get_valist () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #1 0x473e5910 in gtk_tree_model_get () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #2 0x08128cb3 in mimeview_get_node_part ( mimeview=error reading variable: can't compute CFA for this frame, path=error reading variable: can't compute CFA for this frame) at mimeview.c:604 model = 0x85b4900 iter = error reading variable iter (can't compute CFA for this frame) partinfo = error reading variable partinfo (can't compute CFA for this frame) #3 0x0003 in ?? () No symbol table info available. #4 0xc49c in ?? () (gdb) info registers eax0x0 0 ecx0x10 16 edx0xc3f0 -15376 ebx0x4761d9f4 1197595124 esp0xc3a0 0xc3a0 ebp0xc47c 0xc47c esi0xc4a0 -15200 edi0xc3f0 -15376 eip0x473e56fd 0x473e56fd gtk_tree_model_get_valist+285 eflags 0x10282 [ SF IF RF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages claws-mail depends on: ii libarchive13 3.1.2-7 ii libassuan0 2.1.0-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-5 ii libcairo21.12.14-5 ii libcompfaceg11:1.5.2-5 ii libcurl3-gnutls 7.30.0-2 ii libdb5.1 5.1.29-6 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libenchant1c2a 1.6.0-10 ii libetpan15 1.0-5 ii libexpat12.1.0-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-1 ii libgnutls26 2.12.23-5 ii libgpg-error01.10-3.1 ii libgpgme11 1.4.2-0.1 ii libgtk2.0-0 2.24.18-1 ii libice6 2:1.0.8-2 ii libldap-2.4-22.4.31-1+nmu2 ii liblockfile1 1.09-6 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libpisock9 0.12.5-5 ii libsasl2-2 2.1.25.dfsg1-7 ii libsm6 2:1.2.1-2 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 ii aspell-fr [aspell-dictionary] 0.50-3-7 ii claws-mail-i18n3.9.2-1 ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages claws-mail suggests: ii chromium [www-browser] 27.0.1453.110-1 pn claws-mail-doc none pn claws-mail-tools none ii gedit3.4.2-1+b1 ii iceweasel [www-browser] 17.0.6esr-1 ii konqueror [www-browser] 4:4.8.4-2 ii lynx-cur [www-browser] 2.8.8dev.15-2 ii w3m [www-browser]0.5.3-8 -- 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#712956: 0ad: seems to use CPU features not available everywhere
Source: 0ad Version: 0.0.13-2 Severity: important 0ad (or one of the libraries it uses) seems to use CPU features that are not available everywhere as it failed to build for amd64 on barber.d.o[1] with Illegal instruction when running a test program. -msse is passed to gcc, but this shouldn't be a problem on amd64. On i386, -msse -march=i686 is passed to gcc[2]. This might make 0ad use instructions not available everywhere. Ansgar [1] https://buildd.debian.org/status/fetch.php?pkg=0adarch=amd64ver=0.0.13-2%2Bb1stamp=1371251393 [2] https://buildd.debian.org/status/fetch.php?pkg=0adarch=i386ver=0.0.13-2%2Bb1stamp=1371252063 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705908: [Pkg-samba-maint] Bug#705908: Bug#705908: libsamba-credentials.so.0.0.1 links libdbwrap.so but libsamba-credentials0 missing dep on python-samba
On Fri, 2013-06-21 at 10:33 +0200, Raphael Hertzog wrote:
On Fri, 21 Jun 2013, Andrew Bartlett wrote:
dbwrap*.so is now in samba-common-bin. The issue is that this almost
certainly depends on the credentials library, so we may need yet another
library package, or to re-consider if this should be a distinct package
at all.
Why are you saying that dbwrap*.so depends on the credentials library?
I was saying that other parts of samba-common-bin almost certainly do,
or will in the future if they don't now.
In the current build, I haven't seen anything like that:
$ dpkg -s samba-common-bin |grep credentials
$ dpkg -s samba-common-bin |grep Depends
Depends: samba-common (= 2:4.0.6+dfsg-1~kali1), python-samba, python2.7
$
But the above Depends line is strange, it looks like it would be missing
${shlibs:Depends} since we have no libc6 dependency and so on.
Analysing the package more closely, I found out that
/usr/lib/x86_64-linux-gnu/samba/libmsrpc3.so effectively depends on
libsamba-credentials.so.0. But that the sole file in samba-common-bin
which depends on that library.
I'm not quite sure what's the best approach. Splitting all libraries
in /usr/lib/x86_64-linux-gnu/samba/ in individual packages seems overkill.
But at the very least we need to put them in packages without
executables in /usr/bin/ to achieve multi-arch support. I'll call this
theoretical package samba-libs for now.
The solution that I would recommend is the following:
1/ put automatic dependencies of samba-libs in the Recommends or
Suggests fields
2/ create symbols files for each private library that will add the
required hard dependency on those external libraries
(this will require some serious scripting if we want to automate it)
That way we don't have Depends loop, and anyone linking to one of the
library in samba-libs still gets a reliable (and accurate) dependency.
The samba-libs-dev package would have to ensure that all libraries
are installed though, otherwise ld might fail at build time.
I'm not sure I follow all of that, but I agree a samba-libs package
might make more sense.
Certainly fixing it in unstable seems unlikely except for migration of
the soon to be experimental package from samba_4.0, so that is where the
effort needs to be made.
Ack.
Thanks,
Andrew Bartlett
--
Andrew Bartletthttp://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712670: [pkg-x2go-devel] Bug#712670: x2goclient: taskbar disappear
found #712670 4.0.1.0 forwarded #712670 http://bugs.x2go.org/246 thanks Hi Denis, On Di 18 Jun 2013 14:50:30 CEST Denis Gottardello wrote: Package: x2goclient Version: 4.0.1.0-0~x2go1+wheezy~main~380~build1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** I use kde as my preferred desktop environment. My taskbar has the automatic disappear function activated. Using x2go-client, if you move the mouse at the bottom the taskbar appears but, you only have 2 or 3 seconds for choice an application to launch because the task bar will disappear. We will deal with this issue as upstream X2Go. The further processing of your bug report will happen in X2Go BTS [1]. Greets+Thanks, Mike [1] http://bugs.x2go.org/246 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp25zRDJKBeI.pgp Description: Digitale PGP-Unterschrift
Bug#710710: asterisk: bump version to 11 (LTS release)
On Fri, 21 Jun 2013 09:21:57 Faidon Liambotis wrote: I disagree. That's a direct policy violation, section 4.13 Convenience copies. Moreover, it's a double one at that, since pjproject itself has its own embedded convenience copies of a number of libraries under the third_party directory, including libraries which are packaged separately in Debian (srtp, portaudio, …). Policy (4.13) states ... Debian packages should not make use of these convenience copies, so we agree it is a bug which should be fixed. Mark signature.asc Description: This is a digitally signed message part.
Bug#712957: full suffix not revealed by -s autoclean
Package: aptitude Version: 0.6.9.1-1 Aptitude -s autoclean does not reveal the full details of the files it plans to delete. Only it knows the exact names. If one wants to post process that list, say to only remove files older than a week, one must cross ones fingers that one has guessed the right file that Aptitude was thinking about, because the full suffix is not revealed by Aptitude. $ aptitude -s autoclean /tmp/e $ perl -nawle 'next unless $F[0] eq Del; print echo = $_; ls $F[1]_$F[2]*' /tmp/e|sh = Del gvfs-libs 1.16.2-2+b1 [279 kB] gvfs-libs_1.16.2-2+b1_i386.deb = Del libglib2.0-data 2.36.3-1 [1,845 kB] libglib2.0-data_2.36.3-1_all.deb = Del gvfs 1.16.2-2+b1 [281 kB] gvfs_1.16.2-2+b1_i386.deb = Del xfce4-settings 4.10.1-1 [673 kB] xfce4-settings_4.10.1-1_i386.deb = Del gvfs-daemons 1.16.2-2+b1 [300 kB] gvfs-daemons_1.16.2-2+b1_i386.deb = Del libglib2.0-0 2.36.3-1 [2,035 kB] libglib2.0-0_2.36.3-1_i386.deb = Del gvfs-common 1.16.2-2 [672 kB] gvfs-common_1.16.2-2_all.deb = Del qtchooser 31-g980c64c-3 [17.8 kB] qtchooser_31-g980c64c-3_i386.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712664: kfreebsd-9: CVE-2013-2171: Privilege escalation via mmap
Steven Chamberlain ste...@pyro.eu.org writes: Please could you do an upload of SVN r4525 to unstable? I guess you mean 4523? or some special branch? Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712959: pulseaudio: No sound after upgrade on 20th June 2013
Package: pulseaudio Version: 4.0-3 Severity: normal Dear Maintainer, After upgrade to my sid system yesterday sound has stopped working. If I type pulseaudio on a terminal it does say it is running - thus:- alan@kanga:~$ pulseaudio E: [pulseaudio] pid.c: Daemon already running. E: [pulseaudio] main.c: pa_pid_file_create() failed. alan@kanga:~$ I checked with alternative system (linux mint) and sound is working perfectly on that. I have an standard intel motherboard with audio chip on the motherboard. I am not sure precisely which - alsamixer reports chip as Intel CougarPoint HDMI -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii libasound21.0.27.1-1 ii libasound2-plugins1.0.27-2 ii libc6 2.17-5 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.12-1 ii libfftw3-single3 3.3.3-5 ii libgcc1 1:4.8.1-3 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.2 ii liborc-0.4-0 1:0.4.17-2 ii libpulse0 4.0-3 ii libsamplerate00.1.8-5 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-5 ii libspeexdsp1 1.2~rc1-7 ii libstdc++64.8.1-3 ii libsystemd-login0 44-12 ii libtdb1 1.2.10-2 ii libudev0 175-7.2 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.6.0-1 ii libx11-xcb1 2:1.6.0-1 ii libxcb1 1.9.1-3 ii libxtst6 2:1.2.1-1+deb7u1 ii lsb-base 4.1+Debian12 ii udev 175-7.2 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii pulseaudio-module-x11 4.0-3 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: pn paman none pn paprefs none ii pavucontrol 1.0-1 pn pavumeter none ii pulseaudio-utils 4.0-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#711532: GeoPy 0.95 not usable any more with current Google Maps API
On Fri, Jun 21, 2013 at 09:59:07AM +0200, Daniele Tricoli wrote: On the DebianGis and Qgis side: the named geocoding plugin requires an update ASAP. Are you talking about this? https://github.com/elpaso/qgis-geocoding $ apt-rdepends -r python-geopy is empty, but I think I'm missing something. :) Kind regards, Yes, it embeds your package and of course it is not working for exactly the same reason. I'm afraid elpaso is currently not too active on that plugin which could be potentially used with a lot more geocoding sources, but it requires a few housekeeping. Volunteers are welcome, I suspect. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712958: mirror --Remove-source-files doesn't
Package: lftp Version: 4.0.6-1 I try to move a set of log files from a remote host to my local disk using a script like open -u username, sftp://remote_host/ cd incoming !mkdir -p /tmp/mirror mirror --Remove-source-files subdir /tmp/mirror close quit Problem: The remote files in subdir are not removed, i.e. --Remove-source-files is ignored. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712664: kfreebsd-9: CVE-2013-2171: Privilege escalation via mmap
On 21/06/13 09:56, Christoph Egger wrote: Steven Chamberlain ste...@pyro.eu.org writes: Please could you do an upload of SVN r4525 to unstable? I guess you mean 4523? or some special branch? Actually yes I meant r4523, although the more recent commits didn't change anything in /trunk/kfreebsd-9. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712188: Re: Bug#712188: choqok
On Tuesday 18 June 2013 11:08:59 Michael Prokop wrote: This is caused because twitter discontinued the API v1.0 on June 11, 2013 as stated on https://dev.twitter.com/calendar (Retirement of deprecated API v1.0. Retirement of Basic Auth support on Streaming API.) choqok in Debian until and including version 1.3-1+b1 only supports this old API and therefore choqok is broken for any twitter usage. The Debian package mentioned in https://bugs.kde.org/show_bug.cgi?id=264091 works fine for me though. Would be nice to see an upload of choqok including the patch from KDE issue 264091 as choqok as it is just silently stops working without *any* feedback to the user at all. (Might be even interesting for getting an update to the upcoming Debian 7.2 point release IMHO.) I confirm Michael's analysis of the problem and I agree with his opinion about the urgency to update. I successfully tested the i386 build [1] of the 1.4-2 version found linked in the mentioned KDE bug report. Thank you, Michael. Best regards. [1] https://launchpad.net/~pfoo/+archive/choqok/+packages -- Marco Solieri signature.asc Description: This is a digitally signed message part.
Bug#665318: ITP: faac -- AAC audio encoder
Dear folks, Am 18.10.2012 10:23, schrieb Stefano Zacchiroli: The fact that it may infringe existing patents is not, per se, against the patent policy. In fact, that statement is true for every package in the archive: *alleged* sowftware patent violations can be found in almost any piece of software out there. Luca, can you please reconsider? should we try again to get faac into Debian? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712960: iproute: some packages still depend on iproute
Package: iproute Version: 1:3.9.0-3 Severity: minor Dear Maintainer, The iproute package is now marked as transitional and can be safely removed. However there are packages that still depend on it. Those I am aware of are: 1. ifupdown 2. isc-dhcp-client They still list iproute as one of their dependencies. Regards, Alexei -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.41-0 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iproute depends on: ii iproute2 3.9.0-3 iproute recommends no packages. iproute 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#712961: liferea crashes on read of 2nd item
Package: liferea
Version: 1.8.6-1.1
Severity: important
Dear Maintainer,
* What led up to the situation?
Moving to the 2nd headline.
* What was the outcome of this action?
Segfault.
* What outcome did you expect instead?
Read news without crash.
This happens after
# aptitude update
# aptitude safe-upgrade
today. Also safe-upgraded yesterday. It might be related to the linux-libc6-dev
upgrade. Full backtrace below, but the culprit seems to be
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff8f682700 (LWP 3214)]
__strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:164
164 ../sysdeps/x86_64/multiarch/strcmp-sse42.S: No such file or directory.
Cheers,
Joerg
[New Thread 0x7fff7bfff700 (LWP 3039)]
Thread 14 (Thread 0x7fff7bfff700 (LWP 3039)):
#0 clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:83
No locals.
#1 0x73323d40 in ?? () at pthread_create.c:219
from /lib/x86_64-linux-gnu/libpthread.so.0
stack_cache_actsize = 0
stack_used = {next = 0x7fff7bfff9c0, prev = 0x7fffe8e9d9c0}
default_attr = {schedparam = {__sched_priority = 0}, schedpolicy = 0,
flags = 0, guardsize = 1, stackaddr = 0x0, stacksize = 0,
cpuset = 0x0, cpusetsize = 0}
__nptl_threads_events = {event_bits = {384, 0}}
stack_cache = {next = 0x73533240 stack_cache,
prev = 0x73533240 stack_cache}
__nptl_last_event = 0x0
in_flight_stack = 0
stack_cache_lock = 0
_thread_db_pthread_key_data_data = {64, 1, 8}
_thread_db_pthread_specific = {2048, 1, 1296}
_thread_db_pthread_nextevent = {64, 1, 1640}
_thread_db_pthread_pid = {32, 1, 724}
_thread_db_sizeof_pthread_key_data = 16
_thread_db_const_thread_area = 25
_thread_db_pthread_tid = {32, 1, 720}
_thread_db_pthread_cancelhandling = {32, 1, 776}
_thread_db_pthread_eventbuf = {192, 1, 1616}
_thread_db___nptl_last_event = {64, 1, 0}
_thread_db_pthread_key_data_seq = {64, 1, 0}
__libc_multiple_threads_ptr = 0x7331b9f4 __libc_multiple_threads
_thread_db_pthread_eventbuf_eventmask_event_bits = {32, 2, 1616}
_thread_db_list_t_prev = {64, 1, 8}
_thread_db_td_thr_events_t_event_bits = {32, 2, 0}
_thread_db_pthread_key_struct_seq = {64, 1, 0}
_thread_db_dtv_t_pointer_val = {64, 1, 0}
__stack_user = {next = 0x77e4acc0, prev = 0x77e4acc0}
_thread_db_sizeof_list_t = 16
_thread_db_sizeof_pthread_key_struct = 16
__pthread_debug = 0
_thread_db_td_eventbuf_t_eventdata = {64, 1, 16}
_thread_db_pthread_list = {128, 1, 704}
_thread_db___pthread_keys = {128, 1024, 0}
_thread_db_pthread_key_struct_destr = {64, 1, 8}
_thread_db_pthread_eventbuf_eventmask = {64, 1, 1616}
_thread_db_sizeof_td_thr_events_t = 8
_thread_db_pthread_schedparam_sched_priority = {32, 1, 1592}
_thread_db_pthread_dtvp = {64, 1, 8}
_thread_db_pthread_schedpolicy = {32, 1, 1596}
_thread_db_sizeof_td_eventbuf_t = 24
_thread_db_td_eventbuf_t_eventnum = {32, 1, 8}
_thread_db_pthread_start_routine = {64, 1, 1600}
_thread_db_list_t_next = {64, 1, 0}
_thread_db___nptl_nthreads = {32, 1, 0}
_thread_db___nptl_initial_report_events = {8, 1, 0}
_thread_db_sizeof_pthread_key_data_level2 = 512
_thread_db_link_map_l_tls_modid = {64, 1, 1096}
_thread_db_dtv_dtv = {128, 134217727, 0}
_thread_db_sizeof_pthread = 2304
_thread_db_pthread_report_events = {8, 1, 1553}
_thread_db_pthread_key_data_level2_data = {128, 32, 0}
__GI___stack_user = {next = 0x77e4acc0, prev = 0x77e4acc0}
__nptl_nthreads = 11
#2 0x7fff7bfff700 in ?? ()
No symbol table info available.
#3 0x in ?? ()
No symbol table info available.
Thread 13 (Thread 0x7fff8e044700 (LWP 3038)):
#0 0x7157b4f8 in JSGarbageCollect ()
from /usr/lib/libjavascriptcoregtk-1.0.so.0
No symbol table info available.
#1 0x7fff96829331 in ?? ()
from /usr/lib/x86_64-linux-gnu/libproxy/0.3.1/modules/pacrunner_webkit.so
No symbol table info available.
#2 0x7fff96829740 in ?? ()
from /usr/lib/x86_64-linux-gnu/libproxy/0.3.1/modules/pacrunner_webkit.so
No symbol table info available.
#3 0x7fff96e35c51 in px_proxy_factory_get_proxies ()
from /usr/lib/x86_64-linux-gnu/libproxy.so.0
No symbol table info available.
#4 0x7fffe008b32e in ?? ()
from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
No symbol table info available.
#5 0x7fffe008b3b4 in ?? ()
from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
No symbol table info available.
#6 0x73d1c865 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
No symbol table info available.
#7 0x737c0772 in ?? () from
Bug#712962: ITP: ruby-afm -- Ruby library to read Adobe Font Metrics files
Package: wnpp Severity: wishlist Owner: Cédric Boutillier bou...@debian.org * Package name: ruby-afm Version : 0.2.0 Upstream Author : Jan Krutisch j...@krutisch.de * URL : https://github.com/halfbyte/afm * License : Expat Programming Lang: Ruby Description : Ruby library to read Adobe Font Metrics files This simple library can read Adobe Font Metrics (afm) files and use the data conveniently. It currently parses the file and saves it in a few attributes. Cédric signature.asc Description: Digital signature
Bug#712963: Puppet agent fails with Could not intern_multiple from yaml: Invalid parameter ftype
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: puppet
Version: 3.2.2-1
Severity: grave
The current puppet package startes failing with the following message:
...
[1;31mWarning: Unable to fetch my node definition, but the agent run will
continue:[0m
[1;31mWarning: Could not intern from yaml: undefined method `name' for
nil:NilClass[0m
[0;32mInfo: Retrieving plugin[0m
[0;36mDebug: file_metadata supports formats: b64_zlib_yaml pson raw yaml;
using yaml[0m
[1;31mError: /File[/var/lib/puppet/lib]: Failed to generate additional
resources using 'eval_generate: Could not intern_multiple from yaml: Invalid
parameter ftype to object class Puppet::FileServing::Metadata[0m
[0;36mDebug: file_metadata supports formats: b64_zlib_yaml pson raw yaml;
using yaml[0m
[1;31mError: /File[/var/lib/puppet/lib]: Could not evaluate: Could not
intern from yaml: Invalid parameter ftype to object class
Puppet::FileServing::Metadata Could not retrieve file metadata for
puppet://puppet/plugins: Could not intern from yaml: Invalid parameter ftype to
object class Puppet::FileServing::Metadata[0m
...
[1;31mError: Could not retrieve catalog from remote server: Could not
intern from yaml: Could not convert from pson: Could not find relationship
source {catalog={aliases={}, applying=false, [very long line] ain,
type=Stage, virtual=nil}[0m
...
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9.4 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to
de_DE)
Shell: /bin/sh linked to /bin/dash
Versions of packages puppet depends on:
ii puppet-common 3.2.2-1
ii ruby 1:1.9.3
ii ruby1.8 [ruby-interpreter]1.8.7.358-7
ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1
Versions of packages puppet recommends:
ii ruby [rdoc] 1:1.9.3
Versions of packages puppet suggests:
ii etckeeper 1.4
pn puppet-el none
ii vim-puppet 3.2.2-1
- -- Configuration Files:
/etc/default/puppet changed:
START=yes
DAEMON_OPTS=--fqdn ikki.ket
- -- no debconf information
- --
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQGcBAEBCgAGBQJRxBsuAAoJEKZ8CrGAGfas0hML/3DQiXFWGbRcutbjha4av2hm
W7IdUnmQ9r8bhUiq+0xXPKbBKMuMBOvyFCgRcXdh3WzvJo0PP26vuQpfuMrEDz0J
h3HHCIPZPTFYw67XajyHWPiJ5iRFL41IBdcUNjkVL6IKZhFH48v5VrUuiRSUgXek
JvZzuEn2YeddH4hHLeppgYyX3CIM4ar/GmYMidyH7n2Zcj/0zp6Og1bU28REZmHu
yiDd4xTLmb20bOvPoJ/bR0eLYMQEYmVBqHJmfyz4YWIH8aDBd4bEujo1axzQ076R
S1VaBjS6s4/C5e0zeUebkVLNqV/0BI72FnPaiNgksW+UpHMaFNByoQ1zfbia6Prd
ZUFRVXDO9BOkIjIh+yw7msidf4jSUtsrLVreEToAaqn3WjgNjbkrbmy5/nkNgWFB
NkgTxLoIsfVkWl6/0mc7LPszTXcFAZceSOU8knjqpOznyeCc92g8gz7XgtdG+fvf
B5AbThK0xs9JA2CNWG1lttZRO/mlJaNakF3hPtGYtA==
=fv9R
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712958: mirror --Remove-source-files doesn't
Hello Harald, Am Freitag, den 21.06.2013, 10:59 +0200 schrieb Harald Dunkel: I try to move a set of log files from a remote host to my local disk using a script like open -u username, sftp://remote_host/ cd incoming !mkdir -p /tmp/mirror mirror --Remove-source-files subdir /tmp/mirror close quit Problem: The remote files in subdir are not removed, i.e. --Remove-source-files is ignored. Could you enable debug in your lftp session and send the output? thx. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#712924: ITP: python3-sympy -- Computer Algebra System (CAS) in Python 3
On 21 June 2013 06:46, Anton Gladky gl...@debian.org wrote: please, consider to maintain the package in Debian-Science team. I would have no objections to that, but the Python 2 Sympy packages are already maintained in Debian-Python, so I think it makes sense to keep them in the same place. Thomas
Bug#637442: debmirror: New Contents file location
This seems to need to be tested,
You're right, it needs to be tested.
It works for our local squeeze, sid, jessie and wheezy mirror, but this mirror
runs without diffs or snapshots. So the main functionality is tested as
repositories with the old and the new location are mirrored correctly. The
patched version will not mirror Ubuntu Contents-*.gz (just like the unpatched
debmirror script) since Ubuntu does not list them in the Release-file.
but first it seems like it could avoid
adding a lot of code that is almost entirely the same as code that's
already there..
I've attached an improved version with lesser code-duplication. The main
functionality stays the same, but it uses a temporary array with an additional
empty section and is tested for the above-mentioned cases (contents in old AND
new location [wheezy], contents in old location [squeeze], contents in new
location [jessie]).
--
Nico Gryzan nico.gry...@cs.tu-dortmund.de
--- debmirror.sid 2013-06-14 13:36:04.0 +0200
+++ debmirror.sid.modified 2013-06-21 11:20:41.0 +0200
@@ -1104,13 +1104,23 @@
next if $dist=~/experimental/;
next if $dist=~/.*-proposed-updates/;
next if $arch=~/source/;
- if ($diff_mode ne none) {
- if (!update_contents(dists/$dist, Contents-$arch)) {
- add_bytes(dists/$dist/Contents-$arch.gz);
- }
- } elsif (!check_lists($tempdir/dists/$dist/Contents-$arch.gz)) {
- add_bytes(dists/$dist/Contents-$arch.gz);
+
+#EDIT: In Debian Wheezy, the Contents-*.gz moved to '/dists/$dist/$sect/'. The following changes take account
+# of the new location, but also respect the old location for backwards compatibility
+ push my @sects, @sections, ;
+ foreach my $sect (@sects) {
+if ($sect ne ) {$sect = /$sect;}
+if (exists $file_lists{$tempdir/dists/$dist${sect}Contents-$arch.gz}) {
+ if ($diff_mode ne none) {
+if (!update_contents(dists/$dist$sect, Contents-$arch)) {
+ add_bytes(dists/$dist$sect/Contents-$arch.gz);
+}
+ } elsif (!check_lists($tempdir/dists/$dist$sect/Contents-$arch.gz)) {
+add_bytes(dists/$dist$sect/Contents-$arch.gz);
+ }
+}
}
+#END-EDIT
}
}
}
@@ -1962,10 +1972,20 @@
sub link_contents_into_snapshot {
my ($dist,$mirrordir,$arch,$tempdir) = @_;
my $next = get_next_snapshot($dist);
- unlink($mirrordir/dists/$dist/$next/Contents-$arch.gz);
- link($tempdir/dists/$dist/Contents-$arch.gz,
- $mirrordir/dists/$dist/$next/Contents-$arch.gz)
-or die Error while linking $tempdir/dists/$dist/Contents-$arch.gz: $!\n;
+#EDIT: new contents location, see first #EDIT.
+# TODO: The following changes have not been tested yet. Please test them
+#before using in a production environment.
+ push my @sects, @sections, ;
+ foreach my $sect (@sects) {
+if ($sect ne ) {$sect = /$sect;}
+if (exists $file_lists{$tempdir/dists/$dist$sect/Contents-$arch.gz}) {
+ unlink($mirrordir/dists/$dist/$next$sect/Contents-$arch.gz);
+ link($tempdir/dists/$dist$sect/Contents-$arch.gz,
+ $mirrordir/dists/$dist/$next$sect/Contents-$arch.gz)
+or die Error while linking $tempdir/dists/$dist$sect/Contents-$arch.gz: $!\n;
+}
+ }
+#END_EDIT
}
sub link_translation_into_snapshot {
@@ -2313,18 +2333,26 @@
next if $dist=~/experimental/;
next if $dist=~/.*-proposed-updates/;
next if $arch=~/source/;
- if (!check_lists($tempdir/dists/$dist/Contents-$arch.gz)) {
- if ($first) {
- say(Get Contents files.);
- $first = 0;
- }
- remote_get(dists/$dist/Contents-$arch.gz);
- }
- $files{dists/$dist/Contents-$arch.gz}=1;
- $files{$tempdir./.dists/$dist/Contents-$arch.gz}=1;
- if ($debmarshal) {
- link_contents_into_snapshot($dist,$mirrordir,$arch,$tempdir);
+#EDIT: new contents-location, see first #EDIT.
+ push my @sects, @sections, ;
+ foreach my $sect (@sects) {
+if ($sect ne ) {$sect = /$sect;}
+if (exists $file_lists{$tempdir/dists/$dist$sect/Contents-$arch.gz}) {
+ if (!check_lists($tempdir/dists/$dist$sect/Contents-$arch.gz)) {
+ if ($first) {
+say(Get Contents files.);
+$first = 0;
+ }
+ remote_get(dists/$dist$sect/Contents-$arch.gz);
+ }
+ $files{dists/$dist$sect/Contents-$arch.gz}=1;
+ $files{$tempdir./.dists/$dist$sect/Contents-$arch.gz}=1;
+ if ($debmarshal) {
+ link_contents_into_snapshot($dist,$mirrordir,$arch,$tempdir);
+ }
+}
}
+#END_EDIT
}
}
}
Bug#712911: apt-show-version postinst should only delete cache files if they exist
Hi Julian, Am 20.06.2013 21:10, schrieb Julian Andres Klode: Package: apt-show-versions Version: 0.21 Severity: serious Installation of apt-show-version failed today, because I manually deleted the cache files (they're *cache* files, so absence must be handled). removing old cache files /bin/rm: cannot remove ‘/var/cache/apt-show-versions/apackages’: No such file or directory /bin/rm: cannot remove ‘/var/cache/apt-show-versions/ipackages’: No such file or directory dpkg: error processing apt-show-versions (--configure): subprocess installed post-installation script returned error exit status 1 Thanks for the bugreport. I'll prepare a fixed version soon. Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Anselm Franz von Bentzel-Weg 12, 55128 Mainz Telefon: +49(6131)3926337 Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#692578: RFA: shinken
While I can't promise anything atm.: Would people mind, if I put the shinken git repo into collab-maint? There was no bug activity since more than half a year. Maybe I can even do an upload, but don't hold your breath. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712964: awesome-extra: Obvious battery widget does not work with awesome 3.5.1
Package: awesome-extra
Version: 2012061101
Severity: normal
Tags: patch
Dear Maintainer,
the obvious battery widget does not work with awesome 3.5.1, the awesome
version, that is currently in experimental. A patch, which updates the battery
widget and the modules needed for it to work with awesome 3.5.1, is attached
but will possibly break compatibilty to awesome 3.4.15. So if you pick up the
patch, please only upload a new version to experimental or wait until awesome
3.5.1 is in unstable. Thanks.
With best regards,
Julian Wollrath
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10.0-rc6-wl+ (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages awesome-extra depends on:
ii curl 7.30.0-2
Versions of packages awesome-extra recommends:
ii awesome 3.4.15-1+b1
awesome-extra suggests no packages.
-- no debconf information
diff -upNr /usr/share/awesome/lib/obvious/battery/init.lua obvious/battery/init.lua
--- /usr/share/awesome/lib/obvious/battery/init.lua 2011-10-31 09:32:43.0 +0100
+++ obvious/battery/init.lua 2013-06-17 03:05:31.0 +0200
@@ -13,7 +13,7 @@ local os = {
execute = os.execute
}
local capi = {
-widget = widget,
+widget = require(wibox.widget),
mouse = mouse
}
@@ -26,11 +26,8 @@ local lib = {
module(obvious.battery)
-widget = capi.widget({
-type = textbox,
-name = tb_battery,
-align = right
-})
+widget = capi.widget.textbox()
+
status = {
[charged] = ↯,
[full] = ↯,
@@ -132,12 +129,12 @@ local function update()
local bat = get_data()
if not bat then
-widget.text = no data
+widget:set_markup(no data)
return
end
local color = #90
if not bat.charge then
-widget.text = lib.markup.fg.color(#009000, status.charged) .. A/C
+widget:set_markup(lib.markup.fg.color(#009000, status.charged) .. A/C)
return
elseif bat.charge 35 and bat.charge 60 then
color = #909000
@@ -157,7 +154,7 @@ local function update()
battery_status = battery_status .. .. awful.util.escape(bat.time)
end
-widget.text = battery_status
+widget:set_markup(battery_status)
end
local function detail ()
diff -upNr /usr/share/awesome/lib/obvious/lib/hooks/init.lua obvious/lib/hooks/init.lua
--- /usr/share/awesome/lib/obvious/lib/hooks/init.lua 2011-10-31 09:32:43.0 +0100
+++ obvious/lib/hooks/init.lua 2013-06-17 02:29:57.0 +0200
@@ -28,7 +28,7 @@ function timer.register(reg_time, slow_t
description=descr or Undescribed timer,
timer=capi.timer({ timeout = 600 })
}
-registry[fn].timer:add_signal(timeout, fn)
+registry[fn].timer:connect_signal(timeout, fn)
-- set_speed() will :stop() again and start with the real timeout
registry[fn].timer:start()
timer.set_speed(registry[fn].speed, fn)
Bug#712965: ifplugd: Skipping non-existent interfaces in init script is unwise
Package: ifplugd Version: 0.28-19 Severity: normal Dear Maintainer, I use ifplugd to automatically configure an IP for a USB WiFi stick in a WPA protected network. For that, I have wpa_supplicant started via udev when the stick is plugged. Ifplugd for some reason cannot be started the same way (just hangs forever), so I added wlan0 to the list of INTERFACES in /etc/default/ifplugd and added -M to the ARGS. The /etc/init.d/ifplugd script however checks itself if the interface exists and won't start an ifplugd for wlan0 when the stick is not plugged in. Please just remove that check. Thanks! Best regards, Andre -- Package-specific info: /sys/class/net/ interfaces: /sys/class/net/eth0/ /sys/class/net/lo/ /sys/class/net/wlan0/ -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 3.8.13-bone21 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ifplugd depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libdaemon0 0.14-2 ii lsb-base 4.1+Debian8+deb7u1 Versions of packages ifplugd recommends: ii ifupdown 0.7.8 Versions of packages ifplugd suggests: ii wpasupplicant 1.0-3+b1 -- Configuration Files: /etc/init.d/ifplugd changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669749: chemical-structures: transition towards Apache 2.4
Hello Andreas, I could not reproduce your test with piuparts. I installed succesfully piuparts on my computer (version 0.53), and then ran it against the package chemical-structures: $ sudo piuparts -b /var/cache/pbuilder/sid-amd64-base.tgz --proxy=http://127.0.0.1:3142 --keep-sources-list -l /tmp/mylog.log ../chemical-structures_2.2.dfsg.0-9_amd64.changes [... let it run ...] $ grep Installation /tmp/mylog.log 4m41.6s INFO: Installation of ['tmp/chemical-structures_2.2.dfsg.0-9_all.deb'] ok So, as far as I use the basetgz file of my local pbuilder configuration, and its sources.list settings, the package chemical-structures appears as installable. Now, what should I do? Request to close the bugreport? Make some new bugreport? Best regards, Georges. Andreas Beckmann a écrit : Followup-For: Bug #669749 Hi, during a test with piuparts I noticed your package is no longer installable in sid: Selecting previously unselected package chemical-structures. (Reading database ... 12151 files and directories currently installed.) Unpacking chemical-structures (from .../chemical-structures_2.2.dfsg.0-9_all.deb) ... Setting up chemical-structures (2.2.dfsg.0-9) ... dpkg: error processing chemical-structures (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: chemical-structures Cheers, Andreas -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#712666: Info received (Bug#712666: primus: fatal: failed to load PRIMUS_LOAD_GLOBAL)
On Wed, Jun 19, 2013 at 2:28 AM, Mathieu Malaterre ma...@debian.org wrote:
On Wed, Jun 19, 2013 at 11:21 AM, Vincent Cheng vincentc1...@gmail.com
wrote:
On Tue, Jun 18, 2013 at 5:50 AM, Mathieu Malaterre ma...@debian.org wrote:
I would say that d/control is incomplete, it should read:
Package: primus-libs
Architecture: i386 amd64
Depends: ${shlibs:Depends}, ${misc:Depends}, libglapi-mesa
Here is what i see:
$ strings /usr/lib/primus/libGL.so.1 | grep glapi
libglapi.so.0
Comments ?
Why does dpkg-shlibdeps not add libglapi-mesa as a dependency / how
can I get dpkg-shlibdeps to do that? I'd much rather avoid hardcoding
dependencies if at all possible.
Simply because the lib is never linked in. It is dlopen'ed:
$ grep -r PRIMUS_LOAD_GLOBAL *
libglfork.cpp:needed_global(dlopen(getconf(PRIMUS_LOAD_GLOBAL),
RTLD_LAZY | RTLD_GLOBAL)),
dpkg-shlibdeps simply read the output of readelf -d /usr/lib/bla.so.
So in this case yes you have to explicitly add the Depends yourself
-IMHO-. Maybe there are other way to do it, but I do not know.
HTH
After a short conversation with upstream [1], I believe that this is
more likely than not some sort of packaging issue with mesa. Mesa in
all currently supported versions of Debian is built with
--enable-shared-glapi, so theoretically libgl1-mesa-glx (which
contains mesa's libGL.so.1) should pull in libglapi-mesa
automatically. That's definitely the case on my current jessie/sid
system:
$ apt-cache depends libgl1-mesa-glx | grep glapi
Depends: libglapi-mesa
i.e. we shouldn't have to declare an explicit dependency on libglapi-mesa.
Regards,
Vincent
[1] https://github.com/Bumblebee-Project/bumblebee-ppa/issues/19
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712964: awesome-extra: Obvious battery widget does not work with awesome 3.5.1)
Actually I just found a fork of the original obvious at https://github.com/hoelzro/obvious, the original repo is not accessible over git anymore, which has fixes to be compatible with awesome 3.5. Best regards, Julian Wollrath -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712966: gstreamer1.0-plugins-bad missing libgstdecklink.so
Package: gstreamer1.0-plugins-bad Version: 1.0.7-1 I'm on amd64 but all architectures are affected. Please include the element decklinksrc in 1.0.7-2. ¡Muchas gracias! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712967: ITP: ruby-hashery -- facets-bread collection of Hash-like classes
Package: wnpp Severity: wishlist Owner: Cédric Boutillier bou...@debian.org * Package name: ruby-hashery Version : 2.1.0 Upstream Author : Name someb...@example.org * URL : http://rubyworks.github.com/hashery * License : Expat or BSD-2-clause. Needs clarification from upstream Programming Lang: Ruby Description : facets-bread collection of Hash-like classes The Hashery is a tight collection of Hash-like classes. Included among its many offerings are the auto-sorting Dictionary class, the efficient LRUHash, the flexible OpenHash and the convenient KeyHash. Nearly every class is a subclass of the CRUDHash which defines a CRUD model on top of Ruby's standard Hash making it a snap to subclass and augment to fit any specific use case. This is a dependency for a newer version of ruby-pdf-reader. Cheers, Cédric signature.asc Description: Digital signature
Bug#712898: /etc/init.d/qemu-kvm: /etc/init.d/qemu-kvm not removed on upgrade
21.06.2013 12:27, Laurent Bigonville wrote: /etc/init.d/qemu-kvm bb45f7e72549e87d699a934909a87d6b obsolete Could you please explicitly remove that file on upgrade This file will be removed if you purge qemu-kvm. The problem is that this package is still Recommended by other packages, this means that for a lot of users the removal will not be proposed automatically. It should not only be removed, but _purged_, which is never done automatically. And the issue isn't about this package being recommended, these old/transitional packages are never removed automatically, just like, say, old libraries which were installed as a dependency and are no longer used. This is how debian packaging works, and trying to mock around it from within maintainer scripts isn't a good idea. BTW, there aren't many packages which recommends qemu-kvm. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712968: RM: rss2irc [mips mipsel s390 s390x] -- ROM; build-depends on unavailable ghc-ghci
Package: ftp.debian.org Severity: normal Recent versions of rss2irc require GHCi, which is only available on some architectures. As such, it's unbuildable on mips* and s390* and the stale binaries should be removed. $ dak rm -Rn -a mips,mipsel,s390,s390x -b rss2irc W: -a/--architecture implies -p/--partial. Working... done. Will remove the following packages from unstable: rss2irc |0.4.2-4 | mips, mipsel, s390, s390x Maintainer: Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org --- Reason --- -- Checking reverse dependencies... No dependency problem found. Thanks, -- Colin Watson [cjwat...@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#712666: Info received (Bug#712666: primus: fatal: failed to load PRIMUS_LOAD_GLOBAL)
# breaking a 'should' req from §8.6
tags 712666 serious
thanks
On Fri, Jun 21, 2013 at 11:42 AM, Vincent Cheng vincentc1...@gmail.com wrote:
On Wed, Jun 19, 2013 at 2:28 AM, Mathieu Malaterre ma...@debian.org wrote:
On Wed, Jun 19, 2013 at 11:21 AM, Vincent Cheng vincentc1...@gmail.com
wrote:
On Tue, Jun 18, 2013 at 5:50 AM, Mathieu Malaterre ma...@debian.org wrote:
I would say that d/control is incomplete, it should read:
Package: primus-libs
Architecture: i386 amd64
Depends: ${shlibs:Depends}, ${misc:Depends}, libglapi-mesa
Here is what i see:
$ strings /usr/lib/primus/libGL.so.1 | grep glapi
libglapi.so.0
Comments ?
Why does dpkg-shlibdeps not add libglapi-mesa as a dependency / how
can I get dpkg-shlibdeps to do that? I'd much rather avoid hardcoding
dependencies if at all possible.
Simply because the lib is never linked in. It is dlopen'ed:
$ grep -r PRIMUS_LOAD_GLOBAL *
libglfork.cpp:needed_global(dlopen(getconf(PRIMUS_LOAD_GLOBAL),
RTLD_LAZY | RTLD_GLOBAL)),
dpkg-shlibdeps simply read the output of readelf -d /usr/lib/bla.so.
So in this case yes you have to explicitly add the Depends yourself
-IMHO-. Maybe there are other way to do it, but I do not know.
HTH
After a short conversation with upstream [1], I believe that this is
more likely than not some sort of packaging issue with mesa. Mesa in
all currently supported versions of Debian is built with
--enable-shared-glapi, so theoretically libgl1-mesa-glx (which
contains mesa's libGL.so.1) should pull in libglapi-mesa
automatically. That's definitely the case on my current jessie/sid
system:
$ apt-cache depends libgl1-mesa-glx | grep glapi
Depends: libglapi-mesa
i.e. we shouldn't have to declare an explicit dependency on libglapi-mesa.
libglapi-mesa only appears in wheezy, ref:
http://packages.debian.org/unstable/libglapi-mesa
Your package thus:
1. does not work on oldstable (squeeze), and any derivatives at that point
2. does not list a required dependency (what if the ABI changes ?)
3. any new arch added to debian (or derivatives), where mesa is built
with --disable-shared-glapi will not work
As described in the bug report upstream, this is a clear dependency
and is a requirerment. I do not understand why you would not want to
clarify that at debian/control level...
I understand (1) (3) should be very rare event. However (2) is
pretty clear, see §8.6 Dependencies between the library and other
packages
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-depends
[Other packages which use a shared library (for example using
dlopen()) should compute appropriate dependencies using these files at
build time as well.]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712969: spell does not default to reading from stdin when options are present (generalizes #323011)
Package: spell Version: 1.0-24 Severity: normal Tags: patch Dear Maintainer, consider this script: for i in spell spell - spell -D italian spell -D italian - ; do echo $i echo casa house sdfsdfhk | $i done and its output: spell casa sdfsdfhk spell - casa sdfsdfhk spell -D italian spell -D italian - house sdfsdfhk The cause is a test for default to stdin that fails when argc 1 (because options where specified in the command line). The attached patch fixes that. Best regards g -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages spell depends on: ii iamerican [ispell-dictionary] 3.3.02-6 ii iitalian [ispell-dictionary] 1:2.3-3 ii ispell 3.3.02-6 ii libc6 2.13-38 spell recommends no packages. spell suggests no packages. -- no debconf information --- spell.c.orig 2013-06-21 11:41:44.0 +0200 +++ spell.c 2013-06-21 11:46:27.0 +0200 @@ -613,7 +613,7 @@ } file = xstrdup (-); - if (argc == 1) + if (argc = optind) read_file (the_pipe, stdin, -); while (arg_index argc)
Bug#705592: 0ad: embedded copy of premake4 at build/premake/premake4
I was mistaken in my earlier message about 0ad using premake 4.4 beta4; it looks like the situation is a bit more complex than that. Currently, 0ad actually uses premake 4.3 with a bunch of custom modifications on top of that [1][2], enough that upgrading to the latest premake4 seems to be a hassle. We'll have to wait until upstream 0ad finishes merging their changes with upstream premake and/or drop their changes before we can use premake4 as-is in Debian instead of the embedded copy. Regards, Vincent [1] http://trac.wildfiregames.com/ticket/1938#comment:5 [2] http://trac.wildfiregames.com/ticket/1518 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709376: Acknowledgement (python-dap: Incomplete namespace_packages causes spurrious warning messages)
* Mike Neish nei...@atmosp.physics.utoronto.ca, 2013-06-19, 12:56: I was going to apply the patch myself, but my alioth request to join the Python Modules Packaging Team seems to have fallen through the cracks. I got one response telling me to resend my request to the debian-python list. I did, but the only response from the list was some guy who wrote something in German. I would swear that my reply was in English... :) Anyway, please go ahead and commit the patch. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712970: selinux-policy-default: selinux prevents udev to modify /etc/udev/rules.d
Package: selinux-policy-default
Version: 2:2.20110726-12
Severity: important
Dear Maintainer,
after I have plugged in a new ethernet card, the selinux policy did not let
udev make
modifications to /etc/udev/rules.d/70-persistent-net.rules, which means that
this ethernet
card fails to get a consistent interface name when disconnecting and connecting
it again.
After I have used audit2allow to create the following module, udev is working
as expected:
module udev_rules 1.0;
require {
type udev_t;
type udev_rules_t;
class lnk_file create;
class dir { write remove_name add_name };
class file append;
}
#= udev_t ==
# The source type 'udev_t' can write to a 'dir' of the following types:
# var_run_t, etc_runtime_t, udev_var_run_t, device_t, etc_t, tmpfs_t,
udev_tbl_t, net_conf_t, root_t
allow udev_t udev_rules_t:dir { write remove_name add_name };
allow udev_t udev_rules_t:file append;
allow udev_t udev_rules_t:lnk_file create;
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages selinux-policy-default depends on:
ii libpam-modules 1.1.3-7.1
ii libselinux1 2.1.9-5
ii libsepol12.1.4-3
ii policycoreutils 2.1.10-9
ii python 2.7.3-4
Versions of packages selinux-policy-default recommends:
ii checkpolicy 2.1.8-2
pn setools none
Versions of packages selinux-policy-default suggests:
pn logchecknone
pn syslog-summary none
-- Configuration Files:
/etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission
denied: u'/etc/selinux/default/modules/active/file_contexts.local'
-- 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#712971: New upstream release
package: python-happybase Hi, Upstream has released 0.6 some time ago. Please update. — Wouter signature.asc Description: This is a digitally signed message part
Bug#712963: [Pkg-puppet-devel] Bug#712963: Puppet agent fails with Could not intern_multiple from yaml: Invalid parameter ftype
Klaus Ethgen kl...@ethgen.de writes: The current puppet package startes failing with the following message: Thank you. I'll try to reproduce it, and find a fix. Is your current ruby 1.8, or 1.9.x? Do you have a minimal manifest I can use which shows this issue? -- Stig Sandbeck Mathisen s...@debian.org pgp4Q04_zghh7.pgp Description: PGP signature
Bug#712883: [Pkg-ime-devel] Bug#712883: ruins everything
Sorry, it is my fault. I only patch Makefile.am, but miss Makefile itself when providing solution for #709934. The attachment patch is revised one. Please help to replace the one I provided for #709934. On Fri, Jun 21, 2013 at 4:32 PM, jida...@jidanni.org wrote: severity 712883 grave thanks $ grep upg.*chew /var/log/dpkg.log 2013-06-21 08:29:13 upgrade libchewing3:i386 0.3.4-1 0.3.4-2 2013-06-21 08:29:15 upgrade libchewing3-data:i386 0.3.4-1 0.3.4-2 This caused a big disaster, shells died, no scim. 2013-06-21 16:26:16 upgrade libchewing3:i386 0.3.4-2 0.3.4-1 2013-06-21 16:26:17 upgrade libchewing3-data:i386 0.3.4-2 0.3.4-1 This fixed it, upon restart of nodm. ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Regards, ChangZhuo prevent_unaligned_memory_access.patch Description: Binary data
Bug#712956: 0ad: seems to use CPU features not available everywhere
Control: forwarded -1 http://trac.wildfiregames.com/ticket/1994 On Fri, Jun 21, 2013 at 1:46 AM, Ansgar Burchardt ans...@debian.org wrote: Source: 0ad Version: 0.0.13-2 Severity: important 0ad (or one of the libraries it uses) seems to use CPU features that are not available everywhere as it failed to build for amd64 on barber.d.o[1] with Illegal instruction when running a test program. -msse is passed to gcc, but this shouldn't be a problem on amd64. On i386, -msse -march=i686 is passed to gcc[2]. This might make 0ad use instructions not available everywhere. Ansgar [1] https://buildd.debian.org/status/fetch.php?pkg=0adarch=amd64ver=0.0.13-2%2Bb1stamp=1371251393 [2] https://buildd.debian.org/status/fetch.php?pkg=0adarch=i386ver=0.0.13-2%2Bb1stamp=1371252063 Thanks for the bug report! I've forwarded this upstream to see if they might have any input. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712883: [Pkg-ime-devel] Bug#712883: ruins everything
CC Please help to replace Can't help. All over my head. 我最基層用戶。 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687490: Progress stalled for a while
Hi! Sorry for the extremely late reply. Thanks for volunteering! Progress stalled due to resolving included minified javascript, gallery not working with new versions of deps etc. Packaging is available, no packages anywhere public yet http://anonscm.debian.org/gitweb/?p=collab-maint/django-mezzanine.git;a=summary Issues that still needs to be solved: * Investigate and merge python-django-grappelli-safe and python-django-filebrowser-safe with python-django-grappelli and python-django-filebrowser respectively. [0, 1] * File upload does not work. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687081 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687118 -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712972: ITP: mp4parser -- Generic parser and writer for ISO 14496 based files
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * Package name: mp4parser Version : 1.0-RC-23 Upstream Author : Sebastian Annies sebastian.ann...@googlemail.com * URL : http://code.google.com/p/mp4parser/ * License : Apache-2.0 Programming Lang: Java Description : Generic parser and writer for ISO 14496 based files The MP4 Parser project consists in: * ISO Parser, an API for reading and writing the MP4 file structure. It is a low level tool dealing with the so called boxes but it is as well as dealing with structure like tracks and movies. * ISO Viewer, a Swing application that helps you to visualize the MP4 box structure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712973: gnome-tweak-tool: ImportError from gi import PyGIDeprecationWarning
Package: gnome-tweak-tool Version: 3.6.1-1 Severity: important gnome-tweak-tool prints the error and quit. Regards, Jérémy. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9.6 (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 gnome-tweak-tool depends on: ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gnomedesktop-3.03.4.2-2 ii gir1.2-gtk-3.0 3.8.2-2 ii gnome-shell-common 3.4.2-9 ii gsettings-desktop-schemas 3.4.2-3 ii python 2.7.5-2 ii python-gi 3.8.2-1 gnome-tweak-tool recommends no packages. gnome-tweak-tool 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#349287: am-utils: amd segfaulting on amd64 (x86_64) again
Package: am-utils
Version: 6.2+rc20110530-3
Followup-For: Bug #349287
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* am-utils worked fine for years until my last update
* I noticed the problem since the last update on 013-07-21 (Brought new
Kernel 3.9, ...)
* When I do /etc/init.d/am-utils start I see in /var/log/messages:
Jun 21 12:23:14 mother kernel: [12795.704797] amd[9167]: segfault at 0
ip 7f39ee202c13 sp 73b4ec50 error 4 in
libc-2.17.so[7f39ee1c8000+1a4000]
Jun 21 12:23:14 mother kernel: [12795.705343] amd[9168]: segfault at 0
ip 7f39ee202c13 sp 73b4ec50 error 4 in
libc-2.17.so[7f39ee1c8000+1a4000]
*** End of the template - remove these lines ***
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.9-1-amd64 (SMP w/8 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 am-utils depends on:
ii debconf1.5.50
ii debianutils4.3.4
ii libamu46.2+rc20110530-3
ii libc6 2.17-3
ii libgdbm3 1.8.3-12
ii libhesiod0 3.2.1-1
ii libldap-2.4-2 2.4.31-1+nmu2
ii libwrap0 7.6.q-24
ii rpcbind [portmap] 0.2.0-8
ii ucf3.0027
am-utils recommends no packages.
Versions of packages am-utils suggests:
ii am-utils-doc 6.2+rc20110530-3
pn nis none
-- Configuration Files:
/etc/am-utils/amd.conf changed:
[global]
### Global parameters
# Override the achitecture ?
#arch = i386
# Where to mount the filesystems
auto_dir = /amd
# Override the default 300 seconds (5 minutes) cache timeout
#cache_duration = 300
# Set a cluster string ?
#cluster = lab
# Debug ?
#debug_options = all
# Override the default 120 seconds (2 minutes) umount interval
#dismount_interval = 120
# Override the full OS string
#full_os = linux-2.2.18
# Do we want to reference hosts via their FQDN ?
#fully_qualified_hosts = no
# What's the hesiod base name ?
#hesiod_base = automount
# Kernel architecture override
#karch = i386
# LDAP parameters
#ldap_base =
#ldap_cache_maxmem = 131072
#ldap_cache_seconds = 0
#ldap_hostPorts =
# Override the DNS domainname (defaults to the part after the first
# dot of the machine fully qualified domain name (FQDN)
#local_domain = yourdomain.org
# Where to log to...
log_file = syslog
# What to log ?
log_options = all,noinfo,nostats,nomap
# What IP protocol to use when doing NFS ? (tcp or udp)
# If specified here, *all* mounts will use udp, regardless of the map contents
#nfs_proto = udp
# How many retransmissions will the kernel attempt when communicating
# with amd ?
#nfs_restransmit_counter = 11
# Timeout in tenths of second between retransmissions when the kernel
# communicates with amd ?
#nfs_retry_interval = 8
# NFS version to use ? (2 or 3)
# If specified here, *all* mounts will use it, regardless of the map contents
#nfs_vers = 2
# NIS domain name to retrieve map from (defaults to the locally bound
# domain)
#nis_domain = your-nis-domain
# Do we want to normalize host names when expanding ${rhost}
#normalize_hostnames = no
# Override the os string ?
#os = linux
# Override the os version ?
#osver = 2.2.18
# Where to print the PID if print_pid is set
#pid_file = /dev/stdout
# Try to lock amd into memory with plock() ?
#plock = yes
# What portmapper program number do we register for communications between
# amd and the various utilities ?
#portmap_program = 300019
# Print our pid on startup ? (not needed, we use amq for that)
#print_pid = no
# Print amd version on startup ?
#print_version = no
# At startup, do we restart existing mounts if we determine they could
# have been automounted ?
restart_mounts = yes
# Do we want to be able to use selectors on the /defaults map entry ?
selectors_in_defaults = yes
# Do we return the number of automount entries on statfs()/df ?
#show_statfs_entries = no
# Do we attempt to unmount all automounted file systems on exit ?
unmount_on_exit = yes
# Override vendor ?
vendor = Debian
### Default parameters, can be overriden on a map-by-map basis
# Do we show unmounted automount points on readdir()
browsable_dirs = yes
# Default map options
#map_options =
# Map type ? Which kinds of map to look for (can be: file, hesiod, ldap,
# ndbm, nis, nisplus, passwd, union), defaults to all of these.
#map_type =
# Default Mount type ?
#mount_type = nfs
# Path to search maps into (for files or ndbm maps) ?
#search_path =
[/mpnet]
map_name = /etc/am-utils/mpnet
-- debconf information:
am-utils/import-amd-failed:
am-utils/nis-master-map: amd.master
am-utils/clustername:
am-utils/nis-key: default
am-utils/rpc-localhost:
Bug#712898: /etc/init.d/qemu-kvm: /etc/init.d/qemu-kvm not removed on upgrade
Le Fri, 21 Jun 2013 13:48:04 +0400, Michael Tokarev m...@tls.msk.ru a écrit : 21.06.2013 12:27, Laurent Bigonville wrote: /etc/init.d/qemu-kvm bb45f7e72549e87d699a934909a87d6b obsolete Could you please explicitly remove that file on upgrade This file will be removed if you purge qemu-kvm. The problem is that this package is still Recommended by other packages, this means that for a lot of users the removal will not be proposed automatically. It should not only be removed, but _purged_, which is never done automatically. And the issue isn't about this package being recommended, these old/transitional packages are never removed automatically, just like, say, old libraries which were installed as a dependency and are no longer used. This is how debian packaging works, and trying to mock around it from within maintainer scripts isn't a good idea. That precisely why old conffiles should explicitly be removed when they are not shipped in a pkg anymore, because they are only removed when the user is purging the package. And in the meantime, they could generate problems (I'm not saying that it would be the case here.) Some tools like deborphan (or even apt) can detect packages that are either oldlibs/extras and/or that have no rdeps anymore and propose to user to remove them. BTW, there aren't many packages which recommends qemu-kvm. True (I already fixed one this morning). But removing obsolete conffiles is IMHO a good practice. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708999: Aw: Re: Re: Re: Re: Bug#708999: axiom: ackermann.input from axiom-test breaks
Dear Camm, This seems to be the problem. Do you still get a relocation error message? Yep. Today was a kernel-update for testing so it's the same now as in sid (Debian 3.9.6-1 x86_64) but that did not changed anything :( Could you please add gcc to the depends-list? Thank you very much. Regards, Edi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710421: dnsmasq provides the ProxyDHCP feature
Hi, On Thu, Jun 20, 2013 at 10:06:34PM +0200, Frank lin Piat wrote: ... Package: wnpp Owner: Osamu Aoki os...@debian.org * Package name: pxe-pdhcp Version : 0.1 Description : ProxyDHCP server for the non-DHCP server host .. Just in case you were not aware of it... the package dnsmasq already provides the ProxyDHCP feature. Yes. I wonder if pxe-pdhcp has some features that dnsmasq doesn't. dnsmasq does have a nice feature: it's supported and actively developed :-) The pxe-pdhcp is like a nullmailer and it is not like exim, postfix nor courier-mta in the way it works. dnsmasq is designed to provide DNS and optionally, DHCP. So its focus is DNS. ProxyDHCP only setting is a special configuration of its use. This pxe-pdhcp is like nullmailer ... just install it and let it do a single thing, proxyDHCP. No special configuration needed. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712898: /etc/init.d/qemu-kvm: /etc/init.d/qemu-kvm not removed on upgrade
Control: reopen -1 Control: tag -1 + confirmed pending 21.06.2013 14:43, Laurent Bigonville wrote: That precisely why old conffiles should explicitly be removed when they are not shipped in a pkg anymore, because they are only removed when the user is purging the package. And in the meantime, they could generate problems (I'm not saying that it would be the case here.) Hmm. I think I misunderstood what you're talking about from the very beginning. It is missing the call to rm_conffile, as simple as that :) I'll fix that in the next upload. Thank you, especially for your patience! :) /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711811: ITP: foreman -- manage Procfile-based applications
On Mon, Jun 10, 2013 at 3:48 AM, Faidon Liambotis parav...@debian.org wrote: On 06/10/13 03:46, Per Andersson wrote: * Package name: foreman Version : 0.63.0 Upstream Author : David Dollar da...@dollar.io * URL : http://github.com/ddollar/foreman * License : MIT Programming Lang: Ruby Description : manage Procfile-based applications Foreman is a manager for Procfile-based applications. Its aim is to abstract away the details of the Procfile format, and allow you to either run your application directly or export it to some other process management format. There's a more popular/more complicated piece of software called Foreman[1], for which there's an RFP already[2], as well as a component of that, foremancli, already in Debian. Upstream provides a package too, although you could argue it isn't our problem if there's a naming conflict. I saw this but decided to ignore it for now since there hasn't been any activity with Foreman in over a year. If the name conflict arise in Debian it is a pretty small matter to change it then I think. I.e. Foreman[1] renaming to theforeman as the upstream web page or this foreman renaming to ruby-foreman or some such, it is not a big thing IMHO. Nevertheless, I think it'd be best to avoid a package naming conflict between the two apparently completely unrelated applications. I agree. Oh, and BTW, you should probably explain what a Procfile is on the long description of your package as it's not immediately obvious. I will add this. Thanks for taking the time to make Debian better! Best, Per Regards, Faidon 1: http://www.theforeman.org/ 2: http://bugs.debian.org/663101 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712963: [Pkg-puppet-devel] Bug#712963: Puppet agent fails with Could not intern_multiple from yaml: Invalid parameter ftype
On Fri, Jun 21, 2013 at 11:15:52AM +0100, Klaus Ethgen wrote: Well, not really. I have no clue what is triggering this issue. But maybe it is a incompatibility to the server. The server is running stable with puppet version 2.7.18-4. The puppet master should always have a version higher or equal to the highest version node. The master supports older agents, but not the other way around. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712939: [pkg-php-pear] Bug#712939: Current advices make control messages ugly
tag 712939 + wontfix confirmed
severity 712939 minor
block 712939 by 5210
thanks
2013/6/21 David Prévot taf...@debian.org:
Package: pkg-php-tools
Version: 1.7
Severity: normal
Hi,
Thanks for this useful helper, and for the new phpcomposer trick.
Following the /usr/share/doc/pkg-php-tools/README.* advices can lead to
actually use the ${phpcomposer:description} or ${phppear:summary}
variables, but they are not substituted on the changes file, leading to
hardly readable informations being acknowledged by ftp-master, attached.
Yes, this is not fixable on the pkg-php-tools side (thus depending on
the corresponding wontfix bug on the dpkg side). And I still think
that using those two substvars is better (when the upstream
description is meaningfull enough) than diffing from upstream. But you
are free to not use them.
Regards
--
Mathieu Parent
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712963: [Pkg-puppet-devel] Bug#712963: Puppet agent fails with Could not intern_multiple from yaml: Invalid parameter ftype
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Stig, Am Fr den 21. Jun 2013 um 11:08 schrieb Stig Sandbeck Mathisen: The current puppet package startes failing with the following message: Thank you. I'll try to reproduce it, and find a fix. Is your current ruby 1.8, or 1.9.x? 1.9.3 Do you have a minimal manifest I can use which shows this issue? Well, not really. I have no clue what is triggering this issue. But maybe it is a incompatibility to the server. The server is running stable with puppet version 2.7.18-4. Gruß Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJRxCfXAAoJEKZ8CrGAGfasnH4L/1hMQm6kg2Wy+aVAS1ZdztUE k/KdLJMwiVbw9RRcBfpVO7EZck587zVv0gXBZ+t8F0fRFQq8pJVdN/koO3AZSrPw TRHuzFXoBWpFN8qNfWYYdg8GxPvcDXqzYgZRnDOk/IaZuprl7ElgIIgwVbyREHco H0Pd5Ofiwoqc9zmgJ65PsWxvul5oGki30Rj5TEeJlUfU3qMENHD1Jic0lzR4t1ek hOHt/BKJL67Mb6eHqEP/WfZqQkAxnCz7svxIxXYM3phi+QK6eRkPz1dOC2/Aog1p Bl+MLC7PEWM5fQkLMohyUmvj7YcXu6IujrYYeEwcGTz7blwkotVu5SvpXz/yK8BG ZZ9M4hGC7xAO5LwBkeHP6zwoo5iIPYKMTzIIRLOG6ynt7dALnVDHP5pF16YHXkeQ mzeLDDpAUlrbm9UFHwP/DHoQ06K+qfq7t49REGmXmuD2gtFSwTj663toiaZf/g/c LI1eZbge3kX2q6bQGF5ezqFsa67ClWkVZfVY+ldNgQ== =NvjB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712975: luajit: support for Hurd
Source: luajit
Version: 2.0.2+dfsg-1
Severity: wishlist
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
the attached patches provide support for GNU/Hurd in luajit:
* hurd.diff:
- recognizes Hurd as POSIX OS (I guess it is okay, otherwise a new
LUAJIT_OS_HURD could be defined and used if needed)
- links to libdl on Hurd (needed for dlopen friends)
* debian.diff:
adds hurd-i386 to the supported architectures in arch:any binaries
(PS: libluajit-5.1-dev lacks powerpcspe)
Thanks,
--
Pino
--- a/src/lj_arch.h
+++ b/src/lj_arch.h
@@ -71,6 +71,8 @@
#define LUAJIT_OS LUAJIT_OS_BSD
#elif (defined(__sun__) defined(__svr4__)) || defined(__CYGWIN__)
#define LUAJIT_OS LUAJIT_OS_POSIX
+#elif defined(__GNU__)
+#define LUAJIT_OS LUAJIT_OS_POSIX
#else
#define LUAJIT_OS LUAJIT_OS_OTHER
#endif
--- a/src/Makefile
+++ b/src/Makefile
@@ -318,6 +318,9 @@ else
ifeq (GNU/kFreeBSD,$(TARGET_SYS))
TARGET_XLIBS+= -ldl
endif
+ ifeq (GNU,$(TARGET_SYS))
+TARGET_XLIBS+= -ldl
+ endif
endif
endif
endif
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,7 @@ Vcs-Browser: http://git.debian.org/?p=pk
Homepage: http://luajit.org
Package: luajit
-Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc powerpcspe mips mipsel
+Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc powerpcspe mips mipsel hurd-i386
Multi-Arch: foreign
Pre-Depends: multiarch-support
Depends: ${shlibs:Depends}, ${misc:Depends}, libluajit-5.1-common (= ${source:Version})
@@ -30,7 +30,7 @@ Description: Just in time compiler for L
by its embeddable (i.e. library) version.
Package: libluajit-5.1-2
-Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc powerpcspe mips mipsel
+Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc powerpcspe mips mipsel hurd-i386
Multi-Arch: same
Pre-Depends: multiarch-support
Depends: ${shlibs:Depends}, ${misc:Depends}, libluajit-5.1-common (= ${source:Version})
@@ -46,7 +46,7 @@ Package: libluajit-5.1-dev
Section: libdevel
Multi-Arch: same
Pre-Depends: multiarch-support
-Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc mips mipsel
+Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc mips mipsel hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}, libluajit-5.1-2 (= ${binary:Version})
Description: Just in time compiler for Lua - development files
This package contains header files and a statically linkable library for
Bug#711697: libcupsfilters1 has circular Depends on libcupsimage2
On Tue, Jun 18, 2013 at 11:32:14AM +0200, Didier 'OdyX' Raboud wrote: Le mardi, 18 juin 2013 10.17:15, Didier 'OdyX' Raboud a écrit : Is there packages in wheezy that use the libcupsimage2 symbols that are now in libcupsfilters1 but do not depend on libcupsfilters1 ? Grepping the output of 'nm -D' in a wheezy chroot showed that the following packages in Wheezy use symbols that move to libcupsfilters1 in unstable (cups- filters does use most of them, not listed here): printer-driver-c2esp: /usr/lib/cups/filter/c2esp 'cupsDitherDelete' 'cupsDitherLine' 'cupsDitherNew' 'cupsLutDelete' 'cupsLutNew' So printer-driver-c2esp uses some symbols from libcupsfilters1, but only depends on libcupsimage2 in Wheezy. I does depend on libcupsfilters1 in both Jessie and Sid. What do you think? Is there a way to untangle this circular depends by adding a breaks somewhere? No, but you can do it by adding an extra package: Rename the current libcupsimage2 to e.g. libcupsimage2s then add a dummy package libcupsimage2 that depend on libcupsimage2s and libcupsfilters1. and change the shlibdeps accordingly, and rebuild libcupsfilters1 so that it now depends on libcupsimage2s. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712196: timer_settime broken on kfreebsd-amd64
The fix is to annotate syscall description
with correct number of parameters.
--- kfreebsd/syscalls.list
+++ kfreebsd/syscalls.list
-sys_ktimer_settime - ktimer_settime i:ip
__syscall_ktimer_settime
+sys_ktimer_settime - ktimer_settime i:iipp
__syscall_ktimer_settime
It is problem only on kfreebsd-amd64.
In functions with 4 and more parameters is necessary to
do movq %rcx, %r10 before syscall.
Test program:
**
#include signal.h
#include time.h
struct itimerspec nv, ov;
int main()
{
timer_t tm;
nv.it_value.tv_sec = 100;
timer_create(CLOCK_MONOTONIC, NULL, tm);
printf(should be zero: %ld\n, ov.it_value.tv_sec);
timer_settime(tm, 0, nv, ov);
printf(should be zero: %ld\n, ov.it_value.tv_sec);
timer_settime(tm, 0, nv, ov);
printf(should be 99 or 100: %ld\n, ov.it_value.tv_sec);
sleep (5);
timer_settime(tm, 0, nv, ov);
printf(should be 94 or 95: %ld\n, ov.it_value.tv_sec);
}
**
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712953: sysvinit: System Restarts Instead of Powering Off
On Fri, Jun 21, 2013 at 09:13:19AM +0100, Alan Chandler wrote: Package: sysvinit Version: 2.88dsf-41 Severity: normal Dear Maintainer, When I attempt to power off the machine (either logging out of gnome3, or via shutdown now typed in at a terminal) the system goes through the shutdown sequence (it does seem to pause after telling all processes to terminate and then reports that some processes are still running). It finally reports it is about to power off. But the computer then restarts and reboots. If I load up Debian Wheezy and shut that down, the computer powers off properly. I don't think this is a change in sysvinit/initscripts. There have been no significant changes made since the wheezy release. Could you possibly try booting with the wheezy kernel and then trying to reboot? This will identify whether it's due to a change in the kernel or something in userspace. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712976: dpkg-dev: Wrong translation of fortify in French dpkg-buildflags manpage
Package: dpkg-dev Version: 1.16.10 Severity: normal Tags: l10n Hi, In the French manpage for dpkg-buildflags, the following line in English For example, to enable the pie feature and disable the fortify feature you can do this in debian/rules the word fortify is improperly translated to feature Par exemple, pour activer l'option « pie » et désactiver l'option « feature », il est possible d'indiquer ceci dans debian/rules : As a side not it seems that some space characters are doubled. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files7.2 ii binutils 2.23.52.20130612-1 ii bzip2 1.0.6-4 ii libdpkg-perl 1.16.10 ii make 3.81-8.2 ii patch 2.6.1-3 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages dpkg-dev recommends: ii build-essential 11.6 ii fakeroot 1.19-2 ii gcc [c-compiler] 4:4.8.1-1 ii gcc-4.6 [c-compiler] 4.6.4-3 ii gcc-4.7 [c-compiler] 4.7.3-5 ii gcc-4.8 [c-compiler] 4.8.1-3 ii gnupg1.4.12-7 ii gpgv 1.4.12-7 ii libalgorithm-merge-perl 0.08-2 Versions of packages dpkg-dev suggests: ii debian-keyring 2013.04.21 -- 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#708747: [Openstack-devel] Bug#708747: [BTS#708747] templates://ceilometer/{ceilometer-api.templates} : Final update for English review
On 06/20/2013 01:17 PM, Christian PERRIER wrote: ceilometer cinder glance heat horizon keystone quantum sftpcloudfs My proposal is for me to send the calls for translations (they'll explain translators that the 8 packages have very similar strings and the same translator should probably work on all of them). It will last for 12 days, then I'll send a reminder, then wait for 2 more days. Finally, I'll send a summary for each package. If we agree on this, please note that *any* change to debconf templates is likely to lead to a Big Mess so we really need to be 100% OK on the wording of debconf templates that are present in my final mail for each package. Hi Chistian, As I requested earlier, please let me upload packages with the reviewed English templates first. This way, I can at the same time review the review work as I integrate them in each package, which will be a time saver. I believe I can finish the task this week-end. Also, since many strings are similar (with the exception of Cinder vs Quantum vs Heat for example, in the templates), I thought it would be a good idea to do some variable replaces, so that we have the exact same strings. later on, we could merge all TEMPLATES.pot into a single file, ask translators to do their work on a single .po file, then let gettext remove not needed strings on every package. I'm not sure I'm explaining well what I want to do here... If you understood, do you think it's a good plan? Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711697: libcupsfilters1 has circular Depends on libcupsimage2
Hi, Le vendredi, 21 juin 2013 13.40:16, Bill Allombert a écrit : No, but you can do it by adding an extra package: Rename the current libcupsimage2 to e.g. libcupsimage2s then add a dummy package libcupsimage2 that depend on libcupsimage2s and libcupsfilters1. and change the shlibdeps accordingly, and rebuild libcupsfilters1 so that it now depends on libcupsimage2s. I'm really not convinced that is worth the effort. What about having libcupsimage2 stop depending on libcupsfilters1 and Breaks: printer-driver-c2esp ( 26) ? OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699818: pre-approval for pu: eglibc - timer_settime broken on kfreebsd-amd64
Hello. One more problem popped up - #712196 The fix is one-liner: --- kfreebsd/syscalls.list +++ kfreebsd/syscalls.list -sys_ktimer_settime - ktimer_settime i:ip __syscall_ktimer_settime +sys_ktimer_settime - ktimer_settime i:iipp __syscall_ktimer_settime Currently, it overwrites random memory. I really would like to get this fix into wheezy. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712977: htop: crash on scrolling empty process list
Package: htop Version: 1.0.1-1 Severity: normal Tags: upstream Hi, I've noticed that if you enter a filter that does not match any processes, then press Enter to approve, leaving no processes in the current view, attempting to scroll the list using 1-9 or PgUp/PgDn, htop crashes with the following backtrace: htop 1.0.1 aborting. Please report bug at http://htop.sf.net Backtrace: htop[0x407cfc] /lib/x86_64-linux-gnu/libc.so.6(+0x324f0)[0x7fc30043f4f0] htop(main+0xd66)[0x40cdea] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7fc30042bead] htop[0x4057e9] gdb backtrace: http://cadoth.net/~nyuszika7h/private/htop-1.0.1-1-debian-backtrace.log -- nyuszika7h -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 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 htop depends on: ii libc6 2.13-38 ii libncursesw5 5.9-10 ii libtinfo5 5.9-10 htop recommends no packages. Versions of packages htop suggests: pn ltrace none ii strace 4.5.20-2.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#712978: tomcat7: New tomcat 7.0.41 is available
Package: tomcat7 Version: 7.0.40-2 Severity: wishlist Dear Maintainer, I write here because a new tomcat7 is available for download. I have already imported it here [1] and built correctly. Thanks for your attention [1] http://anonscm.debian.org/gitweb/?p=pkg-java/tomcat7.git;a=summary Gianfranco
Bug#712979: debbugs: please add REST api
Package: debbugs Severity: wishlist Dear Maintainer, It would be great if you could add a REST api for bts with the data encapsulated in JSON. It would provide the same information as the existing soap api but it would be far more convenient to use in applications where using soap is difficult and inefficient. For instance i'm making the debian android app for gsoc 2013 and i need to query bts for various info. But for that usage soap doesn't follow the constraints of mobile computing (both in size of transmitted data and in the processing it needs afterwards) and also The easiest way to use soap in android is with something like kSoap2 which adds to the maintenance as an extra lib and generally complicates the development a lot. Would it be possible? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712980: alsa-utils startup script creates /.pulse files (Failed to create secure directory) when pulseaudio is installed
Package: alsa-utils Version: 1.0.25-4 Severity: important When pulseaudio is installed, which basically replaces alsa whith itself for userspace, /etc/init.d/alsa-utils starts creating .pulse files in system root directory during system startup/shutdown (when the script is run): $ ls -ld /.pulse* drwx-- 2 root root 4096 May 25 07:54 /.pulse/ -rw--- 1 root root 256 Feb 15 20:10 /.pulse-cookie This happens on all systems where alsa-utils and pulseaudio is installed. When the root filesystem is read-only, running /etc/init.d/alsa-utils produces this: # /etc/init.d/alsa-utils start Setting up ALSA...Failed to create secure directory: Read-only file system Failed to create secure directory: Read-only file system Failed to create secure directory: Read-only file system [message repeated 74 times total] Failed to create secure directory: Read-only file system done. In all these cases, it tries to create /.pulse/ directory, and before that, it tries to create /.pulse-cookie. (this happens when $HOME is unset, if it is set and the script run as root, it creates files in ~root obviously). I'm filing this against alsa-utils instead of pulseaudio package (but it might be pulseaudio bug after all), because the alsa-utils initscript calls amixer and explicitly tells it to act on specified _hardware_ devices, so that pulse should not be called, but yet it is being called. If that's a function marked as a constructor in libpulse, that should be libpulse bug. At any rate it is definitely a bug, -- it should not mess with the root directory like that. Thanks, /mjt -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alsa-utils depends on: ii dialog 1.1-20120215-2 ii kmod9-3 ii libasound2 1.0.25-4 ii libc6 2.13-38 ii libncursesw55.9-10 ii libsamplerate0 0.1.8-5 ii libtinfo5 5.9-10 ii lsb-base4.1+Debian8+deb7u1 ii whiptail0.52.14-11.1 Versions of packages alsa-utils recommends: ii alsa-base 1.0.25+3~deb7u1 ii pciutils 1:3.1.9-6 alsa-utils 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#654412: Wrong log path
Hi, The log path should be /var/log/syslog instead of /var/log/auth.log. Thank you, -- Laurent Léonard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712977: htop: crash on scrolling empty process list
Hello, Thank you for the report. 2013-06-21 14:18, nyuszika7h: I've noticed that if you enter a filter that does not match any processes, then press Enter to approve, leaving no processes in the current view, attempting to scroll the list using 1-9 or PgUp/PgDn, htop crashes with the following backtrace: Could you please try htop 1.0.2 (from Debian experimental)? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712963: [Pkg-puppet-devel] Bug#712963: Puppet agent fails with Could not intern_multiple from yaml: Invalid parameter ftype
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Fr den 21. Jun 2013 um 12:19 schrieb Stig Sandbeck Mathisen: On Fri, Jun 21, 2013 at 11:15:52AM +0100, Klaus Ethgen wrote: Well, not really. I have no clue what is triggering this issue. But maybe it is a incompatibility to the server. The server is running stable with puppet version 2.7.18-4. The puppet master should always have a version higher or equal to the highest version node. The master supports older agents, but not the other way around. Until version 3.2.1-1, it worked fine. There is some interoperatibility. Unfortunatelly you might have clients that have unstable or testing but on the server you want to have stable distribution. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJRxD0rAAoJEKZ8CrGAGfasa4AMAJIK9oWzhi1BXm8n0vzqQB4H HeTooKNwfOWsYjqyoaluGETw5ltY4Iz2VTe7soJw1aFf+Ge8UaNluDSO2+EmH8U3 39MPgbkovkZJn0jIg7XXw5c4qlDRPSOWeGMCavYc/DbdIu6NGSVWmoVrvPgbTCAq x3scNsDuqVS5HA14nnjuMO+PCj0uGWrPsM1peGHQiV76qRKz1kQsoqZhibyddNBF O2cU0rB4kJtXfxuyrh1tJDdmwF6MYuJIpxnRztL3GEn6vM0Ez3L95tAjUD+/0J6O tXPB48IT8Cc3EorhLscS8CjEYyBMs/aqMJVruj+KpGcum8a1ADEX8taSg9pdJext 1CeUs6xgwjkcs73saXKyMtc6aqzIcpNJ3qlUBqtfGson4IRlqjok5nvYVQ9zX+l9 4pOMktx7kVUpHGOGAAvFxuQWLtebMomCUtqu6pscNQ1LMUirSMdJPwRfj8XySkcF 6a7NnLYxR474AhXQlzjiL0VdxEOduu59qZYmhJ9oTA== =712M -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712916: debdiff in my last email
Control: reassign -1 src:proftpd-dfsg Contro: found -1 1.3.5~rc2-1 On Jo, 20 iun 13, 21:55:01, Michael Fladischer wrote: (Somehow reportbug ate the text from my last email.) It probably also warned you that there is no proftpd package ;) Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#637442: debmirror: New Contents file location
On Fri, 21 Jun 2013 11:24:50 +0200
Nico Gryzan nico.gry...@cs.tu-dortmund.de wrote:
I've attached an improved version with lesser code-duplication. The main
functionality stays the same, but it
uses a temporary array with an additional empty section and is tested for the
above-mentioned cases (contents
in old AND new location [wheezy], contents in old location [squeeze],
contents in new location [jessie]).
I had fotgotten a / inside this patch - sorry for double-posting.
Btw the empty section represents the old location, as the string will be
concatenated to .../$distempty-string/Contents-
--
Nico Gryzan nico.gry...@cs.tu-dortmund.de
--- debmirror.sid 2013-06-14 13:36:04.0 +0200
+++ debmirror.sid.modified 2013-06-21 14:16:58.0 +0200
@@ -1104,13 +1104,23 @@
next if $dist=~/experimental/;
next if $dist=~/.*-proposed-updates/;
next if $arch=~/source/;
- if ($diff_mode ne none) {
- if (!update_contents(dists/$dist, Contents-$arch)) {
- add_bytes(dists/$dist/Contents-$arch.gz);
- }
- } elsif (!check_lists($tempdir/dists/$dist/Contents-$arch.gz)) {
- add_bytes(dists/$dist/Contents-$arch.gz);
+
+#EDIT: In Debian Wheezy, the Contents-*.gz moved to '/dists/$dist/$sect/'. The following changes take account
+# of the new location, but also respect the old location for backwards compatibility
+ push my @sects, @sections, ;
+ foreach my $sect (@sects) {
+if ($sect ne ) {$sect = /$sect;}
+if (exists $file_lists{$tempdir/dists/$dist$sect/Contents-$arch.gz}) {
+ if ($diff_mode ne none) {
+if (!update_contents(dists/$dist$sect, Contents-$arch)) {
+ add_bytes(dists/$dist$sect/Contents-$arch.gz);
+}
+ } elsif (!check_lists($tempdir/dists/$dist$sect/Contents-$arch.gz)) {
+add_bytes(dists/$dist$sect/Contents-$arch.gz);
+ }
+}
}
+#END-EDIT
}
}
}
@@ -1962,10 +1972,20 @@
sub link_contents_into_snapshot {
my ($dist,$mirrordir,$arch,$tempdir) = @_;
my $next = get_next_snapshot($dist);
- unlink($mirrordir/dists/$dist/$next/Contents-$arch.gz);
- link($tempdir/dists/$dist/Contents-$arch.gz,
- $mirrordir/dists/$dist/$next/Contents-$arch.gz)
-or die Error while linking $tempdir/dists/$dist/Contents-$arch.gz: $!\n;
+#EDIT: new contents location, see first #EDIT.
+# TODO: The following changes have not been tested yet. Please test them
+#before using in a production environment.
+ push my @sects, @sections, ;
+ foreach my $sect (@sects) {
+if ($sect ne ) {$sect = /$sect;}
+if (exists $file_lists{$tempdir/dists/$dist$sect/Contents-$arch.gz}) {
+ unlink($mirrordir/dists/$dist/$next$sect/Contents-$arch.gz);
+ link($tempdir/dists/$dist$sect/Contents-$arch.gz,
+ $mirrordir/dists/$dist/$next$sect/Contents-$arch.gz)
+or die Error while linking $tempdir/dists/$dist$sect/Contents-$arch.gz: $!\n;
+}
+ }
+#END_EDIT
}
sub link_translation_into_snapshot {
@@ -2313,18 +2333,26 @@
next if $dist=~/experimental/;
next if $dist=~/.*-proposed-updates/;
next if $arch=~/source/;
- if (!check_lists($tempdir/dists/$dist/Contents-$arch.gz)) {
- if ($first) {
- say(Get Contents files.);
- $first = 0;
- }
- remote_get(dists/$dist/Contents-$arch.gz);
- }
- $files{dists/$dist/Contents-$arch.gz}=1;
- $files{$tempdir./.dists/$dist/Contents-$arch.gz}=1;
- if ($debmarshal) {
- link_contents_into_snapshot($dist,$mirrordir,$arch,$tempdir);
+#EDIT: new contents-location, see first #EDIT.
+ push my @sects, @sections, ;
+ foreach my $sect (@sects) {
+if ($sect ne ) {$sect = /$sect;}
+if (exists $file_lists{$tempdir/dists/$dist$sect/Contents-$arch.gz}) {
+ if (!check_lists($tempdir/dists/$dist$sect/Contents-$arch.gz)) {
+ if ($first) {
+say(Get Contents files.);
+$first = 0;
+ }
+ remote_get(dists/$dist$sect/Contents-$arch.gz);
+ }
+ $files{dists/$dist$sect/Contents-$arch.gz}=1;
+ $files{$tempdir./.dists/$dist$sect/Contents-$arch.gz}=1;
+ if ($debmarshal) {
+ link_contents_into_snapshot($dist,$mirrordir,$arch,$tempdir);
+ }
+}
}
+#END_EDIT
}
}
}
Bug#712976: dpkg-dev: Wrong translation of fortify in French dpkg-buildflags manpage
Hi! On Fri, 2013-06-21 at 14:03:54 +0200, Laurent Bigonville wrote: Package: dpkg-dev Version: 1.16.10 Severity: normal Tags: l10n In the French manpage for dpkg-buildflags, the following line in English For example, to enable the pie feature and disable the fortify feature you can do this in debian/rules the word fortify is improperly translated to feature Par exemple, pour activer l'option « pie » et désactiver l'option « feature », il est possible d'indiquer ceci dans debian/rules : As a side not it seems that some space characters are doubled. Could you prepare a patch for this, which I'd happily apply for 1.17.x? Otherwise one of our French translators will end up tending to it. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712981: RM: gnelib -- RoM; Unmaintained upstream, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Unmaintained upstream. * Very low popcon. * No reverse depends/build-depends * Unmaintained in Debian (me) Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
