Bug#728906: Build on unstable requires changes
Hi. The issue has been discussed on the debian java mailing list, see the discussion following http://lists.debian.org/debian-java/2013/11/msg00100.html http://lists.debian.org/debian-java/2013/12/msg2.html It was found that a build on unstable would require further changes to the package. It might also be difficult to do. The reason are changes in build dependencies on unstable. It would in any case increase the size of the change and thereby make it less suitable for stable. The change is currently small (half a dozen lines plus in the startup script, one line changed in the control file). When adapted to unstable it is likely to end up with a multiple of that. As a result I am back to request a direct pu. Be aware that git currently holds changes after the debian/7.0.1+dfsg1-6 tag that are not relevant. Sincerely, Joachim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726619: Debian cloud image built with openstack-debian-images shows no output in the log tab of Horizon
Hi Jordan, As I'm trying to clean all the bugs currently opened against the OpenStack packages in Debian, I came across this one, which reminded me that you wrote to me about it on IRC. You wrote: JordanP zigo, we manage to get both spice and the log via Horizon with a small patch to your openstack-debian-image JordanP zigo, sed -i s/ro quiet\/ro quiet console=ttyS0\/g /usr/sbin/build-openstack-debian-image JordanP if you ever decide to include this change, thanks Sahid Ferdjaoui from Cloudwatt for that Though according to my tests, using console=ttyS0 made the Spice console not work anymore. So if you don't mind, before uploading a fix that breaks things more, could you please confirm that what you wrote above is the correct fix? Cheers, Thomas Goirand (zigo) P.S: Thanks a lot for your support and bug reports, this really is helpful. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731464: ifupdown with statfull ipv6 (dhcp) breaks radvd: more info
Hello, On Fri, 06 Dec 2013 01:21:25 +0100 Holger Sander hol...@sander-delmenhorst.net wrote: This will set /proc/sys/net/ipv6/conf/eth0/accept_ra to 0 Now the client don't get a gateway address but dhcpv6 has no option about router! I think setting the accept_ra to 0 is an error. It's not an error; if you want SLAAC + dhcpv6, you need to use auto, not dhcp. Another error: The timeout of the dhclient in ipv6-mode doesn't work. If there is no dhcpv6-server ifup will hang. jessie + wheezy -- Cheers, Andrew signature.asc Description: PGP signature
Bug#731345: flash-kernel: add support for DT based kernels on Sheeva Plug
On Thu, 2013-12-05 at 18:42 +0100, Marc Kleine-Budde wrote: On 12/05/2013 06:01 PM, Ian Campbell wrote: On Thu, 2013-12-05 at 13:39 +0100, Marc Kleine-Budde wrote: On 12/05/2013 01:15 PM, Ian Campbell wrote: On Thu, 2013-12-05 at 13:04 +0100, Marc Kleine-Budde wrote: On 12/05/2013 12:57 PM, Ian Campbell wrote: On Thu, 2013-12-05 at 12:46 +0100, Marc Kleine-Budde wrote: On 12/05/2013 12:34 PM, Martin Michlmayr wrote: * Marc Kleine-Budde m...@blackshift.org [2013-12-05 11:49]: That's no option, as non DT Sheeva Plug support has been removed from the kernel in ffbc50663b69462adc9d97b93b6b92c4fe74b94c: ffbc506 ARM: kirkwood: remove support for legacy booting of Sheevaplug Interesting. I thought they promised not to remove non-DT support for existing devices. I personally don't mind, if it's removed once the DT works properly. Anyway, Marc, so thanks for your patch. I wonder if it makes sense to add a check to flash-kernel whether DT is required or not. i.e. that flash-kernel would append the DT blob on 3.12+ kernels on SheevaPlug but not on previous kernels. Yes, sounds like the way to go. Otherwise you have to tie certain flash-kernel versions to the non-DT and DT kernels. This will probably not scale when more no-DT board are removed from the kernel. Where should this information go? What about adding another field to all.db which limits an entry to certain kernel versions? Something like this: I think it would be sufficient to have a field marking the DTB as optional and have f-k only do the append if there is a dtb present in the DTS directory (/usr/lib/linux-X.Y/whatever) for the version it is handling. If the kernel needs a DTB but doesn't ship one, well ,that's a bug in the kernel (until we get to the point of burning DTBs into firmware, but lets not worry about that now!). ...or when the DT sources will be move into a separate repository. Indeed. Actually, now that I think about it -- a non-DT aware kernel just shouldn't care if you append a DT to it, it won't ever go looking. It's probably safe to just append it unconditionally. Yes, should be safe. Which is what you did, so we've come full circle, sorry for the distraction. It's good to talk about the implications. If we want to handle downgrading of kernels with an updated flash-kernel, I think, that cannot be done without an additional Kernel-Version field. This is because v3.11 ships with: /usr/lib/linux-image-3.11-2-kirkwood/kirkwood-sheevaplug.dtb But non-DT Sheeva support is still in the kernel, so non-DT Sheeva Plug is used with current flash-kernel and v3.11. Although v3.10 and v3.11 are not Wheezy's kernels. Is 3.11+DTB actively broken though? v3.11+DT works on Sheeva Plug, just tested it. That's good. Do you know if v3.10 or earlier shipped a DT in the kernel package? I was thinking of the following scenario: I have installed current flash-kernel (without DT support) and kernel v3.11. Then the new flash-kernel with append-DT-if-present-in-the-Kernel-package feature is released together with a new DT only kernel (=v3.12). I upgrade, because I want to have the shiny new kernel. For whatever reason I want to downgrade to v3.11, then I end up with v3.11 with DT, because the flash-kernel is still the new one. Right, this is the scenario I am worried about. The system does not behave as I expected. I downgraded to the same kernel but now the DT Sheeva Plug is booted. Ideally v3.11+DT would work well enough that the user wouldn't care about the difference. even if not I think so long as v3.11+DT works well enough to be able to manually fix things (e.g. by downgrading f-k) then this would be an acceptable trade-off to support such partial upgrades. Although the bootloader sets the ARCH number, an attached DT seems to be preferred. That is what I would expect, yes. I suppose it would be nice to just check that the Wheezy kernel doesn't complain about or get confused by the appended DTB. Can you check that? I don't have physical access to that Sheeva Plug. Hrm, this would be something which would be good to try somewhere. On Wheezy there is no Sheevaplug DTB to attach... Oh yes, of course. Now I think of it the Wheezy kirkwood kernel did have DT and APPENDED_DTB support enabled, in order to support dreamplugs. http://packages.debian.org/wheezy/armel/linux-image-3.2.0-4-kirkwood/filelist Wheezy has two dtb files: /usr/lib/linux-image-3.2.0-4-kirkwood/kirkwood-dreamplug.dtb /usr/lib/linux-image-3.2.0-4-kirkwood/kirkwood-iconnect.dtb I have a feeling that would mean that it wouldn't boot if you appended a dtb to it. Which would mean we do have to think about versioned checks or something. Just stating the obvious: The Sheeva Plug probably wouldn't boot if I attach a dreamplug dtb to it. :) Right, I was thinking/worrying that it won't boot if you
Bug#731514: Fwd: flann and memory
Package: flann Severity: wishlist -- Forwarded message -- Hi, we cannot build flann on m68k (virtual memory exhausted). I tried to rebuild it with DEB_CFLAGS_APPEND=-gstabs or DEB_CFLAGS_MAINT_APPEND=-gstabs but the buildsystem ignores both. (The idea is from #694773 and #717685 where it did in fact help.) Also, DEB_BUILD_OPTIONS=nodbg doesn’t work either. Can you do something about this? (The qtwebkit package uses a per-architecture switch for this.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731513: vlc: FTBFS: freetype/ftsynth.h: No such file or directory
Source: vlc Version: 2.1.1-1 Severity: serious Tags: patch Hi, vlc FTBFS with new freetype 2.5.1-1 like this: ... ../../doltlibtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -DMODULE_NAME=$(p=libfreetype_plugin_la-freetype.lo; p=${p##*/}; p=${p#lib}; echo ${p%_plugin*}) -DMODULE_NAME_IS_$(p=libfreetype_plugin_la-freetype.lo; p=${p##*/}; p=${p#lib}; echo ${p%_plugin*}) -DMODULE_STRING=\$(p=libfreetype_plugin_la-freetype.lo; p=${p##*/}; p=${p#lib}; echo ${p%_plugin*})\ -D__PLUGIN__ -I/usr/include/freetype2 -DHAVE_FONTCONFIG -I/usr/include/fribidi -DHAVE_FRIBIDI -I../../include -I../../include -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -mtune=8548 -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Wvolatile-register-var -Werror-implicit-function-declaration -pipe -fvisibility=hidden -ffast-math -funroll-loops -fomit-frame-pointer -c -o libfreetype_plugin_la-freetype.lo `test -f 'freetype.c' || echo './'`freetype.c freetype.c:93:30: fatal error: freetype/ftsynth.h: No such file or directory compilation terminated. make[5]: *** [libfreetype_plugin_la-freetype.lo] Error 1 make[5]: Leaving directory `/«PKGBUILDDIR»/modules/text_renderer' make[4]: *** [all] Error 2 make[4]: Leaving directory `/«PKGBUILDDIR»/modules/text_renderer' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/«PKGBUILDDIR»/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/«PKGBUILDDIR»' make[1]: *** [all] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 ... Attaching a patch that fixes this by considering the new location of a header file. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: vlc-2.1.1/modules/text_renderer/freetype.c === --- vlc-2.1.1.orig/modules/text_renderer/freetype.c 2013-09-12 17:18:34.0 +0200 +++ vlc-2.1.1/modules/text_renderer/freetype.c 2013-12-05 22:59:07.375288208 +0100 @@ -90,7 +90,7 @@ #endif /* Freetype */ -#include freetype/ftsynth.h +#include ftsynth.h #include FT_FREETYPE_H #include FT_GLYPH_H #include FT_STROKER_H
Bug#731496: header typo: MipselArchitecure
Thanks for the report. On Fri, Dec 6, 2013 at 12:40 AM, dann frazier da...@debian.org wrote: Source: tightvnc Version: 1.3.9-6.4 Severity: minor It doesn't appear to have any real effect, but note that 30-ftbfs-mips.patch typoes one instance of MipselArchitecture as MipselArchitecure. diff --git a/Xvnc/config/cf/linux.cf b/Xvnc/config/cf/linux.cf index 1769a58..ec04b4d 100644 --- a/Xvnc/config/cf/linux.cf +++ b/Xvnc/config/cf/linux.cf @@ -43,7 +43,8 @@ XCOMM platform: $XFree86: xc/config/cf/linux.cf,v 3.57.2.12 1998/03/01 01:57:10 #if defined(AlphaArchitecture) || defined(PowerPCArchitecture) || \ defined(SparcArchitecture) || defined(ArmArchitecure) || \ defined(i386Architecture) || defined(s390Architecture) || \ -defined(s390xArchitecture) +defined(s390xArchitecture) || defined(MipsArchitecture) || \ +defined(MipselArchitecure) || defined(HPArchitecture) ^ -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Bug#550891: It is a libfarstream packaging bug
In the effort to reduce the pidgin dependencies, I wrote a patch to dynamically load libfarstream only if it is installed. I never coded with GObjects and so only during the testing to finish the patch I realized that there is no need to modify the code. Only the package dependencies should be reworked. In fact libpurple depends on libfarstream (855kB), that depends on the gstreamer plugins (65,5MB), but they are dynamically loaded only if installed[1] and they are needed only to make voice and video calls with Gtalk (only voice with finch). I patched the libfarsteram package and tested it with pidgin on a Gtalk account. No crash or errors reported and the voice/video calls menu entries are disabled but visible. The farstream transmitters plugins are loaded dynamically too, so there is no need to install gssdp, gupnp, nice and soup libraries if they are not used. I also patched the pidgin package to remove the gconf dependency, as it is needed only with Gnome (that installs it) to get the automatic configuration[2] for audio, video and url-handlers. Also the finch package uses gconf for audio configuration, while the libpurple package uses gconf for the proxy one. Finally finch does not require pidgin-data (25,7MB), but it is used only if installed for sounds, translations and the /etc/purple/prefs.xml file (that should go instead in the libpurple package). The patch attached should fix the bug, reducing by 2/3 the disk space requirements for pidgin (36,9MB / 10 packages instead of 102,4MB / 78 packages) and by 9/10 for finch (9,1MB / 8 packages instead of 100,3MB / 77 packages). The depends fields are replaced with recommends or suggests for the optional packages, conforming to the policy manual rule 7.2. No breakage is excepted because since the 0.7.17 version of Apt, the recommended packages are installed by default. There are other packages that depend on libfarstream and that may need to add the gstreamer plugins in the dependency fields (like empathy and gajim) according to the changes, but I will provide patches later. All the patches applies on the wheezy version, but the jessie packages are affected too. ciao References: 1. http://lists.freedesktop.org/archives/farstream-devel/2012-April/15.html 2. https://developer.pidgin.im/ticket/11191 Patches: 1. nogst: to be applied to the wheezy debian packages i386 2. backend_module: not useful, but included as reference (ver. 2.10.7) diff -urN libfarstream/DEBIAN/control libfarstream-nogst/DEBIAN/control --- libfarstream/DEBIAN/control 2012-04-08 01:48:13.0 +0200 +++ libfarstream-nogst/DEBIAN/control 2013-12-03 17:25:03.484908105 +0100 @@ -1,11 +1,13 @@ Package: libfarstream-0.1-0 Source: farstream -Version: 0.1.2-1 +Version: 0.1.2-1+nogst Architecture: i386 Maintainer: Debian Telepathy maintainers pkg-telepathy-maintain...@lists.alioth.debian.org Installed-Size: 855 Pre-Depends: multiarch-support -Depends: libc6 (= 2.7), libglib2.0-0 (= 2.31.8), libgssdp-1.0-3 (= 0.12.0), libgstreamer-plugins-base0.10-0 (= 0.10.33), libgstreamer0.10-0 (= 0.10.33), libgupnp-1.0-4 (= 0.18.0), libgupnp-igd-1.0-4 (= 0.1.8), libnice10 (= 0.1.0), libsoup2.4-1 (= 2.4.0), libxml2 (= 2.6.27), gstreamer0.10-plugins-base (= 0.10.33), gstreamer0.10-plugins-good (= 0.10.29), gstreamer0.10-plugins-bad (= 0.10.17), gstreamer0.10-nice (= 0.1.0) +Depends: libc6 (= 2.7), libglib2.0-0 (= 2.31.8), libgstreamer-plugins-base0.10-0 (= 0.10.33), libgstreamer0.10-0 (= 0.10.33), libxml2 (= 2.6.27) +Recommends: libgssdp-1.0-3 (= 0.12.0), libgupnp-1.0-4 (= 0.18.0), libgupnp-igd-1.0-4 (= 0.1.8), libnice10 (= 0.1.0), libsoup2.4-1 (= 2.4.0) +Suggests: gstreamer0.10-plugins-base (= 0.10.33), gstreamer0.10-plugins-good (= 0.10.29), gstreamer0.10-plugins-bad (= 0.10.17), gstreamer0.10-nice (= 0.1.0) Conflicts: libgstfarsight0.10-0 Replaces: libgstfarsight0.10-0 Section: libs @@ -20,3 +22,10 @@ plugins. . This package provides the core Farstream library. + . + libnice10 is needed to use the nice and the raw udp transmitters and the + MSN Webcam plugin. + libgssdp-1.0-3, libgupnp-1.0-4, libgupnp-igd-1.0-4 and libsoup2.4-1 are needed + to use the raw udp transmitter. + GStreamer plugins are optional components that may be needed by the software + built with Farsteram. diff -urN pidgin/DEBIAN/control pidgin-nogst/DEBIAN/control --- pidgin/DEBIAN/control 2013-02-13 21:57:39.0 +0100 +++ pidgin-nogst/DEBIAN/control 2013-12-06 09:19:20.582410040 +0100 @@ -1,11 +1,11 @@ Package: pidgin -Version: 2.10.6-3 +Version: 2.10.6-3+nogst Architecture: i386 Maintainer: Ari Pollak a...@debian.org Installed-Size: 2206 -Depends: pidgin-data (= 2.10.6), pidgin-data ( 2.10.6-z), libatk1.0-0 (= 1.12.4), libc6 (= 2.7), libcairo2 (= 1.2.4), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2 (= 0.78), libfontconfig1 (= 2.9.0), libfreetype6 (= 2.2.1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.24.0), libgstreamer0.10-0 (= 0.10.10), libgtk2.0-0 (= 2.24.0), libgtkspell0 (= 2.0.10), libice6 (=
Bug#731509: libc6: provide a way to read the environment in ifunc dispatch functions
I forgot to attach the example program Here is. -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main #include stdio.h #include stdlib.h #include unistd.h #include string.h extern char** environ; extern char **_environ; extern char **__environ; char** save_environ; char** save__environ; char** save___environ; char* toto; int saved=0; extern int fonction (); int fonction1 () { return 1; } int fonction2 () { return 2; } static typeof(fonction) * resolve_fonction (void) { saved=1; save_environ=environ; save__environ=_environ; save___environ=__environ; toto=getenv(TOTO); /* no way to choose between fonction1 and fonction2 with the TOTO envvar */ char* str=Resolving fonction\n; write(2, str, strlen(str)); return fonction1; } int fonction () __attribute__ ((ifunc (resolve_fonction))); void print_saved() { printf(saved: %d\n, saved); if (saved) { printf(prev environ: %p\n, save_environ); printf(prev _environ: %p\n, save__environ); printf(prev __environ: %p\n, save___environ); printf(prev TOTO: %s\n, toto); } } int main() { print_saved(); printf(main environ: %p\n, environ); printf(main _environ: %p\n, _environ); printf(main __environ: %p\n, __environ); printf(main environ: %p\n, environ); printf(main _environ: %p\n, _environ); printf(main __environ: %p\n, __environ); printf(main environ[0]: %s\n, environ[0]); printf(main TOTO: %s\n, getenv(TOTO)); printf(main value: %d\n, fonction()); return 0; }
Bug#730474: [php-maint] Bug#730474: libapache2-mod-php5: php.ini created with non-default value
tags 730474 +moreinfo Hi Steve, I don't think that's true. Could you please provide more evidence because clean install of libapache2-mod-php5 and doing: grep error_reporting /etc/php5/apache2/php.ini gives me: # grep error_reporting /etc/php5/apache2/php.ini ; error_reporting error_reporting = E_ALL ~E_DEPRECATED ~E_STRICT ; Eval the expression with current error_reporting(). Set to true if you want ; error_reporting(0) around the eval(). which is correct Ondrej On Mon, Nov 25, 2013, at 12:59, steve brown wrote: Package: libapache2-mod-php5 Version: 5.4.9-4ubuntu2.3 Severity: normal Dear Maintainer, php.ini states within that the default value for error_reporting is: Default Value: E_ALL ~E_NOTICE ~E_STRICT ~E_DEPRECATED however the default php.ini file as created sets error_reporting to 0 so that no errors are reported anywhere. This caused me time and effort chasing down an issue which should have been logged by default. Please may I suggest that this item is set as per the stated default. I suppose the alternative to change *and detail* the default to 0 would also be ok. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: Architecture: amd64 (x86_64) Foreign Architectures: Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730440: [php-maint] Bug#730440: php5-curl: new php5-curl does not accept invalid certificates
tags 730440 +moreinfo Hi, could you please provide a test script? O. On Mon, Nov 25, 2013, at 3:40, kpande wrote: Package: php5-curl Version: 5.4.4-14+deb7u5 Severity: important I use a PHP script that uses curl_setopt to accept invalid certificates and also disable verification of certificates. Old version 5.4.4-14 works but new 5.4.4-14+deb7u5 does not. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.69-vanillabean1 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 Shell: /bin/sh linked to /bin/dash Versions of packages php5-curl depends on: ii dpkg1.16.12 ii libc6 2.13-38 ii libcurl37.26.0-1+wheezy6 ii php5-cgi [phpapi-20100525] 5.4.4-14+deb7u5 ii php5-cli [phpapi-20100525] 5.4.4-14+deb7u5 ii php5-common 5.4.4-14+deb7u5 ii ucf 3.0025+nmu3 php5-curl recommends no packages. php5-curl suggests no packages. -- debconf information excluded ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731345: flash-kernel: add support for DT based kernels on Sheeva Plug
On 12/06/2013 09:31 AM, Ian Campbell wrote: It's good to talk about the implications. If we want to handle downgrading of kernels with an updated flash-kernel, I think, that cannot be done without an additional Kernel-Version field. This is because v3.11 ships with: /usr/lib/linux-image-3.11-2-kirkwood/kirkwood-sheevaplug.dtb But non-DT Sheeva support is still in the kernel, so non-DT Sheeva Plug is used with current flash-kernel and v3.11. Although v3.10 and v3.11 are not Wheezy's kernels. Is 3.11+DTB actively broken though? v3.11+DT works on Sheeva Plug, just tested it. That's good. Do you know if v3.10 or earlier shipped a DT in the kernel package? There is no DT for Sheeva Plug in Debian's v3.10, but 25 dtb in total. I was thinking of the following scenario: I have installed current flash-kernel (without DT support) and kernel v3.11. Then the new flash-kernel with append-DT-if-present-in-the-Kernel-package feature is released together with a new DT only kernel (=v3.12). I upgrade, because I want to have the shiny new kernel. For whatever reason I want to downgrade to v3.11, then I end up with v3.11 with DT, because the flash-kernel is still the new one. Right, this is the scenario I am worried about. The system does not behave as I expected. I downgraded to the same kernel but now the DT Sheeva Plug is booted. Ideally v3.11+DT would work well enough that the user wouldn't care about the difference. even if not I think so long as v3.11+DT works well enough to be able to manually fix things (e.g. by downgrading f-k) then this would be an acceptable trade-off to support such partial upgrades. Yes works for me. Although the bootloader sets the ARCH number, an attached DT seems to be preferred. That is what I would expect, yes. I suppose it would be nice to just check that the Wheezy kernel doesn't complain about or get confused by the appended DTB. Can you check that? I don't have physical access to that Sheeva Plug. Hrm, this would be something which would be good to try somewhere. On Wheezy there is no Sheevaplug DTB to attach... Oh yes, of course. Now I think of it the Wheezy kirkwood kernel did have DT and APPENDED_DTB support enabled, in order to support dreamplugs. http://packages.debian.org/wheezy/armel/linux-image-3.2.0-4-kirkwood/filelist Wheezy has two dtb files: /usr/lib/linux-image-3.2.0-4-kirkwood/kirkwood-dreamplug.dtb /usr/lib/linux-image-3.2.0-4-kirkwood/kirkwood-iconnect.dtb I have a feeling that would mean that it wouldn't boot if you appended a dtb to it. Which would mean we do have to think about versioned checks or something. Just stating the obvious: The Sheeva Plug probably wouldn't boot if I attach a dreamplug dtb to it. :) Right, I was thinking/worrying that it won't boot if you attach any DTB to it, including a newer one for the shivaplug. But of course f-k wouldn't ever do that. So the only concern is intermediate kernel versions which have a DT file but prefer non-DT operation. As I say I think so long as it boots well enough to allow repair then this is ok. In Debian, v3.11 is the first kernel that ships with a Sheeva Plug DT and that works for me. Do shivaplugs typically provide u-boot console access as standard or does that require soldering and/or cracking the case open? No, just plug in a Mini USB Cable and you have a serial console (and a JTAG for debricking via openocd). Marc signature.asc Description: OpenPGP digital signature
Bug#731055: [php-maint] Bug#731055: php5-fpm: Extend the package sockets to multiply pools
tags 731055 +moreinfo thanks Hi Vitalii, sorry but you lost me here with your terseness. Could you be more descriptive about the problem you are trying solve and the proposed solution? Ondrej On Sun, Dec 1, 2013, at 14:36, Vitalii Nagara wrote: Package: php5-fpm Version: 5.5.1+dfsg-2 Severity: wishlist Dear Maintainer, Sorry for shortness as full description was lost buy reportbug (it my first report here). As at php5-fpm ver. 5.4 pool was moved to separate directory: /etc/php5-fpm/pool.d We should move socket for default www pool to /var/run/php5-fpm/www.sock That will add creating dir /var/run/php5-fpm on system start up (that I do manually changing init.d/php5-fpm script. Thanks. -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): cli fpm PHP 5 Extensions (php5query -M -v): tidy (Enabled for cli by maintainer script) tidy (Enabled for fpm by maintainer script) json (Enabled for cli by maintainer script) json (Enabled for fpm by maintainer script) mysqli (Enabled for cli by maintainer script) mysqli (Enabled for fpm by maintainer script) mcrypt (Enabled for cli by maintainer script) mcrypt (Enabled for fpm by maintainer script) mysql (Enabled for cli by maintainer script) mysql (Enabled for fpm by maintainer script) sqlite3 (Enabled for cli by maintainer script) sqlite3 (Enabled for fpm by maintainer script) pdo_sqlite (Enabled for cli by maintainer script) pdo_sqlite (Enabled for fpm by maintainer script) gmp (Enabled for cli by maintainer script) gmp (Enabled for fpm by maintainer script) mysqlnd (Enabled for cli by maintainer script) mysqlnd (Enabled for fpm by maintainer script) xdebug (Enabled for cli by local administrator) xdebug (Enabled for fpm by local administrator) pdo_mysql (Enabled for cli by maintainer script) pdo_mysql (Enabled for fpm by maintainer script) opcache (Enabled for cli by maintainer script) opcache (Enabled for fpm by maintainer script) pdo (Enabled for cli by maintainer script) pdo (Enabled for fpm by maintainer script) intl (Enabled for cli by maintainer script) intl (Enabled for fpm by maintainer script) gd (Enabled for cli by maintainer script) gd (Enabled for fpm by maintainer script) curl (Enabled for cli by maintainer script) curl (Enabled for fpm by maintainer script) Configuration files: [PHP] engine = On short_open_tag = Off asp_tags = Off precision = 14 output_buffering = 4096 zlib.output_compression = Off implicit_flush = Off unserialize_callback_func = serialize_precision = 17 disable_functions = pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority, disable_classes = zend.enable_gc = On expose_php = On max_execution_time = 30 max_input_time = 60 memory_limit = 128M error_reporting = E_ALL ~E_DEPRECATED ~E_STRICT display_errors = Off display_startup_errors = Off log_errors = On log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off html_errors = On variables_order = GPCS request_order = GP register_argc_argv = Off auto_globals_jit = On post_max_size = 8M auto_prepend_file = auto_append_file = default_mimetype = text/html doc_root = user_dir = enable_dl = Off file_uploads = On upload_max_filesize = 2M max_file_uploads = 20 allow_url_fopen = On allow_url_include = Off default_socket_timeout = 60 [CLI Server] cli_server.color = On [Date] [filter] [iconv] [intl] [sqlite] [sqlite3] [Pcre] [Pdo] [Pdo_mysql] pdo_mysql.cache_size = 2000 pdo_mysql.default_socket= [Phar] [mail function] SMTP = localhost smtp_port = 25 mail.add_x_header = On [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent = On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [Interbase] ibase.allow_persistent = 1 ibase.max_persistent = -1 ibase.max_links = -1 ibase.timestampformat = %Y-%m-%d %H:%M:%S ibase.dateformat = %Y-%m-%d ibase.timeformat = %H:%M:%S [MySQL] mysql.allow_local_infile = On mysql.allow_persistent = On mysql.cache_size = 2000 mysql.max_persistent = -1 mysql.max_links = -1 mysql.default_port = mysql.default_socket = mysql.default_host = mysql.default_user = mysql.default_password = mysql.connect_timeout = 60 mysql.trace_mode = Off [MySQLi] mysqli.max_persistent = -1 mysqli.allow_persistent = On mysqli.max_links = -1 mysqli.cache_size = 2000 mysqli.default_port = 3306 mysqli.default_socket = mysqli.default_host = mysqli.default_user = mysqli.default_pw = mysqli.reconnect = Off [mysqlnd] mysqlnd.collect_statistics = On
Bug#731515: orafce: Please build postgresql-9.3 extension only
Package: orafce Version: 3.0.4-1 Severity: important User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please build a -9.3 extension (only)? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#730872: /lib/udev/rules.d/60-gnupg.rules: please add 08e6:34ec to /lib/udev/rules.d/60-gnupg.rules
On Sat, 2013-11-30 at 16:43 +0100, Yves-Alexis Perez wrote: Package: gnupg Version: 1.4.15-1.1 Severity: normal File: /lib/udev/rules.d/60-gnupg.rules Hi, I have an ExpressCard smartcard reader from Gemalto: Bus 002 Device 008: ID 08e6:34ec Gemplus Compact Smart Card Reader Writer which I use with gnupg(2) with an OpenPGP smartcard. Correct permissions on the devices (using acls) can be provided by consolekit (/lib/udev/rules.d/70-udev-acl.rules) or systemd (/lib/udev/rules.d/70-uaccess.rules), assuming the ID_SMARTCARD_READER property is present on the device. It's done correctly already for two Gemalto readers (3478 and 34c2) but mine is missing. Would it be possible to add that line: ATTR{idVendor}==08e6, ATTR{idProduct}==34ec, ENV{ID_SMARTCARD_READER}=1, ENV{ID_SMARTCARD_READER_DRIVER}=gnupg Thanks in advance, Please also add: ID 08e6:3437 Gemplus GemPC Twin SmartCard Reader Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731516: /etc/cron.daily/spamassassin: sa-compile not executed from cron
Package: spamassassin Version: 3.3.2-5 Severity: normal File: /etc/cron.daily/spamassassin Dear Maintainer, the cron script (once enabled) does not invoke sa-compile as the directory /var/lib/spamassassin/compiled does not exist after package installation. Once this directory is created (either manually or by executing sa-compile), the cron job works as expected. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- System Information: Debian Release: 7.2 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 pn libarchive-tar-perl none ii libhtml-parser-perl 3.69-2 ii libnet-dns-perl 0.66-2+b2 ii libnetaddr-ip-perl 4.062+dfsg-1 ii libsocket6-perl 0.23-1+b2 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.04-1 ii perl5.14.2-21+deb7u1 ii perl-modules [libio-zlib-perl] 5.14.2-21+deb7u1 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.12-7+deb7u2 ii libc6-dev 2.13-38 ii libio-socket-inet6-perl2.69-2 ii libmail-spf-perl 2.8.0-1 ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.14.2-21+deb7u1 ii re2c 0.13.5-1 ii spamc 3.3.2-5 Versions of packages spamassassin suggests: ii libdbi-perl 1.622-1 ii libio-socket-ssl-perl 1.76-2 ii libmail-dkim-perl 0.39-1 ii libnet-ident-perl 1.23-1 ii perl [libcompress-zlib-perl] 5.14.2-21+deb7u1 ii pyzor 1:0.5.0-2 pn razor none -- Configuration Files: /etc/default/spamassassin changed [not included] /etc/spamassassin/local.cf changed [not included] /etc/spamassassin/v310.pre changed [not included] /etc/spamassassin/v320.pre changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615492: Users connected to server cannot hear each other
Hi, I was able to reproduce this with a user of my ARM murmur server as well on the current stable version. It seems to be triggered by the user choosing force TCP in their client settings. With TCP forced, that user is unable to hear anyone else speaking on the server, including themselves in loopback mode. A random stab in the dark would be that this seems like an endianness issue with TCP transmission.
Bug#730528: [php-maint] Bug#730528: Enable dtrace/systemtap support
Hi Vincent, could you please elaborate more? What benefits would that have to general users and is there any performance (or any other) drawbacks in enabling this? Remi, do you enable this on Fedora builds (or do you have any plans to do so?). Cheers, Ondrej On Tue, Nov 26, 2013, at 9:12, Vincent Bernat wrote: Package: php5 Version: 5.5.6+dfsg-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Please, enable DTrace support. It allows tracing with tools like systemtap. It is just a matter of `--enable-dtrace` option passed to configure and depending on systemtap-sdt-dev. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5 depends on: ii libapache2-mod-php5 5.5.6+dfsg-1 ii php5-cgi 5.5.6+dfsg-1 ii php5-common 5.5.6+dfsg-1 php5 recommends no packages. php5 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSlFf1AAoJEJWkL+g1NSX5BRAQAIUc3ZVnnHvMLP3NsZeQqKPA vF5RiVhFFL+wHjEYkcym2XKi+IbBD5/w4DDGf0KbLllpKsgvKPX+mLuXaezXC8un 2YuqzNTSXS5B/riZ/r2ZvMUuZvz89GMyNZa2RJtUXThlH0ntdSQetv/OTWIN8ZAV PkvaIf0Rgxbf2PWebuGgIZXqQ8IsYr9HF6luiDCqIG2PpwGrz4ynrrOq75qLcsmW ZQceqtKMQjYdhkZuAmZax4ySj6NSmFBYO1oyYy/9xbT8j7cXo57kBUj2WZRXy6oU 8S87UfiMnIxy1S4gItNFbs+po1RqMp49MpxvEznytJVVuBjBaWUH7PehVlZhcZzJ 3jO+SOxFjyJmR4hwGIV0eGkY1sgezub2PApddP+Gj+DG3tPcgFMppPXUjT3sDhu1 OPe8xTzAieQBT/NVCmmJ1FWavC1cLgG6qpistRhlJzO7A38rr//5mDmHNIwg1s9W c2mGV8heC/4tKhYWsm9F2fTtz45Aadbm/XvK2mfCrvkwZYq8vDUdIooTSZmQRFVC bYy5t0Mo8d7vH3mlqX5E1dUfx+3iBaz1Nuc8SekVxvQR/Zs1LLPYrEi26ChqBQt3 ijS/sf9KlJPeFJk461bPyzw+wozzaqRX/UcRAPMoZDGSdRvV+gwmrz6ZJh5yXtMY IRFarkJf+Pr+uXJTqB+g =OF1z -END PGP SIGNATURE- ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725429: Probable solution
Hi, I am not sure, but to me it seems that quite a few issues may be cause by the following bug in encfs reported upstream with patch, but still not implemented: https://code.google.com/p/encfs/issues/detail?id=151 [1] To read more about it (and debugging approach): https://code.google.com/p/encfs/issues/detail?id=162 [2] https://lists.gnu.org/archive/html/rdiff-backup-users/2010-05/msg0.html [3] Please include it as a Debian patch until it is accepted upstream. Greetings, gw Links: -- [1] https://code.google.com/p/encfs/issues/detail?id=151 [2] https://code.google.com/p/encfs/issues/detail?id=162 [3] https://lists.gnu.org/archive/html/rdiff-backup-users/2010-05/msg0.html
Bug#725570: pgfincore: FTBFS: dpkg-buildpackage: error: dpkg-source -b pgfincore-1.1 gave error exit status 255
retitle 725570 build postgresql-9.3 extension only user 725570 pkg-postgresql-pub...@lists.alioth.debian.org usertag 725570 migration-93 thanks David Suárez [2013-10-06 21:46 +0200]: Source: pgfincore During a rebuild of all packages in sid, your package failed to build on amd64. Indeed, as for Wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please build a -9.3 extension (only)? Thanks to Gregor for the debdiff! Please note that you forgot to install the .control file, so that CREATE EXTENSION fails. Please add this to debian/postgresql-9.3-pgfincore.install: pgfincore.control usr/share/postgresql/9.3/extension Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#731517: preprepare: Please build postgresql-9.3 extension only
Package: preprepare Version: 0.5-1 Severity: important User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please build a -9.3 extension (only)? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#567556: watch: tail mode
Package: procps Version: 1:3.3.8-2 Followup-For: Bug #567556 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I was about to report the same issue, and given the age of the bug I’d like to express that it is still relevant (at least to me). Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-43 ii libc6 2.17-97 ii libncurses5 5.9+20130608-1 ii libncursesw5 5.9+20130608-1 ii libprocps11:3.3.8-2 ii libtinfo5 5.9+20130608-1 ii lsb-base 4.1+Debian12 Versions of packages procps recommends: ii psmisc 22.20-1 procps suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlKhl0YACgkQ9ijrk0dDIGzuzwCgvf1I1obHe9H2TMlCwWhYWx1N iKAAmwUACr7MHyZz5pLMJS7UWCVrb59o =agsN -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#731518: postgresql-pljava: Please build postgresql-9.3 extension only
Package: postgresql-pljava Version: 1.4.3-2 Severity: important User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please build a -9.3 extension (only)? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#731519: anki: Anki must depend on python-httplib2
Package: anki Version: 2.0.11+dfsg-1 Severity: important Dear Maintainer, everything is in the title actually: $ anki Traceback (most recent call last): File /usr/bin/anki, line 7, in module import aqt File /usr/share/anki/aqt/__init__.py, line 5, in module from aqt.qt import * File /usr/share/anki/aqt/qt.py, line 7, in module from anki.utils import isWin, isMac File /usr/share/anki/anki/__init__.py, line 32, in module from anki.storage import Collection File /usr/share/anki/anki/storage.py, line 7, in module from anki.utils import intTime, json File /usr/share/anki/anki/utils.py, line 6, in module import re, os, random, time, math, htmlentitydefs, subprocess, \ ImportError: No module named httplib2 Installing python-httplib2 fixes this problem on my computer. Thanks, Jonathan -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') 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 anki depends on: ii libjs-jquery 1.7.2+dfsg-2 ii libjs-jquery-flot 0.8.1+dfsg-2 ii libjs-jquery-ui 1.10.1+dfsg-1 ii python2.7.5-2 ii python-beautifulsoup 3.2.1-1 ii python-pyaudio0.2.4-2+b1 ii python-qt44.10.2-1 ii python-simplejson 2.6.2-1 ii python-sqlalchemy 0.7.9-1 Versions of packages anki recommends: pn python-matplotlib none Versions of packages anki suggests: pn dvipng none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731520: apt: please improve when arch:any pkg dep on arch:all data pkg or data pkg breaks :any
Package: apt Version: 0.9.12.1 Severity: wishlist Hi, as user of one of the slower architectures (m68k), I regularily see things like this in apt-get --purge dist-upgrade: The following packages will be REMOVED: git* mc* The following packages will be upgraded: […] git-man […] mc-data […] The situations here are: • newer git and mc have been uploaded but not built yet • newer git-man and mc-data are arch:all and thus available • mc Depends mc-data (= same version), yet apt wants to upgrade mc-data at all costs, even removing the reason it has been installed in the first place • git-man Breaks git ( same version), yet apt wants to upgrade git-man at all costs. Hm, and git Depends on git-man in a rather curious way. This is a pattern I see a lot (e.g. I’m using Package: glib-networking-common Pin: version 2.36.1-2~m68k.1 Pin-Priority: 1001 in /etc/apt/preferences because this, too, is a data package that APT insists on upgrading otherwise). Can this situation be improved, if the pattern “there is an arch:any package that gets removed by a related¹ arch:all package being upgraded”, maybe at least for the situation where both are currently installed? ① ofc “related” has to be defined somehow If this is not possible or feasible at all, feel free to close the report, I’ll have to continue using “hold” then, but maybe… -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.11-2-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.15-1.1 ii libapt-pkg4.12 0.9.12.1 ii libc6 2.17-96 ii libgcc2 4.8.2-5+m68k.1 ii libstdc++6 4.8.2-5+m68k.1 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none pn aptitude | synaptic | wajig none ii dpkg-dev 1.17.1 pn python-apt none ii xz-utils 5.1.1alpha+20120614-2 -- 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#731521: Please update Suggests: for postgresql-9.3
Package: postbooks-schema-empty Version: 4.1.0-1 User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please update the Suggests: from postgresql-9.1 to postgresql | postgresql-9.3? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#731522: Please update Suggests: for postgresql-9.3
Package: postbooks-schema-demo Version: 4.1.0-1 User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please update the Suggests: from postgresql-9.1 to postgresql | postgresql-9.3? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#731523: Please update Suggests: for postgresql-9.3
Package: postbooks-schema-quickstart Version: 4.1.0-1 User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please update the Suggests: from postgresql-9.1 to postgresql | postgresql-9.3? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#731524: hardening-wrapper: Trying to overwrite /usr/bin/gcc-4.7
Package: hardening-wrapper Version: 2.4 Severity: serious Hi, I tried today to build a package with an updated pbuilder unstable chroot and I get: Unpacking intltool-debian (0.35.0+20060710.1) ... Selecting previously unselected package po-debconf. Preparing to unpack .../po-debconf_1.0.16+nmu2_all.deb ... Unpacking po-debconf (1.0.16+nmu2) ... Selecting previously unselected package debhelper. Preparing to unpack .../debhelper_9.20131127_all.deb ... Unpacking debhelper (9.20131127) ... Selecting previously unselected package hardening-wrapper. Preparing to unpack .../hardening-wrapper_2.4_amd64.deb ... Adding 'diversion of /usr/bin/gcc-4.2 to /usr/bin/gcc-4.2.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.2 to /usr/bin/g++-4.2.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.3 to /usr/bin/gcc-4.3.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.3 to /usr/bin/g++-4.3.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.4 to /usr/bin/gcc-4.4.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.4 to /usr/bin/g++-4.4.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.5 to /usr/bin/gcc-4.5.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.5 to /usr/bin/g++-4.5.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.6 to /usr/bin/gcc-4.6.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.6 to /usr/bin/g++-4.6.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.7 to /usr/bin/gcc-4.7.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.7 to /usr/bin/g++-4.7.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.8 to /usr/bin/gcc-4.8.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.8 to /usr/bin/g++-4.8.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.9 to /usr/bin/gcc-4.9.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.9 to /usr/bin/g++-4.9.real by hardening-wrapper' Adding 'diversion of /usr/bin/ld.bfd to /usr/bin/ld.bfd.real by hardening-wrapper' Adding 'diversion of /usr/bin/ld.gold to /usr/bin/ld.gold.real by hardening-wrapper' Unpacking hardening-wrapper (2.4) ... dpkg: error processing archive /var/cache/apt/archives/hardening-wrapper_2.4_amd64.deb (--unpack): trying to overwrite '/usr/bin/gcc-4.7', which is also in package gcc-4.7 4.7.3-9 Removing 'diversion of /usr/bin/gcc-4.2 to /usr/bin/gcc-4.2.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.2 to /usr/bin/g++-4.2.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.3 to /usr/bin/gcc-4.3.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.3 to /usr/bin/g++-4.3.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.4 to /usr/bin/gcc-4.4.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.4 to /usr/bin/g++-4.4.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.5 to /usr/bin/gcc-4.5.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.5 to /usr/bin/g++-4.5.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.6 to /usr/bin/gcc-4.6.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.6 to /usr/bin/g++-4.6.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.7 to /usr/bin/gcc-4.7.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.7 to /usr/bin/g++-4.7.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.8 to /usr/bin/gcc-4.8.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.8 to /usr/bin/g++-4.8.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.9 to /usr/bin/gcc-4.9.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.9 to /usr/bin/g++-4.9.real by hardening-wrapper' Removing 'diversion of /usr/bin/ld.bfd to /usr/bin/ld.bfd.real by hardening-wrapper' Removing 'diversion of /usr/bin/ld.gold to /usr/bin/ld.gold.real by hardening-wrapper' Selecting previously unselected package libsqlite3-dev:amd64. Preparing to unpack .../libsqlite3-dev_3.8.1-2_amd64.deb ... Unpacking libsqlite3-dev:amd64 (3.8.1-2) ... Errors were encountered while processing: /var/cache/apt/archives/hardening-wrapper_2.4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up libasprintf0c2:amd64 (0.18.3.1-2) ... Setting up libxdmcp6:amd64 (1:1.1.1-1) ... Setting up libxml2:amd64 (2.9.1+dfsg1-3) ... -- System Information: Debian Release: 7.2 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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hardening-wrapper depends on: ii g++ 4:4.7.2-1 ii gcc 4:4.7.2-1 ii perl 5.14.2-21+deb7u1 hardening-wrapper recommends no packages. hardening-wrapper
Bug#708577: konsole crashes during window resizing with fglrx 13.4-2 Catalyst driver
Control: reassign -1 fglrx-driver In article BAY178-W32A0D8D293A8815D5F9BAECFD60__9515.36168945513$1386307652$gmane$o...@phx.gbl you wrote: I have the same issue. I am using the amd catalyst 13.11-beta. It happens when i resize, minimize, or bring forward. Does not seem to happen when i maximize the Konsole window. It does not happen all the time, but more often then not. Konsole version 2.11.3KDE version 4.11.3catalyst 13.11-beta V1AMD 6950 video card. I am also using dual monitors, if that makes any difference and will happily provide any additional information required. Well, this bug is seems to be a fglrx issue, thus I'm reassigning it. Since the problem is related to resize/minimize, it might be worth to test disabling those effects in the system settings - desktop effects. Also, note that in the advanced options you can switch between opengl 3.1, opengl 2.0, opengl 1.2 and Xrender. In my experience opengl 3.1 support is unstable and some effects fail with it, and while using xrender is the slowest it should always work. Thank you for making Debian a great distro. Thanks to you. -- Don't let what you cannot do interfere with what you can do. -- Wooden's Rule Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#731521: [pkg-xtuple-maintainers] Bug#731521: Please update Suggests: for postgresql-9.3
On 06/12/13 10:31, Martin Pitt wrote: Package: postbooks-schema-empty Version: 4.1.0-1 User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please update the Suggests: from postgresql-9.1 to postgresql | postgresql-9.3? 9.3 changed some function names in a way that breaks backwards compatibility postbooks upstream does not support postbooks 4.1 with postgresql 9.3 but they are well aware of the issue and hopefully 4.2 or 4.3 will work with it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731522: [pkg-xtuple-maintainers] Bug#731522: Please update Suggests: for postgresql-9.3
On 06/12/13 10:32, Martin Pitt wrote: Package: postbooks-schema-demo Version: 4.1.0-1 User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please update the Suggests: from postgresql-9.1 to postgresql | postgresql-9.3? 9.3 changed some function names in a way that breaks backwards compatibility postbooks upstream does not support postbooks 4.1 with postgresql 9.3 but they are well aware of the issue and hopefully 4.2 or 4.3 will work with it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731509: libc6: provide a way to read the environment in ifunc dispatch functions
Control: reassign -1 src:libc6 On Vi, 06 dec 13, 07:33:39, Vincent Danjean wrote: Source: libc6 Version: 2.17-97 Severity: wishlist Tags: upstream Hi, I'm using ifunc functions but I would like to read the environment in order to select the runtime function. A small program easily shows that the libc 'environ' variable (nor _environ nor __environ) is not yet initialized (so the 'getenv' function does not work either). Is there a way I did not find to access to the environment of the program at the point where ifunc functions are resolved? Looking at the sources, the environment is read way before by ld.so itself (looking for LD_... envvar). However, the pointer to the initial environment is not exported by ld.so (at least I did not find it). It is given to the libc, but too late (in ./csu/init-first.c if I read the sources correctly). Would it be possible to export the initial environment (ie the __environ variable used by ld.so with another name, not the __environ of the libc)? Or can the call to the ifunc resolver function have a (char**envp) parameter (it would be backward binary compatible but programs requiring this behavior would need to depends on recent version of libc)? Or would it be possible to initialize the libc __environ variable more quickly? I'm willing to prepare and test patches if you tell me which solution I should implement. Regards, Vincent PS: I attach a small program showing the environ is not yet initialized. PPS: I already post my question on stackoverflow without any useful answer http://stackoverflow.com/questions/20353246/reading-the-environment-when-executing-elf-ifunc-dispatch-functions -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armel mipsel Kernel: Linux 3.12-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#729555: NOT fixed in lighttpd 1.4.28-2+squeeze1.5/1.4.31-4+deb7u2
Hi, the new versions (1.4.28-2+squeeze1.5, 1.4.31-4+deb7u2) do *not* fix this problem at all. So, I'm reopening this bug. regards, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731523: [pkg-xtuple-maintainers] Bug#731523: Please update Suggests: for postgresql-9.3
On 06/12/13 10:32, Martin Pitt wrote: Package: postbooks-schema-quickstart Version: 4.1.0-1 User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please update the Suggests: from postgresql-9.1 to postgresql | postgresql-9.3? 9.3 changed some function names in a way that breaks backwards compatibility postbooks upstream does not support postbooks 4.1 with postgresql 9.3 but they are well aware of the issue and hopefully 4.2 or 4.3 will work with it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707814: Can I drop python-testtools dependency from python-extras?
Hi Robert, Since you're the main upstream author, and as well a DD, I think you are the correct person to ask... This message subject say it all. Discussion about the problem is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707814 Your thoughts? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724861: pu: package intel-microcode/1.20130906.1
On Thu, 05 Dec 2013, Adam D. Barratt wrote: Control: tags -1 + pending On Thu, 2013-12-05 at 09:47 -0200, Henrique de Moraes Holschuh wrote: On Wed, 04 Dec 2013, Adam D. Barratt wrote: Assuming this is still (a|the) version that you'd like to provide via p-u, please go ahead; apologies for the delay. It is, I will upload it shortly. Flagged for acceptance; thanks. Thank you! -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731525: owncloud-client: Please add symbols support for powerpcspe
Source: owncloud-client Version: 1.4.2+dfsg-2 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, owncloud-client currently doesn't support powerpcspe in the symbols file and therefore FTBFS: ... @@ -53,529 +53,529 @@ #MISSING: 1.4.2# _ZN11QStringListC2ERK5QListI7QStringE@Base 1.4.0 #MISSING: 1.4.2# _ZN11QStringListC2ERKS_@Base 1.4.0 #MISSING: 1.4.2# _ZN11QStringListC2Ev@Base 1.4.0 - (arch=ia64 powerpc s390x sparc)_ZN11QStringListD1Ev@Base 1.4.2 - (arch=ia64 powerpc s390x sparc)_ZN11QStringListD2Ev@Base 1.4.2 + _ZN11QStringListD1Ev@Base 1.4.2 + _ZN11QStringListD2Ev@Base 1.4.2 #MISSING: 1.4.2# _ZN11QStringListaSERKS_@Base 1.4.0 ... dh_makeshlibs: dpkg-gensymbols -plibowncloudsync0 -Idebian/libowncloudsync0.symbols -Pdebian/libowncloudsync0 -edebian/libowncloudsync0/usr/lib/libowncloudsync.so.1.4.2 returned exit code 1 make: *** [binary-arch] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 ... Attaching a patch that fixes this. Basically, powerpcspe contains the same symbols as the powerpc version. Please note that the patch doesn't update SymbolsHelper-Confirmed:, please do additionally if the patch is integrated. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- debian/libowncloudsync0.symbols.orig 2013-12-05 15:15:01.29561 +0100 +++ debian/libowncloudsync0.symbols 2013-12-05 15:18:18.636458763 +0100 @@ -54,8 +54,8 @@ #MISSING: 1.4.2# _ZN11QStringListC2ERK5QListI7QStringE@Base 1.4.0 #MISSING: 1.4.2# _ZN11QStringListC2ERKS_@Base 1.4.0 #MISSING: 1.4.2# _ZN11QStringListC2Ev@Base 1.4.0 - (arch=ia64 powerpc s390x sparc)_ZN11QStringListD1Ev@Base 1.4.2 - (arch=ia64 powerpc s390x sparc)_ZN11QStringListD2Ev@Base 1.4.2 + (arch=ia64 powerpc powerpcspe s390x sparc)_ZN11QStringListD1Ev@Base 1.4.2 + (arch=ia64 powerpc powerpcspe s390x sparc)_ZN11QStringListD2Ev@Base 1.4.2 #MISSING: 1.4.2# _ZN11QStringListaSERKS_@Base 1.4.0 #MISSING: 1.4.2# _ZN11QStringListlsERK7QString@Base 1.4.0 #MISSING: 1.4.2# _ZN11QStringListlsERKS_@Base 1.4.0 @@ -64,8 +64,8 @@ (arch=sparc)_ZN12QMutexLocker6unlockEv@Base 1.4.2 #MISSING: 1.4.2# _ZN12QMutexLockerC1EP6QMutex@Base 1.4.0 #MISSING: 1.4.2# _ZN12QMutexLockerC2EP6QMutex@Base 1.4.0 - (arch=ia64 powerpc s390x)_ZN12QMutexLockerD1Ev@Base 1.4.2 - (arch=ia64 powerpc s390x)_ZN12QMutexLockerD2Ev@Base 1.4.2 + (arch=ia64 powerpc powerpcspe s390x)_ZN12QMutexLockerD1Ev@Base 1.4.2 + (arch=ia64 powerpc powerpcspe s390x)_ZN12QMutexLockerD2Ev@Base 1.4.2 #MISSING: 1.4.2# (optional=templinst)_ZN13QHashIteratorI7QStringPN6Mirall6FolderEE4nextEv@Base 1.4.0 #MISSING: 1.4.2# (optional=templinst)_ZN13QHashIteratorI7QStringPN6Mirall6FolderEEC1ERK5QHashIS0_S3_E@Base 1.4.0 #MISSING: 1.4.2# (optional=templinst)_ZN13QHashIteratorI7QStringPN6Mirall6FolderEEC2ERK5QHashIS0_S3_E@Base 1.4.0 @@ -85,7 +85,7 @@ #MISSING: 1.4.2# (optional=templinst)_ZN14QSharedPointerIN6Mirall19AbstractCredentialsEEC2ERKS2_@Base 1.4.0 #MISSING: 1.4.2# (optional=templinst)_ZN14QSharedPointerIN6Mirall19AbstractCredentialsEEC2Ev@Base 1.4.0 (optional=templinst|arch=ia64 powerpc s390x sparc)_ZN14QSharedPointerIN6Mirall19AbstractCredentialsEED1Ev@Base 1.4.2 - (optional=templinst|arch=ia64 powerpc s390x sparc)_ZN14QSharedPointerIN6Mirall19AbstractCredentialsEED2Ev@Base 1.4.2 + (optional=templinst|arch=ia64 powerpc powerpcspe s390x sparc)_ZN14QSharedPointerIN6Mirall19AbstractCredentialsEED2Ev@Base 1.4.2 #MISSING: 1.4.2# (optional=templinst)_ZN14QSharedPointerIN6Mirall19AbstractCredentialsEEaSERKS2_@Base 1.4.0 (arch=sparc)_ZN15QBasicAtomicInt3refEv@Base 1.4.2 #MISSING: 1.4.2# _ZN15QBasicAtomicInt5derefEv@Base 1.4.0 @@ -93,7 +93,7 @@ #MISSING: 1.4.2# (optional=templinst)_ZN15QtSharedPointer16ExternalRefCountIN6Mirall19AbstractCredentialsEE12internalCopyIS2_EEvRKNS0_IT_EE@Base 1.4.0 #MISSING: 1.4.2# (optional=templinst)_ZN15QtSharedPointer16ExternalRefCountIN6Mirall19AbstractCredentialsEE17internalConstructEPS2_@Base 1.4.0 #MISSING: 1.4.2# (optional=templinst)_ZN15QtSharedPointer16ExternalRefCountIN6Mirall19AbstractCredentialsEE26internalFinishConstructionEPS2_@Base 1.4.0 - (optional=templinst|arch=!ia64 !powerpc !s390x !sparc)_ZN15QtSharedPointer16ExternalRefCountIN6Mirall19AbstractCredentialsEE5derefEPNS_20ExternalRefCountDataEPS2_@Base 1.4.0 + (optional=templinst|arch=!ia64 !powerpc !powerpcspe !s390x !sparc)_ZN15QtSharedPointer16ExternalRefCountIN6Mirall19AbstractCredentialsEE5derefEPNS_20ExternalRefCountDataEPS2_@Base 1.4.0 #MISSING: 1.4.2# (optional=templinst)_ZN15QtSharedPointer16ExternalRefCountIN6Mirall19AbstractCredentialsEE5derefEv@Base 1.4.0 #MISSING: 1.4.2#
Bug#731527: apt-listbugs: no package can get installed
Package: apt-listbugs Version: 0.1.9 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, No package can be installed using version 0.1.11. This error is shown when you try to install any package using synaptic or aptitude (and any other install manager I guess). E: APT_HOOK_INFO_FD is not correctly defined. E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code (10) E: Failure running script /usr/sbin/apt-listbugs apt || exit 10 Downgrading to version 0.1.9 solves the problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-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 apt-listbugs depends on: ii apt 0.9.12.1 ii libruby1.8 1.8.7.358-9 ii ruby-debian 0.3.8+b1 ii ruby-gettext 3.0.2-2 ii ruby-httpclient 2.3.3-2 ii ruby-xmlparser 0.7.2-2 ii ruby1.8 1.8.7.358-9 apt-listbugs recommends no packages. Versions of packages apt-listbugs suggests: ii chromium [www-browser] 31.0.1650.57-1 ii debianutils 4.4 ii epiphany-browser [www-browser] 3.8.2-4 ii iceweasel [www-browser] 24.1.0esr-1 ii konqueror [www-browser] 4:4.11.3-1 ii reportbug 6.4.4 -- 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#731526: ITP: radosgw-agent -- Synchronize data and users between radosgw clusters
Package: wnpp Severity: wishlist Owner: James Page james.p...@ubuntu.com * Package name: radosgw-agent Version : 1.1 * URL : http://github.com/ceph/radosgw-agent * License : MIT Programming Lang: Python Description : Synchronize data and users between radosgw clusters RADOS is a distributed object store used by the Ceph distributed storage system. The RADOS Gateway provides a RESTful gateway to the object store that aims to implement a superset of Amazon's S3 service . This package contains the agent for synchronization between geographically separated RADOS Gateway deployments. This package will be maintained by the pkg-ceph team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724973: jetty8: diff for NMU version 8.1.3-8.1
Le 06/12/2013 08:06, Ludovico Cavedon a écrit : Done and uploaded. Thank you Although it seems I cannot push because I do not have permissions, probably because I am not part of pkg-java. Could you request to join the pkg-java group on alioth please? It's preferable that you push your changes so your contribution is properly tracked in the git log. https://alioth.debian.org/project/request.php?group_id=30085 Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708430: Increasing severity
severity 708430 serious thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705045: Easy fix
Control: severity -1 grave Control: tag -1 patch This will cause unrelated software to fail at building. Since the fix is trivial (see attachment) I don't quite understand how this bug has been open for almost 8 months without any activity. NMUing the fixed package to DELAYED/5... Cheers, -Hilko json-spirit_4.05-1.1.debian.tar.gz Description: Binary data
Bug#730528: [php-maint] Bug#730528: Enable dtrace/systemtap support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 06/12/2013 10:05, Ondřej Surý a écrit : Hi Vincent, could you please elaborate more? What benefits would that have to general users and is there any performance (or any other) drawbacks in enabling this? Remi, do you enable this on Fedora builds (or do you have any plans to do so?). Yes dtrace is enabled in Fedora for PHP 5.5 build. Notice, this cause 1 test failing because of stack size limit, not a big issue, but this means stack consumption is greater, so have to be increase in some (very rare) cases. Remi. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKhoO0ACgkQYUppBSnxahh+NgCdEXnVGt88pbJ1N7KyyW9CY0Zs WtcAoLIMYNAvg9PJvXPmfuOZCP+TsUNW =5PdW -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#731524: hardening-wrapper: Trying to overwrite /usr/bin/gcc-4.7
Control: reassign -1 dpkg 1.17.3 There seems to be a problem with the file list handling in dpkg 1.17.2. AFAICS the hardening-wrapper package sets up diversions correctly in the preinst but dpkg still reports a file conflict. Under dpkg 1.17.1 hardening-wrapper installs fine. On 2013-12-06 10:36 +0100, Patrick Matthäi wrote: Package: hardening-wrapper Version: 2.4 Severity: serious Hi, I tried today to build a package with an updated pbuilder unstable chroot and I get: Unpacking intltool-debian (0.35.0+20060710.1) ... Selecting previously unselected package po-debconf. Preparing to unpack .../po-debconf_1.0.16+nmu2_all.deb ... Unpacking po-debconf (1.0.16+nmu2) ... Selecting previously unselected package debhelper. Preparing to unpack .../debhelper_9.20131127_all.deb ... Unpacking debhelper (9.20131127) ... Selecting previously unselected package hardening-wrapper. Preparing to unpack .../hardening-wrapper_2.4_amd64.deb ... Adding 'diversion of /usr/bin/gcc-4.2 to /usr/bin/gcc-4.2.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.2 to /usr/bin/g++-4.2.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.3 to /usr/bin/gcc-4.3.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.3 to /usr/bin/g++-4.3.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.4 to /usr/bin/gcc-4.4.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.4 to /usr/bin/g++-4.4.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.5 to /usr/bin/gcc-4.5.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.5 to /usr/bin/g++-4.5.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.6 to /usr/bin/gcc-4.6.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.6 to /usr/bin/g++-4.6.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.7 to /usr/bin/gcc-4.7.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.7 to /usr/bin/g++-4.7.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.8 to /usr/bin/gcc-4.8.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.8 to /usr/bin/g++-4.8.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.9 to /usr/bin/gcc-4.9.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.9 to /usr/bin/g++-4.9.real by hardening-wrapper' Adding 'diversion of /usr/bin/ld.bfd to /usr/bin/ld.bfd.real by hardening-wrapper' Adding 'diversion of /usr/bin/ld.gold to /usr/bin/ld.gold.real by hardening-wrapper' Unpacking hardening-wrapper (2.4) ... dpkg: error processing archive /var/cache/apt/archives/hardening-wrapper_2.4_amd64.deb (--unpack): trying to overwrite '/usr/bin/gcc-4.7', which is also in package gcc-4.7 4.7.3-9 Removing 'diversion of /usr/bin/gcc-4.2 to /usr/bin/gcc-4.2.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.2 to /usr/bin/g++-4.2.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.3 to /usr/bin/gcc-4.3.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.3 to /usr/bin/g++-4.3.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.4 to /usr/bin/gcc-4.4.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.4 to /usr/bin/g++-4.4.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.5 to /usr/bin/gcc-4.5.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.5 to /usr/bin/g++-4.5.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.6 to /usr/bin/gcc-4.6.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.6 to /usr/bin/g++-4.6.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.7 to /usr/bin/gcc-4.7.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.7 to /usr/bin/g++-4.7.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.8 to /usr/bin/gcc-4.8.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.8 to /usr/bin/g++-4.8.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.9 to /usr/bin/gcc-4.9.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.9 to /usr/bin/g++-4.9.real by hardening-wrapper' Removing 'diversion of /usr/bin/ld.bfd to /usr/bin/ld.bfd.real by hardening-wrapper' Removing 'diversion of /usr/bin/ld.gold to /usr/bin/ld.gold.real by hardening-wrapper' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708430: No actions at all?
found 708430 2.00-21 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731517: preprepare: Please build postgresql-9.3 extension only
Martin Pitt mp...@debian.org writes: Package: preprepare Version: 0.5-1 Severity: important User: pkg-postgresql-pub...@lists.alioth.debian.org Usertags: migration-93 For wheezy we support PostgreSQL 9.3, and want to drop postgresql-9.1. Can you please build a -9.3 extension (only)? I updated the source tree to suppor building against 9.3 and updated the packaging a bit to fix some oddities. I could build binary packages for all supported PostgreSQL version, including 9.3. Now a debian developer needs to do the uploading dance, I'm not in a position to do that myself (not a DD, no keys to the kingdom). Thanks, -- dim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731528: dose2: FTBFS with ocaml 4.01.0
Source: dose2 Version: 1.4.2-4 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, dose2 FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: /usr/bin/ocamlfind ocamlc -I ../io -package calendar -o lifetime.cmi -c lifetime.mli /usr/bin/ocamlfind ocamlc -I ../io -package calendar -o lifetime.cmo -c lifetime.ml /usr/bin/ocamlfind ocamlc -o lifetime.cma -a lifetime.cmo make[3]: Leaving directory `/«PKGBUILDDIR»/lifetime' make[3]: Entering directory `/«PKGBUILDDIR»/dosebase' /usr/bin/ocamlfind ocamlc -I ../lifetime -I ../napkin -I ../io -I ../util -package dbm,pcre -o dosebase.cmi -c dosebase.mli ocamlfind: Package `dbm' not found make[3]: *** [dosebase.cmi] Error 2 make[3]: Leaving directory `/«PKGBUILDDIR»/dosebase' make[2]: *** [bcl] Error 2 make[2]: Leaving directory `/«PKGBUILDDIR»' dh_auto_build: make -j1 returned exit code 2 make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 dbm used to be shipped with ocaml, but it has been split out in version 4. Either dose2 has to drop the dependency, or dbm has to be packaged. Would it be possible to drop the dependency? Full build logs available via: https://buildd.debian.org/status/package.php?p=dose2suite=sid Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731529: xen-api-libs: FTBFS with ocaml 4.01.0
Source: xen-api-libs Version: 0.5.2-3.1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, xen-api-libs FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: ocamlfind ocamlopt -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -package xmlm -c -o rpc.o rpc.ml ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -c -package camlp4 -pp camlp4orf -I /usr/lib/ocaml/camlp4 -o pa_module_conv.cmo pa_module_conv.ml ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -c -package camlp4,type_conv -pp camlp4orf -I /usr/lib/ocaml/camlp4 -I /usr/lib/ocaml/type_conv p4_rpc.cmo p4_rpc.ml File p4_rpc.ml, line 543, characters 6-14: Warning 26: unused variable arg_path. ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -c -package camlp4,type_conv -pp camlp4orf -I /usr/lib/ocaml/camlp4 -I /usr/lib/ocaml/type_conv pa_rpc.cmo pa_rpc.ml File pa_rpc.ml, line 20, characters 72-75: Error: This expression has type bool but an expression was expected of type Camlp4.PreCast.Ast.ctyp make[2]: *** [pa_rpc.cmo] Error 2 make[1]: *** [all] Error 2 make[2]: Leaving directory `/«PKGBUILDDIR»/rpc-light' make[1]: Leaving directory `/«PKGBUILDDIR»' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=xen-api-libssuite=sid I see on the PTS that there is a new upstream version. Maybe there is a fix there. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731530: rsyslog init script breaks after package upgrade
Package: rsyslog Version: 5.8.11-3 Severity: normal Dear Maintainer, Following a recent upgrade from squeeze to wheezy (although this would be trigged by any package update it seems), we noticed that rsyslog was not logging to the correct log file after log rotation - it was still logging to syslog.1 etc. I discovered that this was caused by the init script not being able to find the correct pid to signal. Although the pid file was correct, it was trying to match the exact executable file, which had been deleted: chrisb@massmail:~$ sudo ls /proc/427/exe -l lrwxrwxrwx 1 root root 0 Dec 6 01:33 /proc/427/exe - (deleted)/usr/sbin/rsyslogd chrisb@massmail:~$ sudo /etc/init.d/rsyslog restart [ ok ] Stopping enhanced syslogd: rsyslogd already stopped. [] Starting enhanced syslogd: rsyslogd Already running. If you want to run multiple instances, you need to specify different pid files (use -i option) [ ok ady started. It seems this was related to the following change in 5.8.8-1: * debian/rsyslog.init - Use --exec instead of --name for start-stop-daemon. This is more reliable and works better on GNU/Hurd. (Closes: #652575) This also breaks the postinst script which tries to restart the daemon on upgrade. This could potentially cause an important upgrade not to be applied to the running daemon. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-042stab081.5 (SMP w/20 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii initscripts 2.88dsf-41+deb7u1 ii libc62.13-38 ii lsb-base 4.1+Debian8+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages rsyslog recommends: ii logrotate 3.8.1-4 Versions of packages rsyslog suggests: pn rsyslog-docnone pn rsyslog-gnutls none pn rsyslog-gssapi none pn rsyslog-mysql | rsyslog-pgsql none pn rsyslog-relp none -- no debconf information -- Chris Butler chr...@debian.org GnuPG Key ID: 4096R/49E3ACD3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731443: gnome-terminal forces default character encoding to ANSIX3.4-1968 (ASCII) but doesn't set up LC_CTYPE
On 2013-12-05 15:31:30 +0100, Vincent Lefevre wrote: GNOME Terminal does neither. I have UTF-8 locales, but GNOME Terminal sets the character encoding to ANSIX3.4-1968[*] (ASCII) and lets LC_CTYPE unchanged (en_US.UTF-8 in my case), yielding garbage with some applications (e.g. Mutt). [*] The Terminal → Set Character Encoding menu has the following selected by default: Current Locale (ANSIX3.4-1968) This problem doesn't occur when I run gnome-terminal on a different machine via ssh: I get Current Locale (UTF-8) as expected. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729296: Please binNMU kde-style packages against libkdecorations4abi2
On 2013-12-06 9:37, Jérôme Vouillon wrote: Le 05/12/2013 18:19, Adam D. Barratt a écrit : Most packages appear to have migrated now (with another set doing so in this morning's britney run). libmarblewidget15 is still in testing, waiting for calligra. And calligra itself is waiting for okular, It's more waiting for the version of calligra that's in NEW to get processed, so that it doesn't FTBFS. which is blocked by the obsolete binary package libokularcore2 (no longer built by okular). That's a little back to front. libokularcore2 can't be removed, because the calligra in unstable still depends on it; calligra is blocking okular. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730624: [php-maint] Bug#730624: php5-readline: unresolved symbols in readline.so shipped in php5-readline
Hi Giacorno, php5-readline is not compiled against readline, but against libedit (sorry for the confusion), Could you check if you have recent libedit version? What does: dpkg -l libedit2 and apt-cache policy libedit2 output? Could you also install debsums package and do: debsums libedit2 It should look like this: # debsums libedit2 /usr/lib/x86_64-linux-gnu/libedit.so.2.0.47 OK /usr/share/doc/libedit2/TODO.Debian OK /usr/share/doc/libedit2/changelog.Debian.gz OK /usr/share/doc/libedit2/changelog.gz OK /usr/share/doc/libedit2/copyright OK /usr/share/lintian/overrides/libedit2 OK Also does: # nm -D /usr/lib/x86_64-linux-gnu/libedit.so.2.0.47 | grep rl_on_new_line output something like: 0001fb10 T rl_on_new_line It should and if it doesn't please try reinstalling your libedit2 package, since it's broken. Cheers, Ondrej On Fri, Dec 6, 2013, at 11:23, Giacomo Mulas wrote: On Fri, 6 Dec 2013, Ondřej Surý wrote: please uninstall the readline library you probably have in /usr/local/ and you should be fine... I double checked, there is no leftover stray readline library in odd places. I even tried with a find / -iname libreadline.so* and it only found the libraries it is supposed to find (i.e. x86_64 and i486 ones from official packages). To meet your request, here is the ldd output: root@capitanata:~# ldd /usr/lib/php5/20121212/readline.so linux-vdso.so.1 (0x7fff97bff000) libedit.so.2 = /usr/lib/x86_64-linux-gnu/libedit.so.2 (0x7f012ab2c000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f012a903000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f012a556000) libbsd.so.0 = /lib/x86_64-linux-gnu/libbsd.so.0 (0x7f012a347000) /lib64/ld-linux-x86-64.so.2 (0x7f012afb5000) It is different from yours in that it does not link against libcowdancer, but otherwise similar. Oddly, it does not link against libreadline, even if it is in the system. Again oddly, whereas if I run php5 on the command line I get root@capitanata:~# php5 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212/readline.so' - /usr/lib/php5/20121212/readline.so: undefined symbol: rl_on_new_line in Unknown on line 0 if I instead LD_PRELOAD the readline library (it does not matter whether it is version 5 or 6) I get no warning, and it appears to work. Indeed, there is no dependence on any readline library in the php5-readline package, so I am somewhat puzzled: why does /usr/lib/php5/20121212/readline.so cough on being unable to resolve a symbol that is in a library it does not depend on, and that it does not even try to load? In your system, which runtime library is providing rl_on_new_line to the php5 executable (when it loads the readline.so module)? I am not sure whether this is a bug in php5-readline, it might be in php5-cli, or in php5-cgi, or in something else related, but it sure is a bug. Bye Giacomo -- _ Giacomo Mulas gmu...@oa-cagliari.inaf.it _ INAF - Osservatorio Astronomico di Cagliari via della scienza 5 - 09047 Selargius (CA) tel. +39 070 71180244 mob. : +39 329 6603810 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708430: Increasing severity
Control: severity -1 important On Fri, Dec 06, 2013 at 10:58:59AM +0100, Svante Signell wrote: severity 708430 serious I'm sorry that I haven't dealt with this yet - I do intend to, I hope before Christmas - but please stop fiddling with the severity on this bug. Trying to force the issue with the severity doesn't impress me, and this bug requires a good deal of care in order to avoid ending up in an arms race where different OSes all try to install to the fallback path in order to avoid firmware bugs and we end up right back in the bad old days where installing one OS breaks another. Note that the requested behaviour explicitly contravenes the UEFI specification, and for good reason. I agreed with Steve at the mini-conference in Cambridge recently that we probably have to do it anyway to cope with broken firmware, but that does not make an RC bug. -- 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#729296: Please binNMU kde-style packages against libkdecorations4abi2
Le 05/12/2013 18:19, Adam D. Barratt a écrit : Most packages appear to have migrated now (with another set doing so in this morning's britney run). libmarblewidget15 is still in testing, waiting for calligra. And calligra itself is waiting for okular, which is blocked by the obsolete binary package libokularcore2 (no longer built by okular). Regards, -- Jérôme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731531: apache2ctl doesn't create /var/run/apache2/
Package: apache2 Version: 2.2.22-13 I have to start apache using a dedicated account and sudo /usr/sbin/apache2ctl -f /my/apache2.conf -k graceful instead of root and /etc/init.d/apache2 start. Problem: apache2 fails to start with Cannot create SSLMutex with file `/var/run/apache2/ssl_mutex' /var/run/apache2/ doesn't exist. This is not graceful. 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#731517: preprepare: Please build postgresql-9.3 extension only
Hey Dimitri, Dimitri Fontaine [2013-12-06 11:02 +0100]: Now a debian developer needs to do the uploading dance, I'm not in a position to do that myself (not a DD, no keys to the kingdom). I'm happy to review/sponsor, got a .dsc somewhere? (BTW, if you keep this in a VCS, please add a Vcs-* tag so that it's easy to get to from the PTS) Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#731532: waitress: Switch to using dh-python instead of versioned depends on python3
Package: waitress Version: 0.8.7-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/control: Switch to using dh-python, drop versioning on python3 BD. Using dh-python means that this can be backported to older Debian/Ubuntu releases a little more easily. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru waitress-0.8.7/debian/changelog waitress-0.8.7/debian/changelog diff -Nru waitress-0.8.7/debian/control waitress-0.8.7/debian/control --- waitress-0.8.7/debian/control 2013-10-03 14:15:51.0 +0100 +++ waitress-0.8.7/debian/control 2013-12-06 11:00:43.0 + @@ -4,10 +4,11 @@ Priority: optional Homepage: http://github.com/Pylons/waitress Build-Depends: +dh-python, python-setuptools (= 0.6.24), python3-setuptools (= 0.6.24), python-all (= 2.6.6-3), -python3-all (= 3.3.0-2), python-sphinx (= 1.0.7+dfsg) | python3-sphinx, +python3-all, python-sphinx (= 1.0.7+dfsg) | python3-sphinx, debhelper (= 9) Standards-Version: 3.9.4
Bug#731533: konsole: French help mentions --no-fork instead of --nofork
Package: konsole Version: 4:4.11.3-1 Severity: normal Tags: l10n Dear Maintainer, The French help message says to use --no-fork to run in the foreground but the option is in fact --nofork. $ LANG=fr_FR.UTF-8 konsole --help | tail -n1 Utiliser « --no-fork » pour un lancement au premier plan (utile avec l'option « -e »). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages konsole depends on: ii kde-runtime4:4.11.3-1 ii libc6 2.17-97 ii libkdecore54:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkio54:4.11.3-2 ii libknotifyconfig4 4:4.11.3-2 ii libkonq5abi1 4:4.11.3-1 ii libkparts4 4:4.11.3-2 ii libkpty4 4:4.11.3-2 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libstdc++6 4.8.2-1 konsole recommends no packages. konsole 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#708430: Increasing severity
On Fri, 2013-12-06 at 10:42 +, Colin Watson wrote: Control: severity -1 important On Fri, Dec 06, 2013 at 10:58:59AM +0100, Svante Signell wrote: severity 708430 serious I'm sorry that I haven't dealt with this yet - I do intend to, I hope before Christmas - but please stop fiddling with the severity on this bug. It was filed a long time ago, 15 May 2013, and importance increased to grave by me in August and lowered to important recently by Philip. I increased the severity now to get any kind of response, in frustration, sorry for that. There has been many releases since it was filed the first time. Why couldn't you have given this reply to the bug report several months ago? (and maybe added a README to the releases, how to workaround the problem until a proper solution is found?) Trying to force the issue with the severity doesn't impress me, and this bug requires a good deal of care in order to avoid ending up in an arms race where different OSes all try to install to the fallback path in order to avoid firmware bugs and we end up right back in the bad old days where installing one OS breaks another. Understood! Note that the requested behaviour explicitly contravenes the UEFI specification, and for good reason. I agreed with Steve at the mini-conference in Cambridge recently that we probably have to do it anyway to cope with broken firmware, but that does not make an RC bug. We have at least two manufacturers having a broken UEFI implementation: Toshiba and Acer, maybe there are more. So this problem has to be solved, unfortunately not by requesting users to upgrade their firmware (if available). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731055: [php-maint] Bug#731055: php5-fpm: Extend the package sockets to multiply pools
Hi Ondrej! Thanks for your attention. I newbie at Debian issue tracking and bug tracking, so plunge in it take a lot of time, two my first trials of sending report failed (. So I'll use this email conversation and guess it'll be acceptable. Write patch will be faster and clearer to explain my proposition but I haven't impacted on It at debian yet (I did It on github). So I'll describe my experience: I administer a server with php-fpm + nginx combination. As of php-fpm make nice future of splitting processes by spools it made possible to divide user access at sites. As of php5-fpm ver. 5.4 the pools were moved from file to directory '/etc/php5/fpm/pool.d', but socket in 'www' pool points to 'listen = /var/run/php5-fpm.sock' . So for many users I created separated directory for sockets of pools = '/var/run/php5-fpm' in It I keep sockets: www.sock, duke.sock, someuser.sock, etc. All was going OK while system wasn't restarted and this directory '/var/run/php5-fpm' was removed, php5-fpm service running failed, hosting got down. When It happened at another place on the Earth on electricity off without your knowing It's not good for anyone. To resolve it I add to 'init.d/php5-fpm' script for creating directory if it doesn't exist on any restart of service. On updating php5-fpm I have to track the keeping of this modification :(. So my proposition to move www pool socket to '/var/run/php5-fpm/www.sock' and all that it will touch. It'll enough. Vitalii Nagara. tags 731055 +moreinfo thanks Hi Vitalii, sorry but you lost me here with your terseness. Could you be more descriptive about the problem you are trying solve and the proposed solution? Ondrej On Sun, Dec 1, 2013, at 14:36, Vitalii Nagara wrote: Package: php5-fpm Version: 5.5.1+dfsg-2 Severity: wishlist Dear Maintainer, Sorry for shortness as full description was lost buy reportbug (it my first report here). As at php5-fpm ver. 5.4 pool was moved to separate directory: /etc/php5-fpm/pool.d We should move socket for default www pool to /var/run/php5-fpm/www.sock That will add creating dir /var/run/php5-fpm on system start up (that I do manually changing init.d/php5-fpm script. Thanks. -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): cli fpm PHP 5 Extensions (php5query -M -v): tidy (Enabled for cli by maintainer script) tidy (Enabled for fpm by maintainer script) json (Enabled for cli by maintainer script) json (Enabled for fpm by maintainer script) mysqli (Enabled for cli by maintainer script) mysqli (Enabled for fpm by maintainer script) mcrypt (Enabled for cli by maintainer script) mcrypt (Enabled for fpm by maintainer script) mysql (Enabled for cli by maintainer script) mysql (Enabled for fpm by maintainer script) sqlite3 (Enabled for cli by maintainer script) sqlite3 (Enabled for fpm by maintainer script) pdo_sqlite (Enabled for cli by maintainer script) pdo_sqlite (Enabled for fpm by maintainer script) gmp (Enabled for cli by maintainer script) gmp (Enabled for fpm by maintainer script) mysqlnd (Enabled for cli by maintainer script) mysqlnd (Enabled for fpm by maintainer script) xdebug (Enabled for cli by local administrator) xdebug (Enabled for fpm by local administrator) pdo_mysql (Enabled for cli by maintainer script) pdo_mysql (Enabled for fpm by maintainer script) opcache (Enabled for cli by maintainer script) opcache (Enabled for fpm by maintainer script) pdo (Enabled for cli by maintainer script) pdo (Enabled for fpm by maintainer script) intl (Enabled for cli by maintainer script) intl (Enabled for fpm by maintainer script) gd (Enabled for cli by maintainer script) gd (Enabled for fpm by maintainer script) curl (Enabled for cli by maintainer script) curl (Enabled for fpm by maintainer script) Configuration files: [PHP] engine = On short_open_tag = Off asp_tags = Off precision = 14 output_buffering = 4096 zlib.output_compression = Off implicit_flush = Off unserialize_callback_func = serialize_precision = 17 disable_functions = pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority, disable_classes = zend.enable_gc = On expose_php = On max_execution_time = 30 max_input_time = 60 memory_limit = 128M error_reporting = E_ALL ~E_DEPRECATED ~E_STRICT display_errors = Off display_startup_errors = Off log_errors = On log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off html_errors = On variables_order = GPCS request_order = GP register_argc_argv = Off auto_globals_jit = On post_max_size = 8M auto_prepend_file = auto_append_file = default_mimetype = text/html doc_root = user_dir =
Bug#731534: RFP: chapel -- imperative programming language with focus on parallelism
Package: wnpp Severity: wishlist * Package name: chapel Version : 1.8.0 Upstream Author : Cray Inc. * URL : http://chapel.cray.com * License : BSD Programming Lang: C Description : imperative programming language with focus on parallelism Chapel is an emerging parallel programming language whose design goal is to make parallel programming more productive, from high-end supercomputers to commodity clusters and multicore desktops and laptops. . Chapel supports a multithreaded execution model via high-level abstractions for data parallelism, task parallelism, concurrency, and nested parallelism. . Chapel supports global-view data aggregates with user-defined implementations, permitting operations on distributed data structures to be expressed in a natural manner. In contrast to many previous higher-level parallel languages, Chapel is designed around a multiresolution philosophy, permitting users to initially write very abstract code and then incrementally add more detail until they are as close to the machine as their needs require. Chapel supports code reuse and rapid prototyping via object-oriented design, type inference, and features for generic programming. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731535: kanif: Taktuk errors when executing kash
Package: kanif Version: 1.2.2-1 Severity: normal Dear Maintainer, When I execute `kash -F -M ~/tmp/webs.txt cat /etc/debian_version`, I get many errors like this: #v+ [ TAKTUK ERROR : SYSTEM ] alucard (PID 10480) Line 3085 (command) Release 563 Error No such process #v- I don't see any drawback to those errors. Kanif seems to work as expected. -- 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.12-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kanif depends on: ii perl5.18.1-4 ii taktuk 3.7.4-1 kanif recommends no packages. kanif 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#731536: libre2-dev: Please upload in unstable
Package: libre2-dev Severity: normal Hello, re2 has been in experimental for a while. We are planning to upload packages depending on it in unstable. Could you upload it in unstable? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (500, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708430: Increasing severity
On Fri, Dec 06, 2013 at 12:14:07PM +0100, Svante Signell wrote: On Fri, 2013-12-06 at 10:42 +, Colin Watson wrote: On Fri, Dec 06, 2013 at 10:58:59AM +0100, Svante Signell wrote: severity 708430 serious I'm sorry that I haven't dealt with this yet - I do intend to, I hope before Christmas - but please stop fiddling with the severity on this bug. It was filed a long time ago, 15 May 2013, and importance increased to grave by me in August and lowered to important recently by Philip. I increased the severity now to get any kind of response, in frustration, sorry for that. There has been many releases since it was filed the first time. Why couldn't you have given this reply to the bug report several months ago? (and maybe added a README to the releases, how to workaround the problem until a proper solution is found?) Zillion and one things to do. Sorry. -- 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#726619: Debian cloud image built with openstack-debian-images shows no output in the log tab of Horizon
Please note, that I do my tests through Horizon. I've only checked that the logs and console tabs in Horizon work as intented. I have not tested with nova console-log nor with a fat spice client (such as spicy) - Original Message - From: Thomas Goirand z...@debian.org To: Jordan Pittier jordan.pittier-...@cloudwatt.com, 726...@bugs.debian.org Sent: Friday, December 6, 2013 8:58:04 AM Subject: Re: Debian cloud image built with openstack-debian-images shows no output in the log tab of Horizon Hi Jordan, As I'm trying to clean all the bugs currently opened against the OpenStack packages in Debian, I came across this one, which reminded me that you wrote to me about it on IRC. You wrote: JordanP zigo, we manage to get both spice and the log via Horizon with a small patch to your openstack-debian-image JordanP zigo, sed -i s/ro quiet\/ro quiet console=ttyS0\/g /usr/sbin/build-openstack-debian-image JordanP if you ever decide to include this change, thanks Sahid Ferdjaoui from Cloudwatt for that Though according to my tests, using console=ttyS0 made the Spice console not work anymore. So if you don't mind, before uploading a fix that breaks things more, could you please confirm that what you wrote above is the correct fix? Cheers, Thomas Goirand (zigo) P.S: Thanks a lot for your support and bug reports, this really is helpful. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731537: [uscan] fails to rename downloaded upstream tar ball if d/copyright is not machine-readable
Package: devscripts Version: 2.13.5 Severity: normal Since recently (probably since the recent uscan changes), uscan still downloads upstream tar balls, but fails to rename them if debian/copyright is not in the machine-readable format. Example: libstring-random-perl $ uscan --verbose --download-current-version -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: opts=uversionmangle=s/^v(\d)/$1/;s/^\.(\d)/0.$1/ https://metacpan.org/release/String-Random/ .*/String-Random-v?(\d[\d.-]+)\.(?:tar(?:\.gz|\.bz2)?|tgz|zip)$ -- Found the following matching hrefs: http://cpan.metacpan.org/authors/id/S/SH/SHLOMIF/String-Random-0.24.tar.gz (0.24) http://cpan.metacpan.org/authors/id/S/SH/SHLOMIF/String-Random-0.24.tar.gz (0.24) http://cpan.metacpan.org/authors/id/S/SH/SHLOMIF/String-Random-0.24.tar.gz (0.24) Newest version on remote site is 0.24, local version is 0.24 = Package is up to date Newest version on remote site is 0.24, local version is 0.24 = Forcing download as requested -- Downloading updated package String-Random-0.24.tar.gz uscan: error: syntax error in debian/copyright at line 1: line with unknown format (not field-colon-value) libstring-random-perl $ echo $? 25 libstring-random-perl $ ls -l ../libstring-random-perl*orig.tar.* ../String-Random*tar.gz -rw-r--r-- 1 abe tar 11303 Dec 6 12:51 ../String-Random-0.24.tar.gz libstring-random-perl $ head -2 debian/copyright This package was debianized by Paul Baker pba...@where2getit.com on Wed, 29 May 2002 17:19:00 -0500. libstring-random-perl $ -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBUILD_DPKG_BUILDPACKAGE_OPTS=-k95930EDE -i DSCVERIFY_KEYRINGS=/home/abe/.gnupg/pubring.gpg DEBUILD_LINTIAN_OPTS=-iIE --pedantic -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.17.3 ii libc62.17-97 ii perl 5.18.1-4 ii python3 3.3.2-17 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.14-1 ii curl7.33.0-1 ii dctrl-tools 2.23 ii debian-keyring 2013.07.31 ii dput0.9.6.4 ii dupload 2.7.0 ii equivs 2.0.9 ii fakeroot1.20-3 ii gnupg 1.4.15-1.1 ii libdistro-info-perl 0.11 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.04-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 0.716-1 ii liburi-perl 1.60-1 ii libwww-perl 6.05-2 ii lintian 2.5.19 ii man-db 2.6.5-2 ii patch 2.7.1-4 ii patchutils 0.3.2-3 ii python3-debian 0.1.21+nmu2 pn python3-magic none ii sensible-utils 0.0.9 ii strace 4.5.20-2.3 ii unzip 6.0-10 ii wdiff 1.2.1-1 ii wget1.14-5 ii xz-utils5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20131005cvs-1 ii build-essential 11.6 ii cvs-buildpackage 5.23 ii devscripts-el35.8 ii gnuplot 4.6.4-1 ii gpgv 1.4.15-1.1 ii heirloom-mailx [mailx] 12.5-2 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perl0.207-1+b1 ii libtimedate-perl 2.3000-1 ii libyaml-syck-perl1.27-2+b1 ii mutt 1.5.21-6.4 ii openssh-client [ssh-client] 1:6.4p1-1 pn svn-buildpackage none ii w3m 0.5.3-12 -- no debconf information
Bug#730528: [php-maint] Bug#730528: Enable dtrace/systemtap support
❦ 6 décembre 2013 11:03 CET, Remi Collet r...@fedoraproject.org : Notice, this cause 1 test failing because of stack size limit, not a big issue, but this means stack consumption is greater, so have to be increase in some (very rare) cases. Yes, the way PHP has enabled DTrace is not ideal because the VM is going through additional functions, even when tracing is not enabled. So, there is a slight overhead, contrary to what I said in my previous email. -- Keep it right when you make it faster. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#726619: Debian cloud image built with openstack-debian-images shows no output in the log tab of Horizon
Hi, I confirm that both the console (Spice) and the logs (in Horizon parlance) works with this change. I tested both wheezy and jessie, with the following procedure : #From a fresh Debian Jessie server : apt-get update apt-get install -f -y openstack-debian-images python-glanceclient sed -i s/ro quiet\/ro quiet console=ttyS0\/g /usr/sbin/build-openstack-debian-image build-openstack-debian-image -r jessie glance -k image-create --progress --name Debian 8 --disk-format=qcow2 --container-format=bare --is-public false --file debian-jessie-7.0.0-3-amd64.qcow2 build-openstack-debian-image -r wheezy glance -k image-create --progress --name Debian 7 --disk-format=qcow2 --container-format=bare --is-public false --file debian-wheezy-7.0.0-3-amd64.qcow2 Both images work completely on a Havana installation. If you are not sure about this change, don't include it. We are fine with applying the small sed patch manually. Jordan - Original Message - From: Thomas Goirand z...@debian.org To: Jordan Pittier jordan.pittier-...@cloudwatt.com, 726...@bugs.debian.org Sent: Friday, December 6, 2013 8:58:04 AM Subject: Re: Debian cloud image built with openstack-debian-images shows no output in the log tab of Horizon Hi Jordan, As I'm trying to clean all the bugs currently opened against the OpenStack packages in Debian, I came across this one, which reminded me that you wrote to me about it on IRC. You wrote: JordanP zigo, we manage to get both spice and the log via Horizon with a small patch to your openstack-debian-image JordanP zigo, sed -i s/ro quiet\/ro quiet console=ttyS0\/g /usr/sbin/build-openstack-debian-image JordanP if you ever decide to include this change, thanks Sahid Ferdjaoui from Cloudwatt for that Though according to my tests, using console=ttyS0 made the Spice console not work anymore. So if you don't mind, before uploading a fix that breaks things more, could you please confirm that what you wrote above is the correct fix? Cheers, Thomas Goirand (zigo) P.S: Thanks a lot for your support and bug reports, this really is helpful. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730528: [php-maint] Bug#730528: Enable dtrace/systemtap support
❦ 6 décembre 2013 10:05 CET, Ondřej Surý ond...@sury.org : could you please elaborate more? What benefits would that have to general users and is there any performance (or any other) drawbacks in enabling this? Such a support allows a user to answers questions like: - how many time do we hit this function? - how long a request whose URI starts with /api takes? - is this function still used? - what is the repartition of request times for my webserver? And all this on production systems with a very low overhead. When the user is not using tracing at all, there is zero impact on performance because it expands to a NOP instruction. Only when a user is requesting to put a probe in action, the NOP will be turned into an appropriate instruction to be trapped by the kernel. See: https://sourceware.org/systemtap/wiki/UserSpaceProbeImplementation -- Make sure comments and code agree. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#728425: python-babel: Patch to make tests deterministic
Package: python-babel Version: 1.3+dfsg.1-1 Followup-For: Bug #728425 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/p/0001-Fixup-get_currency_name-test.patch: Make test for get_currency_name deterministic and add check for plurality. I submitted this upstream as well: https://github.com/mitsuhiko/babel/pull/73 Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === added directory 'debian/patches' === added file 'debian/patches/0001-Fixup-get_currency_name-test.patch' --- debian/patches/0001-Fixup-get_currency_name-test.patch 1970-01-01 00:00:00 + +++ debian/patches/0001-Fixup-get_currency_name-test.patch 2013-12-06 11:53:11 + @@ -0,0 +1,26 @@ +From 50f727ac2c741877235c592ce4e1f50bba08162c Mon Sep 17 00:00:00 2001 +From: James Page james.p...@ubuntu.com +Date: Fri, 6 Dec 2013 11:49:26 + +Subject: [PATCH] Fixup get_currency_name test + +This test failed in environments where no default locale +can be determined; make the test deterministic and add +additional test for plurality. + +Signed-off-by: James Page james.p...@ubuntu.com +--- + tests/test_numbers.py | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +--- a/tests/test_numbers.py b/tests/test_numbers.py +@@ -173,7 +173,8 @@ class NumberParsingTestCase(unittest.Tes + + + def test_get_currency_name(): +-assert numbers.get_currency_name('USD', 'en_US') == u'US dollars' ++assert numbers.get_currency_name('USD', locale='en_US') == u'US Dollar' ++assert numbers.get_currency_name('USD', count=2, locale='en_US') == u'US dollars' + + + def test_get_currency_symbol(): === added file 'debian/patches/series' --- debian/patches/series 1970-01-01 00:00:00 + +++ debian/patches/series 2013-12-06 11:52:48 + @@ -0,0 +1 @@ +0001-Fixup-get_currency_name-test.patch
Bug#731530: rsyslog init script breaks after package upgrade
Am 06.12.2013 11:17, schrieb Chris Butler: Package: rsyslog Version: 5.8.11-3 Severity: normal Dear Maintainer, Following a recent upgrade from squeeze to wheezy (although this would be trigged by any package update it seems), we noticed that rsyslog was not logging to the correct log file after log rotation - it was still logging to syslog.1 etc. I discovered that this was caused by the init script not being able to find the correct pid to signal. Although the pid file was correct, it was trying to match the exact executable file, which had been deleted: chrisb@massmail:~$ sudo ls /proc/427/exe -l lrwxrwxrwx 1 root root 0 Dec 6 01:33 /proc/427/exe - (deleted)/usr/sbin/rsyslogd chrisb@massmail:~$ sudo /etc/init.d/rsyslog restart [ ok ] Stopping enhanced syslogd: rsyslogd already stopped. [] Starting enhanced syslogd: rsyslogd Already running. If you want to run multiple instances, you need to specify different pid files (use -i option) [ ok ady started. It seems this was related to the following change in 5.8.8-1: * debian/rsyslog.init - Use --exec instead of --name for start-stop-daemon. This is more reliable and works better on GNU/Hurd. (Closes: #652575) This also breaks the postinst script which tries to restart the daemon on upgrade. This could potentially cause an important upgrade not to be applied to the running daemon. You should talk to the dpkg maintainers then (which provide start-stop-daemon). They suggested to use --exec instead of --name. I'm a bit tired to switch that back and forth due to insufficiences in our init systems and kludges like s-s-d. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#731538: [icedove] Keeps indexing forever
Package: icedove Version: 17.0.10-1 Severity: normal --- Please enter the report below this line. --- Some time ago I notied that icedove constantly uses my cpu, draining my notebook battery. Looking at the activities I found icedove was indexing. I closed icedove and started it again, but it just started indexing again. Soon it says that indexing is 99% completed, but both the number stating how much has been indexed and the number stating how much should be indexed in total keep going up. Currently (some days later) it says that it indexed 12180596 out of 12188498 messages. I don't think I have that many messages. Looking around the web, I only found a similar bug for thunderbird 3, that apparently was fixed long ago. Philipp --- System information. --- Architecture: amd64 Kernel: Linux 3.11-2-amd64 Debian Release: jessie/sid 500 unstableftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== fontconfig | 2.11.0-1 psmisc | 22.20-1 debianutils (= 1.16) | 4.4 libasound2 (= 1.0.16) | libatk1.0-0 (= 1.12.4) | libc6 (= 2.15) | libcairo2(= 1.10.2-2~) | libdbus-1-3 (= 1.0.2) | libdbus-glib-1-2 (= 0.78) | libevent-2.0-5 (= 2.0.10-stable) | libffi6 (= 3.0.4) | libfontconfig1(= 2.11) | libfreetype6 (= 2.3.9) | libgcc1(= 1:4.1.1) | libgdk-pixbuf2.0-0 (= 2.22.0) | libglib2.0-0(= 2.22.0) | libgtk2.0-0 (= 2.24.0) | libhunspell-1.3-0 | libjpeg8(= 8c) | libnspr4 (= 2:4.9.2) | libnss3 (= 2:3.13.4-2~) | OR libnss3-1d (= 3.13.2) | libpango-1.0-0 (= 1.14.0) | libpangocairo-1.0-0 (= 1.14.0) | libpangoft2-1.0-0 (= 1.14.0) | libpixman-1-0 (= 0.18.0) | libsqlite3-0 (= 3.7.4) | libstartup-notification0 (= 0.8) | libstdc++6 (= 4.6) | libvpx1 (= 1.0.0) | libx11-6| libxext6| libxrender1 | libxt6 | zlib1g (= 1:1.2.0) | Recommends (Version) | Installed ==-+-=== myspell-en-us | OR hunspell-dictionary| OR myspell-dictionary | Suggests (Version) | Installed ===-+-=== fonts-lyx | 2.0.6-1 libgssapi-krb5-2| 1.11.3+dfsg-3+nmu1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731539: snmpwalk: $suffix_as_key is not working correctly
Package: php5-snmp Version: 5.4.4-14+deb7u5 Severity: important Tags: patch Please, include patch from upstream [1] [1] https://bugs.php.net/bug.php?id=61981 -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-snmp depends on: ii dpkg 1.16.12 ii libapache2-mod-php5 [phpapi-20100525+lfs] 5.4.4-14+deb7u5 ii libc6 2.13-38 ii libsnmp15 5.4.3~dfsg-2.7 ii php5-cli [phpapi-20100525+lfs] 5.4.4-14+deb7u5 ii php5-common5.4.4-14+deb7u5 ii ucf3.0025+nmu3 php5-snmp recommends no packages. php5-snmp 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#731541: ekiga: crashes on incoming call
Package: ekiga Version: 3.2.7-6 Severity: important Dear Maintainer, * What led up to the situation? I configured ekiga as SIP client registering at a Swyx server. As soon as an incoming call is signaled ekiga crashes with a coredump. * What exactly did you do (or not do) that was effective (or ineffective)? I triggered an incoming call without success. * What was the outcome of this action? ekiga crashed with a coredump. * What outcome did you expect instead? I expected ekiga to notify me about an incoming call. I also tried to install debug symbols and gdb, and tried to get a backtrace of the coredump: GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/ekiga...Reading symbols from /usr/lib/debug/usr/bin/ekiga...done. done. [New LWP 28406] [New LWP 28411] [New LWP 28435] [New LWP 28407] [New LWP 28008] [New LWP 28002] [New LWP 28005] [New LWP 28434] [New LWP 28006] [New LWP 28013] [New LWP 28009] [New LWP 28004] [New LWP 28007] [New LWP 28001] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Core was generated by `ekiga'. Program terminated with signal 6, Aborted. #0 0x7f5f20f41efb in raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42 42 ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory. (gdb) bt #0 0x7f5f20f41efb in raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42 #1 0x7f5f227724ff in PAssertAction(int, char const*) () from /usr/lib/libpt.so.2.10.4 #2 0x7f5f2277268b in PAssertFunc(char const*) () from /usr/lib/libpt.so.2.10.4 #3 0x7f5f22798017 in PAssertFunc(char const*, int, char const*, char const*) () from /usr/lib/libpt.so.2.10.4 #4 0x7f5f227980fe in PAssertFunc(char const*, int, char const*, PStandardAssertMessage) () from /usr/lib/libpt.so.2.10.4 #5 0x7f5f2278fd20 in PString::Compare(PObject const) const () from /usr/lib/libpt.so.2.10.4 #6 0x7f5f227906a2 in PString::operator!=(PObject const) const () from /usr/lib/libpt.so.2.10.4 #7 0x0055dca7 in Opal::Sip::EndPoint::OnReceivedMESSAGE (this=0x1753da0, transport=..., pdu=...) at ../../../../lib/engine/components/opal/sip-endpoint.cpp:929 #8 0x7f5f2360950e in SIPEndPoint::OnReceivedConnectionlessPDU(OpalTransport, SIP_PDU*) () from /usr/lib/libopal.so.3.10.4 #9 0x7f5f23608c58 in SIPEndPoint::OnReceivedPDU(OpalTransport, SIP_PDU*) () from /usr/lib/libopal.so.3.10.4 #10 0x7f5f2360713f in SIPEndPoint::HandlePDU(OpalTransport) () from /usr/lib/libopal.so.3.10.4 #11 0x7f5f23605f65 in SIPEndPoint::NewIncomingConnection(OpalTransport*) () from /usr/lib/libopal.so.3.10.4 #12 0x7f5f231f2e7f in OpalEndPoint::ListenerCallback(PThread, long) () from /usr/lib/libopal.so.3.10.4 #13 0x7f5f231f451d in OpalEndPoint::ListenerCallback_PNotifier::Call(PObject, long) const () from /usr/lib/libopal.so.3.10.4 #14 0x7f5f2323d088 in OpalListener::ListenForConnections(PThread, long) () from /usr/lib/libopal.so.3.10.4 #15 0x7f5f23246069 in OpalListener::ListenForConnections_PNotifier::Call(PObject, long) const () from /usr/lib/libopal.so.3.10.4 #16 0x7f5f22757ed3 in PThread::PX_ThreadStart(void*) () from /usr/lib/libpt.so.2.10.4 #17 0x7f5f20f39b50 in start_thread (arg=optimized out) at pthread_create.c:304 #18 0x7f5f20c83a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #19 0x in ?? () (gdb) bt full #0 0x7f5f20f41efb in raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42 No locals. #1 0x7f5f227724ff in PAssertAction(int, char const*) () from /usr/lib/libpt.so.2.10.4 No symbol table info available. #2 0x7f5f2277268b in PAssertFunc(char const*) () from /usr/lib/libpt.so.2.10.4 No symbol table info available. #3 0x7f5f22798017 in PAssertFunc(char const*, int, char const*, char const*) () from /usr/lib/libpt.so.2.10.4 No symbol table info available. #4 0x7f5f227980fe in PAssertFunc(char const*, int, char const*, PStandardAssertMessage) () from /usr/lib/libpt.so.2.10.4 No symbol table info available. #5 0x7f5f2278fd20 in PString::Compare(PObject const) const () from /usr/lib/libpt.so.2.10.4 No symbol table info available. #6 0x7f5f227906a2 in PString::operator!=(PObject const) const () from /usr/lib/libpt.so.2.10.4 No symbol table info available. #7 0x0055dca7 in
Bug#731540: libffms2-2: FFMS_GetAudioProperties does not work correctly
Package: libffms2-2 Version: 2.17+r731-3 Severity: important Hi, The library's FFMS_GetAudioProperties() method is broken with current versions of libav. This results in lack of audio support in reverse dependency aegisub (Note: audio support in a subtitle software is quite important). This bug is solved by using the newer upstream release available from git.debian.org. -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708123: [grub-pc] grub2 (2.00-14) fails to install on RAID arrays (rescue, boot is broken)
On Mon, May 13, 2013 at 02:25:09PM +0300, Gleb Golubitsky wrote: I have my system installed on RAID 1 (fakeraid). After upgrading 1.99-27.1 - 2.00-14 it was impossible to boot system. Hi, I'm very sorry for my long delay in replying to this bug. Jacob (CCed) reports that rebuilding the array with a modern metadata format works better. However, I tried a simple test where I installed wheezy in a two-disk VM with the installer hacked to produce the 0.90 format and then upgraded the installed grub2 binary packages 2.00-14, and I was unable to reproduce this bug; so unfortunately it doesn't seem as simple as the 0.90 support being broken. Gleb, if you can still reproduce this, could you please run this command as root with 2.00-* (tell me which version you used) and post the output: grub-probe -vv -t fs /boot/grub It should be reasonably safe to upgrade to 2.00-*, run this, and then downgrade back to 1.99-* before the next reboot. 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#731143: aegisub: impossible to open audio from video
block 731143 by 731540 severity 731143 important thanks Hi, This is a bug in libffms2-2. I reported it in Debian bug #731540. -- Sebastian signature.asc Description: Digital signature
Bug#730624: [php-maint] Bug#730624: php5-readline: unresolved symbols in readline.so shipped in php5-readline
On Fri, 6 Dec 2013, Ondřej Surý wrote: Hi Giacomo, php5-readline is not compiled against readline, but against libedit (sorry for the confusion), Could you check if you have recent libedit version? What does: dpkg -l libedit2 and apt-cache policy libedit2 output? Could you also install debsums package and do: debsums libedit2 It should look like this: # debsums libedit2 /usr/lib/x86_64-linux-gnu/libedit.so.2.0.47 OK /usr/share/doc/libedit2/TODO.Debian OK /usr/share/doc/libedit2/changelog.Debian.gz OK /usr/share/doc/libedit2/changelog.gz OK /usr/share/doc/libedit2/copyright OK /usr/share/lintian/overrides/libedit2 OK Also does: # nm -D /usr/lib/x86_64-linux-gnu/libedit.so.2.0.47 | grep rl_on_new_line output something like: 0001fb10 T rl_on_new_line It should and if it doesn't please try reinstalling your libedit2 package, since it's broken. everything above is ok, but on closer inspection I found that I had a leftover libedit.so.2.11 in /usr/lib/i386-linux-gnu. It does not belong to any package in my sid system, but it is identical to the version shipped in the wheezy package. I would like to know how this happened to remain in my system. In any case, you were right, it was not a bug in php5-readline but a stray library. My best guess is that it was left over from some less then perfect system update. Of course, ldconfig linked libedit.so.2 to libedit.so.2.11 instead of libedit.so.2.0.47, since it (wrongly) looks like the later version. This was a nasty one to find. I would suggest that you forward this to the maintainer of libedit, to investigate whether this might be a common problem in upgrading from the wheezy version to sid. My laptop is a good guinea pig, in this respect, since I trace sid rather regularly and hardly ever put any file where it should not go in the debian file system hierarchy (I am quite anal bout this). Thanks for your help and patience, bye Giacomo I am not sure whether this is a bug in php5-readline, it might be in php5-cli, or in php5-cgi, or in something else related, but it sure is a bug. Bye Giacomo -- _ Giacomo Mulas gmu...@oa-cagliari.inaf.it _ INAF - Osservatorio Astronomico di Cagliari via della scienza 5 - 09047 Selargius (CA) tel. +39 070 71180244 mob. : +39 329 6603810 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- _ Giacomo Mulas gmu...@oa-cagliari.inaf.it _ INAF - Osservatorio Astronomico di Cagliari via della scienza 5 - 09047 Selargius (CA) tel. +39 070 71180244 mob. : +39 329 6603810 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _
Bug#730457: Vulnerabilities don't impact jenkins core
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Moritz Looking at the upstream security advisory, these issues impact plugins that are not packaged either in jenkins or separately in Debian. I think this bug can be closed out. Cheers James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJSocUxAAoJEL/srsug59jDJi8P/iWWU3KSZTn0IZ2Q9TGbzMA3 yJi8wErOArIrTrjpPTADF/LUNESydR/O1nsQxUowL5cXfZC7ZCV7IY4bm/5SLucO d1tnLEX8l8KNxMYFCo0I/Hb09YD4dOQl3zvtCI+x4YDjLkRhuMS/7t9TreEXDzUp jJW1nWsEI0LcmvElRe6MlKGEVjyRjbCuV4m7hMVi/T091fXihxhZ6GKBg0gJ7lA/ CsiOTkqygnpaAcfwG1qH1MNe8aH6NdJaZENE/2faFBRq2G3aWe7kxla5yC6YeAyV /KJMZFif288i/X50UR+uACAZ3sf/VfO3iVB9aPxIzqvWwMd7A1X2g7RTIIgnxsux P6chFrlTkxU1mmVC0mR29P1UFYVndKogqZ5zQ5rzVmbapGkcWkB+pHyOJ27piaus mSwUf6P+zz198Ae208NX93LyW9WsHAQtU1F3SH7RyxB8woti8t9uDFUy2YvFapOy 0hczNzdk/l56tpKUKhMqpwTjcIJC+xi55vGhcmfRYEv3sm2mvFe4N3Lu3kA0cukj ADusAvfYYzRC+lWxoq+LyBLXOPvme6mLGbnc3SGFzNIODNcuDww0/VDnCnN1yG3E /IacPpcX7jjOkOAt5dmlEkm+At80MpoeuaQIVIovm0jeOvkRM1bKHKwCAQeIY28D dSw5HkgRr/7fBh436Hx6 =GV5A -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#731330: posted upstream
at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59406 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731055: [php-maint] Bug#731055: php5-fpm: Extend the package sockets to multiply pools
Ccing BTS so it is kept archived. On Fri, Dec 6, 2013, at 12:32, Vitalii wrote: So my proposition to move www pool socket to '/var/run/php5-fpm/www.sock' and all that it will touch. It'll enough. It won't help alone. If you add directories in (/var)/run you need to recreate them on the system start since /run is a tmpfs that get's recreated on system startup. So just changing the directory doesn't really solve anything. Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707831: UUID detection code broken, wrongly uses UUID
On Sat, May 11, 2013 at 05:28:34PM +0200, Daniel Pocock wrote: /etc/grub.d/10_linux wrongly adds root=UUID entries to grub.cfg if grub-probe fails Specifically, in one case I observed grub-probe had failed because a new disk was added (some months ago) and grub-mkdevicemap had not been run. Users typically see this error in that case: /usr/sbin/grub-probe: error: Couldn't find PV pv1. Check your device.map. The update-grub script should refuse to write out grub.cfg after such failures. Currently it appears to default to UUID= entries, and if root is on LVM, the system is then unbootable. I think most of this was fixed by this upstream commit, and thus is fixed in 2.00: 2012-03-28 Vladimir Serbinenko phco...@gmail.com * grub-core/disk/diskfilter.c (grub_diskfilter_memberlist): Degrade the error when some elements are missing into a warning. In other words, it's not that important that this PV is missing; in other cases it might in theory result in missing modules to access bits of the VG, but that's not actually going to be true in this case so it's fine for grub-probe to carry on anyway. The piece noting that we shouldn't carry on if GRUB is unable to determine the file system of / remains; after consideration I'm inclined to agree with it, and I've posted a patch for this upstream. -- 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#731542: libglyr1: basically useless lyrics search
Package: libglyr1 Version: 1.0.1-1 Severity: normal Hi, lately the glyr lyrics search has become rather useless, since, more often than not, it returns stuff like: Amazon: search for... The Beatles • Magical Mystery Tour • Your Mother Should Know Hype Machine: search for... The Beatles • Your Mother Should Know Last.fm: search for... The Beatles • Magical Mystery Tour • Your Mother Should Know Pandora: search for... The Beatles • Your Mother Should Know GoEar: Your Mother Should Know YouTube: Your Mother Should Know allmusic: Your Mother Should Know MusicBrainz: Your Mother Should Know Instead of actual lyrics. I also tried to use the version from upstream's git and all the problems seem to have gone away, so it'd be nice if the Debian package either incorporated upstream patches to fix this or (more easily) simply tracked upstream's git repository. I guess convincing the upstream author to cut a new release would work as well. Cheers -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libglyr1 depends on: ii libc6 2.17-97 ii libcurl3-gnutls7.33.0-1 ii libglib2.0-0 2.36.4-1 ii libsqlite3-0 3.8.1-2 ii multiarch-support 2.17-97 libglyr1 recommends no packages. libglyr1 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#731533: konsole: French help mentions --no-fork instead of --nofork
tags 731533 upstream thanks Hello, the bug you reported is a KDE bug. Please report it via Help - Report bug... menu item of the respective application or by visiting https://bugs.kde.org/ and following instructions to report a new bug. Debian Qt/KDE maintainers do not have resources to deal with non Debian-specific bugs and therefore it is unlikely that your bug will be solved if you do not report it to KDE developers directly (unless it is/has been reported by somebody else). Whenever you open a bug report on the KDE bug tracking system, or you find that the bug has been already reported on it, you can couple both this Debian bug and the KDE bug together by sending the mail with the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with the address of the bug report on https://bugs.kde.org/) [ copy this ] forwarded 731533 KDE-BUG-URL thanks [ copy this ] Thank you, -- 15: Que es el Correo Electronico * El correo que te llega por la corriente Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#731533: konsole: French help mentions --no-fork instead of --nofork
Control: reassign -1 kde-l10n-fr Control: tags -1 + upstream pending Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=328483 In article 20131206111515.11648.54484.reportbug__5771.57920129157$1386328710$gmane$org@amboise.dolphin you wrote: The French help message says to use --no-fork to run in the foreground but the option is in fact --nofork. $ LANG=fr_FR.UTF-8 konsole --help | tail -n1 Utiliser « --no-fork » pour un lancement au premier plan (utile avec l'option « -e »). I have just forwarded this bug to upstream and I'm going to add a patch for this for 4:4.11.4-1. Happy hacking, -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rich Cook Saludos /\/\ /\ `/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506861: lzma support
Also, to be sure that all debian/ubuntu packages will be accepted, lzma as to added as well: --- /usr/lib/python2.6/site-packages/debian/debfile.py.old 2013-11-25 18:39:58.502993778 +0100 +++ /usr/lib/python2.6/site-packages/debian/debfile.py 2013-11-25 18:39:40.447993825 +0100 @@ -24,7 +24,7 @@ DATA_PART = 'data.tar' # w/o extension CTRL_PART = 'control.tar' -PART_EXTS = ['gz', 'bz2'] # possible extensions +PART_EXTS = ['gz', 'bz2', 'xz', 'lzma'] # possible extensions INFO_PART = 'debian-binary' MAINT_SCRIPTS = ['preinst', 'postinst', 'prerm', 'postrm', 'config']
Bug#638849: drop debug kernel requirement
❦ 24 août 2011 10:03 CEST, John Wright j...@debian.org : Starting from 2.6.24 kernel provides vmcoreinfo right in vmcore, so makedumpfile can produce filtered dumps without vmlinux or slecial vmcoreinfo. attached patch drops DEBUG_KERNEL from scripts, configs and documentation. Also it adds to kdump-config automatical extracting kernel log buffer (dmesg) from vmcore, so kdump produce two files in /var/crash dump.XXX and dmesg.XXX with human-readable log from crashed kernel. Thank you for the patch! I won't have time to review and test it fully until next week. Were you able to have a look? This integration would be quite useful. -- Vincent Bernat | v...@deezer.com Deezer | 12 rue d'Athènes | 75009 Paris | France -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695500: d-i-n-i: #695500 is apparently a grub-mkimage (or debian-installer) bug
On Sun, Oct 13, 2013 at 10:27:27PM +0200, Didier 'OdyX' Raboud wrote: I spent some more time debugging this RC bug by setting up my server and testing the PXE boot of kfreebsd-i386 on two different laptops; the results are: * the error: prefix is not set error always appears when using the wheezy grub2pxe; it also happens with the current sid grub2pxe [0]; * the resistance to this error apparently depends on the PXE implementation: - my acer Aspire One displays the error and then proceeds to displaying grub, then allowing the boot of the kfreebsd-i386 installer; - my ThinkPad X220 displays the error and stops; - kvm launched locally with [1] proceeds to grub; [0] http://http.debian.net/debian/dists/sid/main/installer-kfreebsd-i386/20130430/images/netboot/grub2pxe [1] kvm -m 256 -net nic -net - user,bootfile=/grub2pxe,tftp=/usr/lib/debian-installer/images/7.0/kfreebsd-amd64/gtk/ As debian-installer-netboot-images is only copying these files from the mirrors, I don't think it is the correct source package to track this bug. The above tests now make me think that this is either a problem of debian-installer calling grub-mkimage wrongly in build/config/kfreebsd.cfg or a bug in grub-mkimage not incorporating the prefix correctly when creating a PXE image. I was staring at this bug for the nth time, and noticed something. debian-installer is calling grub-mkimage with the i386-pc image type when building netboot images, the same way as it does when building CD images. This is very probably wrong; it should be using i386-pc-pxe instead. The difference between these image types is that i386-pc prefixes the image with diskboot.img, while i386-pc-pxe prefixes the image with pxeboot.img. The former tries to read core.img off the local hard disk, while the latter assumes that it's already been read into memory and just jumps to it. It is absolutely wrong to use i386-pc for an image that isn't installed to a local disk. I suspect that the reason everyone is terribly confused about reproducing this is that it will depend on what you happen to have installed on your local disk, as well as what KVM's PXE environment happens to provide as the drive reference. Could you try this patch and see if it helps? I'm betting that it will at least be much closer to functional. diff --git a/build/config/hurd.cfg b/build/config/hurd.cfg index 21091fc..a40a977 100644 --- a/build/config/hurd.cfg +++ b/build/config/hurd.cfg @@ -114,7 +114,7 @@ arch_netboot_dir: fi # Generate grub2pxe - grub-mkimage -O i386-pc --prefix=(pxe)/$(NETBOOT_PATH) \ + grub-mkimage -O i386-pc-pxe --prefix=(pxe)/$(NETBOOT_PATH) \ -o $(TEMP_NETBOOT_DIR)/core.img \ $(GRUB_MODULES) $(GRUB_MODULES_PXE) # workaround a gPXE bug diff --git a/build/config/kfreebsd.cfg b/build/config/kfreebsd.cfg index 080111a..1b05133 100644 --- a/build/config/kfreebsd.cfg +++ b/build/config/kfreebsd.cfg @@ -137,7 +137,7 @@ arch_netboot_dir: fi # Generate grub2pxe - grub-mkimage -O i386-pc --prefix=(pxe)/$(NETBOOT_PATH) \ + grub-mkimage -O i386-pc-pxe --prefix=(pxe)/$(NETBOOT_PATH) \ -o $(TEMP_NETBOOT_DIR)/core.img \ $(GRUB_MODULES) $(GRUB_MODULES_PXE) # workaround a gPXE bug 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#731443: gnome-terminal forces default character encoding to ANSIX3.4-1968 (ASCII) but doesn't set up LC_CTYPE
On 06/12/13 10:24, Vincent Lefevre wrote: On 2013-12-05 15:31:30 +0100, Vincent Lefevre wrote: Current Locale (ANSIX3.4-1968) This problem doesn't occur when I run gnome-terminal on a different machine via ssh: I get Current Locale (UTF-8) as expected. I wonder whether your first machine has some leftover configuration from an old machine, or something... my only options are Unicode (UTF-8) and Current Locale (UTF-8), and when I click Add or Remove... to go to the preferences for locale selection, ANSIX3.4-1968 (or any other way to spell plain 7-bit ASCII) isn't even listed as an option. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714388: Missing help_suspend.tt2
Hi Would there be a chance to have this bug also fixed in a upcoming point-release? It might be worth of if there are several pending fixes for an update in a point-release (tought it is easy to workaround it). Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731543: acpid: add init script ordering for lightdm
Package: acpid Version: 1:2.0.20-1 Severity: normal Dear Maintainer, please consider applying below patch, which orders acpid relative to lightdm the same way it is ordered with respect to other display managers (kdm, gdm3, xdm). Regards, Dmitrijs. diff -u acpid-2.0.20/debian/acpid.init acpid-2.0.20/debian/acpid.init --- acpid-2.0.20/debian/acpid.init +++ acpid-2.0.20/debian/acpid.init @@ -3,8 +3,8 @@ # Provides: acpid # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog -# X-Start-Before:kdm gdm3 xdm -# X-Stop-After: kdm gdm3 xdm +# X-Start-Before:kdm gdm3 xdm lightdm +# X-Stop-After: kdm gdm3 xdm lightdm # Default-Start: 2 3 4 5 # Default-Stop: # Short-Description: Start the Advanced Configuration and Power Interface daemon diff -u acpid-2.0.20/debian/changelog acpid-2.0.20/debian/changelog --- acpid-2.0.20/debian/changelog +++ acpid-2.0.20/debian/changelog @@ -1,3 +1,10 @@ +acpid (1:2.0.20-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Specify in acpid.init to start before lightdm and stop after lightdm. + + -- Dmitrijs Ledkovs x...@ubuntu.com Fri, 06 Dec 2013 13:57:00 + + acpid (1:2.0.20-1) unstable; urgency=low * Imported Upstream version 2.0.20 (Closes: #719659)
Bug#731544: dovecot-core: systemd unit is not installed
Package: dovecot-core Version: 1:2.2.9-1 Severity: normal Hi, the dovecot-core package is supposed to include a systemd unit file, but does not. The reason is that the package uses --with-systemdsystemunitdir=auto which triggers this code in ./configure if test ${with_systemdsystemunitdir+set} = set; then : withval=$with_systemdsystemunitdir; if test $withval = auto; then systemdsystemunitdir=`$PKG_CONFIG --variable=systemdsystemunitdir systemd` elif test $withval != no; then systemdsystemunitdir=$withval fi fi it uses pkg-config to get the systemd unit directory. The package however does not depend on systemd, so /usr/share/pkgconfig/systemd.pc is not available, so pkg-config fails. Please either build-depend on systemd (on linux-any) or set the path explicitly by using --with-systemdsystemunitdir=/lib/systemd/system Thanks, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729747: pu: package apt-listbugs/0.1.8
Control: tag -1 pending On 2013-12-04 21:24, Francesco Poli wrote: On Wed, 04 Dec 2013 14:04:41 + Jonathan Wiltshire wrote: [...] On 2013-11-16 16:43, Francesco Poli (wintermute) wrote: [...] If you agree, I can ask my usual sponsor to upload the prepared package to stable, so that it will end up in the next point release. Yes, please. OK, thanks for your reply. I've just asked my usual sponsor to perform the upload. FTR, uploaded and flagged for acceptance. Thanks. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695500: d-i-n-i: #695500 is apparently a grub-mkimage (or debian-installer) bug
Hi! On 06/12/13 13:41, Colin Watson wrote: [...] i386-pc prefixes the image with diskboot.img, while i386-pc-pxe prefixes the image with pxeboot.img. Prefixes core.img with diskboot.img?? I know that i386-pc-pxe prefixes with pxeboot.img however. After that we had this weird thing: cat $(GRUB_MODDIR)/pxeboot.img $(TEMP_NETBOOT_DIR)/core.img \ $(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)/grub2pxe As far as I remember, that would produce the same output as if i386-pc-pxe had been used, except for a sed hack which is applied to core.img first: sed -i -e 's/\x02\xb0\xad\x1b/\x03\xb0\xad\x1b/' $(TEMP_NETBOOT_DIR)/core.img Since that sed hack is no longer needed as of GRUB 2.00, I've been waiting for it to migrate to testing, then intended to clean up the whole thing with this commit: http://lists.debian.org/1374529181-96367-2-git-send-email-ste...@pyro.eu.org 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#730830: ocaml: Please add powerpcspe to the list of native architectures
Hi, On 01/12/13 12:59, Stéphane Glondu wrote: almabench is very intensive and also times out on some buildds. I am planning to disable it on $(SLOW_ARCHITECTURES) (defined in debian/rules, which includes powerpc). I can add powerpcspce there as well. Yes, please do. I tried to let it run for a few days bit gave up today - still not finished... Thanks for the build log. It doesn't look severely broken, but test failures must be further investigated: * Native backtrace tests are completely broken, but it is also the case on powerpc but it seems to have been fixed upstream. OK, considering it the same issue as on powerpc. * tests/lib-bigarray/fftba.ml: no idea what's going on. It would be nice to get tests/lib-bigarray/fftba.output and compare with tests/lib-bigarray/fftba.reference. I'm attaching the two: The diff is: --- fftba.reference 2010-01-25 14:01:33.0 + +++ fftba.result2013-12-01 13:37:42.657964357 + @@ -1,13 +1,13 @@ -16... ok -32... ok -64... ok -128... ok -256... ok -512... ok -1024... ok -2048... ok -4096... ok -8192... ok -16384... ok -32768... ok -65536... ok +16... ERROR +32... ERROR +64... ERROR +128... ERROR +256... ERROR +512... ERROR +1024... ERROR +2048... ERROR +4096... ERROR +8192... ERROR +16384... ERROR +32768... ERROR +65536... ERROR * tests/misc/nucleic.ml: fails with Fatal error: exception Assert_failure(nucleic.ml, 3205, 9) which is very weird and looks difficult to figure out. Please tell if I can help here somehow. The first point is explained and would not prevent a switch, but I think the last two should at least be explained before making powerpcspe native. Is there a powerpcspe porterbox available for DDs? Not currently, but I'm working towards this - negotiating with a former employer of a former powerpcspe port maintainer. Roland 16... ok 32... ok 64... ok 128... ok 256... ok 512... ok 1024... ok 2048... ok 4096... ok 8192... ok 16384... ok 32768... ok 65536... ok 16... ERROR 32... ERROR 64... ERROR 128... ERROR 256... ERROR 512... ERROR 1024... ERROR 2048... ERROR 4096... ERROR 8192... ERROR 16384... ERROR 32768... ERROR 65536... ERROR
Bug#731421: pu: package expat/2.1.0-1+deb7u1
Control: tag -1 pending Hi, On 2013-12-05 11:55, Andreas Beckmann wrote: lib64expat1-dev is not installable in wheezy due to a file conflict with libexpat1-dev which it Depends on. Backported two changes from sid: * don't ship the pkgconfig twice * new maintainer Flagged for acceptance, thanks. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731545: virt-manager: when console is displayed the X server is grabbed
Package: virt-manager Version: 0.9.5-1 Severity: important Hello, I tried to run a virtual machine using virt-manager instead of manually starting qemu. virt-manager is cool but when the VM console is displayed the X server is grabbed without any warning and there is no way to interact with the rest of X session whatsoever. I understand that you need to grab mouse for relative mouse movement in the VM to work and you may need to grab keyboard for some keyboard shortcuts in the VM to work. However, there is no way to configure this and 1) I never want relative mouse, ever. Hence there is no reason for virt-manager to grab mouse, ever. Unless I am testing how broken hte relative mouse support is, of course. 2) I don't want keyboard grab in most VMs because I use them to run applications that won't run natively for some reason and need the WM shortcuts to be able to switch to and away from the application in question. I have a patch for gtk-vnc which adds options for this to work but upstream rejected the patch: https://bugzilla.gnome.org/show_bug.cgi?id=594566 -- System Information: Debian Release: 7.2 APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (500, 'testing'), (410, 'unstable'), (400, 'experimental'), (300, 'saucy-updates'), (300, 'saucy-security'), (300, 'saucy-proposed'), (300, 'saucy-backports'), (300, 'saucy') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virt-manager depends on: ii gconf2 3.2.5-1+build1 ii librsvg2-common2.36.1-1 ii python 2.7.5-5 ii python-dbus1.1.1-1 ii python-glade2 2.24.0-3+b1 ii python-gnome2 2.28.1+dfsg-1 ii python-gtk-vnc 0.5.2-2 ii python-gtk22.24.0-3+b1 ii python-ipy 1:0.75-1 ii python-libvirt 1.1.4-2 ii python-support 1.0.15 ii python-urlgrabber 3.9.1-4 ii python-vte 1:0.28.2-5 ii virtinst 0.600.4-2 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.4.0-2 ii libvirt-bin 1.1.4-2 ii python-spice-client-gtk 0.21-0nocelt3 Versions of packages virt-manager suggests: pn gnome-keyringnone pn python-gnomekeyring none pn python-guestfs none pn ssh-askpass none ii virt-viewer 0.5.6-2 -- 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#731524: hardening-wrapper: Trying to overwrite /usr/bin/gcc-4.7
Hi! On Fri, 2013-12-06 at 11:03:38 +0100, Sven Joachim wrote: Control: reassign -1 dpkg 1.17.3 There seems to be a problem with the file list handling in dpkg 1.17.2. AFAICS the hardening-wrapper package sets up diversions correctly in the preinst but dpkg still reports a file conflict. Under dpkg 1.17.1 hardening-wrapper installs fine. Thanks, I'm looking into it now. Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731546: dragging a tab from chromium into the other screen doesn't associate it with a tag in that screen
Package: awesome Version: 3.5.2+git7-g9723f23-1 Severity: normal dragging a tab from chromium into the other screen doesn't associate it with a tag in that screen, it kept it associated with the tag in the first screen so switching tags in the first resulted in that window disappearing on the 2nd screen. Sending that window back to the first screen and then back to the 2nd (Mod1+o) resolved the issue and that window got tag in the 2nd screen. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages awesome depends on: ii dbus-x11 1.6.12-1 ii gir1.2-freedesktop1.36.0-2+b1 ii gir1.2-pango-1.0 1.32.5-5+b1 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.12-1 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.3-3 ii liblua5.1-0 5.1.5-4 ii libstartup-notification0 0.12-3 ii libx11-6 2:1.6.0-1 ii libxcb-cursor00.1.0-1 ii libxcb-icccm4 0.3.9-2 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.9.1-3 ii libxcb-render01.9.1-3 ii libxcb-shape0 1.9.1-3 ii libxcb-util0 0.3.8-2 ii libxcb-xinerama0 1.9.1-3 ii libxcb-xtest0 1.9.1-3 ii libxcb1 1.9.1-3 ii libxdg-basedir1 1.1.1-2 ii lua-lgi 0.6.2-1 ii menu 2.1.46 Versions of packages awesome recommends: ii feh2.3-2 ii rlwrap 0.37-3 ii x11-xserver-utils 7.7~3 awesome 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