Bug#698687: autopkgtest [spec]: Clarify what to use as a scratch area for large data
On 2013-01-31 07:02, Martin Pitt wrote: Niels Thykier [2013-01-22 12:19 +0100]: Should such tests request for the source directory to be rw or use /var/tmp (or third option)? IMHO this is the right choice, just like for very large temporary data in general (for which /tmp/ generally isn't appropriate). Martin Just for clarification, which of the two options did you mean with this? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699413: [Pkg-nagios-devel] Bug#699413: [nagios-snmp-plugins] not compatible with recent libnet-snmp-perl package
On 31.01.2013 09:10, Jan Wagner wrote: Package: nagios-snmp-plugins Version: 1.1.1-7 Severity: serious Tags: patch All scripts are failing with: Argument v6.0.1 isn't numeric in numeric lt () at /usr/lib/nagios/plugins/check_snmp_(.*).pl line [0-9]*. This is due a incompatibility of version string in libnet-snmp-perl. See also https://wiki.icinga.org/display/howtos/check_snmp#checksnmp-Argumentv601isntnumericinnumericlt fyi the patch and some other fixes remain in my cvs2git import, as it seems that development is rather dead in this section, but those plugins are still used in many locations and setups. https://github.com/dnsmichi/manubulon-snmp/commits/master -- DI (FH) Michael Friedrich mail: michael.friedr...@gmail.com twitter: https://twitter.com/dnsmichi jabber: dnsmi...@jabber.ccc.de irc: irc.freenode.net/icinga dnsmichi icinga open source monitoring position: lead core developer url: https://www.icinga.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624105: mpmath: SyntaxError while byte-compiling in wheezy
Hi, this bug is closed, but by a package in experimental. In wheezy/sid this bug still appears. Please, could you push the experimental package to sid to have it in wheezy? Regards, Leo -- -- Linux User 152692 Catalonia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699413: [nagios-snmp-plugins] not compatible with recent libnet-snmp-perl package
Am 31.01.2013 09:10, schrieb Jan Wagner: Tags: patch now the correct patch against latest package in testing/unstable. diff -u nagios-snmp-plugins-1.1.1/debian/changelog nagios-snmp-plugins-1.1.1/debian/changelog --- nagios-snmp-plugins-1.1.1/debian/changelog +++ nagios-snmp-plugins-1.1.1/debian/changelog @@ -1,3 +1,10 @@ +nagios-snmp-plugins (1.1.1-8) unstable; urgency=low + + * Add 10_fix_net_snmp_version.dpatch +- Fixing Net::SNMP version (Closes: #699413) + + -- Jan Wagner w...@cyconet.org Thu, 31 Jan 2013 08:56:00 +0100 + nagios-snmp-plugins (1.1.1-7) unstable; urgency=low * Add Copyright to all copyrights in debian/copyright diff -u nagios-snmp-plugins-1.1.1/debian/patches/00list nagios-snmp-plugins-1.1.1/debian/patches/00list --- nagios-snmp-plugins-1.1.1/debian/patches/00list +++ nagios-snmp-plugins-1.1.1/debian/patches/00list @@ -6,2 +6,3 @@ 06_check_snmp_win.dpatch +10_fix_net_snmp_version.dpatch 50_disable_epn.dpatch only in patch2: unchanged: --- nagios-snmp-plugins-1.1.1.orig/debian/patches/10_fix_net_snmp_version.dpatch +++ nagios-snmp-plugins-1.1.1/debian/patches/10_fix_net_snmp_version.dpatch @@ -0,0 +1,451 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 10_fix_net_snmp_version.dpatch by Jan Wagner w...@cyconet.org +## +## DP: Fixing Net::SNMP version +## DP: (see https://wiki.icinga.org/display/howtos/check_snmp#checksnmp-Argumentv601isntnumericinnumericlt) + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nagios-snmp-plugins-1.1.1~/check_snmp_boostedge.pl nagios-snmp-plugins-1.1.1/check_snmp_boostedge.pl +--- nagios-snmp-plugins-1.1.1~/check_snmp_boostedge.pl 2007-01-16 23:57:14.0 +0100 nagios-snmp-plugins-1.1.1/check_snmp_boostedge.pl 2013-01-31 08:38:55.0 +0100 +@@ -249,7 +249,7 @@ + + # Get global status + my @oidlist=($be_global_status); +-my $resultat = (Net::SNMP-VERSION 4) ? ++my $resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_request(@oidlist) + : $session-get_request(-varbindlist = \@oidlist); + +@@ -266,7 +266,7 @@ + + $resultat=undef; + # Get service table +-$resultat = (Net::SNMP-VERSION 4) ? ++$resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_table($be_service_table) + : $session-get_table(Baseoid = $be_service_table); + +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nagios-snmp-plugins-1.1.1~/check_snmp_css.pl nagios-snmp-plugins-1.1.1/check_snmp_css.pl +--- nagios-snmp-plugins-1.1.1~/check_snmp_css.pl 2007-01-11 17:06:08.0 +0100 nagios-snmp-plugins-1.1.1/check_snmp_css.pl 2013-01-31 08:38:55.0 +0100 +@@ -356,7 +356,7 @@ + } + close (FILE); + } else { +- $resultat = (Net::SNMP-VERSION 4) ? ++ $resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_table($css_svc_name) + : $session-get_table(Baseoid = $css_svc_name); + +@@ -392,7 +392,7 @@ + } + + $resultat = undef; +-$resultat = (Net::SNMP-VERSION 4) ? ++$resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_request(@oid_list) + : $session-get_request(-varbindlist = \@oid_list); + +@@ -402,7 +402,7 @@ +exit $ERRORS{UNKNOWN}; + } + my $resultat2 = undef; +-$resultat2 = (Net::SNMP-VERSION 4) ? ++$resultat2 = (Net::SNMP-VERSION lt 4) ? + $session-get_request(@oid_list2) + : $session-get_request(-varbindlist = \@oid_list2); + +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nagios-snmp-plugins-1.1.1~/check_snmp_css_main.pl nagios-snmp-plugins-1.1.1/check_snmp_css_main.pl +--- nagios-snmp-plugins-1.1.1~/check_snmp_css_main.pl 2006-10-05 23:40:55.0 +0200 nagios-snmp-plugins-1.1.1/check_snmp_css_main.pl 2013-01-31 08:38:55.0 +0100 +@@ -219,7 +219,7 @@ + ### Cisco CSS checks ## + + # Get load table +-my $resultat = (Net::SNMP-VERSION 4) ? ++my $resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_table($css_svc_name) + : $session-get_table(Baseoid = $css_svc_name); + +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nagios-snmp-plugins-1.1.1~/check_snmp_env.pl nagios-snmp-plugins-1.1.1/check_snmp_env.pl +--- nagios-snmp-plugins-1.1.1~/check_snmp_env.pl 2013-01-31 08:37:55.0 +0100 nagios-snmp-plugins-1.1.1/check_snmp_env.pl 2013-01-31 08:38:55.0 +0100 +@@ -390,7 +390,7 @@ + verb(Checking cisco env); + + # Get load table +-my $resultat = (Net::SNMP-VERSION 4) ? ++my $resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_table($ciscoEnvMonMIB) + : $session-get_table(Baseoid = $ciscoEnvMonMIB); + +@@ -594,7 +594,7 @@ + my $global_status=0; + my $output=; + # get temp +-$resultat = (Net::SNMP-VERSION 4) ? ++$resultat = (Net::SNMP-VERSION lt 4) ?
Bug#698687: autopkgtest [spec]: Clarify what to use as a scratch area for large data
Niels Thykier [2013-01-31 9:25 +0100]: On 2013-01-31 07:02, Martin Pitt wrote: Niels Thykier [2013-01-22 12:19 +0100]: Should such tests request for the source directory to be rw or use /var/tmp (or third option)? IMHO this is the right choice, just like for very large temporary data in general (for which /tmp/ generally isn't appropriate). Martin Just for clarification, which of the two options did you mean with this? Erk, sorry. I mean using /var/tmp/ sounds like the right solution to me, both in general as well as for autopkgtests in particular. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#699414: lxpanel: Desktop Pager refreshing problems when closing windows.
Package: lxpanel Version: 0.5.10-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Login - lxde-session. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? LXDEPanel Desktop Pager refreshing problems when closing windows. * What outcome did you expect instead? Correct LXDEPanel Desktop Pager refreshing when closing windows. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxpanel depends on: ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libiw30 30~pre9-8 ii libmenu-cache1 0.3.3-1 ii libpango1.0-0 1.30.0-1 ii libwnck22 2.30.7-1 ii libx11-62:1.5.0-1 ii lxmenu-data 0.1.2-2 lxpanel recommends no packages. Versions of packages lxpanel suggests: ii chromium [www-browser] 22.0.1229.94~r161065+dfsg-0.1 ii lxsession 0.4.6.1-4 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii menu2.1.46 -- 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#695182: [RFC] Reproducible OOM with just a few sleeps
Dear Ben, Thanks for the repeated explanations. PAE was a stop-gap ... ... [PAE] completely untenable. Is this a good time to withdraw PAE, to tell the world that it does not work? Maybe you should have had such comments in the code. Seems that amd64 now works somewhat: on Debian the linux-image package is tricky to install, and linux-headers is even harder. Is there work being done to make this smoother? --- I am still not convinced by the lowmem starvation explanation: because then PAE should have worked fine on my 3GB machine; maybe I should also try PAE on my 512MB laptop. - Though, what do I know, have not yet found the buggy line of code I believe is lurking there... Thanks, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699295: pre-approval for unblock: dahdi-linux/1:2.6.1+dfsg-2
On 2013-01-30 22:19, Tzafrir Cohen wrote: [...] Other than that, feel free to upload the patched versions and ping us once they have spent a couple of days in sid. Thanks. Uploaded. dahdi-linux does not appear to have been uploaded yet? I only see the patched firmware package in sid atm. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699345: xserver-xorg-video-ati: Xorg crashes with, black/white screen since wheezy update to 6.14.4-6
On Wed, Jan 30, 2013 at 16:16:26 +0100, Patrick Matthäi wrote: Hi Michel, 6.14.4-5 doesn't support your Radeon GPU, so you're using the generic driver from xserver-xorg-video-fbdev in that case. I suspect your kernel is missing upstream fixes for your GPU. True. But that also means, that users with such a GPU will have got a broken installation of Wheezy: The -radeon driver is automated selected by Xorg for this device, on booting/starting KDM (GDM whatever) the PC crashes and has to be hard resetted. So the -radeon driver should not be selected for this device, or if the issue is located in the Linux kernel, the patches should be backported, so that it works. See http://womble.decadent.org.uk/blog/whats-in-the-linux-kernel-for-debian-70-wheezy-part-4.html (testing with that kernel would be welcome). Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699415: pre-approval for unblock: nagios-snmp-plugins/1.1.1-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please pre-approving nagios-snmp-plugins/1.1.1-8 (not yet uploaded, would go via unstable) The package is fixing #699413 (RC-level): nagios-snmp-plugins (1.1.1-8) unstable; urgency=low * Add 10_fix_net_snmp_version.dpatch - Fixing Net::SNMP version (Closes: #699413) Package can be found at: http://anonscm.debian.org/viewvc/pkg-nagios/nagios-snmp-plugins/trunk/ http://ftp.cyconet.org/debian/archive/official/nagios-snmp-plugins/1.1.1-8/ Diff of the package is attached. Many thanks, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- diff -u nagios-snmp-plugins-1.1.1/debian/changelog nagios-snmp-plugins-1.1.1/debian/changelog --- nagios-snmp-plugins-1.1.1/debian/changelog +++ nagios-snmp-plugins-1.1.1/debian/changelog @@ -1,3 +1,10 @@ +nagios-snmp-plugins (1.1.1-8) unstable; urgency=low + + * Add 10_fix_net_snmp_version.dpatch +- Fixing Net::SNMP version (Closes: #699413) + + -- Jan Wagner w...@cyconet.org Thu, 31 Jan 2013 08:56:00 +0100 + nagios-snmp-plugins (1.1.1-7) unstable; urgency=low * Add Copyright to all copyrights in debian/copyright diff -u nagios-snmp-plugins-1.1.1/debian/patches/00list nagios-snmp-plugins-1.1.1/debian/patches/00list --- nagios-snmp-plugins-1.1.1/debian/patches/00list +++ nagios-snmp-plugins-1.1.1/debian/patches/00list @@ -6,2 +6,3 @@ 06_check_snmp_win.dpatch +10_fix_net_snmp_version.dpatch 50_disable_epn.dpatch only in patch2: unchanged: --- nagios-snmp-plugins-1.1.1.orig/debian/patches/10_fix_net_snmp_version.dpatch +++ nagios-snmp-plugins-1.1.1/debian/patches/10_fix_net_snmp_version.dpatch @@ -0,0 +1,451 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 10_fix_net_snmp_version.dpatch by Jan Wagner w...@cyconet.org +## +## DP: Fixing Net::SNMP version +## DP: (see https://wiki.icinga.org/display/howtos/check_snmp#checksnmp-Argumentv601isntnumericinnumericlt) + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nagios-snmp-plugins-1.1.1~/check_snmp_boostedge.pl nagios-snmp-plugins-1.1.1/check_snmp_boostedge.pl +--- nagios-snmp-plugins-1.1.1~/check_snmp_boostedge.pl 2007-01-16 23:57:14.0 +0100 nagios-snmp-plugins-1.1.1/check_snmp_boostedge.pl 2013-01-31 08:38:55.0 +0100 +@@ -249,7 +249,7 @@ + + # Get global status + my @oidlist=($be_global_status); +-my $resultat = (Net::SNMP-VERSION 4) ? ++my $resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_request(@oidlist) + : $session-get_request(-varbindlist = \@oidlist); + +@@ -266,7 +266,7 @@ + + $resultat=undef; + # Get service table +-$resultat = (Net::SNMP-VERSION 4) ? ++$resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_table($be_service_table) + : $session-get_table(Baseoid = $be_service_table); + +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nagios-snmp-plugins-1.1.1~/check_snmp_css.pl nagios-snmp-plugins-1.1.1/check_snmp_css.pl +--- nagios-snmp-plugins-1.1.1~/check_snmp_css.pl 2007-01-11 17:06:08.0 +0100 nagios-snmp-plugins-1.1.1/check_snmp_css.pl 2013-01-31 08:38:55.0 +0100 +@@ -356,7 +356,7 @@ + } + close (FILE); + } else { +- $resultat = (Net::SNMP-VERSION 4) ? ++ $resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_table($css_svc_name) + : $session-get_table(Baseoid = $css_svc_name); + +@@ -392,7 +392,7 @@ + } + + $resultat = undef; +-$resultat = (Net::SNMP-VERSION 4) ? ++$resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_request(@oid_list) + : $session-get_request(-varbindlist = \@oid_list); + +@@ -402,7 +402,7 @@ +exit $ERRORS{UNKNOWN}; + } + my $resultat2 = undef; +-$resultat2 = (Net::SNMP-VERSION 4) ? ++$resultat2 = (Net::SNMP-VERSION lt 4) ? + $session-get_request(@oid_list2) + : $session-get_request(-varbindlist = \@oid_list2); + +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nagios-snmp-plugins-1.1.1~/check_snmp_css_main.pl nagios-snmp-plugins-1.1.1/check_snmp_css_main.pl +--- nagios-snmp-plugins-1.1.1~/check_snmp_css_main.pl 2006-10-05 23:40:55.0 +0200 nagios-snmp-plugins-1.1.1/check_snmp_css_main.pl 2013-01-31 08:38:55.0 +0100 +@@ -219,7 +219,7 @@ + ### Cisco CSS checks ## + + # Get load table +-my $resultat = (Net::SNMP-VERSION 4) ? ++my $resultat = (Net::SNMP-VERSION lt 4) ? + $session-get_table($css_svc_name) + : $session-get_table(Baseoid = $css_svc_name); + +diff -urNad '--exclude=CVS'
Bug#699355: libdpkg-perl: Dpkg::Control has O(n^2) iterator (e.g. keys %{$dctrl})
On 2013-01-31 03:51, Guillem Jover wrote: On Wed, 2013-01-30 at 16:17:31 +0100, Niels Thykier wrote: Package: libdpkg-perl Version: 1.16.9 Severity: minor Iterating over the fields in a Dpkg::Control object (e.g. keys %{$dctrl}) has an O(n^2) performance. This is apparent in the code, where FIRSTKEY and NEXTKEY loops over the in-order list (hinting performance of at least O(n*m) code): Yeah, when going over the code to optimize it I noticed those functions to be fishy, but I did not go further because, I've enabled the user to request an object w/ direct access to the underlaying hash and/or w/o ordering; and because I've concluded that the tie is really not a good idea, and I'm planning to replace it with explicit member functions and possibly to eventually get rid of it. Ah, that might be a good idea - I just noticed that DELETE appears to be O(n) per key removed[1], so a destructive iteration would probably still be O(n^2) even if the iterator was fixed. The bug is of minor severity, because it takes an obscence number of fields before the O(n^2) behaviour degrades the performance visibly in the benchmark[1]. Still, good to have it spotted and filed. Thanks! Regards, Guillem ~Niels [1] @$in_order = grep { lc($_) ne $key } @$in_order; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699418: fcitx-config-gtk(3): depends on gnome-icon-theme-symbolic?
Package: fcitx-config-gtk Version: 0.4.4-1 Severity: normal gtk3/im_widget.c uses some icons from gnome-icon-theme-symbolic. gtk3/im_widget.c:108: gtk_button_set_image(GTK_BUTTON(self-addimbutton), gtk_image_new_from_icon_name(list-add-symbolic, GTK_ICON_SIZE_BUTTON)); gtk3/im_widget.c:111: gtk_button_set_image(GTK_BUTTON(self-delimbutton), gtk_image_new_from_icon_name(list-remove-symbolic, GTK_ICON_SIZE_BUTTON)); gtk3/im_widget.c:129: gtk_button_set_image(GTK_BUTTON(self-moveupbutton), gtk_image_new_from_icon_name(go-up-symbolic, GTK_ICON_SIZE_BUTTON)); gtk3/im_widget.c:133: gtk_button_set_image(GTK_BUTTON(self-movedownbutton), gtk_image_new_from_icon_name(go-down-symbolic, GTK_ICON_SIZE_BUTTON)); gtk3/im_widget.c:151: gtk_button_set_image(GTK_BUTTON(self-configurebutton), gtk_image_new_from_icon_name(preferences-system-symbolic, GTK_ICON_SIZE_BUTTON)); Without gnome-icon-theme-symbolic, they'll be displayed incorrectly. Regards, Guo Yixuan -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fcitx-config-gtk depends on: ii fcitx-config-common 0.4.4-1 ii fcitx-libs 1:4.2.4.1-7 ii libatk1.0-0 2.4.0-2 ii libc62.13-37 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-5 ii libpango1.0-01.30.0-1 fcitx-config-gtk recommends no packages. fcitx-config-gtk suggests no packages. -- no debconf information attachment: missing-icons.png
Bug#699417: scalc: FTBFS with ugly testsuite failure that looks bogus
Source: scalc Version: 0.2.4-1 Severity: important Justification: fails to build from source (but built successfully in the past) Hi, there are testsuite failures (despite the nocheck build option), but the outputs provided look identical (WTF?). One should add that m68k, like i8087, has 80 bits of internal precision, and this is not disablable on all current targets. Full build log attached. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.2.0-4-atari Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static I: Using pkgname logfile I: Current time: Thu Jan 31 02:56:11 UTC 2013 I: pbuilder-time-stamp: 1359600971 I: Obtaining the cached apt archive contents I: Installing the build-deps W: no hooks of type D found -- ignoring - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: m68k Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 7.0.50~), autotools-dev, doxygen, graphviz dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 12264 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on autotools-dev; however: Package autotools-dev is not installed. pbuilder-satisfydepends-dummy depends on doxygen; however: Package doxygen is not installed. pbuilder-satisfydepends-dummy depends on graphviz; however: Package graphviz is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... The following NEW packages will be installed: autotools-dev{a} doxygen{a} fontconfig{a} fontconfig-config{a} graphviz{a} libcairo2{a} libcdt4{a} libcgraph5{a} libdatrie1{a} libexpat1{a} libfontconfig1{a} libfreetype6{a} libgd2-noxpm{a} libgraph4{a} libgvc5{a} libgvpr1{a} libice6{a} libjpeg8{a} libpango1.0-0{a} libpathplan4{a} libpixman-1-0{a} libpng12-0{a} libsm6{a} libthai-data{a} libthai0{a} libx11-6{a} libx11-data{a} libxau6{a} libxaw7{a} libxcb-render0{a} libxcb-shm0{a} libxcb1{a} libxdmcp6{a} libxdot4{a} libxext6{a} libxft2{a} libxmu6{a} libxpm4{a} libxrender1{a} libxt6{a} ttf-dejavu-core{a} ucf{a} x11-common{a} 0 packages upgraded, 43 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/10.5 MB of archives. After unpacking 25.6 MB will be used. Writing extended state information... debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libexpat1:m68k. (Reading database ... 12264 files and directories currently installed.) Unpacking libexpat1:m68k (from .../libexpat1_2.1.0-1_m68k.deb) ... Selecting previously unselected package libfreetype6:m68k. Unpacking libfreetype6:m68k (from .../libfreetype6_2.4.9-1.1_m68k.deb) ... Selecting previously unselected package ucf. Unpacking ucf (from .../ucf_3.0025+nmu3_all.deb) ... Moving old data out of the way Selecting previously unselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-3_all.deb) ... Selecting previously unselected package fontconfig-config. Unpacking fontconfig-config (from .../fontconfig-config_2.9.0-7.1_all.deb) ... Selecting previously unselected package libfontconfig1:m68k. Unpacking libfontconfig1:m68k (from .../libfontconfig1_2.9.0-7.1_m68k.deb) ... Selecting previously unselected package libpixman-1-0:m68k. Unpacking libpixman-1-0:m68k (from .../libpixman-1-0_0.26.0-3_m68k.deb) ... Selecting previously unselected package libpng12-0:m68k. Unpacking libpng12-0:m68k (from .../libpng12-0_1.2.49-3_m68k.deb) ... Selecting previously unselected package libxau6:m68k. Unpacking libxau6:m68k (from .../libxau6_1%3a1.0.7-1_m68k.deb) ... Selecting previously unselected package libxdmcp6:m68k. Unpacking libxdmcp6:m68k (from .../libxdmcp6_1%3a1.1.1-1_m68k.deb) ... Selecting previously unselected package libxcb1:m68k. Unpacking libxcb1:m68k (from .../libxcb1_1.8.1-2_m68k.deb) ... Selecting previously unselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.5.0-1_all.deb) ... Selecting previously unselected package libx11-6:m68k. Unpacking libx11-6:m68k (from
Bug#663880: wnpp inconsistencies
# bug 663880 has subject frame -- Multi-touch input event cooking library retitle ITP: frame -- Multi-touch input event cooking library thanks Hi, This wnpp bug should be an ITP or a RFP. I've just retitled to ITP again. If you are not working in this package, feel free to retitle it again. BTW, the previous URL is broken. The new one is: https://launchpad.net/frame Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699419: snappy: FTBFS because it insists on doing benchmarks despite nocheck/nobench DEB_BUILD_OTPS
Source: snappy Version: 1.0.5-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, despite “export DEB_BUILD_OPTIONS='nobench nocheck'” your package insists on running benchmarks during the package build and then fails due to a bug in the benchmark script and/or GNU bash: make[2]: Entering directory `/tmp/buildd/snappy-1.0.5' Running microbenchmarks. BenchmarkTime(ns)CPU(ns) Iterations --- BM_UFlat/0 22000400590100 16.6MB/s html BM_UFlat/1 207002850 2780100 24.1MB/s urls /bin/bash: line 5: 12339 Floating point exception${dir}$tst FAIL: snappy_unittest == 1 of 1 test failed == make[2]: *** [check-TESTS] Error 1 Do *not* run benchmarks on buildds! Especially not if nocheck is set! Even more especially not if nobench is set! Do not assume the buildd machine is otherwise idle, that is, your benchmark results will not be reliable even one minute later! Full build log attached. Keeping severity as-is because this problem is not necessarily restricted to m68k (I assume this happens on slowish machines or buildds doing more than one build in parallel as well), but the release team is free to lower to “important” or tag it as ignore. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.2.0-4-atari Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static I: Using pkgname logfile I: Current time: Thu Jan 31 04:14:30 CET 2013 I: pbuilder-time-stamp: 1359602070 I: Obtaining the cached apt archive contents I: Installing the build-deps W: no hooks of type D found -- ignoring - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: m68k Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 7), autotools-dev, dpkg-dev (= 1.16.1~) dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 12287 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on autotools-dev; however: Package autotools-dev is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... The following NEW packages will be installed: autotools-dev{a} 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/73.0 kB of archives. After unpacking 186 kB will be used. Writing extended state information... debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package autotools-dev. (Reading database ... 12287 files and directories currently installed.) Unpacking autotools-dev (from .../autotools-dev_20120608.1_all.deb) ... Processing triggers for man-db ... Setting up autotools-dev (20120608.1) ... Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Writing extended state information... - Finished parsing the build-deps Reading package lists... Building dependency tree... Reading state information... Starting Starting 2 Done debhelper is already the newest version. debian-ports-archive-keyring is already the newest version. file-rc is already the newest version. apt is already the newest version. eatmydata is already the newest version. fakeroot is already the newest version. wtf-debian-keyring is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. I: Copying back the cached apt archive contents I: Copying source file I: copying [/root/snappy_1.0.5-2.dsc] I: copying [/root/snappy_1.0.5.orig.tar.gz] I: copying [/root/snappy_1.0.5-2.diff.gz] I: Extracting source gpgv: keyblock resource `/tmp/buildd/.gnupg/trustedkeys.gpg': file open error gpgv: Signature made Mon Jul 2 18:56:38 2012 UTC using DSA key ID 52B7487E gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./snappy_1.0.5-2.dsc dpkg-source: info: extracting snappy in snappy-1.0.5 dpkg-source: info:
Bug#699420: k3b: impossible Erase window: 'Found medium: Empty CD-RW medium' 'Waiting for Disk'
Package: k3b Version: 2.0.2-6 Severity: normal Tags: upstream Dear Maintainer, With a used CDRW disk (apparently undamaged) in the drive, to be blanked, K3B correctly reported: Found medium: Empty CD-RW medium In that same window K3B made an impossible request: Please insert a rewritable CD medium into drive(...) None of the three options offered: 'Load', 'Eject', or 'Cancel', helped K3B do any erasing. (See attached PNG.) PS : Perhaps the CDRW medium was borked by another burner program. Usually K3B blanks disks just fine. But a high level burner app should never contradict itself -- bad media is no excuse! PPS: later, 'xfburn' was able to blank the same CDRW medium. HTH... -- Package-specific info: Device was not specified. Trying to find an appropriate drive... Detected CD-R drive: /dev/sr1 Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'SONY' Identification : 'DVD RW DRU-840A ' Revision : 'SS01' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages k3b depends on: ii cdparanoia 3.10.2+debian-11 ii cdrdao 1:1.2.3-0.3 ii genisoimage9:1.1.11-2 ii k3b-data 2.0.2-6 ii kde-runtime4:4.8.4-2 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libk3b62.0.2-6 ii libkcddb4 4:4.8.4-2 ii libkcmutils4 4:4.8.4-4 ii libkde3support44:4.8.4-4 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkio54:4.8.4-4 ii libknotifyconfig4 4:4.8.4-4 ii libqt4-qt3support 4:4.8.2+dfsg-10 ii libqt4-xml 4:4.8.2+dfsg-10 ii libqtcore4 4:4.8.2+dfsg-10 ii libqtgui4 4:4.8.2+dfsg-10 ii libqtwebkit4 2.2.1-5 ii libsolid4 4:4.8.4-4 ii libstdc++6 4.7.2-5 ii wodim 9:1.1.11-2 Versions of packages k3b recommends: ii dvd+rw-tools 7.1-10 ii libk3b6-extracodecs 2.0.2-6 ii vcdimager0.7.24+dfsg-0.1 Versions of packages k3b suggests: pn k3b-extrathemes none ii k3b-i18n 2.0.2-6 pn movixmaker-2 none ii normalize-audio 0.7.7-11 ii sox 14.4.0-5 -- no debconf information attachment: K3B_erase_cdrw.png
Bug#663881: wnpp inconsistencies
# bug 663881 has subject grail -- multi-touch gesture recognition and instatiation library retitle 663881 ITP: grail -- multi-touch gesture recognition and instatiation library thanks Hi, This wnpp bug should be an ITP or a RFP. I've just retitled to ITP again. If you are not working in this package, feel free to retitle it again. BTW, the previous URL is broken. The new one is: https://launchpad.net/grail Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699421: poppler-utils: pdftops will segfault when the output file is unwritable
Subject: poppler-utils: pdftops will segfault when the output file is unwritable Package: poppler-utils Version: 0.12.4-1.2 Severity: normal *** Please type your report below this line *** It typically happens when the target postscript file is in a non-existent directory. Here is an interactive session that shows the messages. $ ls out ls: cannot access out: No such file or directory $ pdftops f.pdf out/f.ps Error: Couldn't open PostScript file 'out/f.ps' Segmentation fault -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages poppler-utils depends on: ii libc6 2.13-35 Embedded GNU C Library: Shared lib ii libfontconfig1 2.9.0-7 generic font configuration library ii libgcc1 1:4.7.1-7 GCC support library ii libpoppler5 0.12.4-1.2 PDF rendering library ii libstdc++6 4.7.1-7 GNU Standard C++ Library v3 ii libxml2 2.7.8.dfsg-2+squeeze5 GNOME XML library Versions of packages poppler-utils recommends: ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF poppler-utils suggests no packages. -- no debconf information
Bug#663882: wnpp inconsistencies
# bug 663882 has subject geis -- multi-touch gesture API retitle 663882 ITP: geis -- multi-touch gesture API thanks Hi, This wnpp bug should be an ITP or a RFP. I've just retitled to ITP again. If you are not working in this package, feel free to retitle it again. BTW, the previous URL is broken. The new one is: https://launchpad.net/geis Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699417: scalc: FTBFS with ugly testsuite failure that looks bogus
Hello, On Thu, Jan 31, 2013 at 10:30 AM, Thorsten Glaser t...@mirbsd.de wrote: there are testsuite failures (despite the nocheck build option), but the outputs provided look identical (WTF?). That's the magic of floating-points operations ;-)... There has to be a certain tolerance for comparing results, although in principle the exact same operations are carried out (but compiler optimization may make a mess out of that). One should add that m68k, like i8087, has 80 bits of internal precision, and this is not disablable on all current targets. That's probably the reason. Full build log attached. Thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699422: please consider implementing an @@ifexist macro
Package: aide Version: 0.15.1-4~zg60+0~1 Severity: wishlist Tags: upstream Hi, please consider implementing a @ifexist FILE macro with the following documentation (which can be used for the man page): @@ifexist FILE @@ifexist works like @@ifdef. The difference is that it checks whether FILE exists and uses the lines after @@ifexist in this case. This allows, for example, to exclude the files a program is known to work with from the aide check if its config file is found. For example, @@ifexist /etc/cron.daily/mlocate, /var/lib/mlocate/mlocate.db$ VarFile, @@endif Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699423: marble: Segfaults while typing in coordinates
Package: marble Version: 4:4.8.4-3 Severity: important When typing in GPS coordinates (ie: 23,113) and then pressing enter.. All within 1 second of marble loading, Then marble crashes. If you type in the GPS coordinates and wait a second before hitting enter, marble doesn't crash. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages marble depends on: ii kde-runtime4:4.8.4-2 ii libc6 2.13-37 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkio54:4.8.4-4 ii libknewstuff3-44:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libmarblewidget13 4:4.8.4-3 ii libplasma3 4:4.8.4-4 ii libqt4-network 4:4.8.2+dfsg-10 ii libqtcore4 4:4.8.2+dfsg-10 ii libqtgui4 4:4.8.2+dfsg-10 ii libstdc++6 4.7.2-5 ii marble-data4:4.8.4-3 ii marble-plugins 4:4.8.4-3 marble recommends no packages. Versions of packages marble suggests: pn gosmore none ii libqt4-sql-sqlite 4:4.8.2+dfsg-10 pn monav-routing-daemon none pn routino none -- no debconf information Application: Marble Virtual Globe (marble), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 [Current thread is 1 (Thread 0x7f8c0c81a760 (LWP 28186))] Thread 14 (Thread 0x7f8bf784b700 (LWP 28187)): #0 0x7f8c0a90aba1 in postEventSourcePrepare (s=s@entry=0xd51000, timeout=timeout@entry=0x7f8bf784ac6c) at kernel/qeventdispatcher_glib.cpp:268 #1 0x7f8c03a13e5f in g_main_context_prepare (context=context@entry=0xd83940, priority=priority@entry=0x7f8bf784acb8) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:2836 #2 0x7f8c03a1454b in g_main_context_iterate (context=context@entry=0xd83940, block=block@entry=1, dispatch=dispatch@entry=1, self=error reading variable: Unhandled dwarf expression opcode 0xfa) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3126 #3 0x7f8c03a14744 in g_main_context_iteration (context=0xd83940, may_block=1) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3207 #4 0x7f8c0a90b296 in QEventDispatcherGlib::processEvents (this=0xd42050, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x7f8c0a8db8af in QEventLoop::processEvents (this=this@entry=0x7f8bf784ae10, flags=...) at kernel/qeventloop.cpp:149 #6 0x7f8c0a8dbb38 in QEventLoop::exec (this=0x7f8bf784ae10, flags=...) at kernel/qeventloop.cpp:204 #7 0x7f8c0a7ded70 in QThread::exec (this=optimized out) at thread/qthread.cpp:501 #8 0x7f8c0a8bc1bf in QInotifyFileSystemWatcherEngine::run (this=0xdc3e20) at io/qfilesystemwatcher_inotify.cpp:248 #9 0x7f8c0a7e1d0b in QThreadPrivate::start (arg=0xdc3e20) at thread/qthread_unix.cpp:307 #10 0x7f8c046f7b50 in start_thread (arg=optimized out) at pthread_create.c:304 #11 0x7f8c091b2a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #12 0x in ?? () Thread 13 (Thread 0x7f8be700 (LWP 28188)): #0 0x7f8c091a7e33 in *__GI___poll (fds=optimized out, nfds=optimized out, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x7f8c03a14624 in g_main_context_poll (n_fds=1, fds=0x7f8bf0001d60, timeout=-1, context=0xf90340, priority=optimized out) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3440 #2 g_main_context_iterate (context=context@entry=0xf90340, block=block@entry=1, dispatch=dispatch@entry=1, self=error reading variable: Unhandled dwarf expression opcode 0xfa) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3141 #3 0x7f8c03a14744 in g_main_context_iteration (context=0xf90340, may_block=1) at /build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./glib/gmain.c:3207 #4 0x7f8c0a90b296 in QEventDispatcherGlib::processEvents (this=0xd2e460, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x7f8c0a8db8af in QEventLoop::processEvents (this=this@entry=0x7f8befffee10, flags=...) at kernel/qeventloop.cpp:149 #6 0x7f8c0a8dbb38 in QEventLoop::exec (this=0x7f8befffee10, flags=...) at kernel/qeventloop.cpp:204 #7 0x7f8c0a7ded70 in QThread::exec (this=optimized out) at thread/qthread.cpp:501 #8 0x7f8c0a8bc1bf in QInotifyFileSystemWatcherEngine::run (this=0xdf6210) at io/qfilesystemwatcher_inotify.cpp:248 #9 0x7f8c0a7e1d0b in QThreadPrivate::start (arg=0xdf6210) at thread/qthread_unix.cpp:307 #10 0x7f8c046f7b50 in start_thread (arg=optimized out) at pthread_create.c:304 #11 0x7f8c091b2a7d in clone () at
Bug#699424: libgconf-2-4: Use after free in gconf-dbus
Package: libgconf-2-4 Version: 3.2.5-1 Severity: important Tags: upstream fixed-upstream patch Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=667167 Control: affects evolution Dear Debian folks, the upstream GConf master branch contains a fix for a use after free in gconf-dbus [1]. This could crash Evolution/Evolution Data Server. I am going to apply that upstream patch to the Debian package. Thanks, Paul [1] http://git.gnome.org/browse/gconf/commit/?id=84884e9df7ce8c081a1c223c66a799b82545ff1e -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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/bash Versions of packages libgconf-2-4 depends on: ii gconf2-common 3.2.5-1 ii libc6 2.13-38 ii libdbus-1-31.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii multiarch-support 2.13-38 Versions of packages libgconf-2-4 recommends: ii gconf-service 3.2.5-1.1 libgconf-2-4 suggests no packages. -- no debconf information From 84884e9df7ce8c081a1c223c66a799b82545ff1e Mon Sep 17 00:00:00 2001 From: Milan Crha mc...@redhat.com Date: Thu, 18 Oct 2012 16:08:02 -0400 Subject: [PATCH] gconf-dbus: fix use after free gconf_engine_get_fuller is accessing freed memory. The problem is that it's referencing strings that are owned by a D-Bus message, and they go away when the D-Bus message is freed. This commit addresses the problem by duplicating the strings and freeing them later. https://bugzilla.gnome.org/show_bug.cgi?id=667167 --- gconf/gconf-dbus-utils.c | 10 +- gconf/gconf-dbus.c |9 ++--- 2 files changed, 11 insertions(+), 8 deletions(-) diff --git a/gconf/gconf-dbus-utils.c b/gconf/gconf-dbus-utils.c index 6fd5bfa..92f5980 100644 --- a/gconf/gconf-dbus-utils.c +++ b/gconf/gconf-dbus-utils.c @@ -569,11 +569,11 @@ gconf_dbus_utils_get_entry_values (DBusMessageIter *main_iter, gchar **schema_name_p) { DBusMessageIter struct_iter; - gchar *key; + const gchar *key; GConfValue *value; gboolean is_default; gboolean is_writable; - gchar *schema_name; + const gchar *schema_name; g_return_val_if_fail (dbus_message_iter_get_arg_type (main_iter) == DBUS_TYPE_STRUCT, FALSE); @@ -587,7 +587,7 @@ gconf_dbus_utils_get_entry_values (DBusMessageIter *main_iter, value = utils_get_value (struct_iter); dbus_message_iter_next (struct_iter); - schema_name = (gchar *) utils_get_optional_string (struct_iter); + schema_name = utils_get_optional_string (struct_iter); dbus_message_iter_next (struct_iter); dbus_message_iter_get_basic (struct_iter, is_default); @@ -596,7 +596,7 @@ gconf_dbus_utils_get_entry_values (DBusMessageIter *main_iter, dbus_message_iter_get_basic (struct_iter, is_writable); if (key_p) -*key_p = key; +*key_p = g_strdup (key); if (value_p) *value_p = value; @@ -604,7 +604,7 @@ gconf_dbus_utils_get_entry_values (DBusMessageIter *main_iter, gconf_value_free (value); if (schema_name_p) -*schema_name_p = schema_name; +*schema_name_p = g_strdup (schema_name); if (is_default_p) *is_default_p = is_default; diff --git a/gconf/gconf-dbus.c b/gconf/gconf-dbus.c index f167fc5..5610fcf 100644 --- a/gconf/gconf-dbus.c +++ b/gconf/gconf-dbus.c @@ -1252,12 +1252,13 @@ gconf_engine_get_fuller (GConfEngine *conf, if (schema_name schema_name[0] != '/') { + g_free (schema_name); schema_name = NULL; } if (schema_name_p) -*schema_name_p = g_strdup (schema_name); - +*schema_name_p = schema_name; + return val; } @@ -2402,7 +2403,7 @@ handle_notify (DBusConnection *connection, GConfEngine *conf2) { GConfEngine *conf; - gchar *key, *schema_name; + gchar *key = NULL, *schema_name = NULL; gboolean is_default, is_writable; DBusMessageIter iter; GConfValue *value; @@ -2466,6 +2467,8 @@ handle_notify (DBusConnection *connection, if (value) gconf_value_free (value); + g_free (key); + g_free (schema_name); if (!match) return DBUS_HANDLER_RESULT_NOT_YET_HANDLED; -- 1.7.10.4 signature.asc Description: This is a digitally signed message part
Bug#699425: Fetchmail's resolvconf update script can be simplified
Package: fetchmail Version: 6.3.22-2 Severity: minor Fetchmail's resolvconf update script (/etc/resolvconf/update-libc.d/fetchmail) can be simplified. Resolvconf no longer calls update scripts with --nscd to indicate that nscd is running and has been restarted. (Resolvconf no longer restarts nscd when resolv.conf changes.) Consequently, the while...done statement can be deleted from fetchmail's resolvconf update script as shown in the appended patch. Whether or not it is still necessary to awaken fetchmail after a resolv.conf change, I don't know. Someone who knows fetchmail better than I do will have to be the judge of that. They just need to be aware that the glibc resolver has been enhanced such that resolver clients are asked to re-initialize the resolver when resolv.conf changes. At least for nscd that means that nscd doesn't have to be restarted after a resolv.conf change (as it once did have to be). -- Thomas Hood --- fetchmail_ORIG 2013-01-31 11:11:39.926431750 +0100 +++ fetchmail 2013-01-31 11:11:57.522479569 +0100 @@ -1,12 +1,5 @@ #!/bin/sh -while [ $1 ]; do - if [ $1 = --nscd ]; then - exit 0 - fi - shift -done - if [ -x /etc/init.d/fetchmail ] [ -n $(pidof fetchmail) ]; then /etc/init.d/fetchmail awaken fi
Bug#645460: apache2.2-common: /etc/init.d/apache2 start and restart need to wait until really started
On 01/30/2013 06:24 PM, Arno Töll wrote: Hi, On 30.01.2013 15:39, Nerijus Kislauskas wrote: It makes lsb:apache2 unusable on pacemaker clusters. this is a known problem. I tried to address this problem partially in our upcoming Apache 2.4 tree, but since complex init scripts such as Apache's are error prone, we decided not to backport my improvements to 2.2. Could you try the new init script [1] and tell me if it fixes your problem? There I wait until the server is stopped, start is left as is so far. [1] http://anonscm.debian.org/gitweb/?p=pkg-apache/apache2.git;a=blob;f=debian/apache2.init;h=130c0f533d18abea263622dbd2673f134989b5ad;hb=refs/heads/next No, it does not. Pacemaker result: Jan 31 11:11:15 lrmd: [1979]: info: operation start[1579] on apache2-test for client 1982: pid 24864 exited with return code 0 Jan 31 11:11:15 lrmd: [1979]: info: rsc:apache2-test monitor[1580] (pid 24880) Jan 31 11:11:15 lrmd: [1979]: info: operation monitor[1580] on apache2-test for client 1982: pid 24880 exited with return code 7 (mapped from 3) Jan 31 11:11:16 lrmd: [1979]: info: cancel_op: operation monitor[1580] on apache2-test for client 1982, its parameters: crm_feature_set=[3.0.6] CRM_meta_name=[monitor] CRM_meta_interval=[6] CRM_meta_timeout=[2] cancelled Jan 31 11:11:16 lrmd: [1979]: info: rsc:apache2-test stop[1581] (pid 24894) I will stay with original wheezy apache2 init script with sleep X at the end of start) section. Looks ugly, but works. http://www.linux-ha.org/wiki/LSB_Resource_Agents -- Nerijus Kislauskas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676882: Workaround
Did you try to add rd.lvm=o the the kernel command line? This disables the lvm code in dracut during the boot process. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685812: ABI change in 1.6.1 version
Update: all reverse dependencies are now fixed, except pygtk which FTBFS on ia64. Once this is sorted out, I plan to NMU python-numpy with the patch previously sent, and then finally close this bug. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#699426: lcov: New upstream release
Package: lcov Severity: wishlist Dear Maintainer, Could you package the new upstream release of lcov ? The list of changes is available here: http://ltp.sourceforge.net/coverage/lcov/changes.php Thanks! Cheers, Sylvestre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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#699427: logcheck-database: Change in Postfix 2.9.3 log messages
Package: logcheck-database Version: 1.3.15 Severity: normal Tags: patch Dear Maintainer, As written in the very last parapgraph of these release note http://de.postfix.org/ftpmirror/official/postfix-2.9.3.RELEASE_NOTES , Postfix changed the way it logs failed reverse hostname lookups. This affects Wheezy, on which I could see such a line was not filtered : Jan 31 09:51:40 ldd postfix/smtpd[465]: warning: hostname XXX does not resolve to address YYY: Name or service not known Regarding the release notes and the log line I got, I filtered this message with the line beneath. I suppose this line or something similar should be added in /etc/logcheck/ignore.d.server/postfix: ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: warning: hostname [^[:space:]]+ does not resolve to address ([[:xdigit:].:]{3,39})+: Name or service not known$ And maybe the following lines are not useful anymore ? ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: warning: ([[:xdigit:].:]{3,39})+: address not listed for hostname [^[:space:]]+$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: warning: [[:digit:].]{7,15}: hostname [^[:space:]]+ verification failed: Name or service not known$ Regards, Nicolas -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-vserver-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Configuration Files: /etc/logcheck/cracking.d/kernel [Errno 13] Permission non accordée: u'/etc/logcheck/cracking.d/kernel' /etc/logcheck/cracking.d/rlogind [Errno 13] Permission non accordée: u'/etc/logcheck/cracking.d/rlogind' /etc/logcheck/cracking.d/rsh [Errno 13] Permission non accordée: u'/etc/logcheck/cracking.d/rsh' /etc/logcheck/cracking.d/smartd [Errno 13] Permission non accordée: u'/etc/logcheck/cracking.d/smartd' /etc/logcheck/cracking.d/tftpd [Errno 13] Permission non accordée: u'/etc/logcheck/cracking.d/tftpd' /etc/logcheck/cracking.d/uucico [Errno 13] Permission non accordée: u'/etc/logcheck/cracking.d/uucico' /etc/logcheck/ignore.d.paranoid/bind [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/bind' /etc/logcheck/ignore.d.paranoid/cron [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/cron' /etc/logcheck/ignore.d.paranoid/incron [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/incron' /etc/logcheck/ignore.d.paranoid/logcheck [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/logcheck' /etc/logcheck/ignore.d.paranoid/postfix [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/postfix' /etc/logcheck/ignore.d.paranoid/ppp [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/ppp' /etc/logcheck/ignore.d.paranoid/pureftp [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/pureftp' /etc/logcheck/ignore.d.paranoid/qpopper [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/qpopper' /etc/logcheck/ignore.d.paranoid/squid [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/squid' /etc/logcheck/ignore.d.paranoid/ssh [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/ssh' /etc/logcheck/ignore.d.paranoid/stunnel [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/stunnel' /etc/logcheck/ignore.d.paranoid/sysklogd [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/sysklogd' /etc/logcheck/ignore.d.paranoid/telnetd [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/telnetd' /etc/logcheck/ignore.d.paranoid/tripwire [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/tripwire' /etc/logcheck/ignore.d.paranoid/usb [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.paranoid/usb' /etc/logcheck/ignore.d.server/acpid [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/acpid' /etc/logcheck/ignore.d.server/amandad [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/amandad' /etc/logcheck/ignore.d.server/amavisd-new [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/amavisd-new' /etc/logcheck/ignore.d.server/anacron [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/anacron' /etc/logcheck/ignore.d.server/anon-proxy [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/anon-proxy' /etc/logcheck/ignore.d.server/apache [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/apache' /etc/logcheck/ignore.d.server/apcupsd [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/apcupsd' /etc/logcheck/ignore.d.server/arpwatch [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/arpwatch' /etc/logcheck/ignore.d.server/asterisk [Errno 13] Permission non accordée:
Bug#699428: ITP: maliit-framework -- flexible text input method framework
Package: wnpp Severity: wishlist Owner: Iain Lane la...@debian.org * Package name: maliit-framework Version : 0.94.1 Upstream Author : Jan Arne Petersen jpeter...@openismus.com, Michael Hasselmann micha...@openismus.com * URL : https://wiki.maliit.org/Main_Page * License : LGPL-2.1+ Programming Lang: C++, C Description : flexible text input method framework Maliit provides a flexible and cross-platform input method framework for mobile and embedded text input. It has a plugin-based client-server architecture where applications act as clients and communicate with the Maliit server via toolkit-specific input context plugins. -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638994: Quotes inside or outside (was: Bug#638994)
Hello mailman hackers, I'd like to have your input about a bug that was reported against rss2email (#638994, Cc'ed with the participants). The problem here is that it is unclear in what order quotations should be applied (double quotes and =?utf-8?q?...?= ). Here are the two possibilities : (1) From: =?utf-8?q?Poradnia_J=C4=99zykowa_PWN?= nobody+...@jwilk.net (2) From: =?utf-8?q?Poradnia_J=C4=99zykowa_PWN?= nobody+...@jwilk.net (1) is what used to be generated by rss2email, and the question is whether (2) should be used instead. It seems from #638994 that mailman does not interpret correctly (1), but accepts (2), which is forbidden according to RFC2047 (relevant sections quoted in the bug discussion). Do you think it could be a bug in mailman ? (Furthermore, if the problem is on rss2email's side, I would argue that it's in fact a bug in python's email lib) Thanks a lot in advance, -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699429: ITP: maliit-plugins -- text input method framework - plugins
Package: wnpp Severity: wishlist Owner: Iain Lane la...@debian.org * Package name: maliit-plugins Version : 0.94.0 Upstream Author : Jan Arne Petersen jpeter...@openismus.com, Michael Hasselmann micha...@openismus.com * URL : https://wiki.maliit.org/Main_Page * License : BSD-3-clause Programming Lang: C+ Description : flexible text input method framework - plpugins Maliit provides a flexible and cross-platform input method framework for mobile and embedded text input. It has a plugin-based client-server architecture where applications act as clients and communicate with the Maliit server via toolkit-specific input context plugins. . This package contains the maliit reference on-screen keyboard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699149: [pkg-bacula-devel] Bug#699149: Bug#699149: bacula-fd: should not run as 'root' by default
В Wed, 30 Jan 2013 11:19:13 +0200 Teodor MICU mteo...@gmail.com пишет: 2013/1/29 Alexander Golovko alexan...@ankalagon.ru: ARGS=-u bacula -g bacula -k I think that from a security perspective this should be the default on package installation. This will lead to impossibility to restore backups without restarting bacula-fd. This is also can require changing user scripts for dump databases and such. This can confuse peoples. I'm having this setup and I can restore backups just fine. Of course, the restore directory must be rwx by bacula or mode 1777. You lose files owner/group and acl on restoring. About the other thing (ie. dump databases), I can't tell. I think, we should not change defaults, however, this functionality described in README.Debian.gz (USERS SECURITY). But you do for bacula-dir and bacula-sd, why not for bacula-fd? bacula-fd init script correctly work without /e/d/bacula-fd. Right. I thought that it depends on setting ENABLED=yes but I see now that it checks for no. But there is a reason for set defaults in init scripts for bacula-director and bacula-sd and comment defaults in /e/d/bacula-* Can you detail a little? I don't understand what you're trying to say. /e/d/bacula-{dir,sd} has nonempty ARGS and bacula-{director,sd} will be incorrectly runned under root privileges if defaults file missed. This should be changed. Also, there is a reason, that we should provide defaults in /e/d/bacula-* as comments. I think, this is will not be included into wheezy, but it should be fixed in next versions. -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#699430: debian-installer: support for Intel Matrix Raid (RST, imsm)
Package: debian-installer Tags: patch This is a metabug for other bugs I filed against grub-installer, partman-auto, partman-base, mdadm and lvm2. I noticed that linux mdraid has working support for Intel Matrix Raid (aka Intel Rapid Storage Technology), called imsm in mdadm. This is a form of fakeraid, like dmraid. Dmraid has never been really supported in Debian, and upstream development has also ceased. It looks like mdraid is the way forward. I have added support for installing on mdraid based Intel Matrix raid to the debian-installer, the lvm2 package, and mdadm. With these patches applied I can install and boot Debian Wheezy without any trouble on an Intel Matrix RAID RAID1 array - even when combined with lvm. Patches are available, the bug reports will be tagged as blocking for this metabug, and are: grub-installer: - also detect mdadm fakeraid underneath lvm, if it's just one array - install grub on each disk of the underlying array - add md/0 entry to device.map so grub-probe works (for upgrades etc) partman-auto: - don't hide /dev/md* arrays if they are provisioned on whole-disk devices - in that case the md array itself is partitionable, e.g. for md-fakeraid like imsm (Intel Matrix raid). partman-base: - init.d/parted: Skip devices that are part of a mdraid device lvm2: - lvm2 already filters mdraid superblocks, now also filter IMSM superblocks Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699431: partman-auto: don't hide whole-disk partitionable mdraid arrays
Package: partman-auto Version: 106 Tags: patch See metabug 699430, http://bugs.debian.org/699430 : (debian-installer: support for Intel Matrix Raid (RST, imsm) * don't hide /dev/md* arrays if they are provisioned on whole-disk devices - in that case the md array itself is partitionable, e.g. for md-fakeraid like imsm (Intel Matrix raid). Thanks diff -ruN 00-ORIG/partman-auto-106/debian/changelog partman-auto-106/debian/changelog --- 00-ORIG/partman-auto-106/debian/changelog 2012-12-12 05:52:35.0 + +++ partman-auto-106/debian/changelog 2013-01-29 14:52:14.946726850 + @@ -1,3 +1,11 @@ +partman-auto (106+1) unstable; urgency=low + + * don't hide /dev/md* arrays if they are provisioned on whole-disk +devices - in that case the md array itself is partitionable, +e.g. for md-fakeraid like imsm (Intel Matrix raid). + + -- Miquel van Smoorenburg miqu...@debian.org Tue, 29 Jan 2013 15:50:37 +0100 + partman-auto (106) unstable; urgency=low [ Updated translations ] diff -ruN 00-ORIG/partman-auto-106/lib/auto-shared.sh partman-auto-106/lib/auto-shared.sh --- 00-ORIG/partman-auto-106/lib/auto-shared.sh 2011-02-07 02:00:27.0 + +++ partman-auto-106/lib/auto-shared.sh 2013-01-29 14:49:59.644371625 + @@ -208,6 +208,28 @@ free_space=$(partition_after $id)' } +is_wholedisk_mdraid () { + local device=`echo $1 | sed -e 's!/\([0-9]*\)$!\1!'` + local mddisk=${device#/dev/} + local ret=0 + local d + + [ -d /sys/block/$mddisk/md ] || return 1 + + for d in /sys/block/$mddisk/slaves/*; do + case $d in + dm-*|md*) + ;; + *p[0-9]|*p[0-9][0-9]) + ret=1 + break + ;; + esac + done + + return $ret +} + get_auto_disks() { local dev device dmtype @@ -217,7 +239,12 @@ device=$(cat $dev/device) # Skip software RAID (mdadm) devices (/dev/md/X and /dev/mdX) - $(echo $device | grep -Eq /dev/md/?[0-9]*$) continue + # unless it's a whole-disk partitionable array + if echo $device | grep -Eq /dev/md/?[0-9]*$; then + if ! is_wholedisk_mdraid $device; then + continue + fi + fi # Skip device mapper devices (/dev/mapper/), # except for dmraid or multipath devices -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675348: jpegoptim: Possible temporary file security issue.
On Wed, Jan 30, 2013 at 10:54 AM, Timo Kokkonen t...@iki.fi wrote: This has now been patched in latest jpegoptim (see https://github.com/tjko/jpegoptim). Next jpegoptim release (1.2.5) will use mkstemps() if its available on the target platform. Thanks for your email. This change would fix the issue in Debian. Note however that mkstemp() is standardized (in 4.3BSD, POSIX [1]) while mkstemps() is unstandardized, but appears on several other systems (according to the linux manpage). Thus if you want the greatest number of systems to handle tempfiles securely, you might be better off using mkstemp() as in my original patch. [1] http://pubs.opengroup.org/onlinepubs/9699919799/functions/mkstemp.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638994: [Pkg-mailman-hackers] Quotes inside or outside (was: Bug#638994)
On Thu, 31 Jan 2013, Etienne Millon wrote: (1) From: =?utf-8?q?Poradnia_J=C4=99zykowa_PWN?= nobody+...@jwilk.net (2) From: =?utf-8?q?Poradnia_J=C4=99zykowa_PWN?= nobody+...@jwilk.net (1) is what used to be generated by rss2email, and the question is whether (2) should be used instead. Or (3) From: =?utf-8?q?=22Poradnia_J=C4=99zykowa_PWN=22?= nobody+...@jwilk.net which is “the quotes inside”. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699149: bacula-fd: should not run as 'root' by default
2013/1/31 Alexander Golovko alexan...@ankalagon.ru: You lose files owner/group and acl on restoring. That's not a big deal comparing with the increased security. /e/d/bacula-{dir,sd} has nonempty ARGS and bacula-{director,sd} will be incorrectly runned under root privileges if defaults file missed. This should be changed. Yes, you should set the defaults in the init script (not in /etc/default/FILE) just like you do for $CONFIG. Also, there is a reason, that we should provide defaults in /e/d/bacula-* as comments. I think, this is will not be included into wheezy, but it should be fixed in next versions. OK. Please, no more double settings like this: # CONFIG=/etc/bacula/bacula-fd.conf CONFIG=/etc/bacula/bacula-fd.conf Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699432: partman-base: parted: skip devices that are part of a mdraid device
Package: partman-base Version: 163 Tags: patch See metabug 699430, http://bugs.debian.org/699430 : (debian-installer: support for Intel Matrix Raid (RST, imsm) * init.d/parted: Skip devices that are part of a mdraid device Thanks diff -ruN 00-ORIG/partman-base-163/debian/changelog partman-base-163/debian/changelog --- 00-ORIG/partman-base-163/debian/changelog 2012-12-21 13:49:25.0 + +++ partman-base-163/debian/changelog 2013-01-29 14:53:17.923821518 + @@ -1,3 +1,9 @@ +partman-base (163+1) unstable; urgency=low + + * init.d/parted: Skip devices that are part of a mdraid device + + -- Miquel van Smoorenburg miqu...@debian.org Tue, 29 Jan 2013 15:50:37 +0100 + partman-base (163) unstable; urgency=low * Revert add debhelper token to postinst diff -ruN 00-ORIG/partman-base-163/init.d/parted partman-base-163/init.d/parted --- 00-ORIG/partman-base-163/init.d/parted 2011-01-19 04:56:34.0 + +++ partman-base-163/init.d/parted 2013-01-29 14:52:38.359133765 + @@ -15,6 +15,20 @@ return 1 } +part_of_mdraid () { + local holder + local dev=${1#/dev/} + for holder in /sys/block/$dev/holders/*; do + local mddev=${holder##*/} + case $mddev in + md[0-9]|md[0-9][0-9]|md[0-9][0-9][0-9]) + return 0 + ;; + esac + done + return 1 +} + part_of_sataraid () { local raiddev for raiddev in $(dmraid -r -c); do @@ -86,6 +100,11 @@ fi fi + # Skip devices that are part of a mdraid device + if part_of_mdraid $device; then + continue + fi + # Skip devices that are part of a dmraid device if type dmraid /dev/null 21 \ dmraid -r -c /dev/null 21; then -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699433: Missing source
Package: ttf-aenigma Version: 0.0.20080510.dfsg-2 Severity: normal This package provides fonts as .ttf files only (and description .txt files). Compare to for instance package fonts-tlwg which provides FontForge .sfd files. You should ask the author for source files used to generate those fonts, and include them. By the way: I added latin accented letters to font BobcaygeonBRK.ttf. I'm sure a professional would do something much better, but still it would be nice for us latins if you could include them (better than nothing!): http://pietrobattiston.it/t/Bobcaygeon Finally: the homepage http://www.aenigmafonts.com/ is (currently?) down. (by the way, thanks for the package, those fonts are great) -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (500, 'stable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#699434: grub-installer: support for Intel Matrix Raid
Package: grub-installer Version: 183 Tags: patch See metabug 699430, http://bugs.debian.org/699430 : (debian-installer: support for Intel Matrix Raid (RST, imsm) * Support for mdadm fakeraid (currently only IMSM formatted disks): - also detect mdadm fakeraid underneath lvm, if it's just one array - install grub on each disk of the underlying array - add md/0 entry to device.map so grub-probe works (for upgrades etc) This is by far the most intrusive patch - all the others are trivial. Description: - move make_device_map() upwards so that we can call it earlier in the script. Also, if $md_bootdev is set, add a (otherwise unused) (md/0) entry to device.map - otherwise grub-probe freaks out on upgrades. - add is_mdraid_bootable(). It checks if the device is a Intel Matrix Raid device, in RAID1 mode. If not it returns false. Otherwise it sets $md_dev, $md_devs, $md_super and $md_level, and returns true. - if installing on an lvm device, it finds the underlying device, and checks if it's a single mdraid array. If so $disc_under_lvm is set. - if we're installing on a mdraid device and is_mdraid_bootable() is true, we set $disc_offered to the mdraid device, and set the $default_bootdev variable to all the underlying real disks. - when installing on an mdraid device, always create the grub device.map - do not try to guess the bootdevice if we already set $default_bootdev Note that effectively this patch does NOT change any existing behaviour if you are not trying to install on an Intel Matrix Raid RAID1 array. As that wasn't supported before anyway, there is no chance on regression. Thanks diff -ruN 00-ORIG/grub-installer-1.83/debian/changelog grub-installer-1.83/debian/changelog --- 00-ORIG/grub-installer-1.83/debian/changelog2012-10-27 06:07:35.0 + +++ grub-installer-1.83/debian/changelog2013-01-29 15:03:58.462971942 + @@ -1,3 +1,12 @@ +grub-installer (1.83+1) unstable; urgency=low + + * Support for mdadm fakeraid (currently only IMSM formatted disks): +- also detect mdadm fakeraid underneath lvm, if it's just one array +- install grub on each disk of the underlying array +- add md/0 entry to device.map so grub-probe works (for upgrades etc) + + -- Miquel van Smoorenburg miqu...@debian.org Tue, 29 Jan 2013 15:50:37 +0100 + grub-installer (1.83) unstable; urgency=low [ Milan Kupcevic ] diff -ruN 00-ORIG/grub-installer-1.83/grub-installer grub-installer-1.83/grub-installer --- 00-ORIG/grub-installer-1.83/grub-installer 2012-10-25 01:01:57.0 + +++ grub-installer-1.83/grub-installer 2013-01-29 14:56:40.103337917 + @@ -217,6 +217,69 @@ echo $ids } +make_device_map () { + # If you're preseeding (hd0) et al, stop - preseed OS device names + # instead. However, for backward compatibility we ensure that a + # device.map exists if you do this. + [ $grub_version = grub2 ] || return 0 + [ ! -e $device_map ] || return 0 + local no_floppy + case $1 in + \(fd*|fd*) + no_floppy= + ;; + *) + no_floppy=--no-floppy + ;; + esac + $chroot $ROOT grub-mkdevicemap $no_floppy + if [ -n $md_bootdev ] + then + # This is lame- shouldn't need this, but otherwise + # grub-probe freaks out. + echo (md/0)$md_bootdev $ROOT/boot/grub/device.map + fi +} + +is_mdraid_bootable () { + local device=$1 + local mddisk=${device#/dev/} + local super + local level=`cat /sys/block/$mddisk/md/level 2/dev/null ||:` + local array_metadata=`cat /sys/block/$mddisk/md/metadata_version 2/dev/null ||:` + case $array_metadata in + external:/md*) + local ctdisk=${array_metadata#external:/} + ctdisk=${ctdisk%/*} + super=`cat /sys/block/$ctdisk/md/metadata_version 2/dev/null ||:` + super=${super#external:} + ;; + esac + # Right now mdadm only supports imsm fakeraid, and grub doesn't know + # about it at all but raid1 works regardless. So restrict to imsm + raid1. + if [ $level = raid1 ] [ $super = imsm ] + then + # Find the disks that make up the array to that grub can + # be installed onto all of them. As soon as grub supports + # imsm raid we should be able to install directly to the + # md device instead. + local mddisks=`echo /sys/block/$mddisk/md/dev-* | + sed -ne 's!/sys/block/md[0-9]\+/md/dev-\([^ \*]\+\)!/dev/\1!pg'` + if [ -n $mddisks ]; then + md_devs=$mddisks + md_super=$super + md_level=$level + for
Bug#699435: phantomjs: using convenience copies of code
Package: phantomjs Version: 1.6.0-5 Severity: important Hi, phantomjs is bundled with qt4, breakpad, linenoise, gif-lib, mongoose web server, minified coffeescript (that could render this bug serious). Please see Debian policy 4.13 Convenience copies of code. i'll first try to get rid of qt4. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684712: lvm2: automatically filter imsm and ddf formatted disks
Ping? See also bug #699430, http://bugs.debian.org/699430 . Would you mind if I did an NMU if the debian-installer patches are accepted? Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684712: lvm2: automatically filter imsm and ddf formatted disks
On Thu, Jan 31, 2013 at 01:53:40PM +0100, Miquel van Smoorenburg wrote: Ping? See also bug #699430, http://bugs.debian.org/699430 . Would you mind if I did an NMU if the debian-installer patches are accepted? lvm2 is blocked by d-i right now. As I had to cheat already to not use t-p-u, I don't consider this viable for Wheezy. Bastian -- There is an order of things in this universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698527: elmer: executable ElmerGUI.real links with both GPL-licensed and GPL-incompatible libraries
Hi, I see you contacted with Open CASCADE S.A.S. using their contact form on web site. Have they replied? Did you try to send your messages directly to email oce-...@googlegroups.com or another? Have they replied in this case? I believe that discussion with Open CASCADE S.A.S. should be public but not personal. Is there any public discussion already? Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698324: recent gpu hangups on 965GM - me too
I'm seeing the same symptoms on a similar laptop, Thinkpad T61 with Intel GM965/GL960. xserver-xorg-video-intel 2:2.19.0-6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676833: Patch works for experimental version, too
The version 0.15.4~pre1 from the experimental branch suffers the same problem when I try to build kdevplatform. After applying the proposed patch, the build works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699430: debian-installer: support for Intel Matrix Raid (RST, imsm)
31.01.2013 16:14, Miquel van Smoorenburg wrote: [] I have added support for installing on mdraid based Intel Matrix raid to the debian-installer, the lvm2 package, and mdadm. With these patches applied I can install and boot Debian Wheezy without any trouble on an Intel Matrix RAID RAID1 array - even when combined with lvm. Out of curiocity, did you actually test the latest mdadm package? I did a few more changes on top of your patch, but I don't have any hardware where I can try it, so I've no idea if it actually works or not... Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684712: lvm2: automatically filter imsm and ddf formatted disks
On 01/31/2013 02:11 PM, Bastian Blank wrote: On Thu, Jan 31, 2013 at 01:53:40PM +0100, Miquel van Smoorenburg wrote: Ping? See also bug #699430, http://bugs.debian.org/699430 . Would you mind if I did an NMU if the debian-installer patches are accepted? lvm2 is blocked by d-i right now. As I had to cheat already to not use t-p-u, I don't consider this viable for Wheezy. Wouldn't it be possible to upload a new version to unstable, then after that upload 2.02.95-4.1 to t-p-u with just this patch? It's not that this is just a fix for the installer. It's that if someone is using lvm2 on an Intel Matrix Raid array via mdadm, which is a working and supported configuration on wheezy, and for some reason one of the disks is kicked out of the array, LVM2 /will/ detect lvm vg's and lv's on that disk/pv - creating chaos and very possibly data loss. Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699437: [Wheezy] dmraid (Promise Fastrak 100) boot issue
Package: dmraid / OS setup general Version: 1.0.0.rc16-4.2 root@smbserv:~# dpkg -l|grep dmraid ii dmraid 1.0.0.rc16-4.2 i386 Device-Mapper Software RAID support tool ii libdmraid1.0.0.rc16 1.0.0.rc16-4.2 i386 Device-Mapper Software RAID support tool - shared library root@smbserv:~# _ Detailed description: I set up a small server according to the hints shown at http://wiki.debian.org/DebianInstaller/SataRaid Hardware is a IBM NetFinity A40 tower PC (model 6840-QDG) with a Promise Fastrak 100 RAID controller, two EIDE hard drives on it (configured as RAID-1 mirror) and a SCSI tape drive. Details about the setup itself: As shown at http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/Fata_Morgana_Partitionen.jpg I cannot use the partitions shown below pdc_iicbbhfc (mirror) (I even must unselect the swap partition there), instead using the separate entries shown at http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/Partitionen_korrekt.jpg works fine. Note: For Norton Ghost compatibility I prepartitioned and formatted the hard drive first before starting the Debian setup. GRUB installs successfully with the right special device (note: I use a separate /boot parition with bootable flag so a standard MBR will work, i.e. fdisk /mbr at MS-DOS 6.22 does not destroy GRUB) as shown at http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/GRUB_Partition.jpg The actual issue: Each second time, my Debian box fails to boot with the message shown at http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/Boot_Fehler_sporadisch.jpg http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/dmesg.txt When I do exit the BusyBox, I even get a kernel panic: http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/Kernelpanic_bei_BusyBox_exit.jpg Details about the Promise controller and RAID setup: http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/BIOS_Meldung_Promise.jpg Note: The PXE boot shown there is a known issue on the Intel Pro 100S NICs and has nothing to do with the bug described before. In case of a successful boot (no update-grub needed - just powering off and on), dmesg shows like http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/dmesg_Start_erfolgreich.txt Used partitioning layout (run after successful boot): root@smbserv:~# fdisk -l /dev/mapper/pdc_iicbbhfc Disk /dev/mapper/pdc_iicbbhfc: 250.0 GB, 2500 bytes 255 heads, 63 sectors/track, 30394 cylinders, total 488281250 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/mapper/pdc_iicbbhfc1 63 514079 257008+ 6 FAT16 /dev/mapper/pdc_iicbbhfc2 * 514080 194 409657+ 83 Linux /dev/mapper/pdc_iicbbhfc3 195 4417874 1542240 83 Linux /dev/mapper/pdc_iicbbhfc4 4417875 488279609 241930867+ f W95 Ext'd (LBA) /dev/mapper/pdc_iicbbhfc5 441793822860494 9221278+ 83 Linux /dev/mapper/pdc_iicbbhfc622860558 10479199440965718+ 83 Linux /dev/mapper/pdc_iicbbhfc7 104792058 110944889 3076416 83 Linux /dev/mapper/pdc_iicbbhfc8 110944953 114430994 1743021 82 Linux swap / Solaris /dev/mapper/pdc_iicbbhfc9 114431058 13491386910241406 83 Linux /dev/mapper/pdc_iicbbhfc10 134913933 142094924 3590496 83 Linux /dev/mapper/pdc_iicbbhfc11 142094988 488279609 173092311 83 Linux root@smbserv:~# _ For more details (I hope to have collected all important details inside the BusyBox state) see all additional files at http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/ I hope these informations will help you improve the next Debian release. :-) Andreas -- meile.biz IT solutions, Hauptstrasse 63, CH-8242 Hofen SH PC/Netzwerk-Support, Web-Entwicklung und -Hosting, IT Security Tel. +41 52 640 04 72 * Fax +41 52 640 04 73 * Mobile +41 79 334 05 67 Postfach 169, CH-8240 Thayngen * i...@meile.biz * http://www.meile.biz smime.p7s Description: S/MIME cryptographic signature
Bug#699337: Wget omits Host header for CONNECT
forwarded 699337 http://lists.gnu.org/archive/html/bug-wget/2013-01/msg00019.html tags 699337 + patch upstream thanks Hello Pavel, Am Mittwoch, den 30.01.2013, 13:42 +0100 schrieb Pavel Mateja: Wget violates RFC-2616 http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9 The Host request-header field (section 14.23) MUST accompany all HTTP/1.1 requests. At least Apache requires all HTTP/1.1 requsts to have Host header. Older version of wget sends HTTP/1.0 for CONNECT method so it's not affected. Fix is in attached patch. Thanks for your work and your patch. Sorry, I read Don't file bugs upstream after I sent email to wget- b...@gnu.org I'm not aware of such a notice or request. Can you tell me were you read it? It is perfectly fine to report these problem directly to upstream as you did. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#695182: [RFC] Reproducible OOM with just a few sleeps
On Thu, 2013-01-31 at 20:07 +1100, paul.sz...@sydney.edu.au wrote: Dear Ben, Thanks for the repeated explanations. PAE was a stop-gap ... ... [PAE] completely untenable. Is this a good time to withdraw PAE, to tell the world that it does not work? Maybe you should have had such comments in the code. Seems that amd64 now works somewhat: on Debian the linux-image package is tricky to install, If you do an i386 (userland) installation then you must either select expert mode to get a choice of kernel packages, or else install the 'amd64' kernel package afterward. and linux-headers is even harder. In what way? Is there work being done to make this smoother? [...] Debian users are now generally installing a full amd64 (userland and kernel installation. The default installation image linked from www.debian.org is the 32/64-bit net-installer which will install amd64 if the system is capable of it. Based on your experience I might propose to change the automatic kernel selection for i386 so that we use 'amd64' on a system with 16GB RAM and a capable processor. Ben. -- Ben Hutchings If more than one person is responsible for a bug, no one is at fault. signature.asc Description: This is a digitally signed message part
Bug#699438: freecad: Freecad crashes while opening large fcstd files.
Package: freecad Version: 0.10.3247.dfsg-1 Severity: normal Terminal output of freecad freecad: Reader.cpp:131: long int Base::XMLReader::getAttributeAsInteger(const char*) const: Assertion `0' failed. Abnormal program termination... micha@struppi:~$ -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freecad depends on: ii libboost-filesy 1.42.0-4 filesystem operations (portable pa ii libboost-progra 1.42.0-4 program options library for C++ ii libboost-regex1 1.42.0-4 regular expression library for C++ ii libboost-signal 1.42.0-4 managed signals and slots library ii libboost-system 1.42.0-4 Operating system (e.g. diagnostics ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcoin60 3.1.3-1 high-level 3D graphics kit impleme ii libgcc1 1:4.4.5-8GCC support library ii libgl1-mesa-glx 7.7.1-5 A free implementation of the OpenG ii libglu1-mesa [l 7.7.1-5 The OpenGL utility library (GLU) ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libopencascade- 6.3.0.dfsg.1-6 OpenCASCADE CAE platform shared li ii libopencascade- 6.3.0.dfsg.1-6 OpenCASCADE CAE platform shared li ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libqt4-network 4:4.6.3-4+squeeze1 Qt 4 network module ii libqt4-opengl 4:4.6.3-4+squeeze1 Qt 4 OpenGL module ii libqt4-qt3suppo 4:4.6.3-4+squeeze1 Qt 3 compatibility library for Qt ii libqt4-svg 4:4.6.3-4+squeeze1 Qt 4 SVG module ii libqt4-webkit 4:4.6.3-4+squeeze1 Qt 4 WebKit module ii libqt4-xml 4:4.6.3-4+squeeze1 Qt 4 XML module ii libqtcore4 4:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libsm6 2:1.1.1-1X11 Session Management library ii libsoqt4-20 1.4.2~svn20090224-3 Qt4 GUI component toolkit for Inve ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-4X11 client-side library ii libxerces-c28 2.8.0+deb1-2+b1 validating XML parser library for ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxi6 2:1.3-7 X11 Input extension library ii libxmu6 2:1.0.5-2X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5 a small C++ library for reading zi ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages freecad recommends: ii python-pivy0.5.0~svn765-2+b1 Coin binding for Python Versions of packages freecad suggests: pn freecad-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698978: [pkg-bacula-devel] Bug#698978: bacula-common: tmpfiles config file should be installed in /usr/lib/tmpfiles.d instead of /etc/tmpfiles.d/
В Sat, 26 Jan 2013 00:52:05 +0100 Laurent Bigonville bi...@debian.org пишет: Package: bacula-common Version: 5.2.6+dfsg-7 Severity: normal Hi, bacula-common package is installing under /etc/tmpfiles.d/ (/etc/tmpfiles.d/bacula.conf). The tmpfiles.d(5) manpage is explicitly stating that: Packages should install their configuration files in /usr/lib/, files in /etc/ are reserved for the local administrator who may choose to override the configurations installed from packages. Please install that file in the proper location Thank you for bugreport! You are right, this files should be installed into /usr/lib, but they need only for systemd, but systemd service files for bacula services was excluded from wheezy. So, this bug will be ignored for wheezy, we fix it for sid later, when diverge versions between sid and wheezy. Cheers Laurent Bigonville -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ pkg-bacula-devel mailing list pkg-bacula-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#684712: lvm2: automatically filter imsm and ddf formatted disks
On Thu, Jan 31, 2013 at 02:27:56PM +0100, Miquel van Smoorenburg wrote: On 01/31/2013 02:11 PM, Bastian Blank wrote: lvm2 is blocked by d-i right now. As I had to cheat already to not use t-p-u, I don't consider this viable for Wheezy. Wouldn't it be possible to upload a new version to unstable, then after that upload 2.02.95-4.1 to t-p-u with just this patch? No. This can only be introduced via unstable according to the effective rules. And I already told you, I won't accept it. It's that if someone is using lvm2 on an Intel Matrix Raid array via mdadm, which is a working and supported configuration on wheezy, and for some reason one of the disks is kicked out of the array, LVM2 /will/ detect lvm vg's and lv's on that disk/pv - creating chaos and very possibly data loss. And? Bastian -- In the strict scientific sense we all feed on death -- even vegetarians. -- Spock, Wolf in the Fold, stardate 3615.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699439: scrub watchfile is broken
Package: scrub Version: 2.5.2-1 Severity: minor Tags: patch Dear Maintainer, The watchfile for scrub is broken when used with uscan. It specifies an invalid URI for the scrub package on Google Code. SprezzOS has replaced it with the following more general watchfile, and suggests that Debian use it as well. [skynet](0) $ cat debian/watch version=3 http://code.google.com/p/diskscrub/downloads/list .*/scrub-([\d\.]+)\.tar\..* [skynet](0) $ -- System Information: Debian Release: 1 (von Neumann) APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.7.5 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scrub depends on: ii libc6 2.16-SprezzOS1 scrub recommends no packages. scrub suggests no packages. -- no debconf information version=3 http://code.google.com/p/diskscrub/downloads/list .*/scrub-([\d\.]+)\.tar\..*
Bug#699441: owncloud: Multiple security issues in owncloud
Package: owncloud Version: 4.0.4debian2-3.2 Severity: grave Tags: security Justification: user security hole The version of owncloud in both testing and unstable contains security holes. http://owncloud.org/changelog/ has details. Upstream versions 4.0.11 and 4.5.6 fixed: * Security: Fix multiple XSS problems: CVE-2013-0201, CVE-2013-0202, CVE-2013-0203 * Security: Removed remoteStorage app because of unfixed security problems. -- John -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699440: virtualbox-source: ignores m-a -l flag and runs clean always for the running kernel
Package: virtualbox-source Version: 4.1.18-dfsg-2.1 Severity: important Hi, I'm running these commands in a chroot with many kernel header packages installed ... host is currently running 3.6-trunk-amd64 # module-assistant clean virtualbox # KBUILD_VERBOSE=1 m-a -t -f -l 3.2.0-4-amd64 build virtualbox Extracting the package tarball, /usr/src/virtualbox.tar.bz2, please wait... kmk -C vboxdrv clean kmk: Entering directory `/usr/src/modules/virtualbox/vboxdrv' kmk KBUILD_VERBOSE=1 SUBDIRS=/usr/src/modules/virtualbox/vboxdrv SRCROOT=/usr/src/modules/virtualbox/vboxdrv -C /lib/modules/3.6-trunk-amd64/build clean kmk[1]: Entering directory `/usr/src/linux-headers-3.6-trunk-amd64' kmk[2]: Entering directory `/usr/src/linux-headers-3.6-trunk-common' kmk -C /usr/src/linux-headers-3.6-trunk-amd64 \ KBUILD_SRC=/usr/src/linux-headers-3.6-trunk-common \ KBUILD_EXTMOD=/usr/src/modules/virtualbox/vboxdrv -f /usr/src/linux-headers-3.6-trunk-common/Makefile \ clean That is the wrong kernel version being used by virtualbox-source ... If we are to build for some kernel X, use the clean rules for X. I noticed this because clean fails for 3.6-trunk-amd64 because /usr/src/linux-headers-3.6-trunk-common/scripts/link-vmlinux.sh is missing ... (#696775) After creating a dummy script there, the build happens actually for 3.2.0-4-amd64, but the following clean is again for 3.6-trunk-amd64. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699368: ibus Ctrl-Space key binding conflicts with eclipse, emacs and other IDEs
severity 699368 wishlist tags 699368 + wontfix tags 699368 - l10n thanks Hi, Asian input method IME/FEP start/toggle keys in use are: shift-space: older Japanese UNIX-like OS and some Windows pre-MS-IME tools control-space: older Chinese UNIX-like OS control-enter: I see web document mentioning Solaris used to do this. And all these shift/ctrol/alt/-space/enter/... combination were used by text input method. This is highly desirable keys which OS-level utility like to take control. On Wed, Jan 30, 2013 at 06:49:40PM +0100, Jose Luis Martin wrote: Package: ibus Version: 1.4.1-9 Severity: normal After installing ibus, eclipse auto-completion stop working because Ctrl-Space key binding was used by ibus. Yes. So what is wrong here. You filed this not as wishlist but normal bug. I fail to understand rationale behind your reasoning eclipse should own this key binding. I found: http://superuser.com/questions/327479/ctrl-space-always-toggles-chinese-ime-windows-7 http://lists.tlug.jp/ML/9810/msg00259.html So this key combination is liked by many apps and tends to conflict with popular cross-platform input method change method convention. UNIX-like input method for Japanese used shift-space in old days with xim+kinput2 etc. (At least from 1998) The Ctrl-Space key is a very common key binding and used historycally by eclipse code assistant and other IDEs. It should not filtered by new software by default. Please provide reference for history. ibus is following Chinese input method tradition as I understand which use ctrl-space. (Japanese seems to use shift-space.) ibus: 2008-05-12 and since then uses ctrl-space scim: 2003 and since (precursor to ibus and uses ctrl-space) I am sure some chinese IM used this before 2000. eclipse: 2002 not so old. This is 2013. No one except you complained this for 5 years. Also as I see web for Mac: Command+Space seems to be choice to switch IM for MAC OSX. (MAC-command==WIN-control) http://apple.stackexchange.com/questions/15173/changing-keyboard-input-language-on-mac-osx So this is not situation where very common cross platform OS level convention for basic UI needs to be changed just for an application. Solved running ibus-setup and deleting the key-binding. Or changing eclipse key-binding, you get the same coexistence. This is not normal BUG for ibus for sure. This is at best wishlist bug with wontfix attached. Tags: l10n Usually, this tag is used for PO translation etc. This is not needed. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699442: fail2ban: please add configuration for roundcube
Package: fail2ban Version: 0.8.6-3wheezy1 Severity: wishlist Hi, Please add /etc/fail2ban/filter.d/roundcube.conf with this content: | [Definition] | | failregex = FAILED login for .*. from HOST | ignoreregex = Also, an entry to jail.conf disabled by default would be nice: | [roundcube] | | enabled = false | port = http,https | filter = roundcube | logpath = /var/log/roundcube/userlogins Cheers -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fail2ban depends on: ii lsb-base4.1+Debian8 ii python 2.7.3~rc2-1 ii python-central 0.6.17 Versions of packages fail2ban recommends: ii iptables 1.4.14-3 ii python-gamin 0.1.10-4.1 ii whois 5.0.20 Versions of packages fail2ban suggests: ii heirloom-mailx [mailx] 12.5-2 -- Configuration Files: /etc/fail2ban/action.d/iptables-multiport.conf changed: [Definition] actionstart = iptables -N fail2ban-name iptables -I chain -p protocol -m multiport --dports port -j fail2ban-name actionstop = iptables -D chain -p protocol -m multiport --dports port -j fail2ban-name iptables -F fail2ban-name iptables -X fail2ban-name actioncheck = iptables -n -L chain | grep -q fail2ban-name actionban = iptables -I fail2ban-name 1 -s ip -j DROP actionunban = iptables -D fail2ban-name -s ip -j DROP [Init] name = default port = ssh protocol = tcp chain = INPUT /etc/fail2ban/action.d/sendmail-whois-lines.conf changed: [Definition] actionstart = actionstop = actioncheck = actionban = printf %%b Subject: [Fail2Ban] name: banned ip Date: `date -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The IP ip has just been banned by Fail2Ban after failures attempts against name.\n\n Here are more information about ip:\n `/usr/bin/whois ip`\n\n Lines containing IP:ip in logpath\n `/bin/grep '\ip\' logpath`\n\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actionunban = [Init] name = default dest = root sender = fail2ban logpath = /dev/null /etc/fail2ban/jail.conf changed: [DEFAULT] ignoreip = 127.0.0.1/8 bantime = 600 maxretry = 3 backend = auto destemail = root banaction = iptables-multiport mta = sendmail protocol = tcp chain = INPUT action_ = %(banaction)s[name=%(__name__)s, port=%(port)s, protocol=%(protocol)s, chain=%(chain)s] action_mw = %(banaction)s[name=%(__name__)s, port=%(port)s, protocol=%(protocol)s, chain=%(chain)s] %(mta)s-whois[name=%(__name__)s, dest=%(destemail)s, protocol=%(protocol)s, chain=%(chain)s] action_mwl = %(banaction)s[name=%(__name__)s, port=%(port)s, protocol=%(protocol)s, chain=%(chain)s] %(mta)s-whois-lines[name=%(__name__)s, dest=%(destemail)s, logpath=%(logpath)s, chain=%(chain)s] action = %(action_mwl)s [postfix] enabled = true port = smtp filter = postfix logpath = /var/log/mail.log [sasl] enabled = true port = submission filter = sasl logpath = /var/log/mail.warn [dovecot] enabled = true port = imaps,pop3s filter = dovecot logpath = /var/log/mail.info [roundcube] enabled = true port = http,https filter = roundcube logpath = /var/log/roundcube/userlogins -- 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#699443: unblock: poppler/0.18.4-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I would like to upload poppler 0.18.4-5, which would initialize two class members of PSOutputDev to avoid crashing in the destructor if the initialization of the output device is not ok (e.g. when the requested output file name cannot be opened, like in #699421). This bug, other than hitting that pdftops case, can hit library users of PSOutputDev, and its poppler-glib wrapping (such as epdfview). Attached the proposed debdiff. Thanks, -- Pino diff -Nru poppler-0.18.4/debian/changelog poppler-0.18.4/debian/changelog --- poppler-0.18.4/debian/changelog 2012-11-27 16:24:20.0 +0100 +++ poppler-0.18.4/debian/changelog 2013-01-31 14:03:45.0 +0100 @@ -1,3 +1,12 @@ +poppler (0.18.4-5) UNRELEASED; urgency=low + + [ Pino Toscano ] + * Correctly initialize PSOutputDev::fontFileNameLen and +PSOutputDev::psFileNames; patch psoutputdev-initialize-vars.diff. +(Closes: #699421) + + -- Pino Toscano p...@debian.org Thu, 31 Jan 2013 13:19:35 +0100 + poppler (0.18.4-4) unstable; urgency=low * Backport upstream commits 7ba15d11e56175601104d125d5e4a47619c224bf and diff -Nru poppler-0.18.4/debian/patches/psoutputdev-initialize-vars.diff poppler-0.18.4/debian/patches/psoutputdev-initialize-vars.diff --- poppler-0.18.4/debian/patches/psoutputdev-initialize-vars.diff 1970-01-01 01:00:00.0 +0100 +++ poppler-0.18.4/debian/patches/psoutputdev-initialize-vars.diff 2013-01-31 13:58:06.0 +0100 @@ -0,0 +1,41 @@ +Author: Pino Toscano p...@debian.org +Description: initialize PSOutputDev::fontFileNameLen and PSOutputDev::psFileNames + Avoid crashing in ~PSOutputDev when the PSOutputDev instance is not ok. +Applied-Upstream: not-needed +Last-Update: 2013-01-31 +Bug-Debian: http://bugs.debian.org/699421 + +--- a/poppler/PSOutputDev.cc b/poppler/PSOutputDev.cc +@@ -1012,6 +1012,7 @@ PSOutputDev::PSOutputDev(const char *fil + fontIDs = NULL; + fontFileIDs = NULL; + fontFileNames = NULL; ++ fontFileNameLen = 0; + font8Info = NULL; + font16Enc = NULL; + imgIDs = NULL; +@@ -1022,6 +1023,7 @@ PSOutputDev::PSOutputDev(const char *fil + haveTextClip = gFalse; + haveCSPattern = gFalse; + t3String = NULL; ++ psFileNames = NULL; + + forceRasterize = forceRasterizeA; + +@@ -1077,6 +1079,7 @@ PSOutputDev::PSOutputDev(PSOutputFunc ou + fontIDs = NULL; + fontFileIDs = NULL; + fontFileNames = NULL; ++ fontFileNameLen = 0; + font8Info = NULL; + font16Enc = NULL; + imgIDs = NULL; +@@ -1087,6 +1090,7 @@ PSOutputDev::PSOutputDev(PSOutputFunc ou + haveTextClip = gFalse; + haveCSPattern = gFalse; + t3String = NULL; ++ psFileNames = NULL; + + forceRasterize = forceRasterizeA; + diff -Nru poppler-0.18.4/debian/patches/series poppler-0.18.4/debian/patches/series --- poppler-0.18.4/debian/patches/series 2012-11-27 16:20:00.0 +0100 +++ poppler-0.18.4/debian/patches/series 2013-01-31 13:58:17.0 +0100 @@ -3,3 +3,4 @@ upstream_pdfinfo-decode-utf-16-surrogate-pairs.patch upstream_Change-nn-to-number.patch upstream_fix-GooString-insert.diff +psoutputdev-initialize-vars.diff
Bug#684712: lvm2: automatically filter imsm and ddf formatted disks
On 01/31/2013 02:49 PM, Bastian Blank wrote: On Thu, Jan 31, 2013 at 02:27:56PM +0100, Miquel van Smoorenburg wrote: On 01/31/2013 02:11 PM, Bastian Blank wrote: lvm2 is blocked by d-i right now. As I had to cheat already to not use t-p-u, I don't consider this viable for Wheezy. Wouldn't it be possible to upload a new version to unstable, then after that upload 2.02.95-4.1 to t-p-u with just this patch? No. This can only be introduced via unstable according to the effective rules. And I already told you, I won't accept it. It's that if someone is using lvm2 on an Intel Matrix Raid array via mdadm, which is a working and supported configuration on wheezy, and for some reason one of the disks is kicked out of the array, LVM2 /will/ detect lvm vg's and lv's on that disk/pv - creating chaos and very possibly data loss. And? Dataloss is cause for a bug with severity critical. Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699442: fail2ban: please add configuration for roundcube
Hi Teodor, would you mind also providing sample log lines demonstrating this failed attempts? ideally you could submit a pull request against fail2ban on https://github.com/fail2ban/fail2ban/ with sample log lines provided under testcases/files/logs/roundcube.conf And is this location standard on debian'provided installations of roundcube? | logpath = /var/log/roundcube/userlogins cheers On Thu, 31 Jan 2013, Teodor wrote: Package: fail2ban Version: 0.8.6-3wheezy1 Severity: wishlist -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699443: unblock: poppler/0.18.4-5
Control: tags -1 confirmed On 2013-01-31 15:06, Pino Toscano wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I would like to upload poppler 0.18.4-5, which would initialize two class members of PSOutputDev to avoid crashing in the destructor if the initialization of the output device is not ok (e.g. when the requested output file name cannot be opened, like in #699421). This bug, other than hitting that pdftops case, can hit library users of PSOutputDev, and its poppler-glib wrapping (such as epdfview). Attached the proposed debdiff. Thanks, Please go ahead and ping us when it has spent a couple of days in sid. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699444: google-glog: FTBFS: make[3]: *** [signalhandler_unittest_sh] Error 1
Source: google-glog Version: 0.3.2-4 Severity: important Justification: fails to build from source (but built successfully in the past) Hi, your package fails to build, please see the attached full build log. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.2.0-4-atari Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static I: Using pkgname logfile I: Current time: Thu Jan 31 13:28:37 CET 2013 I: pbuilder-time-stamp: 1359635317 I: Obtaining the cached apt archive contents I: Installing the build-deps W: no hooks of type D found -- ignoring - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: m68k Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 9.0.0), autotools-dev, dh-autoreconf, libgflags-dev dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 12287 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on autotools-dev; however: Package autotools-dev is not installed. pbuilder-satisfydepends-dummy depends on dh-autoreconf; however: Package dh-autoreconf is not installed. pbuilder-satisfydepends-dummy depends on libgflags-dev; however: Package libgflags-dev is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... The following NEW packages will be installed: autoconf{a} automake{a} autotools-dev{a} dh-autoreconf{a} libgflags-dev{a} libgflags2{a} libsigsegv2{a} libtool{a} m4{a} 0 packages upgraded, 9 newly installed, 0 to remove and 0 not upgraded. Need to get 271 kB/2443 kB of archives. After unpacking 6372 kB will be used. Writing extended state information... Get: 1 http://ftp.de.debian.org/debian-ports/ unstable/main libgflags2 m68k 2.0-1 [120 kB] Get: 2 http://ftp.de.debian.org/debian-ports/ unstable/main libgflags-dev m68k 2.0-1 [151 kB] Fetched 271 kB in 3s (68.0 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libgflags2. (Reading database ... 12287 files and directories currently installed.) Unpacking libgflags2 (from .../libgflags2_2.0-1_m68k.deb) ... Selecting previously unselected package libsigsegv2. Unpacking libsigsegv2 (from .../libsigsegv2_2.9-4_m68k.deb) ... Selecting previously unselected package m4. Unpacking m4 (from .../archives/m4_1.4.16-4_m68k.deb) ... Selecting previously unselected package autoconf. Unpacking autoconf (from .../autoconf_2.69-1_all.deb) ... Selecting previously unselected package autotools-dev. Unpacking autotools-dev (from .../autotools-dev_20120608.1_all.deb) ... Selecting previously unselected package automake. Unpacking automake (from .../automake_1%3a1.11.6-1_all.deb) ... Selecting previously unselected package libtool. Unpacking libtool (from .../libtool_2.4.2-1.2_m68k.deb) ... Selecting previously unselected package dh-autoreconf. Unpacking dh-autoreconf (from .../dh-autoreconf_7_all.deb) ... Selecting previously unselected package libgflags-dev. Unpacking libgflags-dev (from .../libgflags-dev_2.0-1_m68k.deb) ... Processing triggers for man-db ... Setting up libgflags2 (2.0-1) ... Setting up libsigsegv2 (2.9-4) ... Setting up m4 (1.4.16-4) ... Setting up autoconf (2.69-1) ... Setting up autotools-dev (20120608.1) ... Setting up automake (1:1.11.6-1) ... update-alternatives: using /usr/bin/automake-1.11 to provide /usr/bin/automake (automake) in auto mode Setting up libtool (2.4.2-1.2) ... Setting up dh-autoreconf (7) ... Setting up libgflags-dev (2.0-1) ... Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Writing extended state information... - Finished parsing the build-deps Reading package lists... Building dependency tree... Reading state information... Starting Starting 2 Done debhelper is already the newest version. debian-ports-archive-keyring is already the newest version. file-rc is already the newest version. apt is already the newest version. eatmydata is already the newest version. fakeroot is
Bug#684712: lvm2: automatically filter imsm and ddf formatted disks
On Thu, Jan 31, 2013 at 03:05:12PM +0100, Miquel van Smoorenburg wrote: On 01/31/2013 02:49 PM, Bastian Blank wrote: On Thu, Jan 31, 2013 at 02:27:56PM +0100, Miquel van Smoorenburg wrote: Dataloss is cause for a bug with severity critical. rm -rf / in a package would be serious data loss and critical. But the existence of rm itself is no data loss. Anyway. You got your answer. Bastian -- Killing is stupid; useless! -- McCoy, A Private Little War, stardate 4211.8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699445: ifenslave-2.6: bond-primary does not apply
Package: ifenslave-2.6 Version: 1.1.0-20 Severity: normal Dear Maintainer, The primary master is not apply on the system because sysfs primary must be call after sysfs_add slaves. As a workaround i have moved the call to the setup_master function after enslave_slaves function. I don't know if it is a good method but it seems to work correctly Regards. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/12 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 ifenslave-2.6 depends on: ii iproute 20120521-3 ii libc62.13-37 Versions of packages ifenslave-2.6 recommends: ii net-tools 1.60-24.2 ifenslave-2.6 suggests no packages. -- Configuration Files: /etc/network/if-pre-up.d/ifenslave changed: [ $VERBOSITY = 1 ] set -x IFSTATE=/etc/network/run/ifstate add_master() { # Return if $BOND_MASTER is already a bonding interface. [ -f /sys/class/net/$BOND_MASTER/bonding/slaves ] return # If the bonding module is not yet loaded, load it. if [ ! -r /sys/class/net/bonding_masters ]; then modprobe -q bonding fi # Create the master interface. if ! grep -sq \\$BOND_MASTER\\ /sys/class/net/bonding_masters; then echo +$BOND_MASTER /sys/class/net/bonding_masters fi } sysfs_change_down() { # Called with : # $1 = basename of the file in bonding/ to write to. # $2 = value to write. Won't write if $2 is empty. if [ $2 ] ; then # If the value we plan to write is different from the current one... if ! grep -sq \\$2\\ /sys/class/net/$BOND_MASTER/bonding/$1 ; then # ...and the master is up... if ip link show $BOND_MASTER | grep -sq '[,]UP[,]' ; then # ...bring the master down. ip link set dev $BOND_MASTER down fi fi sysfs $1 $2 fi } sysfs() { # Called with : # $1 = basename of the file in bonding/ to write to. # $2 = value to write. Won't write if $2 is empty. if [ $2 ] ; then echo $2 /sys/class/net/$BOND_MASTER/bonding/$1 return $? fi return 0 } sysfs_add() { #??Called with : # $1 = target filename. # $2 = values to write. for value in $2; do # Do not add $2 to $1 if already present. if ! grep -sq \\$value\\ /sys/class/net/$BOND_MASTER/bonding/$1 then sysfs $1 +$value fi done } early_setup_master() { # Warning: the order in wich we write into the sysfs files is important. # Double check in drivers/net/bonding/bond_sysfs.c in linux kernel source tree # before changing anything here. # fail_over_mac must be set before enslavement of any slaves. sysfs fail_over_mac $IF_BOND_FAIL_OVER_MAC } enslave_slaves() { case $BOND_SLAVES in none) BOND_SLAVES= ;; all) BOND_SLAVES=`sed -ne 's/ *\(eth[^:]*\):.*/\1/p' /proc/net/dev` AUTOIF=yes ;; esac [ $VERBOSITY = 1 ] v=-v for slave in $BOND_SLAVES ; do if ( [ $AUTOIF ] grep -q ^$slave= $IFSTATE ) ; then echo Not enslaving interface $slave since it is already configured else # Ensure $slave is down. ip link set $slave down 2/dev/null if ! sysfs_add slaves $slave 2/dev/null ; then echo Failed to enslave $slave to $BOND_MASTER. Is $BOND_MASTER ready and a bonding interface ? 2 else # Bring up slave if it is the target of an allow-bondX stanza. # This is usefull to bring up slaves that need extra setup. ifup $v --allow $BOND_MASTER $slave fi fi done } setup_master() { # Warning: the order in wich we write into the sysfs files is important. # Double check in drivers/net/bonding/bond_sysfs.c in linux kernel source tree # before changing anything here. # use_carrier can be set anytime. sysfs use_carrier $IF_BOND_USE_CARRIER # num_grat_arp can be set anytime. sysfs num_grat_arp $IF_BOND_NUM_GRAT_ARP # num_unsol_na can be set anytime. sysfs num_unsol_na $IF_BOND_NUM_UNSOL_NA # xmit_hash_policy can be set anytime. # Changing
Bug#699441: [Secure-testing-team] Bug#699441: owncloud: Multiple security issues in owncloud
Control: merge 698737 699441 Hi John On Thu, Jan 31, 2013 at 07:25:38AM -0600, John Goerzen wrote: Package: owncloud Version: 4.0.4debian2-3.2 Severity: grave Tags: security Justification: user security hole The version of owncloud in both testing and unstable contains security holes. http://owncloud.org/changelog/ has details. Upstream versions 4.0.11 and 4.5.6 fixed: * Security: Fix multiple XSS problems: CVE-2013-0201, CVE-2013-0202, CVE-2013-0203 * Security: Removed remoteStorage app because of unfixed security problems. Yes, owncloud fixing these is in the delayed queue: See: http://bugs.debian.org/698737 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#699446: qtiplot: FTBFS: error: variable 'Qwt3D::QWT3D_EXPORT Qwt3D::Tuple' has initializer but incomplete t
Source: qtiplot Version: 0.9.8.8-5 Severity: important Justification: fails to build from source (but built successfully in the past) http://buildd.debian-ports.org/status/fetch.php?pkg=qtiplotarch=m68kver=0.9.8.8-5stamp=1359637339 contains the full build log. No idea if it’s m68k specific, the error doesn’t look like it, but still lowering severity. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.2.0-4-atari Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436094: [qemu-system] move firmware to recommends
Control: tag -1 - pending patch Control: tag -1 + confirmed wontfix Since we've split qemu-system package into per-target smaller packages, I think there's no good reason anymore to move firmware to recommends. Since really, without firmware qemu emulators don't work, we'll just end up with broken packages. With per-target qemu-system, firmware becomes less of a deal. Tagging as wontfix for now. And I've no idea why this bug has been tagged as pending for so long... ;) Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699447: libpolkit from unstable doesn't work with policykit-1 from experimental
Package: policykit-1 Version: 0.110-2 Severity: important See topic, When trying to add a network this morning, woops: Window manager warning: Log level 16: Cannot spawn helper: Failed to execute child process /usr/lib/policykit-1/polkit-agent-helper-1 (No such file or directory) -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages policykit-1 depends on: ii adduser3.113+nmu3 ii consolekit 0.4.5-3.1 ii dbus 1.6.8-1 ii dpkg 1.16.9 ii libc6 2.13-38 ii libexpat1 2.1.0-1 ii libglib2.0-0 2.34.3-1 ii libmozjs185-1.01.8.5-1.0.0+dfsg-4 ii libnspr4 2:4.9.4-2 ii libnspr4-0d2:4.9.4-2 ii libpam0g 1.1.3-7.1 ii libpolkit-agent-1-00.105-3 ii libpolkit-gobject-1-0 0.105-3 policykit-1 recommends no packages. policykit-1 suggests no packages. -- Configuration Files: /etc/polkit-1/rules.d/40-debian-sudo.rules [Errno 13] Permission denied: u'/etc/polkit-1/rules.d/40-debian-sudo.rules' /etc/polkit-1/rules.d/50-default.rules [Errno 13] Permission denied: u'/etc/polkit-1/rules.d/50-default.rules' -- 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#699300: [Pkg-octave-devel] Bug#699300: Octave crashes with Matrix multiply
Bill, First of all, keep 699...@bugs.debian.org in the Cc list, such that this discussion is recorded in the BTS. I am doing this and I hope you do not mind that I copied your private message here. As regards your question: * whludescher whludesc...@verizon.net [2013-01-31 07:46]: Yes I am running squeeze so I loaded up Octave 3.6.2 as per your suggestion, again using the synaptic package manager . Unfortunately, I have the same problem with matrix multiply. Is this a known bug or must it be something unique to my system. I can't believe that the octave community would tolerate such a problem. This is weird. I have never tested the backported 3.6.2 version of the octave package in a squeeze system. However, the build daemon succeeded to build the package and passed all the unit tests: https://buildd.debian.org/status/fetch.php?pkg=octavearch=i386ver=3.6.2-5~bpo60%2B1stamp=1350987957 (look for test scripts in the page above). I would say that there is indeed something wrong with your system, but I am not sure. At any rate, without more precise information from you, we are not able to even imagine the origin of this bug. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699442: fail2ban: please add configuration for roundcube
2013/1/31 Yaroslav Halchenko deb...@onerussian.com: would you mind also providing sample log lines demonstrating this failed attempts? These are like this: [22-Jan-2013 22:28:21 +0200]: FAILED login for user1 from 109.97.x.x [23-Jan-2013 12:53:09 +0200]: FAILED login for user2 from 79.117.x.x [25-Jan-2013 21:54:17 +0200]: FAILED login for user3 from 193.231.x.x ideally you could submit a pull request against fail2ban on https://github.com/fail2ban/fail2ban/ with sample log lines provided under testcases/files/logs/roundcube.conf For this I probably need to clone the project.. which I don't think it's worth the trouble. And is this location standard on debian'provided installations of roundcube? | logpath = /var/log/roundcube/userlogins Yes, this is the standard location on Debian. This function is actually provided by the fail2ban plugin [1] for roundcube, not by Roundcube itself. Cheers [1]: http://mattrude.com/projects/roundcube-fail2ban-plugin/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606726: jpegoptim: Quiet mode has no use
tags 606726 fixed-upstream thanks On Wed, Jan 30, 2013 at 11:42 AM, Timo Kokkonen t...@iki.fi wrote: Thanks for the patch. I applied with small changes (see https://github.com/tjko/jpegoptim). On Sat, Jan 26, 2013 at 8:21 AM, Mathieu Malaterre ma...@debian.org wrote: tags 606726 patch thanks On Mon, Dec 10, 2012 at 4:04 AM, Timo Kokkonen t...@iki.fi wrote: On Sun, Dec 9, 2012 at 9:56 AM, Mathieu Malaterre ma...@debian.org wrote: But I would need to know what upstream think of this change ? Timo, Is this ok that -quiet also remove any left over printf(), esp the summary line: foo.jpg 200x200 24bit JFIF [OK] 11884 -- 11279 bytes (5.09%), optimized Hi, thats fine with me. Please send me the patch and I'll check it in. (https://github.com/tjko/jpegoptim) -- Timo t...@iki.fi Attached. Thanks. -- Timo t...@iki.fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699441: [Secure-testing-team] Bug#699441: owncloud: Multiple security issues in owncloud
Ah, sorry for the noise. 698737 did not show up on bugs.debian.org/owncloud and I didn't think to check the src:. -- John On 01/31/2013 08:37 AM, Salvatore Bonaccorso wrote: Control: merge 698737 699441 Hi John On Thu, Jan 31, 2013 at 07:25:38AM -0600, John Goerzen wrote: Package: owncloud Version: 4.0.4debian2-3.2 Severity: grave Tags: security Justification: user security hole The version of owncloud in both testing and unstable contains security holes. http://owncloud.org/changelog/ has details. Upstream versions 4.0.11 and 4.5.6 fixed: * Security: Fix multiple XSS problems: CVE-2013-0201, CVE-2013-0202, CVE-2013-0203 * Security: Removed remoteStorage app because of unfixed security problems. Yes, owncloud fixing these is in the delayed queue: See: http://bugs.debian.org/698737 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#699430: debian-installer: support for Intel Matrix Raid (RST, imsm)
On 01/31/2013 02:27 PM, Michael Tokarev wrote: 31.01.2013 16:14, Miquel van Smoorenburg wrote: [] I have added support for installing on mdraid based Intel Matrix raid to the debian-installer, the lvm2 package, and mdadm. With these patches applied I can install and boot Debian Wheezy without any trouble on an Intel Matrix RAID RAID1 array - even when combined with lvm. Out of curiocity, did you actually test the latest mdadm package? I did a few more changes on top of your patch, but I don't have any hardware where I can try it, so I've no idea if it actually works or not... Yes, I did. Yesterday I took the latest snapshot from the wheezy installer media, and replaced the debs/udebs with the ones that I updated, replaced mdadm with the latest version from unstable (-5), and built a new image. It all worked fine, installing, booting, rebooting, etc. Thanks, Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699447: [Pkg-utopia-maintainers] Bug#699447: libpolkit from unstable doesn't work with policykit-1 from experimental
On 31.01.2013 15:42, Sjoerd Simons wrote: Package: policykit-1 Version: 0.110-2 Severity: important See topic, When trying to add a network this morning, woops: Window manager warning: Log level 16: Cannot spawn helper: Failed to execute child process /usr/lib/policykit-1/polkit-agent-helper-1 (No such file or directory) The problem seems to be this: The helpers were previously installed in $libexecdir, that by default is setup to /usr/lib/packagename, in this case /usr/lib/policykit-1. Upstream now hard-codes that path to $libdir/polkit-1. -- 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#699449: 1.2.5 is out
Package: jpegoptim 1.2.5 is out, please package it: https://github.com/tjko/jpegoptim/commit/cea0f871d0c9ef645e5ce34f87539ef683ce875a Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699448: 1.2.4 is out
Package: jpegoptim 1.2.4 is out, please package it. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699450: mib2c manpage missing
Package: libsnmp-dev Version: 5.4.3~dfsg-2.7 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring Downstream bug: https://launchpad.net/bugs/381 mib2c.1 is symlinked to mib2c-update.1 even though upstream provides mib2c.1. This means that the binary package fails to deliver a correct mib2c.1. I've investigated this and found that it is being mangled in debian/fixman. When I enabled the debugging comment: echo $f2 commands = $commands I got: mib2c-update commands = mib2c It looks like the sed on line 23 is erroneously dropping the '-'. Thanks, Robie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699451: libportaudio2:armhf: recording sound no longer works with RPI kernel 3.6.11
Package: libportaudio2 Version: 19+svn2021-1 Severity: important Hi, Since the upgrade to the latest raspberry pi kernel (using rpi-update), recording sound using libportaudo2:armhf no longer works. To the system, a USB audio-device is connected. The error messages emitted by portaudio are: ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.front.0:CARD=0' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM front ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.surround40.0:CARD=0' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM surround40 ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.surround51.0:CARD=0' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM surround41 ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.surround51.0:CARD=0' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM surround50 ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.surround51.0:CARD=0' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM surround51 ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.surround71.0:CARD=0' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM surround71 ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.iec958.0:CARD=0,AES0=4,AES1=130,AES2=0,AES3=2' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM iec958 ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.iec958.0:CARD=0,AES0=4,AES1=130,AES2=0,AES3=2' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM spdif ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition 'cards.BRCM bcm2835 AL.pcm.iec958.0:CARD=0,AES0=4,AES1=130,AES2=0,AES3=2' ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM spdif ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.modem ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.modem ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.phoneline ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.phoneline ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports only playback stream ALSA lib pcm_direct.c:877:(snd1_pcm_direct_initialize_slave) slave plugin does not support mmap interleaved or mmap noninterleaved access ALSA lib pcm_dmix.c:1030:(snd_pcm_dmix_open) unable to initialize slave Expression 'parameters-channelCount = maxChans' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1438 Expression 'ValidateParameters( inputParameters, hostApi, StreamDirection_In )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 2742 Error opening audio stream
Bug#698527: Incompatibility of OpenCASCADE libraries license with GPL
Hi all, I am writing a message to Open CASCADE S.A.S. about incompatibility of Open CASCADE Technology Public License with GPL (see [1] for example). This message will be send using contact form on their web site. But I want to keep all discussion publicly. So may I use your mailing list for this goal? (I will enter this address into Email field or will indicate it in the text) Best regards, Boris [1] http://bugs.debian.org/698527 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699452: Typo in checks/files.desc
Package: lintian Version: 2.5.10.3 Severity: minor Tags: patch An s is missing in Pre-Depend:. Diff attached. Cheers. diff -rupN lintian-2.5.10.3.old/checks/files.desc lintian-2.5.10.3.new/checks/files.desc --- lintian-2.5.10.3.old/checks/files.desc 2012-12-11 15:03:17.0 -0300 +++ lintian-2.5.10.3.new/checks/files.desc 2013-01-31 11:58:35.498369142 -0300 @@ -1224,7 +1224,7 @@ Certainty: certain Info: The package ships a library in one of the multiarch lib directories, /lib/lt;tripletgt; and /usr/lib/lt;tripletgt;, but does not declare a pre-dependency on multiarch-support. Packages installing to these - paths must Pre-Depend: multiarch-support to ensure the library can be + paths must Pre-Depends: multiarch-support to ensure the library can be found by the dynamic linker at every point during an upgrade. Tag: package-contains-no-arch-dependent-files signature.asc Description: Digital signature
Bug#699453: tt-rss: postgres database created with wrong encoding
Package: tt-rss Version: 1.5.11+dfsg2-1 Severity: important Symptom: I was wondering why articles where missing and some feeds failed to update completely. Articles seemed to update way slower than to be expected from refresh and frequently wouldn't show the most recent article. Debugging: I ran a forced update manually to discover errors like this: PHP Warning: pg_query(): Query failed: ERROR: character 0xe28094 of encoding UTF8 has no equivalent in LATIN1 in /usr/share/tt-rss/www/include/db.php on line 60 The cause of this seems to be that the database is set up to use LATIN1 encoding whereas tt-rss expects UTF8 (and sets the connection to use UTF8). Once I changed the database encoding to UTF8 all the symptoms above seem to be gone. This affects 1.6.2+dfsg-2 as well. Future tt-rss versions should ensure that the database is created with a UTF8 encoding. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645410:
+1 I am waiting on this. http://www.graphviz.org/mantisbt/view.php?id=2212 (fixed in 2.28.) I am trying to build from git://git.debian.org/git/collab-maint/graphviz.git using git-buildpackage... But the build fails for [unstable] and [upstream/2.28.0] doesn't contain debian magic. That's as far as I got. :) Cheers, thanks!
Bug#699454: amanda-common: User in /etc/xinetd.d/amanda should be backup, not amandabackup
Package: amanda-common Version: 1:3.3.1-4 Severity: important Dear Maintainer, The file /etc/xinetd.d/amanda, shipped as part of the amanda-common package, sets user = amandabackup, whereas the correct user would be backup. The update-inetd command in the postin script is correct. This make amanda client unusable on systems which use xinetd. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amanda-common depends on: ii adduser 3.113+nmu3 ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-37 ii libcurl37.26.0-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libssl1.0.0 1.0.1c-4 ii perl [perl5]5.14.2-16 ii perl-base [perlapi-5.14.2] 5.14.2-16 ii tar 1.26+dfsg-0.1 ii update-inetd4.43 ii xinetd [inet-superserver] 1:2.3.14-7.1 amanda-common recommends no packages. Versions of packages amanda-common suggests: ii amanda-client 1:3.3.1-4 -- Configuration Files: /etc/amandahosts [Errno 13] Permission denied: u'/etc/amandahosts' /etc/xinetd.d/amanda changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537051: Bug#692911: Bug#537051: ca-certificates: Unneeded and confusing usage of interest-noawait
On 2013-01-19 18:44, Michael Shuler wrote: On 01/19/2013 10:41 AM, Guillem Jover wrote: As discussed in 537051 the NMU introduced an unneeded and confusing usage of interest-noawait, and the accompanying Pre-Depends on dpkg. The attached patch removes these. Thanks for the patch. I'll get this tested out as soon as I can and get an upload prepared. Unblocked ca-certificates/20130119, thanks. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699455: libiulib0d fails to install (dependencies problem)
Package: libiulib0d Version: 0.4.4+ds-2 Severity: grave Justification: renders package unusable libiulib0d depend of libpng15-15, but there is no package named libpng15-15. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699456: cdimage.debian.org: grub fails to install if HD is not /dev/sda
Package: cdimage.debian.org Severity: normal Tags: d-i Dear Maintainer, During installation from usb stick (usb stick - /dev/sda and hd - /dev/sdb) the installer stuck when installing grub. I believe the issue is related to the fact that the installer tries to install grub always in the MBR od /dev/sda. a selection menu in the same style of lilo may help to solve the issue -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697585: We've also experienced this issue.
Just rebooting for the second time now!
Bug#699457: python-cairo: python-cairo segfaults on unicode input
Package: python-cairo Version: 1.8.8-1+b2 Severity: important Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=59765 Tags: upstream Hi, $ python -c import cairo; cairo.PDFSurface(u'é', 10, 10) zsh: segmentation fault python -c import cairo; cairo.PDFSurface(u'é', 10, 10) Cheers! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 python-cairo depends on: ii libc6 2.13-37 ii libcairo2 1.12.2-2+deb7u1 ii python 2.7.3-1 ii python-support 1.0.15 python-cairo recommends no packages. python-cairo suggests no packages. -- no debconf information -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699436: marked as done (iceweasel: Rogue server certificates in fresh install)
in particular, all the certs listed in http://bugs.debian.org/699436 are known-malicious certificates; what you're seeing is a built-in preloaded blocklist. --dkg signature.asc Description: OpenPGP digital signature
Bug#699458: Can not preseed clamav-freshclam/NotifyClamd debconf setting
Package: clamav-freshclam Version: 0.97.6+dfsg-1~squeeze1 Severity: minor It is not possible to preseed the debconf item clamav-freshclam/NotifyClamd to true. The problem is in clamav-freshclam.config. If /etc/clamv/freshclam.conf does not exist, the config script sets clamav-freshclam/NotifyClamd to false, thus overwriting any preseeded value. Let me know if you'd like me to attempt to generate a patch. -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile = /var/log/clamav/clamav.log LogFileUnlock disabled LogFileMaxSize = 4294967295 LogTime = yes LogClean disabled LogSyslog = yes LogFacility = LOG_LOCAL6 LogVerbose disabled ExtendedDetectionInfo = yes PidFile = /var/run/clamav/clamd.pid TemporaryDirectory disabled DatabaseDirectory = /var/lib/clamav OfficialDatabaseOnly disabled LocalSocket = /var/run/clamav/clamd.ctl LocalSocketGroup = clamav LocalSocketMode = 666 FixStaleSocket = yes TCPSocket disabled TCPAddr disabled MaxConnectionQueueLength = 15 StreamMaxLength = 26214400 StreamMinPort = 1024 StreamMaxPort = 2048 MaxThreads = 12 ReadTimeout = 180 CommandReadTimeout = 5 SendBufTimeout = 200 MaxQueue = 100 IdleTimeout = 30 ExcludePath disabled MaxDirectoryRecursion = 15 FollowDirectorySymlinks disabled FollowFileSymlinks disabled CrossFilesystems = yes SelfCheck = 3600 VirusEvent disabled ExitOnOOM disabled Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = clamav AllowSupplementaryGroups = yes Bytecode = yes BytecodeSecurity = TrustSigned BytecodeTimeout = 6 BytecodeUnsigned disabled BytecodeMode = Auto DetectPUA disabled ExcludePUA disabled IncludePUA disabled AlgorithmicDetection = yes ScanPE = yes ScanELF = yes DetectBrokenExecutables disabled ScanMail = yes ScanPartialMessages disabled PhishingSignatures = yes PhishingScanURLs = yes PhishingAlwaysBlockCloak disabled PhishingAlwaysBlockSSLMismatch disabled HeuristicScanPrecedence disabled StructuredDataDetection disabled StructuredMinCreditCardCount = 3 StructuredMinSSNCount = 3 StructuredSSNFormatNormal = yes StructuredSSNFormatStripped disabled ScanHTML = yes ScanOLE2 = yes OLE2BlockMacros disabled ScanPDF = yes ScanArchive = yes ArchiveBlockEncrypted disabled MaxScanSize = 104857600 MaxFileSize = 26214400 MaxRecursion = 16 MaxFiles = 1 ClamAuth disabled ClamukoScanOnAccess disabled ClamukoScannerCount = 3 ClamukoScanOnOpen disabled ClamukoScanOnClose disabled ClamukoScanOnExec disabled ClamukoIncludePath disabled ClamukoExcludePath disabled ClamukoExcludeUID disabled ClamukoMaxFileSize = 5242880 DevACOnly disabled DevACDepth disabled DevLiblog disabled Config file: freshclam.conf --- LogFileMaxSize = 4294967295 LogTime = yes LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled PidFile = /var/run/clamav/freshclam.pid DatabaseDirectory = /var/lib/clamav Foreground disabled Debug disabled AllowSupplementaryGroups disabled UpdateLogFile = /var/log/clamav/freshclam.log DatabaseOwner = clamav Checks = 12 DNSDatabaseInfo = current.cvd.clamav.net DatabaseMirror = db.us.clamav.net, database.clamav.net MaxAttempts = 5 ScriptedUpdates = yes TestDatabases = yes CompressLocalDatabase disabled ExtraDatabase disabled DatabaseCustomURL disabled HTTPProxyServer disabled HTTPProxyPort disabled HTTPProxyUsername disabled HTTPProxyPassword disabled HTTPUserAgent disabled NotifyClamd = /etc/clamav/clamd.conf OnUpdateExecute disabled OnErrorExecute disabled OnOutdatedExecute disabled LocalIPAddress disabled ConnectTimeout = 30 ReceiveTimeout = 30 SubmitDetectionStats disabled DetectionStatsCountry disabled DetectionStatsHostID disabled SafeBrowsing disabled Bytecode = yes clamav-milter.conf not found Software settings - Version: 0.97.6 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 JIT Database information Database directory: /var/lib/clamav main.cvd: version 54, sigs: 1044387, built on Tue Oct 11 07:34:20 2011 bytecode.cvd: version 210, sigs: 39, built on Thu Jan 10 11:14:54 2013 daily.cvd: version 16598, sigs: 680776, built on Wed Jan 30 17:51:36 2013 Total number of signatures: 1725202 Platform information uname: Linux 2.6.32-042stab068.8 #1 SMP Fri Dec 7 17:06:14 MSK 2012 i686 OS: linux-gnu, ARCH: i386, CPU: i486 Full OS version: Debian GNU/Linux 6.0.6 (squeeze) zlib version: 1.2.3.4 (1.2.3.4), compile flags: 55 Triple: i386-pc-linux-gnu CPU: i686, Little-endian platform id: 0x0a1143430404040501040405 Build information - GNU C: 4.4.5 (4.4.5) GNU C++: 4.4.5 (4.4.5) CPPFLAGS: CFLAGS: -g -O2 -Wall CXXFLAGS: -g -O2 -Wall LDFLAGS: Configure: 'CFLAGS=-g -O2 -Wall' 'CPPFLAGS=' 'CXXFLAGS=-g -O2 -Wall' 'LDFLAGS=' '--build=i486-linux-gnu' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--disable-clamav' '--with-dbdir=/var/lib/clamav/' '--sysconfdir=/etc/clamav'
Bug#696678: tomboy: Segfault crashes tomboy during synchronization
Package: tomboy Version: 1.12.0-1 Followup-For: Bug #696678 Dear Maintainer, The problem seems still be there, in the 1.12.0-1 version. at first the update seemed to have helped, but now tomboy just again crashes every time it syncs. i get the following error, but i'm afraid it isn't very helpful. Native stacktrace: Segmentation fault keep up the good work! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tomboy depends on: ii gconf2 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-glib1.0-cil 0.5.0-4 ii libdbus1.0-cil 0.7.0-5 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgconf2.0-cil 2.24.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libglib2.0-cil 2.12.10-5 ii libgmime2.6-cil 2.6.10-1 ii libgtk2.0-0 2.24.10-2 ii libgtk2.0-cil 2.12.10-5 ii libgtkspell02.0.16-1 ii libice6 2:1.0.8-2 ii libmono-addins-gui0.2-cil 0.6.2-2 ii libmono-addins0.2-cil 0.6.2-2 ii libmono-cairo4.0-cil2.10.8.1-5 ii libmono-corlib4.0-cil 2.10.8.1-5 ii libmono-posix4.0-cil2.10.8.1-5 ii libmono-system-core4.0-cil 2.10.8.1-5 ii libmono-system-xml4.0-cil 2.10.8.1-5 ii libmono-system4.0-cil 2.10.8.1-5 ii libpango1.0-0 1.30.0-1 ii libproxy0 0.3.1-5.1 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii mono-runtime2.10.8.1-5 tomboy recommends no packages. Versions of packages tomboy suggests: ii evolution 3.4.4-1 pn tasque 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#699459: libupnp4: Multiple stack buffer overflow vulnerabilities
Package: libupnp4 Severity: grave Tags: security More information is available at bug #699316 (including a patch). According to bug #699351, these security problems are also found in libupnp4. Here's the original posting by Salvatore Bonaccorso car...@debian.org Hi, the following vulnerabilities were published for libupnp. CVE-2012-5958[0]: Stack buffer overflow of Tempbuf CVE-2012-5959[1]: Stack buffer overflow of Event-UDN CVE-2012-5960[2]: Stack buffer overflow of Event-UDN CVE-2012-5961[3]: Stack buffer overflow of Evt-UDN CVE-2012-5962[4]: Stack buffer overflow of Evt-DeviceType CVE-2012-5963[5]: Stack buffer overflow of Event-UDN CVE-2012-5964[6]: Stack buffer overflow of Event-DeviceType CVE-2012-5965[7]: Stack buffer overflow of Event-DeviceType Upstream changelog for 1.6.18 states: *** Version 1.6.18 *** 2012-12-06 Marcelo Roberto Jimenez mroberto(at)users.sourceforge.net Security fix for CERT issue VU#922681 This patch addresses three possible buffer overflows in function unique_service_name(). The three issues have the folowing CVE numbers: CVE-2012-5958 Issue #2: Stack buffer overflow of Tempbuf CVE-2012-5959 Issue #4: Stack buffer overflow of Event-UDN CVE-2012-5960 Issue #8: Stack buffer overflow of Event-UDN Notice that the following issues have already been dealt by previous work: CVE-2012-5961 Issue #1: Stack buffer overflow of Evt-UDN CVE-2012-5962 Issue #3: Stack buffer overflow of Evt-DeviceType CVE-2012-5963 Issue #5: Stack buffer overflow of Event-UDN CVE-2012-5964 Issue #6: Stack buffer overflow of Event-DeviceType CVE-2012-5965 Issue #7: Stack buffer overflow of Event-DeviceType If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5958 http://security-tracker.debian.org/tracker/CVE-2012-5958 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5959 http://security-tracker.debian.org/tracker/CVE-2012-5959 [2] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5960 http://security-tracker.debian.org/tracker/CVE-2012-5960 [3] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5961 http://security-tracker.debian.org/tracker/CVE-2012-5961 [4] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5962 http://security-tracker.debian.org/tracker/CVE-2012-5962 [5] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5963 http://security-tracker.debian.org/tracker/CVE-2012-5963 [6] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5964 http://security-tracker.debian.org/tracker/CVE-2012-5964 [7] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5965 http://security-tracker.debian.org/tracker/CVE-2012-5965 Please adjust the affected versions in the BTS as needed. 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#699460: nmu: iulib_0.4.4+ds-2 (experimental)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu iulib in experimental was inadvertently compiled against libpng = 1.5. This version of libpng has been removed from experimental (#688581), leaving libiulib0d uninstallable. nmu iulib_0.4.4+ds-2 . ALL -i386 -hurd-i386 . -d experimental -m Rebuild against non-broken libpng. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699351: linux-gd obsolete and lubupnp4
On Thu, Jan 31, 2013 at 3:32 AM, VALETTE Eric OLNC/OLPS eric2.vale...@orange.com wrote: Look at the CVE that have been filled regarding libupnp6 and the associated bugs. Thanks, I'll put something on libupnp4's debian BTS so it's on their radar. Are there security problems with linux-igd independent of libupnp4? Yes fixed in UPnP IGD V2because the specification themszelves addressed the security concerns. ~Scott -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697585: lvm2: pvmove freezes the whole vg with running Xen VMs
Control: tag -1 moreinfo On Mon, Jan 07, 2013 at 10:24:12AM +0100, Gael Le Mignot wrote: pvmove froze at around 66% of completion, and afterwards, all access to the VG, both from the virtual machines and the DOM0 froze. Any lvm command (pvs, lvs, ...) would freeze too, and enter unkillable D state. Please show dmsetup info and dmsetup table. I don't know how the Xen backend drivers react on frozen devices. Also please test with the current versions in Wheezy. Bastian -- Change is the essential process of all existence. -- Spock, Let That Be Your Last Battlefield, stardate 5730.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698527: Incompatibility of OpenCASCADE libraries license with GPL
Hi, just to let you know. There is a thread on opencascade forum about relicensing [1]. The decision is postponed. Anton [1] http://dev.opencascade.org/index.php?q=node/31#comment-63 2013/1/31 Boris Pek tehnic...@yandex.ru: Hi all, I am writing a message to Open CASCADE S.A.S. about incompatibility of Open CASCADE Technology Public License with GPL (see [1] for example). This message will be send using contact form on their web site. But I want to keep all discussion publicly. So may I use your mailing list for this goal? (I will enter this address into Email field or will indicate it in the text) Best regards, Boris [1] http://bugs.debian.org/698527 -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497527: mpack: munpack still fails on multipart MIME messages
Package: mpack Version: 1.6-8 Followup-For: Bug #497527 Control: severity 497527 important This is still a problem with 1.6-8. Why else would you want to use munpack unless you were dealing with multipart messages? If i had to guess, i'd guess that most messages traversing the 'net today are multipart messages. I'm increasing the severity of this ticket, since half the package doesn't seem to work for the standard use case. 0 dkg@alice:/tmp$ printmimestructure Ticket-6787.eml └┬╴multipart/alternative 21275 bytes ├─╴text/plain inline 6763 bytes └─╴text/html inline 14072 bytes 0 dkg@alice:/tmp$ munpack Ticket-6787.eml tempdesc.txt: File exists Did not find anything to unpack from Ticket-6787.eml 0 dkg@alice:/tmp$ --dkg -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpack depends on: ii libc6 2.13-37 mpack recommends no packages. Versions of packages mpack suggests: pn inews none ii postfix [mail-transport-agent] 2.9.3-2.1 -- 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