Bug#682247: unblock: libanyevent-i3-perl/0.12-1
Hi, intrigeri intrig...@debian.org writes: I'm not speaking for the release team, but I believe this unblock request would get more attention and have more chances to be processed if the proposed changes were limited to fixing the bugs that need to be fixed. I think so, too. Dear release team: I want to upload a new version of libanyevent-i3-perl to testing-proposed-updates which is the same version as currently in testing + commits http://code.stapelberg.de/git/AnyEvent-I3/commit/?id=79798dc40cc25379507355b67d7f88802668a75b http://code.stapelberg.de/git/AnyEvent-I3/commit/?id=d082a57d47eb15d257c0c14de8ace10db72a5050 http://code.stapelberg.de/git/AnyEvent-I3/commit/?id=a122bde5d5d3b6d61701d8286e4b21b4f047193b As previously discussed, these commits make for a much better scripting experience without breaking anything else. Given that they are released for over two months and there were no bugreports, I consider them stable. Are you okay with such an upload to t-p-u? -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694520: chocolate-doom: there are no humans in Maintainer:/Uploaders: fields
Package: chocolate-doom Version: 1.7.0-1 Severity: serious Justification: policy section 3.3 There are no humans in the Uploaders or Maintainers fields for this version of the package, which is a policy violation. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages prboom depends on: ii libc6 2.13-35 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglu1-mesa [libglu1]8.0.4-2 ii libpng12-01.2.49-1 ii libsdl-mixer1.2 1.2.12-3 ii libsdl-net1.2 1.2.8-2 ii libsdl1.2debian 1.2.15-5 Versions of packages prboom recommends: ii freedoom [boom-wad] 0.8~beta1-1 pn timidity none Versions of packages prboom suggests: ii game-data-packager 32 -- 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#694521: libxml2: CVE-2012-5134
Package: libxml2 Version: 2.6.32.dfsg-5+lenny3 Severity: grave Tags: security Justification: user security hole The following was discovered by the Google Chrome developers: http://googlechromereleases.blogspot.in/2012/11/stable-channel-update.html Fix: http://git.gnome.org/browse/libxml2/commit/?id=6a36fbe3b3e001a8a840b5c1fdd81cefc9947f0d Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694522: Please include the DNSSL patch that landed in 3.5.
Package: src:linux Version: 3.2.32-1 Severity: normal Tags: patch ipv6 Hi, e35f30c131a562bafd069820a6983fd4023e606e landed in 3.5, adding support to pass along DNSSL information (RFC 6106) from IPv6 Router Advertisements to userspace programs via netlink. network-manager will then use this information to add search list information to /etc/resolv.conf. The current wheezy kernel does not support this. Could this patch be included? It's very small, too, because all it does is flagging the option to be passed through. The current network-manager in wheezy already supports the option. commit e35f30c131a562bafd069820a6983fd4023e606e Author: Alexey I. Froloff ra...@raorn.name Date: Fri Apr 6 05:50:58 2012 + Treat ND option 31 as userland (DNSSL support) As specified in RFC6106, DNSSL option contains one or more domain names of DNS suffixes. 8-bit identifier of the DNSSL option type as assigned by the IANA is 31. This option should also be treated as userland. Signed-off-by: Alexey I. Froloff ra...@raorn.name Signed-off-by: David S. Miller da...@davemloft.net diff --git a/include/net/ndisc.h b/include/net/ndisc.h index 6f9c25a..c02b6ad 100644 --- a/include/net/ndisc.h +++ b/include/net/ndisc.h @@ -34,6 +34,7 @@ enum { __ND_OPT_ARRAY_MAX, ND_OPT_ROUTE_INFO = 24, /* RFC4191 */ ND_OPT_RDNSS = 25, /* RFC5006 */ + ND_OPT_DNSSL = 31, /* RFC6106 */ __ND_OPT_MAX }; diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c index 1d6fb0c..7cb236e 100644 --- a/net/ipv6/ndisc.c +++ b/net/ipv6/ndisc.c @@ -15,6 +15,7 @@ /* * Changes: * + * Alexey I. Froloff : RFC6106 (DNSSL) support * Pierre Ynard: export userland ND options * through netlink (RDNSS support) * Lars Fenneberg : fixed MTU setting on receipt @@ -228,7 +229,8 @@ static struct nd_opt_hdr *ndisc_next_option(struct nd_opt_hdr *cur, static inline int ndisc_is_useropt(struct nd_opt_hdr *opt) { - return opt-nd_opt_type == ND_OPT_RDNSS; + return opt-nd_opt_type == ND_OPT_RDNSS || + opt-nd_opt_type == ND_OPT_DNSSL; } static struct nd_opt_hdr *ndisc_next_useropt(struct nd_opt_hdr *cur, Kind regards and thanks for the consideration Philipp Kern signature.asc Description: PGP signature
Bug#694473: [Pkg-mediawiki-devel] Bug#694473: mediawiki: Can't edit any text into the wiki anymore
On Mon, 26 Nov 2012, Jonathan Wiltshire wrote: Apache starts producing segfaults on database writes. However, stopping and starting Apache cured the problem. Oh, interesting. Several people on the FusionForge side have been seeing it too (including me, but in my case, installing locales-all out of all things helped, which it didn’t for at least two others), so it’s not dependent on whether a database or mysql is used, as the FusionForge uses PostgreSQL. Hm. Reassign to Apache? PHP? I remember reading that, unless proven, it’s PHP’s fault, and even if, it’s still suspect ;-) 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#694523: libxml-twig-perl: Few mistypings
Package: libxml-twig-perl Version: 1:3.39-1 Severity: normal Dear Maintainer, I've found few mistypings in /usr/share/perl5/XML/Twig.pm that don't affect me yet, but they are logic errors, so it will be good to correct them. I've made a little patch to correct them. Here is a brief explanation: _utf8_ify( $match) if( $[ 5.010); $[ shows where array starts ( 0 or 1 ) $] shows perl version. I think, that author wanted there to compare perl version, not where array starts. Thanks in advance. -- System Information: Debian Release: wheezy/sid 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxml-twig-perl depends on: ii libxml-parser-perl 2.41-1+b1 ii perl5.14.2-15 Versions of packages libxml-twig-perl recommends: ii libhtml-parser-perl 3.69-2 ii libtext-iconv-perl 1.7-5 ii libtie-ixhash-perl 1.21-2 ii libwww-perl 6.04-1 ii libxml-xpathengine-perl 0.13-1 Versions of packages libxml-twig-perl suggests: pn libunicode-map8-perlnone ii libunicode-string-perl 2.09-5 pn xml-twig-tools none -- no debconf information --- /usr/share/perl5/XML/Twig.pm 2011-10-01 19:24:41.0 +0300 +++ /home/xenomorph/perl/Twig.pm 2012-11-27 10:03:07.0 +0200 @@ -7283,13 +7283,13 @@ { $text= pop @matches; if( $previous_match) { # match, not the first one, create a new text ($gi) element - _utf8_ify( $pre_match) if( $[ 5.010); + _utf8_ify( $pre_match) if( $] 5.010); $elt= $elt-insert_new_elt( after = $gi, $pre_match); push @result, $elt if( $return_all); } else { # first match in $elt, re-use $elt for the first sub-string - _utf8_ify( $pre_match) if( $[ 5.010); + _utf8_ify( $pre_match) if( $] 5.010); $elt-set_text( $pre_match); $previous_match++;# store the fact that there was a match push @result, $elt if( $return_all); @@ -7301,7 +7301,7 @@ my $i=0; foreach my $match (@matches) { # create new element, text is the match - _utf8_ify( $match) if( $[ 5.010); + _utf8_ify( $match) if( $] 5.010); my $tag = $tags[$i]-{tag}; my $atts = \%{$tags[$i]-{atts}} || {}; $elt= $elt-insert_new_elt( after = $tag, $atts, $match);
Bug#686931: closed by jald...@debian.org (Jaldhar H. Vyas) (Bug#686931: fixed in dovecot 1:2.1.7-3)
reopen 686931 thanks On Sat, 2012-11-10 at 09:51 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the src:dovecot package: #686931: dovecot: FTBFS on hurd-i386 It has been closed by jald...@debian.org (Jaldhar H. Vyas). * [ba1d3f5] Fix FTBS on Hurd (Closes: #686931) via upstream patch backported from mercurial. Hi, looks like one PATH_MAX issue remains in 2.1.7. Don't know if the latest version 2.1.10 has solved it. The inlined patch below solves the remaining build problem. One unclear point in the patch is if linkbuf should be freed or not (probably it should). Thanks! --- a/pigeonhole/src/lib-sievestorage/sieve-storage-script.c 2012-11-27 07:03:30.0 + +++ b/pigeonhole/src/lib-sievestorage/sieve-storage-script.c 2012-11-27 08:29:16.0 + @@ -23,6 +23,7 @@ #include ctype.h #include time.h #include fcntl.h +#include abspath.h struct sieve_storage_script { struct sieve_file_script file; @@ -118,12 +119,12 @@ static struct sieve_script *sieve_storag static int sieve_storage_read_active_link (struct sieve_storage *storage, const char **link_r) { - char linkbuf[PATH_MAX]; + const char *linkbuf; int ret; *link_r = NULL; - ret = readlink(storage-active_path, linkbuf, sizeof(linkbuf)); + ret = t_readlink(storage-active_path, linkbuf); if ( ret 0 ) { if (errno == EINVAL) { @@ -151,6 +152,7 @@ static int sieve_storage_read_active_lin /* ret is now assured to be valid, i.e. 0 */ *link_r = t_strndup(linkbuf, ret); + free(linkbuf); return 1; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692295: RFS: couchdb/1.2.0-2.1 [NMU] [RC]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Mon, 2012-11-26 at 13:41 +0100, Dominik George wrote: I am looking for a sponsor for my package couchdb. The upload would fix RC bug #692295. May I ask some things? How is it your package, if you are not listed as maintainer nor uploader? Ask the person who wrote the RFS template generator. On the other hand, it's the Debian communities package. Maybe it should say my version xyz of package foo. If you take any offence on this, I really pity you. Why do you NMU immediately when I'm known for quick reply? First, because I can, second, because that's what the DDs at the BSP told me to do. Why do you ignore other fixes that I've mentioned to you in my previous mail? That includes collation with RMs. You did not mention any fixes. You mentioned a pending upload. I thought you were referring to the pending upload of 1.2.0-2 to *wheezy*, which does not include any fix for the issue we are discussing. How about being a bit more specific next time? I also find that you failed to post any details of your fix to the BTS. Even though you may be known for quick reply, other parties might be interested in how to fix the problem beforehand. You even may want testers for a patch before uploading it. In any case, the BTS report log lacks any hint whatsoever about your fix. Anyway, I've included your patch in -3, even if I'm not convinced about it. I think it would have been better to send HUP signal first, then after a specified time send TERM signal to couchdb. Abusing SIGHUP for shutdown in my opinion is a major violation of well-estabished standards that should be discussed with upstream. In conclusion, Debian is a community-effort. I am very convinced that no single person owns any part of it, so no single person should ever take offence on someone else helping them. If you had e-mailed your own patch for the problem to the BTS right when you wrote it, also mentioning that you are about to upload it, would have both solve the problem you see *and* saved me and the fellows at the BSP quite a few hours of work. Please note that you posted your tiny little hint about some pending upload only *after* you realized that we were doing work on the issue. Please also realize that Frank and I spent almost two full days on the issue, discussing with dpkg and apt developers and shell gurus all possible ways of solving this issue in a way that does *not* violate upstream's ideas of signal handling. Although you included the fix in the end, and although you claim to be *quick* at it, please try to recognize your fellow community members' work and also try to understand if they like to get credits for it. Cheers, Nik -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQFOBAEBAgA4BQJQtHyWMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQWfyOHW8qgAHUjAf+MM3xHsT8l4Nv2lChyOxC urmpRYX+dZDI9BKOIBRKZHq42e7h8h6EtdPAiQ7x0wuW01hXhVcbnSmP4YR/Jbao QgaJfXbyJK641MV80tv5qZPN1K13KF3+a4PAwmrIZQpKstC6ekuC5Xm9RsTE3zi5 dzktw6DPxQU4l1v8HDKkECetJmKi2Gf40SZ8bLrW84jHg0hQn9KnEjeV8HstfIvw PKoKfFz53yRXRYH1dLyIOi1/H5TYzFzOSh2g/+ysd+jU8Gk8efspXvJE7gVP6TA/ +0toWjlPgbK8KiQmKtMAmFtq3BKA6fZybMWkXwkXG4tHDuu3r4yKexgZdBsub4mY lA== =e1CH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688350: kworker constantly uses ~70% some time after system startup
reopen 688350 reassign 688350 src:linux 3.2.23-1 quit Hi Jimmy, Jimmy Axenhus wrote: It looks like it was the ACPI subsystem receiving a massive number of events each second for some unknown reason. Fixed it by adding the following to /etc/rc.local echo disable /sys/firmware/acpi/interrupts/gpe06 Thanks for tracking it down this far. I don't consider that a fix, though, since it won't help users that do not know about the workaround already and it is probably hiding deeper breakage. If someone provides commands to run or a patch to try, would you be interested in working further on a fix? Either way, please attach full dmesg output from an affected boot and acpidump output. If you have a chance to try a 3.6.y or newer kernel from experimental, that would help as well (since then we can take this upstream). Thanks, sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677139: gcc-4.6: unresolved symbol __aeabi_unwind_cpp_pr1@GCC_3.5
clone 677139 -1 reassign -1 dpkg thanks Am 13.06.2012 08:54, schrieb Guillem Jover: On Wed, 2012-06-13 at 08:10:02 +0200, Raphael Hertzog wrote: On Wed, 13 Jun 2012, Guillem Jover wrote: On Wed, 2012-06-13 at 07:06:47 +0200, Guillem Jover wrote: I've actually have had this on my TODO to deal with, which I found when checking libudt on armel some time ago. I'm reassigning and will push a fix for dpkg 1.16.5. Actually after having checked this now it appears the problem are missing entries on the libgcc1 symbols files for EABI architectures, which include armel and armhf. I see at least missing __aeabi_unwind_cpp_pr1@GCC_3.5 and __aeabi_unwind_cpp_pr2@GCC_3.5 but there might be others. Well, it's to be expected since dpkg-gensymbols is blacklisting them: see scripts/Dpkg/Shlibs/SymbolFile.pm: # Many armel-specific symbols $blacklist{__aeabi_$_} = 1 foreach (qw(cdcmpeq cdcmple cdrcmple cfcmpeq cfcmple cfrcmple d2f d2iz d2lz d2uiz d2ulz dadd dcmpeq dcmpge dcmpgt dcmple dcmplt dcmpun ddiv dmul dneg drsub dsub f2d f2iz f2lz f2uiz f2ulz fadd fcmpeq fcmpge fcmpgt fcmple fcmplt fcmpun fdiv fmul fneg frsub fsub i2d i2f idiv idivmod l2d l2f lasr lcmp ldivmod llsl llsr lmul ui2d ui2f uidiv uidivmod ul2d ul2f ulcmp uldivmod unwind_cpp_pr0 unwind_cpp_pr1 unwind_cpp_pr2 uread4 uread8 uwrite4 uwrite8)); I'm aware of the blacklist. The eabi symbols are explicitly listed in an libgcc1.symbols.aeabi file in gcc-*, and __aeabi_unwind_cpp_pr0 for example is there, but not the _pr1 and _pr2 variants. And it's already using “ignore-blacklist”. As I said the missing symbols just need to be added there. I'll add them, however if they should be added, dpkg-gensymbols should say so. Apparently it is missing these because these are weak symbols. It seems to find these, at least it doesn't complain once these are added. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692129: Preliminar patch, test needed
On 2012-11-24 19:12, Maximiliano Curia wrote: The bug seems to be recognized by upstream but there seems to be no work going on towards a fix. I've prepared a preliminar patch, but I can't test it right now, if you can reproduce it, please test the patch and let me now of the results. I'll try to contact upstream and ask for their input. If you want to test this packages you can use the packages published in: http://maxy.com.ar/debian Or you can use the attached patch and apply it to the pptpd package. Thanks for the patch! I would like to get this fixed, but will realistically be unable to test it myself due to real life constrains... If anybody can test it in a different setting to verify that it fixes the bugs and doesn't break other cases, I am happy to do an upload. best regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640851: local mail spool still unaccessible with evo 3.4.4.-1
tags 640851 - unreproducible tags affects 679347 thanks This problem is even a regression: see #679347. Fedora people also have this problem: http://forums.fedoraforum.org/showthread.php?t=281674 (still not solved). But according to #679347, it is fixed upstream https://bugzilla.gnome.org/show_bug.cgi?id=679017#c4 See comment #3: Milan Crha [Evolution developer] 2012-07-18 16:43:50 UTC for evolution-data-server; Due to disabled summary loading the account didn't read previously saved messages in it and hid them from the user. How basically the same code could work in 3.2.3 I'm not sure at all, but this change seems to be correct anyway. Has this been backported to 3.4.4-1? Patch inlined below: diff --git a/camel/providers/local/camel-spool-summary.c b/camel/providers/local/camel-spool-summary.c index 33831d4..56782e8 100644 --- a/camel/providers/local/camel-spool-summary.c +++ b/camel/providers/local/camel-spool-summary.c @@ -105,7 +105,9 @@ spool_summary_load (CamelLocalSummary *cls, gint forceindex, GError **error) { - g_warning(spool summary - not loading anything\n); + /* if not loading, then rescan mbox file content */ + camel_local_summary_check_force (cls); + return 0; } On Fri, 2012-11-23 at 22:05 +0100, Michael Banck wrote: severity 640851 important tags 640851 unreproducible thanks Hi, On Thu, Oct 25, 2012 at 11:34:52AM +0200, Svante Signell wrote: I was waiting for the latest bugfix release to see if the local mailbox spool problem was solved. Unfortunately it was not :( Local mails are delivered to /var/mail/username ... I cannot reproduce this, it appears to be a local problem on your part. Did you try the advice in http://library.gnome.org/users/evolution/3.2/mail-error-folder-mismatch.html Yes, no effect! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694418: ITP: fits -- Java library for the I/O handling of FITS files
Hi Florian, Florian Rothmaier froth...@ari.uni-heidelberg.de writes: * Package name: fits [...] * License : public-domain Some short comments: * I would not name the (source) package fits since this is too short and misleading (I would expect a generic fits handling package there, not a java specific one). Since it is a java package, fits-java or libfits-java (the same as your library package) would IMO fit better. * Since the original code is under PD, would you consider to put the Debian package under a less restrictive license than GPL? * I would announce the ITP also in the debian-java mailing list, and also ask for review and sponsorship in all three lists (mentors, science, java). Cheers Ole -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ytzehjggx9q@news.ole.ath.cx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694525: nmu: 227 source packages, for GStaticMutex
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu The upgrade from GLib 2.30 to 2.32 breaks ABI on most non-x86 32-bit architectures (#674156). Specifically, the deprecated struct GStaticMutex, and the deprecated structs GStaticRecMutex and GStaticRWLock (each of which contains a GStaticMutex), change in size on each architecture where the alignment of a double is greater than the size of a pointer: for us, that's armel, armhf, mips, mipsel, powerpc, s390 and sparc, plus probably some -ports architectures. Mitigations: * it's in a deprecated struct * the part of GStaticMutex after the initial pointer is no longer used for anything, so it only really matters when a larger struct contains a GStaticMutex followed by other members Upstream consensus appears to be that since their stable branches 2.32 and 2.34 have the new ABI, we are way past the point where reverting it or bumping the SONAME would be useful, so we should just consider the new ABI to be the canonical one. I'm inclined to agree: any package in Debian that gets regular uploads will have been built against the new GLib by now, so we'd have to rebuild even more packages to go back. Here is a lengthy list of binNMUs. I would like these to be done on all architectures: our slower architectures are the ones that really need the rebuild anyway, and if we also rebuild on the fast architectures, then those packages from this list that are multiarch remain co-installable. nmu \ 4store_1.1.4-2 \ aisleriot_1:3.4.1-1 \ alarm-clock-applet_0.3.3-1 \ alarm-clock_1.2.5-1.2 \ allegro5_5.0.7-2 \ alsaplayer_0.99.80-5.1 \ amanda_3.3.1-4 \ ardour_2.8.14-1 \ at-spi2-atk_2.5.3-2 \ ats-lang-anairiats_0.2.3-1 \ ats-lang-anairiats_0.2.6-1 \ audacious-plugins_3.2.3-1 \ audiopreview_0.6-2 \ aweather_0.7-1 \ ayttm_0.6.3-3 \ balsa_2.4.12-1 \ banshee-community-extensions_2.4.0-1 \ betaradio_1.4-1 \ bibledit-gtk_4.6-1 \ bluefish_2.2.3-4 \ bluez_4.99-2 \ bognor-regis_0.6.12+git20101007.02c25268-7 \ brasero_3.4.1-4 \ bsl_0.5.0-2.1 \ buzztard_0.5.0-4 \ byzanz_0.2.2+git22.10.2011-1.3 \ cheese_3.4.2-2 \ cinnamon_1.6.2-1 \ clementine_1.0.1+dfsg-2 \ connman_1.0-1 \ crystalhd_1:0.0~git20110715.fdd2f19-7 \ cutter-testing-framework_1.1.7-1.2 \ darktable_1.0.5-1 \ dbus-glib_0.100-1 \ dsyslog_0.6.0 \ dvdisaster_0.72.4-1 \ efax-gtk_3.2.8-1 \ eiskaltdcpp_2.2.6-4 \ entangle_0.4.1-1 \ farstream_0.1.2-1 \ ffgtk_0.8.1-2 \ fluidsynth_1.1.5-2 \ folks_0.6.9-1 \ foxtrotgps_1.1.1-2 \ fso-deviced_0.11.4-1 \ g2ipmsg_0.9.6+dfsg-1.1 \ gamine_1.1-2 \ garcon_0.1.12-1 \ gbemol_0.3.2-2 \ gcompris_12.01-1 \ gegl_0.2.0-2 \ gentoo_0.19.13-2 \ gfal2_2.0.0-1 \ gftp_2.0.19-4 \ gigedit_0.2.0-1 \ gmerlin_1.2.0~dfsg-2 \ gnac_0.2.4-1 \ gnet_2.0.8-2.2 \ gnome-applets_3.4.1-3 \ gnome-dvb-daemon_1:0.2.8-1 \ gnome-games_1:3.4.2-3 \ gnome-keyring_3.4.1-5 \ gnome-media_3.4.0-1 \ gnome-mud_0.11.2-1 \ gnome-settings-daemon_3.4.2+git20120925.a4c817-2 \ gnome-shell_3.4.2-3 \ gnome-subtitles_1.2-4 \ gnome-sushi_0.4.1-3 \ gnome-vfs_1:2.24.4-1 \ gnomeradio_1.8-2 \ gnomint_1.2.1-4 \ gnonlin_0.10.17-2 \ gnubiff_2.2.15-1 \ gobject-introspection_1.32.1-1 \ goobox_3.0.1-5 \ google-gadgets_0.11.2-6 \ gpe-announce_0.14-2 \ gpe-bluetooth_0.56-3 \ gpredict_1.3-2 \ gsmartcontrol_0.8.6-1.2 \ gst-buzztard_0.5.0-2+deb7u1 \ gst-buzztard_0.6.0-1 \ gst-fluendo-mp3_0.10.15.debian-1 \ gst-plugins-base0.10_0.10.36-1 \ gst0.10-python_0.10.22-3 \ gst123_0.3.1-1 \ gstreamer-hplugins_0.2.0-2 \ gstreamer-sharp_0.9.2-4 \ gstreamer0.10-editing-services_0.10.1-2 \ gstreamer0.10-rtsp_0.10.8-3 \ gstreamer0.10_0.10.36-1 \ gthumb_3:3.0.1-2 \ gtkpod_2.1.2-1 \ guayadeque_0.3.5~ds0-4 \ guile-gnome-platform_2.16.2-1 \ gupnp-dlna_0.6.6-1 \ gupnp-igd_0.2.1-2 \ gxine_0.5.907-2 \ haskell-gstreamer_0.12.1-1 \ haskell-gtk_0.12.3-1 \ heartbeat_3.0.5-3 \ iptux_0.5.3-1 \ istanbul_0.2.2-9 \ jabber-muc_0.8-3 \ jd_2.8.5~beta120206-3 \ jnettop_0.13.0-1 \ kamoso_2.0.2-1 \ lensfun_0.2.5-2 \ libbonobo_2.24.3-1 \ libcanberra_0.28-5 \ libdmapsharing_2.9.15-1 \ libepc_0.4.4-1 \ libgda5_5.0.3-1 \ libgdata_0.12.0-1 \ libgdiplus_2.10-3 \ libglib-perl_3:1.260-1 \ libgnome-keyring_3.4.1-1 \ libgnome-media-profiles_3.0.0-1 \ libgnome_2.32.1-2 \ libgnomecups_0.2.3-5 \ libgsecuredelete_0.2-1 \ libgstreamer-interfaces-perl_0.06-2 \ libgstreamer-perl_0.17-1 \ libgusb_0.1.3-5 \ libinstpatch_1.0.0-3 \ libnice_0.1.2-1 \ libplayer_2.0.1-2.1 \ libvisual-plugins_0.4.0.dfsg.1-7 \ libvisual_0.4.0-5 \ libxr_1.0-2.1 \
Bug#694526: browser-plugin-vlc: No video/quicktime plugin
Package: browser-plugin-vlc Version: 2.0.0-2 Severity: normal Hi! When I try to watch an embedded QuickTime video, I get the usual Missing plugin message. However, there is a quote from output of apt-cache show browser-plugin-vlc: Npp-Mimetype: ... video/quicktime ... so it seems that a Quicktime plugin should exists in this package. But, in about:plugins in Iceweasel, there is no reference to the quicktime video format, only alot of other video formats, which work fine in the browser. In Iceweasel Preferences - Applications, there is no Use VLC Web Plugin for Quicktime, as there is for the other video formats. My vlc standalone program can play Quicktime video files. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages browser-plugin-vlc depends on: 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 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.2-4 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 libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libstdc++6 4.7.2-4 ii libvlc5 1:2.0.4-dmo2 ii libx11-62:1.5.0-1 ii vlc 1:2.0.4-dmo2 browser-plugin-vlc recommends no packages. browser-plugin-vlc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686931: closed by jald...@debian.org (Jaldhar H. Vyas) (Bug#686931: fixed in dovecot 1:2.1.7-3)
On Tue, 2012-11-27 at 10:44 +0200, Timo Sirainen wrote: On 27.11.2012, at 10.40, Svante Signell wrote: Hi, looks like one PATH_MAX issue remains in 2.1.7. Don't know if the latest version 2.1.10 has solved it. The inlined patch below solves the remaining build problem. One unclear point in the patch is if linkbuf should be freed or not (probably it should). It shouldn't. The compiler warning you get should discourage you from doing that. :) Thanks, I saw the compiler warning when looking at the build log: sieve-storage-script.c: In function 'sieve_storage_read_active_link': sieve-storage-script.c:157:2: warning: passing argument 1 of 'free' discards 'const' qualifier from pointer target type [enabled by default] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688682: modifies conffiles (policy 10.7.3): /etc/dma/dma.conf
On Mon, Nov 26, 2012 at 09:18:49PM +0100, Michael Banck wrote: Hi, On Sun, Nov 25, 2012 at 10:32:38PM +0100, Laszlo Kajan wrote: Control: tag -1 + pending Implemented Arno's suggestion, debdiff attached. I have uplaoded Laszlo's patch unchanged to DELAYED/5-day, his debdiff still applies. Thank you - all three of you! No objections to the upload; I'll incorporate the changes in my repo. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This would easier understand fewer had omitted. signature.asc Description: Digital signature
Bug#694125: mirror submission for mirrors.advancedhosters.com
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Thank you for review. On 11/26/12 22:01, Simon Paillard wrote: Control: tag -1 +moreinfo Hi, Thanks for mirroring Debian, here is a review of your mirror submission before we can include it. On Sat, Nov 24, 2012 at 07:51:05AM +, Igor Butsan wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: mirrors.advancedhosters.com It seems the required trace file is missing, please generate them using ftpsync as documented at http://www.debian.org/mirror/ftpmirror#how Yes, sorry. I have added it. Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ Backports-rsync: debian/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ Old-ftp: /debian-archive/ Old-http: /debian-archive/ Old-rsync: debian-archive/ IPv6: no Archive-upstream: ftp.us.debian.org Seems mirror.cogentco.com instead Yes. I have changed mirror because it is higher speed mirror. Backports-upstream: debian.gtisc.gatech.edu CDImage-upstream: mirror.us.leaseweb.net Seems mirror.cogentco.com instead Yes. I have changed mirror because it is higher speed mirror. Updates: four Maintainer: Igor Butsan mirror-adm...@advancedhosters.com Country: US United States Location: Ashburn, VA Sponsor: AdvancedHosters http://www.advancedhosters.com How much bandwidth ? Server has 2x1Gb uplinks. - -- http://www.advancedhosters.com Reliable solutions for online projects - dedicated servers, CDN, domains and more... -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlC0eeQACgkQjye44Mso3LqyOQCgmOOEpd8eL0DLkfgM2Mj/WCq8 A+AAnRYE4i4GlplqYLxI0yt+rf3IMF+1 =19Od -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686931: closed by jald...@debian.org (Jaldhar H. Vyas) (Bug#686931: fixed in dovecot 1:2.1.7-3)
On 27.11.2012, at 10.40, Svante Signell wrote: Hi, looks like one PATH_MAX issue remains in 2.1.7. Don't know if the latest version 2.1.10 has solved it. The inlined patch below solves the remaining build problem. One unclear point in the patch is if linkbuf should be freed or not (probably it should). It shouldn't. The compiler warning you get should discourage you from doing that. :) Thanks! --- a/pigeonhole/src/lib-sievestorage/sieve-storage-script.c 2012-11-27 07:03:30.0 + +++ b/pigeonhole/src/lib-sievestorage/sieve-storage-script.c 2012-11-27 08:29:16.0 + @@ -23,6 +23,7 @@ #include ctype.h #include time.h #include fcntl.h +#include abspath.h struct sieve_storage_script { struct sieve_file_script file; @@ -118,12 +119,12 @@ static struct sieve_script *sieve_storag static int sieve_storage_read_active_link (struct sieve_storage *storage, const char **link_r) { - char linkbuf[PATH_MAX]; + const char *linkbuf; int ret; *link_r = NULL; - ret = readlink(storage-active_path, linkbuf, sizeof(linkbuf)); + ret = t_readlink(storage-active_path, linkbuf); if ( ret 0 ) { if (errno == EINVAL) { @@ -151,6 +152,7 @@ static int sieve_storage_read_active_lin /* ret is now assured to be valid, i.e. 0 */ *link_r = t_strndup(linkbuf, ret); + free(linkbuf); return 1; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652629: debian-reference: Please add epub support
On 20 October 2012 11:13, Osamu Aoki os...@debian.org wrote: [...] I guess you used --skip-validation since it did not build. [...] Another my guess is that Hideki didn't validate because: kacper@zbiig:~/maint-guide-1.2.30$ xmlto epub docbook_ex.dbk xmlto: /home/kacper/maint-guide-1.2.30/docbook_ex.dbk does not validate (status 3) xmlto: Fix document syntax or use --skip-validation option validity error : no DTD found! Document /home/kacper/maint-guide-1.2.30/docbook_ex.dbk does not validate kacper@zbiig:~/maint-guide-1.2.30$ cat docbook_ex.dbk ?xml version=1.0 encoding=utf-8? article xmlns=http://docbook.org/ns/docbook; version=5.0 xml:lang=en titleSample article/title paraThis is a very short article./para /article KAcper -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694525: nmu: 227 source packages, for GStaticMutex
Simon McVittie s...@debian.org (27/11/2012): Here is a lengthy list of binNMUs. I would like these to be done on all architectures: our slower architectures are the ones that really need the rebuild anyway, and if we also rebuild on the fast architectures, then those packages from this list that are multiarch remain co-installable. Except dpkg can't co-install binNMU'd packages since the “oops, those changelogs are different” issue isn't fixed. Mraw, KiBi. signature.asc Description: Digital signature
Bug#694525: nmu: 227 source packages, for GStaticMutex
On Tue, Nov 27, 2012 at 09:05:49 +, Simon McVittie wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu The upgrade from GLib 2.30 to 2.32 breaks ABI on most non-x86 32-bit architectures (#674156). Specifically, the deprecated struct GStaticMutex, and the deprecated structs GStaticRecMutex and GStaticRWLock (each of which contains a GStaticMutex), change in size on each architecture where the alignment of a double is greater than the size of a pointer: for us, that's armel, armhf, mips, mipsel, powerpc, s390 and sparc, plus probably some -ports architectures. *sigh* Mitigations: * it's in a deprecated struct * the part of GStaticMutex after the initial pointer is no longer used for anything, so it only really matters when a larger struct contains a GStaticMutex followed by other members Upstream consensus appears to be that since their stable branches 2.32 and 2.34 have the new ABI, we are way past the point where reverting it or bumping the SONAME would be useful, so we should just consider the new ABI to be the canonical one. I'm inclined to agree: any package in Debian that gets regular uploads will have been built against the new GLib by now, so we'd have to rebuild even more packages to go back. Here is a lengthy list of binNMUs. I would like these to be done on all architectures: our slower architectures are the ones that really need the rebuild anyway, and if we also rebuild on the fast architectures, then those packages from this list that are multiarch remain co-installable. Actually, they won't. They'll have different changelogs. 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#694525: nmu: 227 source packages, for GStaticMutex
On 27/11/12 09:28, Julien Cristau wrote: *sigh* Yeah, I know. I don't think there is a good solution to this, and mass-binNMUing seems like the least awful. Here is a lengthy list of binNMUs. I would like these to be done on all architectures [...] those packages from this list that are multiarch remain co-installable. Actually, they won't. They'll have different changelogs. I'd hoped that binNMUing for all architectures with the same commit message avoided that, but I suppose the timestamp in debian/changelog is what causes the problem? In that case, please hold off on this for now, and I'll spend some more time trying to reduce the list. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691709: gccgo: Concurrent pi example runs out of memory
Matthias Klose (2012-11-27 08:25:37 +0100) wrote: - please recheck with 4.7 in experimental - please check with explicitly using gold - please check with 4.8/snapshot If the problem persists, maybe file an upstream report. I tested with 4.7.11 in experimental and the problem persists. However I don't have the time to test the other suggestions on this computer, so you can close the bug if you want. Thanks anyway, -- Ivan Vilata i Balaguer -- https://elvil.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534644: os-prober: ignores separate boot partition when mounted
Package: os-prober Version: 1.56 Followup-For: Bug #534644 I had this problem for a while: os-prober does not recognize Windows (any version) when the Windows partition is mounted. And this is really annoying for someone who wants to share their files between two different OSes. I hope I am not wrong, but I think that this bug severity should be raised to important, because anyone who needs os-prober (regardless of the fact that it comes by default with GRUB) because they have a dual boot system is likely to mount the other partition at some point. In that moment, if grub-update is launched (or triggered by APT - which is more likely), the OS in the mounted partition will disappear from the boot list (at least until update-grub is launched/triggered again with the OS partition not mounted.). I was able to reproduce this bug by launching os-prober from root with the mounted partitions, obtaining no output. After manually unmounting the partitions, os-prober returns the correct list. Then, I have mounted the partitions again (see below) and re-launched os-prober: claudio@Chuck:~$ sudo os-prober [sudo] password for claudio: /dev/sda1:Windows 8 (loader):Windows:chain claudio@Chuck:~$ sudo mount -a claudio@Chuck:~$ sudo os-prober claudio@Chuck:~$ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (1001, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages os-prober depends on: ii libc6 2.13-37 os-prober recommends no packages. os-prober suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694527: munin: version reported incorrectly
Package: munin-common Version: 2.0.6~git-1 Severity: important Justification: it makes it very difficult to see which version is used (have to use dpkg) The naming is difficult to follow, with 2.0.6~git-1 having unknown: 2.0.6-1: $MUNIN_VERSION = q{2.0.6}; 2.0.6-1~bpo60+1: $MUNIN_VERSION = q{debian-bpo-2012-09-06-8b308d7c}; 2.0.6~git-1: $MUNIN_VERSION= q{unknown}; This is due to the upstream getversion script customized for various git branch builds. It doesn't know about debian namings specifics. It'd be optimal if $MUNIN_VERSION would be the same as the debian package version. -- Steve Schnepp http://blog.pwkf.org/tag/munin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658254: rdnssd does not support DNSSL
Hello, On Wed, 01 Feb 2012 15:03:53 +0100 Philipp Kern pk...@debian.org wrote: RFC6106[1], which obsoletes RFC5006[2], specifies DNSSL for DNS search lists. radvd already supports them but rdnssd does not pick them up from RAs. It would be nice if rdnssd would support both RDNSS and DNSSL to offer feature equality to the DNS conveying parts of DHCPv6 and DHCPv4. See http://git.remlab.net/gitweb/?p=ndisc6.git;a=commit;h=c89a92beb6e45b4669e482e4cc7a842f11055f30 and http://git.remlab.net/gitweb/?p=ndisc6.git;a=commit;h=e02ff322404e452769244756cced5cf1ca08dcd7 -- WBR, Andrew signature.asc Description: PGP signature
Bug#694101: [Linphone-developers] Fwd: Bug#694101: linphone/3.5.2 immediate segfault without config file
On Mon, 26 Nov 2012 21:45:39 Tomas Pospisek wrote: Seeing that it segfaults in libavutil it needs to be said, that I'm using Christian Marillat's libavutil from deb-multimedia.org Tomas, Please don't report segfaults with deb-multimedia packages, they are unsupported by Debian and in fact were not used to build the linphone package. We have seen lots of segfaults in different packages by mixing and matching libraries from difference repos. Can I ask you to install the libavutil from wheezy and report if you are still having this issue. Mark signature.asc Description: This is a digitally signed message part.
Bug#694101: [Linphone-developers] Fwd: Bug#694101: linphone/3.5.2 immediate segfault without config file
On Tue, 27 Nov 2012 02:36:19 Guillaume Beraudo wrote: I am puzzled and wonder how this could land in Wheezy. Guillaume, We can still get major issue (segfault) fixes included into the wheezy release. I just need to confirm that this is not a consequence of using the dmo library packages. Mark signature.asc Description: This is a digitally signed message part.
Bug#694403: Please ship an init script, not just a systemd unit
Il 27/11/2012 00:41, Michael Biebl ha scritto: Btw, having initramfs integration as Steve pointed out, would be really nice. On my system loading the kernel and the initramfs already takes longer then booting the userspace. So having a chart of the initramfs would be really helpful. Last year i've added a bootchart2 initramfs hook here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603656#15 Also see comment #16 for a correction in the instructions. Should we ship this stuff in the package or should them added to initramfs-tools ? thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678407: pbuilder: pdebuild --use-pdebuild-internal gets it's knickers into a twist when in symplinked dir
I believe you can work around by sending extra directories to --bindmounts option. Currently for convenience the default is: --bindmounts $(readlink -f ..) \ I assume that .. is symlinked to somewhere else and that breaks some assumption here. Not sure what the generic solution will be. Would doing 'cd $(readlink -f .)' inside pdebuild help ? At Thu, 21 Jun 2012 15:18:56 +0100, Robert Lemmen wrote: Package: pbuilder Version: 0.211 Severity: normal Dear Maintainer, I am symlinking various directories under my home to a different, faster and not backup-ed, filesystem. when running pdebuild --use-pdebuild-internal from one of these, funny things happen. assume /home/test is a symlink to /store/test: cd /home/test/wM7cwjmM0I/gzip-1.4/ pdebuild --use-pdebuild-internal ... I: Mounting /store/test/wM7cwjmM0I ... /runscript: line 38: cd: /home/test/wM7cwjmM0I/gzip-1.4: No such file or directory so it seems to mount the /store/ part ( i assume it mounts it to the same location within the cchroot), but then tries to mount the /home/ version this can of course be worked around by starting pdebuild from /store/test/wM7cwjmM0I/gzip-1.4. regards robert -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages pbuilder depends on: ii cdebootstrap 0.5.9 ii coreutils 8.13-3.2 ii debconf [debconf-2.0] 1.5.43 ii debianutils4.3.1 ii debootstrap1.0.40 ii dpkg-dev 1.16.3 ii wget 1.13.4-3 Versions of packages pbuilder recommends: ii devscripts 2.11.8 ii fakeroot1.18.4-2 ii sudo1.8.3p2-1.1 Versions of packages pbuilder suggests: pn cowdancer none pn gdebi-corenone pn pbuilder-uml none -- debconf information excluded ___ Pbuilder-maint mailing list pbuilder-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pbuilder-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694528: missing dependency on libavresamples disables important functionality
Package: mplayer2 Version: 2.0-665-gb5349bb-2 Severity: important As a reminder, upstream has notified on IRC about this issue: 22:29 uau siretart: the new mplayer2 package seem to have no dependency on libavresample - compiling without that enabled probably means it'll fail to play audio like DTS whose decoder now outputs planar format if the libavcodec version compiled against is new enough Easy to fix, so I'm filing this bug as reminder for the next upload. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-33-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa11.4p5-39ubuntu1 ii libasound21.0.25-1ubuntu10.1 ii libass4 0.10.0-3 ii libaudio2 1.9.3-4 ii libavcodec-extra-53 4:0.8.4ubuntu0.12.04.1 ii libavformat53 4:0.8.4-0ubuntu0.12.04.1 ii libavutil-extra-514:0.8.4ubuntu0.12.04.1 ii libbluray11:0.2.1+git20111208.63e308d-3 ii libc6 2.15-0ubuntu10.3 ii libcaca0 0.99.beta17-2.1ubuntu2 ii libcdparanoia03.10.2+debian-10ubuntu1 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-4.3ubuntu1 ii libdvdnav44.2.0-1 ii libdvdread4 4.2.0-1ubuntu3 ii libenca0 1.13-4 ii libesd0 0.2.41-10build3 ii libfaad2 2.7-7 ii libfontconfig12.8.0-3ubuntu9.1 ii libfreetype6 2.4.8-1ubuntu2 ii libfribidi0 0.19.2-1 ii libgcc1 1:4.6.3-1ubuntu5 ii libgif4 4.1.6-9ubuntu1 ii libgl1-mesa-glx [libgl1] 8.0.4-0ubuntu0.2 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.1-1ubuntu1 ii libjpeg8 8c-2ubuntu7 ii liblircclient00.9.0-0ubuntu1 ii libogg0 1.2.2~dfsg-1ubuntu1 ii libpng12-01.2.46-3ubuntu4 ii libpostproc52 4:0.8.4-0ubuntu0.12.04.1 ii libpulse0 1:1.1-0ubuntu15.1 ii libsdl1.2debian 1.2.14-6.4ubuntu3 ii libsmbclient 2:3.6.3-2ubuntu2.3 ii libspeex1 1.2~rc1-3ubuntu2 ii libstdc++64.6.3-1ubuntu5 ii libswscale2 4:0.8.4-0ubuntu0.12.04.1 ii libtheora01.1.1+dfsg.1-3ubuntu2 ii libtinfo5 5.9-4 ii libvdpau1 0.4.1-3ubuntu1 ii libvorbis0a 1.3.2-1ubuntu3 ii libx11-6 2:1.4.99.1-0ubuntu2 ii libxext6 2:1.3.0-3build1 ii libxinerama1 2:1.1.1-3build1 ii libxv12:1.0.6-2build1 ii libxvidcore4 2:1.3.2-6 ii libxxf86dga1 2:1.1.2-1 ii libxxf86vm1 1:1.1.1-2build1 ii zlib1g1:1.2.3.4.dfsg-3ubuntu4 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693952: pbuilder: please change the default build place from /tmp/buildd to what Debian uses
Sounds like it's a good thing if it were done. This has been hardcoded default for more than 10 years and scripts assume this path, one problem I see is that this build path is hardcoded in user scripts and hard to modify without breaking anything. At Thu, 22 Nov 2012 14:07:36 +0800, Paul Wise wrote: Package: pbuilder Version: 0.213 Severity: wishlist The Debian buildd machines use this path to unpack and build source packages, please switch to it for compatibility: /build/buildd-package_binary-version-arch-XX/ pbuilder uses one chroot for one package, would /build/buildd/ work or should I have to use the randomized and long path; what's the advantage (apart from compatibility) ? The XX is the template from the mktemp --directory invocation. The advantage of this is that no build systems will embed /tmp in their binaries nor build system, which means no potential security issues from that and also grepping source code for /tmp after a build becomes much less noisy. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694529: Borken URLs in README
Package: fcrackzip Version: 1.0-1 Severity: normal Both URLs as documented in README are broken: $ cat /usr/share/doc/fcrackzip/README See fcrackzip.txt (which is derived from the manpage), or fcrackzip.html There is a web page with more information at http://lehmann.home.ml.org/fcrackzip.html or http://www.goof.com/pcg/marc/fcrackzip.html it would be nice to include some other links/and or documentation Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fcrackzip depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib fcrackzip recommends no packages. Versions of packages fcrackzip suggests: ii unzip 6.0-4 De-archiver for .zip files ii wamerican [wordlist] 6-3American English dictionary words -- 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#687016: Upstart support
Dear zabbix maintainer, Upstart is an init system that can be used on debian instead of sysvinit. Many other packages already provide support for systemd and upstart in Debian. Since upstart integration has improved in Debian recently, upstart jobs in your package is a benefit on Debian. [1] Can you please reconsider your position and remove wontfix tag? [1] http://web.dodds.net/~vorlon/wiki/blog/Upstart_in_Debian/ Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Hi, just a ping for this - I hadn't filed a bug for the issue that the unblock would resolve, I have now - #694520 On Tue, Nov 06, 2012 at 09:53:38PM +, Jon Dowland wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I've just uploaded chocolate-doom/1.7.0-2, with one fix, a documentation fix only: * Add myself back to uploaders. 1.7.0-1 has no humans in Maintainer and no Uploaders which is a policy violation. HOWEVER! There are a number of other documentation problems in chocolate-doom which I could fix, if the release team would approve them for wheezy. They are: obsolete-field-in-dep5-copyright maintainer upstream-contact (paragraph at line 1) obsolete-field-in-dep5-copyright name upstream-name (paragraph at line 1) obsolete-field-in-dep5-copyright format-specification format (paragraph at line 1) comma-separated-files-in-dep5-copyright paragraph at line 19 missing-license-paragraph-in-dep5-copyright public domain (paragraph at line 69) duplicate-changelog-files usr/share/doc/chocolate-doom/ChangeLog.gz usr/share/doc/chocolate-doom/changelog.gz If the release team would be prepared to accept fixes for the above into wheezy, I'll do a -3 upload to unstable fixing them all. Please only unblock -2 if you are happy to fix the Uploaders issue *but not* any of the above. FINALLY! I could also fix out-of-date-standards-version 3.9.1 (current is 3.9.3) at the same time, which is almost certainly only a documentation fix too, but for some reason I'd be more hesitant to do that. Thank you in advance. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121106215338.ga5...@ubik.ncl.ac.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678662: munin-update: Doesn't fall back to v4 when v6 address causes a connect error
Michael Renner wrote (26 Nov 2012 23:56:46 GMT) : Just verified with munin 2.0.6-1 on wheezy, still broken: [...] Just hacked MultiHomed in myself, this works fine when having dual stack munin-nodes only listening on v4 addresses. Thanks a lot! As Kenyon Ralph then indicated, this was fixed upstream accordingly. The relevant commit is a18229c522e1df5468a7dcb3a2f4c96aca56a761. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683661: netgen: please ship internal headers
On Thu, Aug 2, 2012 at 17:38:17 +0200, Julien Cristau wrote: Source: netgen Version: 4.9.13.dfsg-4 Severity: wishlist Hi, Building salome's netgen plugin (http://git.salome-platform.org/gitweb/?p=NETGENPLUGIN_SRC.git) requires some of netgen's internal headers. The attached patch ships those in a separate netgen-headers package. Thanks for considering. Hi, I'm about to upload netgen to experimental with this change (and a build-dep bump for oce 0.10). Hope this isn't a problem. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694403: Please ship an init script, not just a systemd unit
Hello, I'm one of the upstream maintainers of bootchart2. Il 26/11/2012 07:42, Steve Langasek ha scritto: Package: bootchart2 Version: 0.14.4-1.1 Severity: serious Justification: Policy 9.11 The bootchart2 package currently ships systemd unit files, but no init script. This means the behavior is different when booting with systemd than when booting with sysvinit. This appears to be a violation of Policy 9.11: [A]ny package integrating with other init systems must also be backwards-compatible with `sysvinit' by providing a SysV-style init script with the same name as and equivalent functionality to any init-specific job, as this is the only start-up configuration method guaranteed to be supported by all init implementations. Ouch, from what i understand from systemd they are supposed to stop /sbin/bootchartd after 20 seconds of active state. Do we have that kind of control with sysvinit? other than calling sleep :) In practice, my experience is that if I install bootchart, then install bootchart2 without purging bootchart, and boot with systemd, systemd gets very confused and leaves the bootchart daemon running indefinitely. In contrast, if I boot with sysvinit, the init script in /etc/rc2.d/ does a perfectly adequate job of stopping bootchartd at the right point. So the lack of sysvinit integration looks to actually hurt integration with systemd too. Well, i don't what the original bootchart init script is doing but bootchart2 on sysvinit is not supposed to require it thus we do not ship it :). /sbin/bootchartd should stop itself when a process set in EXIT_PROC from /etc/bootchartd.conf is found. Of course you can call /sbin/bootchard stop manually. So imho an init script is not that useful, even more if a start action will actually stop the collector. Maybe we should conflict with bootchart because one of its script is affecting us though. Said that your feedback is much appreciated, I'd really like to have bootchart2 be the first choice when doing boot profiling instead of the old bootchart. thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678662: munin-update: Doesn't fall back to v4 when v6 address causes a connect error
tags 678662 + patch thanks Hi, intrigeri wrote (27 Nov 2012 10:19:15 GMT) : As Kenyon Ralph then indicated, this was fixed upstream accordingly. The relevant commit is a18229c522e1df5468a7dcb3a2f4c96aca56a761. Attached is a Git patch, against current debian branch, that imports this commit as a Quilt patch -- should be applicable with git am. Untested, though. Cheers, -- 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#694375: xterm: Please update to a later upstream version
On Tue, Nov 27, 2012 at 08:10:15AM +0100, Julien Cristau wrote: On Mon, Nov 26, 2012 at 19:43:57 -0500, Thomas Dickey wrote: On Mon, Nov 26, 2012 at 11:13:05PM +0100, Julien Cristau wrote: On Mon, Nov 26, 2012 at 16:50:32 -0500, Thomas Dickey wrote: That's a question for the package maintainer (who seems to be absent). That, or they have limited free time. no problem (the followup helps). It still would be useful to have those 4 fixes applied (before Debian 7...). If you find some time, I can make a set of patches for those. Yes, that shouldn't be a problem. attached Patch #280 - 2012/06/24 * add null-pointer checks to input-method caching added in [313]patch #277 to fix a problem in the exposure code, when deselecting a window (report by Kriston Rehberg). (the packager applied a _part_ of this - I noted in #685458 that its change did not address the report which I received, and my followup with a patch was ignored) xterm-278-p4.patch (this is the whole diff - some part was already applied) Patch #279 - 2012/05/10 * amend fix for Debian #650291 in [314]patch #277 changes to account for different data returned by vnc4server (Debian #670638). xterm-278-p3.patch * correct macro definition used for testing modes used in ANSI/DEC request-mode controls introduced in [316]patch #262. xterm-278-p2.patch * add a null-pointer check in OkPasswd macro to fix a problem in resize with Fedora 17 and a serial console (report/patch by Daniel Drake). xterm-278-p1.patch (I later changed this fix for a compiler warning, final version given here) -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net # ftp://invisible-island.net/temp/xterm-278-p1.patch.gz # patch by Thomas E. Dickey dic...@invisible-island.net # created Tue Nov 27 10:17:11 UTC 2012 # -- # xstrings.c |4 ++-- # 1 file changed, 2 insertions(+), 2 deletions(-) # -- Index: xstrings.c --- xterm-278+/xstrings.c 2011-09-11 20:20:12.0 + +++ xterm-278-p1/xstrings.c 2012-11-27 10:01:42.0 + @@ -214,7 +214,7 @@ struct passwd *ptr = getpwnam(name); Boolean code; -if (OkPasswd(ptr)) { +if (ptr != 0 OkPasswd(ptr)) { code = True; alloc_pw(result, ptr); } else { @@ -234,7 +234,7 @@ struct passwd *ptr = getpwuid((uid_t) uid); Boolean code; -if (OkPasswd(ptr)) { +if (ptr != 0 OkPasswd(ptr)) { code = True; alloc_pw(result, ptr); } else { # ftp://invisible-island.net/temp/xterm-278-p2.patch.gz # patch by Thomas E. Dickey dic...@invisible-island.net # created Tue Nov 27 10:17:13 UTC 2012 # -- # misc.c |2 +- # 1 file changed, 1 insertion(+), 1 deletion(-) # -- Index: misc.c --- xterm-278+/misc.c 2012-01-07 01:57:52.0 + +++ xterm-278-p2/misc.c 2012-11-27 10:00:55.0 + @@ -3770,7 +3770,7 @@ }; #define MdBool(bool) ((bool) ? mdMaybeSet : mdMaybeReset) -#define MdFlag(mode,flag) MdBool(xw-keyboard.flags MODE_KAM) +#define MdFlag(mode,flag) MdBool((mode) (flag)) /* * Reply is the same format as the query, with pair of mode/value: # ftp://invisible-island.net/temp/xterm-278-p3.patch.gz # patch by Thomas E. Dickey dic...@invisible-island.net # created Tue Nov 27 10:17:15 UTC 2012 # -- # misc.c | 90 ++- # 1 file changed, 78 insertions(+), 12 deletions(-) # -- Index: misc.c --- xterm-278+/misc.c 2012-01-07 01:57:52.0 + +++ xterm-278-p3/misc.c 2012-11-27 10:10:36.0 + @@ -2176,16 +2176,79 @@ #define ULONG_MAX (unsigned long)(~(0L)) #endif -static unsigned short -searchColortable(XColor * colortable, unsigned length, unsigned color) +#define CheckColor(result, value) \ + result = 0; \ + if (value.red) \ + result |= 1; \ + if (value.green) \ + result |= 2; \ + if (value.blue) \ + result |= 4 + +#define SelectColor(state, value, result) \ + switch (state) { \ + default: \ + case 1: \ + result = value.red; \ + break; \ + case 2: \ + result = value.green; \ + break; \ + case 4: \ + result = value.blue; \ + break; \ + } + +/* + * Check if the color map consists of values in exactly one of the red, green + * or blue columns. If it is not, we do not know how to use it for the exact + * match. + */ +static int +simpleColors(XColor * colortable, unsigned length) +{ +unsigned n;
Bug#694530: dh-make-perl: Unprotected used of $tarball
Package: dh-make-perl Version: 0.76-1 Severity: normal Hello, I've just tried to use dh-make-perl in a directory extracted from a CPAN module tarball, and got the following. See the lines below the arrow for the actual issue: | Using META.yml | Found: Imager-Screenshot 0.12 (libimager-screenshot-perl arch=any) | Parsing /var/cache/apt/apt-file/mirror_debian_dists_experimental_contrib_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_experimental_main_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_experimental_non-free_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_sid_contrib_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_sid_main_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_sid_non-free_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_testing_contrib_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_testing_main_Contents-amd64.gz ... | Parsing /var/cache/apt/apt-file/mirror_debian_dists_testing_non-free_Contents-amd64.gz ... | + Imager = 0.88 found in libimager-perl (= 0.88) | | Needs the following debian packages: libimager-perl (= 0.88) | = Test::More = 0.47 is in core since 5.6.2 | + Imager = 0.88 found in libimager-perl (= 0.88) | = ExtUtils::MakeMaker is in core since 5.0.0 | | Needs the following debian packages during building: perl (= 5.6.2), libimager-perl (= 0.88) | Using maintainer: Cyril Brulebois k...@debian.org | Found docs: README | Found examples: examples/* | Using rules: /usr/share/dh-make-perl/rules.dh7.tiny | --- Done | Switched to a new branch 'master' --| Use of uninitialized value $tarball in system at /usr/share/perl5/DhMakePerl/Command/make.pm line 623. | tar: Old option `f' requires an argument. | Try `tar --help' or `tar --usage' for more information. | : No such file or directory at /usr/share/perl5/Pristine/Tar/Formats.pm line 65. | pristine-tar: failed to generate delta | Reading package lists... Done | Building dependency tree | Reading state information... Done It looks like this tool does a nice job otherwise, thanks. :) Mraw, KiBi. -- System Information: Debian Release: sid/experimental APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev 1.16.9 ii fakeroot 1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl 0.08-1 ii libclass-accessor-perl0.34-1 ii libdpkg-perl 1.16.9 ii libemail-address-perl 1.896-1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl1.09-1 ii liblist-moreutils-perl0.33-1+b1 ii libmodule-depends-perl0.16-1 ii libparse-debcontrol-perl 2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl 0.103004-2 ii libtie-ixhash-perl1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl 0.84-1 ii make 3.81-8.2 ii perl 5.14.2-15 ii perl-modules [libcpan-meta-perl] 5.14.2-15 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-2 ii pristine-tar 1.26 dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678662: [Packaging] Bug#678662: munin-update: Doesn't fall back to v4 when v6 address causes a connect error
Hi intrigeri, On Dienstag, 27. November 2012, intrigeri wrote: As Kenyon Ralph then indicated, this was fixed upstream accordingly. The relevant commit is a18229c522e1df5468a7dcb3a2f4c96aca56a761. I'd love you to prepare debian/patches/ for me to pull ;-) Even more awesome if you'd accompany this with the commands to do it...) cheers, Holger, still swamped in dc13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618968: Do not use ffmpeg in netgen
tags 618968 +patch thanks Please, consider the following patch, which prevents of using ffmpeg in netgen build. It will, of course, cut the functionality of netgen, but will let to stay it in wheezy. The upload should be done directly to wheezy, because sid contains the version, which will unlikely go to a testing. Thanks, Anton nmu.debdiff Description: Binary data
Bug#694531: munin-node: plugin-conf.d/munin-node has bogus exclude envvar for df plugin
Package: munin-node Version: 2.0.6-1 Severity: normal [df*] env.exclude none unknown iso9660 squashfs udf romfs ramfs debugfs This overrides the list in the df plugin itself: my $exclude = $ENV{'exclude'} || 'none unknown rootfs iso9660 squashfs udf romfs ramfs debugfs cgroup_root'; It's missing: rootfs cgroup_root This causes bogus double output lines e.g. when used within a vserver context. Please remove that env.exclude line from plugin-conf.d/munin-node . Thanks, Paul Slootman -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.6.6-wurtel-i7 (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 munin-node depends on: ii adduser 3.113+nmu3 ii gawk1:4.0.1+dfsg-1 ii libnet-server-perl 2.006-1 ii lsb-base4.1+Debian7 ii munin-common2.0.6-1 ii munin-plugins-core 2.0.6-1 ii perl5.14.2-15 ii procps 1:3.3.4-2 Versions of packages munin-node recommends: pn libnet-snmp-perl none pn munin-plugins-extra none Versions of packages munin-node suggests: ii acpi 1.6-1 ii ethtool none ii hdparm9.42-1 ii libcache-cache-perl none ii libcrypt-ssleay-perl 0.58-1 ii libdbd-mysql-perl 4.021-1+b1 ii libdbd-pg-perlnone ii liblwp-useragent-determined-perl none ii libnet-irc-perl none ii libtext-csv-xs-perl none ii libwww-perl 6.04-1 ii libxml-simple-perlnone ii lm-sensors1:3.3.2-1 ii logtail 1.3.15 ii munin none ii munin-plugins-javanone ii mysql-client 5.5.24+dfsg-9 ii mysql-client-5.5 [mysql-client] 5.5.24+dfsg-9 ii net-tools 1.60-24.2 ii python2.7.2-10 ii ruby none ii smartmontools 5.42+svn3561-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694532: libsyslog-ocaml-dev
Package: libsyslog-ocaml-dev Version: 1.4-6 The Syslog_error exception is not in the mli file so this exception cannot be caught correctly in programs. The string arg of this exception is lost because to catch it, one must code like this: try […] with _ - […]
Bug#683661: netgen: please ship internal headers
On Tue, 2012-11-27 at 11:24 +0100, Julien Cristau wrote: On Thu, Aug 2, 2012 at 17:38:17 +0200, Julien Cristau wrote: Source: netgen Version: 4.9.13.dfsg-4 Severity: wishlist Hi, Building salome's netgen plugin (http://git.salome-platform.org/gitweb/?p=NETGENPLUGIN_SRC.git) requires some of netgen's internal headers. The attached patch ships those in a separate netgen-headers package. Thanks for considering. Hi, I'm about to upload netgen to experimental with this change (and a build-dep bump for oce 0.10). Hope this isn't a problem. Note that there is a new version of netgen (5.0.0) I haven't tested it so far... Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693952: pbuilder: please change the default build place from /tmp/buildd to what Debian uses
On Mon, 2012-11-26 at 07:20 +0900, Junichi Uekawa wrote: This has been hardcoded default for more than 10 years and scripts assume this path, one problem I see is that this build path is hardcoded in user scripts and hard to modify without breaking anything. I think if you add a NEWS.Debian entry then people will see it and fix their scripts, obviously this is a post-wheezy change. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#694378: unblock: apt-cacher-ng/0.7.10-1
Hi, Eduard Bloch wrote (25 Nov 2012 22:43:52 GMT) : it solves #683803 and #677983 (*) since version 0.7.8. These changes are especially required to support http.debian.net redirection properly and to stop the total breakage of apt-get update runs on some systems. (Disclaimer: I'm not part of the release team.) I've personally given up trying to use apt-cacher-ng 0.7.6-1 due to these two bugs (I'm now using the sid version / an indicator their severity should be bumped to RC?), so I find this unblock request compelling, but I'm not sure anyone will be happy to review 50 files changed, 991 insertions(+), 673 deletions(-). Eduard, given the apparent brokenness of the version currently in testing, the size of the delta, and the fact we've been frozen for months, have you considered preparing a minimal fix meant to fix these bugs for Wheezy? Another option would be to ask for removal from testing, and maintaining this package in backports during the Wheezy lifetime. Thank you for your work on apt-cacher-ng! Cheers, -- 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#678662: [Packaging] Bug#678662: munin-update: Doesn't fall back to v4 when v6 address causes a connect error
Holger Levsen wrote (27 Nov 2012 10:55:50 GMT) : attachment missing :-D oops. here it is! commit b2393fcaeae01cfd815da5585084efb8da2f51cf Author: intrigeri intrig...@debian.org Date: Tue Nov 27 11:23:44 2012 +0100 Have master support multi-homed nodes that only listen on IPv4. (Closes: #678662) This is upstream commit a18229c5, thanks to Michael Renner r...@amd.co.at for the testing and the patch! diff --git a/debian/patches/240-master-connect-to--and-A-address.patch b/debian/patches/240-master-connect-to--and-A-address.patch new file mode 100644 index 000..3486483 --- /dev/null +++ b/debian/patches/240-master-connect-to--and-A-address.patch @@ -0,0 +1,30 @@ +commit a18229c522e1df5468a7dcb3a2f4c96aca56a761 +Author: Steve Schnepp steve.schn...@pwkf.org +Date: Tue Nov 27 07:28:43 2012 +0100 + +master: connect to and A address + +According to Michael Renner in D#678662 : + +The lack of the MulitHomed parameter causes IO::Socket::INET6 to give +preferential treatment to -addresses and fail if they don't yield a socket. +When enabling MultiHomed IO::Socket::INET6 will try all returned addresses. + +See http://search.cpan.org/~shlomif/IO-Socket-INET6-2.69/lib/IO/Socket/INET6.pm#CONSTRUCTOR for detailed information. + +Thx to Kelsey Cummings for reporting it on the ml. + +Closes: D#678662 + +diff --git a/master/lib/Munin/Master/Node.pm b/master/lib/Munin/Master/Node.pm +index 6549fbf..af9d69e 100644 +--- a/master/lib/Munin/Master/Node.pm b/master/lib/Munin/Master/Node.pm +@@ -86,6 +86,7 @@ sub _do_connect { + PeerPort = $self-{port} || 4949, + LocalAddr = $config-{local_address}, + Proto = 'tcp', ++ MultiHomed = 1, + Timeout = $config-{timeout} + ); + if (! $self-{reader} ) { diff --git a/debian/patches/series b/debian/patches/series index 4f43be9..715552f 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ 100-DejaVu-Fonts-Path.patch 237-hddtemp_smartctl-sata-detect.patch 238-munin-node-ipv6allow.patch +240-master-connect-to--and-A-address.patch
Bug#694533: libjgoodies-forms-java: missing build-dep: libjgoodies-common-java
Package: libjgoodies-forms-java Version: 1.6.0-1 Severity: normal Please add libjgoodies-common-java to Build-Depends-Indep! $ debuild [...] Missing: -- 1) com.jgoodies:jgoodies-common:jar:1.x [...] make: *** [mvn-build] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1357: dpkg-buildpackage -rfakeroot -D -us -uc failed $ Fixed in my attached debdiff: I: libjgoodies-forms-java source: duplicate-long-description libjgoodies-forms-java libjgoodies-forms-java-doc I: libjgoodies-forms-java source: quilt-patch-missing-description upstream_pom.patch I: libjgoodies-forms-java-doc: conflicts-with-version libforms-java-doc (= 1.0.5-3) I: libjgoodies-forms-java: conflicts-with-version libforms-java (= 1.0.5-3) Left for the maintainer: W: libjgoodies-forms-java: missing-classpath libjgoodies-common-java diff -Nru libjgoodies-forms-java-1.6.0/debian/changelog libjgoodies-forms-java-1.6.0/debian/changelog --- libjgoodies-forms-java-1.6.0/debian/changelog 2012-11-20 06:55:06.0 +0100 +++ libjgoodies-forms-java-1.6.0/debian/changelog 2012-11-27 12:02:25.0 +0100 @@ -1,3 +1,15 @@ +libjgoodies-forms-java (1.6.0-2) experimental; urgency=low + + [Per W.] + * Added build-dep for libjgoodies-common-java + * Fixed duplicate-long-description + * Added description for upstream_pom.patch + * Added lintian overrides for the conflicts + [tony mancill] + * TODO: lintian fix missing-classpath + + -- tony mancill tmanc...@debian.org Tue, 27 Nov 2012 00:00:00 +0100 + libjgoodies-forms-java (1.6.0-1) experimental; urgency=low * New upstream release (Closes: #690223) diff -Nru libjgoodies-forms-java-1.6.0/debian/control libjgoodies-forms-java-1.6.0/debian/control --- libjgoodies-forms-java-1.6.0/debian/control 2012-11-20 06:55:06.0 +0100 +++ libjgoodies-forms-java-1.6.0/debian/control 2012-11-27 10:19:07.0 +0100 @@ -7,7 +7,7 @@ Build-Depends: debhelper (= 8), cdbs, default-jdk, maven-debian-helper (= 1.5) Build-Depends-Indep: antlr, default-jdk-doc, junit4, - libmaven-javadoc-plugin-java + libmaven-javadoc-plugin-java, libjgoodies-common-java Standards-Version: 3.9.4 Homepage: http://www.jgoodies.com/freeware/forms/ Vcs-Git: git://git.debian.org/git/pkg-java/libjgoodies-forms-java.git @@ -32,7 +32,7 @@ * Easy to work with and quite easy to learn * Faster UI production * Better UI code readability - * Leads to better style guide compliance + * Leads to better style guide compliance Package: libjgoodies-forms-java-doc Section: doc @@ -53,4 +53,6 @@ * Easy to work with and quite easy to learn * Faster UI production * Better UI code readability - * Leads to better style guide compliance + * Leads to better style guide compliance + . + This package only contains the documentation. diff -Nru libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java-doc.lintian-overrides libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java-doc.lintian-overrides --- libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java-doc.lintian-overrides 1970-01-01 01:00:00.0 +0100 +++ libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java-doc.lintian-overrides 2012-11-27 11:57:05.0 +0100 @@ -0,0 +1 @@ +conflicts-with-version libforms-java-doc (= 1.0.5-3) diff -Nru libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java.lintian-overrides libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java.lintian-overrides --- libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java.lintian-overrides 1970-01-01 01:00:00.0 +0100 +++ libjgoodies-forms-java-1.6.0/debian/libjgoodies-forms-java.lintian-overrides 2012-11-27 11:57:06.0 +0100 @@ -0,0 +1 @@ +conflicts-with-version libforms-java (= 1.0.5-3) \ No newline at end of file diff -Nru libjgoodies-forms-java-1.6.0/debian/patches/upstream_pom.patch libjgoodies-forms-java-1.6.0/debian/patches/upstream_pom.patch --- libjgoodies-forms-java-1.6.0/debian/patches/upstream_pom.patch 2012-11-20 06:55:06.0 +0100 +++ libjgoodies-forms-java-1.6.0/debian/patches/upstream_pom.patch 2012-11-27 10:46:48.0 +0100 @@ -1,3 +1,9 @@ +Description: For packaging it is enough to compile the code + This patch contains CRLF line endings: Chose the right editor +Origin: other, http://patch-tracker.debian.org/patch/series/view/libjgoodies-forms-java/1.6.0-1/upstream_pom.patch +Forwarded: not-needed +Author: tony mancill tmanc...@debian.org +Last-Update: 2012-11-27 --- a/pom.xml +++ b/pom.xml @@ -15,7 +15,7 @@
Bug#678662: [Packaging] Bug#678662: munin-update: Doesn't fall back to v4 when v6 address causes a connect error
Holger Levsen wrote (27 Nov 2012 10:34:39 GMT) : I'd love you to prepare debian/patches/ for me to pull ;-) Even more awesome if you'd accompany this with the commands to do it...) OK. Previous one was a bit harder to apply, but here is a real Git patch, prepared with git format-patch, applicable with: $ git am $PATH_TO_PATCH (Don't be scared by whitespace errors, they are expected for a commit that introduces patches.) From 87f5621b8bec87de2725adae1ca4619489cc89e8 Mon Sep 17 00:00:00 2001 From: intrigeri intrig...@debian.org Date: Tue, 27 Nov 2012 12:04:56 +0100 Subject: [PATCH] Have master support multi-homed nodes that only listen on IPv4. (Closes: #678662) This is upstream commit a18229c5, thanks to Michael Renner r...@amd.co.at for the testing and the patch! --- .../240-master-connect-to--and-A-address.patch | 30 debian/patches/series |1 + 2 files changed, 31 insertions(+) create mode 100644 debian/patches/240-master-connect-to--and-A-address.patch diff --git a/debian/patches/240-master-connect-to--and-A-address.patch b/debian/patches/240-master-connect-to--and-A-address.patch new file mode 100644 index 000..3486483 --- /dev/null +++ b/debian/patches/240-master-connect-to--and-A-address.patch @@ -0,0 +1,30 @@ +commit a18229c522e1df5468a7dcb3a2f4c96aca56a761 +Author: Steve Schnepp steve.schn...@pwkf.org +Date: Tue Nov 27 07:28:43 2012 +0100 + +master: connect to and A address + +According to Michael Renner in D#678662 : + +The lack of the MulitHomed parameter causes IO::Socket::INET6 to give +preferential treatment to -addresses and fail if they don't yield a socket. +When enabling MultiHomed IO::Socket::INET6 will try all returned addresses. + +See http://search.cpan.org/~shlomif/IO-Socket-INET6-2.69/lib/IO/Socket/INET6.pm#CONSTRUCTOR for detailed information. + +Thx to Kelsey Cummings for reporting it on the ml. + +Closes: D#678662 + +diff --git a/master/lib/Munin/Master/Node.pm b/master/lib/Munin/Master/Node.pm +index 6549fbf..af9d69e 100644 +--- a/master/lib/Munin/Master/Node.pm b/master/lib/Munin/Master/Node.pm +@@ -86,6 +86,7 @@ sub _do_connect { + PeerPort = $self-{port} || 4949, + LocalAddr = $config-{local_address}, + Proto = 'tcp', ++ MultiHomed = 1, + Timeout = $config-{timeout} + ); + if (! $self-{reader} ) { diff --git a/debian/patches/series b/debian/patches/series index 4f43be9..715552f 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ 100-DejaVu-Fonts-Path.patch 237-hddtemp_smartctl-sata-detect.patch 238-munin-node-ipv6allow.patch +240-master-connect-to--and-A-address.patch -- 1.7.10.4
Bug#694254: cyrus-common-2.4: upgrading from lenny to squeeze to wheezy requires db4.2-util in wheezy for db migration
severity 694254 wishlist thank you This is not a bug per se. Manual intervention is required to upgrade from lenny to squeeze, and there is no way how to automate this from wheezy. Setting the severity to wishlist, so it's kept as an evidence, but feel free to close the bug report if you think it's more appropriate. Ondrej cyrus-common-2.2 has following debconf dialogue: Template: cyrus-common-2.2/warnbackendchange Type: error Description: Modified database backends Comparison between /usr/lib/cyrus/cyrus-db-types.txt and /usr/lib/cyrus/cyrus-db-types.active shows that database backends for Cyrus IMAPd have been changed. . This means that those databases for which the database backends changed might need to be converted manually to the new format, using the cvt_cyrusdb(8) utility. . Please refer to /usr/share/doc/cyrus-common-2.2/README.Debian.database for more information. Do not start cyrmaster until you have converted the databases to the new format. Ondrej On Sun, Nov 25, 2012 at 4:43 PM, Ondřej Surý ond...@sury.org wrote: Hi, upgrading from lenny to squeeze required manual intervention. E.g. it's more a feature than a bug. Ondřej Surý On 24. 11. 2012, at 19:52, Andreas Beckmann deb...@abeckmann.de wrote: Package: cyrus-common-2.2,cyrus-common-2.4 Version: 2.4.16-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a distupgrade test with piuparts I noticed your package requires the db4.2-util package (which is only in lenny) to perform a db upgrade in wheezy. Looks like the db has not been upgraded during the lenny-squeeze upgrade step. This was observed on a piuparts test distupgrading from lenny to squeeze to wheezy. Setting the severity to serious since this may affect the upgrade path of servers that were initially set up with lenny (or earlier) and were upgraded to squeeze long ago. From the attached log: Setting up db4.7-util (4.7.25-21) ... Setting up db4.8-util (4.8.30-12) ... Setting up cyrus-common (2.4.16-2) ... Installing new version of config file /etc/pam.d/sieve ... Installing new version of config file /etc/pam.d/lmtp ... Creating/updating cyrus user account... The user `cyrus' is already a member of `sasl'. cyrus-common: Creating cyrus-imapd directories...Creating/updating cyrus control directories in /var/lib/cyrus... Creating/updating partition spool /var/spool/cyrus/mail... Creating/updating partition spool /var/spool/cyrus/news... Trying to optimize Cyrus partitions, edit /etc/default/cyrus-imapd to disable... done. cyrus-common: Creating empty user_deny database...done. Setting up cyrus-common-2.4 (2.4.16-2) ... Installing new version of config file /etc/imapd.conf ... Installing new version of config file /etc/cyrus.conf ... /usr/lib/cyrus/bin/upgrade-db: db4.2-util not installed /usr/lib/cyrus/bin/upgrade-db: please do: [sudo] apt-get install db4.2-util /usr/lib/cyrus/bin/upgrade-db: and rerun the upgrade again dpkg: error processing cyrus-common-2.4 (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of cyrus-common-2.2: cyrus-common-2.2 depends on cyrus-common-2.4; however: Package cyrus-common-2.4 is not configured yet. dpkg: error processing cyrus-common-2.2 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: cyrus-common-2.4 cyrus-common-2.2 cheers, Andreas cyrus-common-2.2_2.4.16-2.log.gz ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693952: pbuilder: please change the default build place from /tmp/buildd to what Debian uses
I would also like to be able to customise the build directory, since as part of my upload checks, I grep for the architecture triplet in case someone is incorrectly embedding it somewhere. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#690381: Insane packaging of pax
Thorsten Glaser t...@mirbsd.de writes: Neil Williams dixit: Just what is wrong with old-style debhelper like: And in fact, it has limitations (such as not being able to rename in dh_install) and other requirements which, for mksh, throw a stone in my way more often than help. FWIW, you do not need to use purely debhelper. For cases where it does not support what you wisht to do, you can still fall back to good old mv/cp. Building on dh_* is fine, but one does not need to be constrained by its limitations, there's nothing wrong with adding a cp/mv line to d/rules. (I would also mention dh9+ and dh-exec, but that would probably result in very angry thoughts aimed at my person from all parties involved here :P) -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694534: sec: bad defaults
Source: sec Version: 2.5.3-1+nmu1 Severity: critical Starting sec with /etc/default/sec untouched causes sec to write to syslog for example every time a rule creates a context. This may cause another context to get created. So sec wrote 400GB syslog in 24h at my system making it unusable. From the sec.pl manpage: Warning: be careful with this option if you use SEC for monitoring syslog logfiles, because it might create message loops (SEC log messages are written to SEC input files that trigger new log messages). Resolution: delete the syslog=daemon in /etc/default/sec signature.asc Description: OpenPGP digital signature
Bug#671497: [gparted] Me too
Package: gparted Version: 0.12.1-1 --- Please enter the report below this line. --- Hello! gparted doesn't start up for me as well. I'm using wheezy/sid, fresh installation. When I'm starting gparted by KDE menu, some graphical sudo application is started, saying Authentication is required to run the GParted Partition Editor. It asks for root password, if it should store authorization and if so, if it's only for the current session. No matter what I choose, I get the application is about to start display in the windows bar - which vanishes after a timeout. Ciao, Eike --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: wheezy/sid 900 testing security.debian.org 900 testing ftp2.de.debian.org 800 unstableftp2.de.debian.org 50 experimentalftp2.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== libatkmm-1.6-1 (= 2.22.1) | 2.22.6-1 libc6 (= 2.4) | 2.13-35 libgcc1 (= 1:4.1.1) | 1:4.7.2-4 libglib2.0-0 (= 2.12.0) | 2.33.12+really2.32.4-3 libglibmm-2.4-1c2a (= 2.31.22) | 2.32.1-1 libgtk2.0-0 (= 2.14.0) | 2.24.10-2 libgtkmm-2.4-1c2a (= 1:2.24.0) | 1:2.24.2-1 libpangomm-1.4-1 (= 2.27.1) | 2.28.4-1 libparted0debian1 (= 2.2-1) | 2.3-11 libsigc++-2.0-0c2a(= 2.0.2) | 2.2.10-0.2 libstdc++6 (= 4.6) | 4.7.2-4 libuuid1 (= 2.16) | 2.20.1-5.2 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== xfsprogs | reiserfsprogs| reiser4progs | jfsutils | ntfsprogs| dosfstools | 3.0.13-1 yelp | 3.4.2-1+b1 kpartx | dmraid | dmsetup | 2:1.02.74-4 gpart| signature.asc Description: This is a digitally signed message part.
Bug#604932: Segfaults when playing first song
On Tue, Nov 27, 2012 at 12:46 AM, intrigeri intrig...@debian.org wrote: Hi Maxime and Guido, Hi Maxime Hadjinlian wrote (01 Dec 2010 10:58:33 GMT) : Just to add my 2 cents to that bug. I have the exact same bug, with the same arch. Can any of you reproduce this bug on current testing/sid? Yep, tried just a moments ago and still the same problem. Cheers, -- 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#692791: Proposed patch now available...
Le lundi, 26 novembre 2012 19.52:46, Michael Sweet a écrit : OK, I've posted proposed patches for CUPS 1.6 and trunk (1.7); patches for older versions of CUPS will be substantially similar (might be some churn due to new configuration directives) Available at: http://www.cups.org/str.php?L4223 Hi Michael, hi Debian Security Team, I have now taken a look at the proposed upstream security fix and have merged it in the 1.6.1 branch, see the two commits on the pkg-cups/cups.git repository: - 6026af39ea3da038c6e49226779de59520da7cc6 for the proposed patches; - d39e6abee95f747d024f2b41970c6d7a888f0dd0 for the fixes in other patches; Roughly, the patch splits the configuration stanzas from /etc/cups/cupsd.conf into two files: /etc/cups/cupsd.conf and /etc/cups/cups-files.conf. The first stays web-configurable and the latter can only be configured by root. While it's a nice long-term solution for new cups installs, I'm afraid it's not suitable as a security hotfix (so probably not targetted at Debian testing nor stable): the administrator has to handle the configuration files split un himself. In addition to that, web-modified cupsd.conf is very likely to hinder the automatic configuration stanza's split. On the longer term (for Jessie), I think web-modifiable cupsd.conf (and printers.conf) should be moved to /var/lib/cupsd/ and I think we should stick to this new cups configuration files handling. Opinions on ways forward for Wheezy (testing) and Squeeze (stable) ? Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#694535: Hangs in libcanberra pulse_driver_play
Package: gnome-shell Version: 3.6.2-1 Severity: important gnome-shell hangs totally, and very often. I've attached gdb twice to it, and got twice the same backtrace, here it is: (gdb) bt full #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:144 No locals. #1 0x7f11443cc450 in pa_threaded_mainloop_wait () from /usr/lib/x86_64-linux-gnu/libpulse.so.0 No symbol table info available. #2 0x7f1132961a02 in pulse_driver_play (c=0x3c2e390, id=optimized out, proplist=0x88d6b90, cb=optimized out, userdata=optimized out) at pulse.c:952 state = optimized out canceled = optimized out p = 0x5356520 l = 0x89ad070 n = optimized out vol = optimized out ct = optimized out channel = optimized out name = 0x88c01f0 desktop-switch-down v = 4294967295 volume_set = 0 cvol = {channels = 0 '\000', values = {0 repeats 13 times, 64, 0, 0, 0, 0, 0, 0, 0, 96, 0, 0, 0, 4, 49, 91, 110, 119, 124, 10}} ss = {format = PA_SAMPLE_U8, rate = 0, channels = 0 '\000'} cm = {channels = 50 '2', map = {PA_CHANNEL_POSITION_MONO, -196089992, 32767, PA_CHANNEL_POSITION_SIDE_LEFT, PA_CHANNEL_POSITION_MONO, 143219616, PA_CHANNEL_POSITION_MONO, 1290857767, 32529, 1133541141, 32529, 129085, 32529, 1256301630, 32529, 143219648, PA_CHANNEL_POSITION_MONO, PA_CHANNEL_POSITION_SIDE_LEFT, PA_CHANNEL_POSITION_MONO, 143219616, PA_CHANNEL_POSITION_MONO, 1256303317, 32529, PA_CHANNEL_POSITION_MONO, PA_CHANNEL_POSITION_MONO, 1256304236, 32529, PA_CHANNEL_POSITION_MONO, PA_CHANNEL_POSITION_MONO, 1256304236, 32529, 143485840}} position = PA_CHANNEL_POSITION_INVALID cm_good = optimized out cache_control = CA_CACHE_CONTROL_PERMANENT out = 0x88f6560 try = optimized out ret = optimized out o = 0x3c8b170 sp = optimized out ba = {maxlength = 0, tlength = 0, prebuf = 0, minreq = 0, fragsize = 0} __PRETTY_FUNCTION__ = pulse_driver_play #3 0x7f114ae1958e in ca_context_play_full (c=c@entry=0x3c2e390, id=id@entry=1, p=0x88d6b90, cb=cb@entry=0, userdata=userdata@entry=0x0) at common.c:522 ret = 0 t = optimized out enabled = optimized out __PRETTY_FUNCTION__ = ca_context_play_full #4 0x7f114ae1990f in ca_context_play (c=0x3c2e390, id=1) at common.c:462 ret = 0 ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x744fe878, reg_save_area = 0x744fe790}} p = 0x88d6b90 __PRETTY_FUNCTION__ = ca_context_play #5 0x7f114cef1b9c in meta_workspace_activate_with_focus () from /usr/lib/libmutter.so.0 No symbol table info available. #6 0x7f114ceccbf1 in ?? () from /usr/lib/libmutter.so.0 No symbol table info available. #7 0x7f114cecdbf0 in meta_display_process_key_event () from /usr/lib/libmutter.so.0 No symbol table info available. #8 0x7f114cec248b in ?? () from /usr/lib/libmutter.so.0 No symbol table info available. #9 0x7f114cf0c1d6 in ?? () from /usr/lib/libmutter.so.0 No symbol table info available. #26 0x in ?? () No symbol table info available. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.14.0-1 ii evolution-data-server3.6.1-1 ii gir1.2-accountsservice-1.0 0.6.24-1 ii gir1.2-atk-1.0 2.6.0-1 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.12.0-1 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-freedesktop 1.34.2-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.6.0-1 ii gir1.2-gdesktopenums-3.0 3.6.0-1 ii gir1.2-gdkpixbuf-2.0 2.26.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.34.2-1 ii gir1.2-gmenu-3.0 3.6.0-2 ii gir1.2-gnomebluetooth-1.03.6.0-1 ii gir1.2-gnomedesktop-3.0 3.6.1-1 ii gir1.2-gtk-3.0 3.6.1-1 ii gir1.2-ibus-1.0 1.4.99.20120917-2 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.6.2-1 ii gir1.2-networkmanager-1.00.9.6.4-1 ii gir1.2-pango-1.0
Bug#694536: iceowl-extension no longer prompts for password if not in password manager
Package: iceowl-extension Version: 10.0.11-1 Severity: normal Dear Maintainer, * What led up to the situation? I changed the password on my calvdav server * What was the outcome of this action? iceowl stopped connecting to the server, reporting: Warning: There has been an error reading data for calendar: John. However, this error is believed to be minor, so the program will attempt to continue. Error code: DAV_NOT_DAV. Description: The resource at https://x/caldav.php/john/home/ is either not a DAV collection or not available Warning: There has been an error reading data for calendar: John. However, this error is believed to be minor, so the program will attempt to continue. Error code: READ_FAILED. Description: * What outcome did you expect instead? iceowl-extension should prompt me for the new password. I event went as far as to delete the calendar from the iceowl-extension and re-added it. Also deleted (bad) password from password managed. Still does not prompt for password. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-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 Versions of packages iceowl-extension depends on: ii calendar-timezones 10.0.11-1 ii icedove 10.0.11-1 ii libc6 2.13-37 ii libnspr42:4.9.3-1 ii libnspr4-0d 2:4.9.3-1 ii libstdc++6 4.7.2-4 Versions of packages iceowl-extension recommends: ii calendar-google-provider 10.0.11-1 Versions of packages iceowl-extension suggests: ii fonts-lyx 2.0.3-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640939: Moreinfo
Hi all, during BSP Essen I stumbled upon this thread, now I found time for some testing. [Martin Pitt] I discussed this with Till, and we both have no real idea how to get to a situation where lpadmin as root asks for a password. It is already called with -h /var/run/cups/cups.sock to ensure it's not talking to a remote server. It seems you need a particular cups configuration to achieve this. - cups 1.5.3-2.6, system without Kerberos, DefaultAuthType set to Negotiate just for testing, no other changes to cupsd.conf: root@eagle:~# lpadmin -h /var/run/cups/cups.sock -d valid printer name Password for root on localhost? [need to press return key] lpadmin: Unauthorized root@eagle:~# lpadmin -h 127.0.0.1 -d valid printer name lpadmin: Unauthorized root@eagle:~# lpadmin -h localhost -d valid printer name lpadmin: Unauthorized root@eagle:~# - IMO the root pw questioning was most probably introduced by adding extended Kerberos support upstream, therefore expecting a valid hostname/IP as server argument causing problems in related cases, too. (upstream revision 9732 on trunk, see URL in message #54 above.) Maybe replacing -h /var/run/cups/cups.sock by -h localhost would solve the reported problem (and related ones) -- if no sideeffects are triggered. A related problem on a kerberized system: #663995, upstream: http://www.cups.org/str.php?L4140 Regards, Wolfgang signature.asc Description: Digital signature
Bug#604932: Segfaults when playing first song
Maxime Hadjinlian wrote (27 Nov 2012 11:40:58 GMT) : Can any of you reproduce this bug on current testing/sid? Yep, tried just a moments ago and still the same problem. May you please tell us with what version of the mpd package, exactly, you just reproduced this, so that I mark the bug as found in that version? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694390: [debian-mysql] Bug#694390: mysql-server-5.1: failure to install w/ apt-get
tags 694390 moreinfo stop Hugh, it seems like this was a transient error from the logs: Nov 25 18:46:07 debianmarcus9 mysqld: 121125 18:46:07 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use Nov 25 18:46:07 debianmarcus9 mysqld: 121125 18:46:07 [ERROR] Do you already have another mysqld server running on port: 3306 ? So, my question is, do you already have something listening on port 3306? If no, then is it possible that the stop action is just failing to wait long enough for mysqld to die? Do you, by any chance, have a very large InnoDB database and/or transaction log already in place in /var/lib/mysql? I wonder if this might be related to this bug as well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609537 Excerpts from Hugh Esco's message of 2012-11-25 16:01:29 -0800: Package: mysql-server-5.1 Version: 5.1.49-3 Severity: normal Tags: d-i $ sudo apt-get install mysql-server-5.1 Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: tinyca The following NEW packages will be installed: mysql-server-5.1 0 upgraded, 1 newly installed, 0 to remove and 45 not upgraded. Need to get 0 B/6,528 kB of archives. After this operation, 14.3 MB of additional disk space will be used. Preconfiguring packages ... Selecting previously deselected package mysql-server-5.1. (Reading database ... 196158 files and directories currently installed.) Unpacking mysql-server-5.1 (from .../mysql-server-5.1_5.1.49-3_i386.deb) ... Processing triggers for man-db ... Setting up mysql-server-5.1 (5.1.49-3) ... Stopping MySQL database server: mysqld. 121125 18:47:38 [Note] Plugin 'FEDERATED' is disabled. 121125 18:47:38 InnoDB: Started; log sequence number 0 44233 121125 18:47:38 InnoDB: Starting shutdown... 121125 18:47:44 InnoDB: Shutdown completed; log sequence number 0 44233 Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! invoke-rc.d: initscript mysql, action start failed. dpkg: error processing mysql-server-5.1 (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: mysql-server-5.1 E: Sub-process /usr/bin/dpkg returned an error code (1) /var/log/syslog -- Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL r oot USER ! Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: To do so, start the server, then issue the follow ing commands: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: /usr/bin/mysqladmin -u root password 'new-passwor d' Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: /usr/bin/mysqladmin -u root -h debianmarcus9 pass word 'new-password' Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Alternatively you can run: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: /usr/bin/mysql_secure_installation Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: which will also give you the option of removing the test Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: databases and anonymous user created by default. This is Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: strongly recommended for production servers. Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: See the manual for more instructions. Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Please report any problems with the /usr/scripts/mysqlbug script! Nov 25 18:45:46 debianmarcus9 mysqld_safe[29460]: Nov 25 18:45:46 debianmarcus9 mysqld_safe[29506]: 121125 18:45:46 [Note] Plugin 'FEDERATED' is disabled. Nov 25 18:45:46 debianmarcus9 mysqld_safe[29506]: 121125 18:45:46 InnoDB: Started; log sequence number 0 44233 Nov 25 18:45:46 debianmarcus9 mysqld_safe[29506]: 121125 18:45:46 InnoDB: Starting shutdown... Nov 25 18:45:51 debianmarcus9 mysqld_safe[29506]: 121125 18:45:51 InnoDB: Shutdown completed; log sequence number 0 44233 Nov 25 18:45:51 debianmarcus9 mysqld_safe[29525]: 121125 18:45:51 [Note] Plugin 'FEDERATED' is disabled. Nov 25 18:45:51 debianmarcus9 mysqld_safe[29525]: 121125 18:45:51 InnoDB: Started; log sequence number 0 44233 Nov 25 18:45:51 debianmarcus9 mysqld_safe[29525]: ERROR: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ALTER TABLE user ADD column Show_view_priv enum('N','Y') CHARACTER SET utf8 NOT ' at line 1 Nov 25 18:45:51 debianmarcus9 mysqld_safe[29525]: 121125 18:45:51 [ERROR] Aborting Nov 25
Bug#694536: Acknowledgement (iceowl-extension no longer prompts for password if not in password manager)
This bug appears to be fixed in iceowl-extension 17.0-1 from experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694002: installation-report: wheezy beta4 success on lenovo thinkpad
Simon Paillard spaill...@debian.org writes: The only problem during installation was that it said ftp.se.debian.org didn't have the requested distribution, Do you remember the exact error message ? Grepping di_log from choose-mirror, it may be: di_log(DI_LOG_LEVEL_WARNING, mirror does not support the specified release (%s), default_suite); ... di_log(DI_LOG_LEVEL_WARNING, mirror does not support the specified release (%s), It was one of those two. so I selected cdn.debian.net instead and that worked. Presumably, this problem is because wheezy isn't released yet. Image version: http://cdimage.debian.org/cdimage/wheezy_di_beta4/amd64/iso-cd/debian-wheezy-DI-b4-amd64-netinst.iso With same ISO and same mirror (and the fact ftp.se.d.o DNS entry didn't change between the initial report and this mail), I cannot reproduce this report. Could a temporary network issue cause the error above? I'm not sure what the error really means. Or maybe the mirror ran some mirror'ing script so the site was temporarily invalid? /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604932: Segfaults when playing first song
On Tue, Nov 27, 2012 at 1:14 PM, intrigeri intrig...@debian.org wrote: Maxime Hadjinlian wrote (27 Nov 2012 11:40:58 GMT) : Can any of you reproduce this bug on current testing/sid? Yep, tried just a moments ago and still the same problem. May you please tell us with what version of the mpd package, exactly, you just reproduced this, so that I mark the bug as found in that version? With : - mpd (MPD: Music Player Daemon) 0.16.7 - the package version is 0.16.7-2 (armel) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694537: libio-prompt-perl: Version of IO::Prompt in wheezy dies if you call prompt() in non-main package
Package: libio-prompt-perl Version: 0.997001-1 Severity: important Hello, The version of IO::Prompt in wheezy (0.997001-1) is affected by https://rt.cpan.org/Public/Bug/Display.html?id=69084 which makes it unusable for any code that calls prompt() that isn't in the main package (hence the severity of this bug report). A very basic script to demonstrate this issue: ---8--- #!/usr/bin/perl use strict; use warnings; package Test; use IO::Prompt; sub testprompt { prompt This is a test; } package main; use Test; Test::testprompt; ---8--- Which dies with the error 'Can't call method opened without a package or object reference at /usr/share/perl5/IO/Prompt.pm line 188.'. The version in unstable (0.997002-1) appears to contain the fix for this issue, but as far as I can tell there's no pending unblock request (apologies for the noise if there is and I've just missed it). I'm aware that upstream recommend moving to libio-prompter-perl instead, but that will first appear in wheezy, which doesn't give much overlap time in which to convert scripts. Many thanks, Michael -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libio-prompt-perl depends on: ii libterm-readkey-perl2.30-4+b2 ii libwant-perl0.21-1 ii perl5.14.2-15 ii perl-modules [libversion-perl] 5.14.2-15 libio-prompt-perl recommends no packages. libio-prompt-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692791: Proposed patch now available...
Didier, On 2012-11-27, at 6:45 AM, Didier 'OdyX' Raboud o...@debian.org wrote: ... While it's a nice long-term solution for new cups installs, I'm afraid it's not suitable as a security hotfix (so probably not targetted at Debian testing nor stable): the administrator has to handle the configuration files split un himself. In addition to that, web-modified cupsd.conf is very likely to hinder the automatic configuration stanza's split. A package update can lay down a new cups-files.conf, and it shouldn't be hard to do a short migration script that copies the dozen or so affected directives from cupsd.conf to the new cups-files.conf file. I guess it just depends on whether you want to close this particular hole and how you want to deal with it. CUPS 1.6.2 will ship with the split configuration files and a warning to error_log when the cupsd.conf file contains directives that should be moved. A simpler (but less complete) fix for CUPS 1.5.x and earlier would be to blacklist /etc and /dev for the logs - we wanted something more complete. On the longer term (for Jessie), I think web-modifiable cupsd.conf (and printers.conf) should be moved to /var/lib/cupsd/ and I think we should stick to this new cups configuration files handling. Back in the day when we were adapting CUPS to the FHS (1.0, 2.0? I don't remember) we decided not to use /var/lib because /etc is the place for editable configuration files and /var/lib is the place for files that are managed by software. printers.conf, classes.conf, and cupsd.conf *are* user-editable files (even if that isn't the typical case for classes.conf and printers.conf). *If* we move to a non-editable format in the future (likely for CUPS 2.0) we will definitely restructure things to put those files in /var/lib. I don't advise that you try to patch current CUPS to use /var/lib/cupsd for cupsd stuff and /etc/cups for everything else since the current code assumes that all CUPS configuration files are in one location. The patch will be very very messy and hard to maintain. __ Michael Sweet, Senior Printing System Engineer, PWG Chair -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694525: nmu: 227 source packages, for GStaticMutex
On Tue, Nov 27, 2012 at 09:36:56 +, Simon McVittie wrote: I'd hoped that binNMUing for all architectures with the same commit message avoided that, but I suppose the timestamp in debian/changelog is what causes the problem? Timestamp, name/address, and Binary-only non-maintainer upload for $arch; no source changes. Cheers, Julien signature.asc Description: Digital signature
Bug#694538: gcr: please add debug package
Source: gcr Version: 3.4.1-3 Severity: wishlist I encountered a crash of gnome-keyring-daemon today but the coredump and backtrace was useless because most of it was libgcr-base-3.so.1.0.0 and that has no debug packages. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#690669: gnome-screensaver: dualhead setup / ldap / nvidia-glx / no unlock dialog
It is not a nvidia dual head driver problem, same result with intel graphic: root@desktop:~# lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) root@desktop:~# cat /etc/X11/Xsession.d/45custom_xrandr-settings xrandr --output HDMI1 --auto --output HDMI2 --auto --right-of HDMI1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693817: Bugs in GooString::insert() leading to unterminated strings
Pino Toscano p...@debian.org writes: The char variant is perfectly fine. Um, yes. I noticed 5 minutes after submitting. Just a case of defensive programming on my side. No change required here. The loop in the char* version was wrong though, as you also noticed, but I proposed a better fix upstream, and it was integrated. + resize(length + lengthA); +- for (j = prevLen; j = i; --j) +-s[j+lengthA] = s[j]; ++ memmove(s+i+lengthA, s+i, prevLen); + memcpy(s+i, str, lengthA); + return this; I thought about using memmove() myself, and since it is already used in Goo itself, that is definitely a good fix. However, just a minor nit: Only prevLen-i bytes need to be moved. Your memmove() is correct but moves more bytes than necessary. I certainly won't insist on changing this. Well, theorically that bug should have been reassigned to poppler and retitled... Yes, but I don't think I can do that. if so far no issue has been raised there's a good possibility that the internal usage in poppler of them has not been triggering the issue. I agree. I did a quick run through pending poppler bug reports but none of the outputs changed due to the GooString fix. Regards, Wolfram. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662731: ITA: hwinfo -- Hardware identification system
retitle 662731 ITA: hwinfo -- Hardware identification system owner 662731 ! thanks I'm using hwinfo and I'm willing to take care of the package. It would be my first package. I have already started to fix bugs, I expect my validation on collab-maint (alioth) Regards, Seb -- Sebastien Badia KeyID: 2EAF F1F7 signature.asc Description: Digital signature
Bug#684383: mcelog: Unknown CPU type vendor 2 family 6 model a
Control: tags -1 + upstream Control: severity -1 wishlist On Thu, Aug 09, 2012 at 12:22:30PM +0200, Olaf van der Spek wrote: Package: mcelog Version: 1.0~pre3-72-gcbd4da4-1 Severity: normal Dear Maintainer, I think mcelog doesn't know my CPU. # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 10 model name : AMD Athlon(tm) XP 2500+ That's right, mcelog supports only families 15, 16 and 17 for AMD. There is http://codemonkey.org.uk/cruft/parsemce.c but it's not maintained. -- WBR, wRAR signature.asc Description: Digital signature
Bug#694499: breaks when used together with cryptsetup
On Mon, Nov 26, 2012 at 11:51:16PM -0800, Steve Langasek wrote: On Tue, Nov 27, 2012 at 01:04:05AM +0100, Jelmer Vernooij wrote: (not sure whether this is a bug in the upstart files in cryptsetup or upstart) When using upstart together with cryptsetup, upstart hangs waiting for startpar right after boot. I also get an error on the console from initctl complaining that DEVNAME is not a valid level. This is a bug in cryptsetup. The cryptsetup package ships upstart jobs under names that match the names of the pre-existing init scripts. The problem is that the upstart jobs and init scripts *are not equivalent*. The upstart job /etc/init/cryptdisks-early.conf creates one job instance per crypto device. This means that it does *not* generate the event necessary to tell startpar that dependencies on /etc/init.d/cryptdisks-early are satisfied, and so startpar, which knows about the upstart job, hangs indefinitely waiting for a non-instance cryptdisks-early event which will never occur. I've attached a patch which corrects this, as well as correcting a shutdown hang with cryptsetup. Jonas, could you please apply this to cryptsetup in unstable? That was a prompt fix! Thanks. FWIW, I can confirm this fixes the issue for me. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668142: linux-image-2.6.32-5-openvz-686: serial_unthrottle+0x44/0x5a [usbserial]()
Hi Jonathan, problem still persists. It happens, if Asterisk is restarted. This Asterisk has chan_dongle-1.1.r10 installed, which provides connectivity to a mobile provider. Christian Am 25.11.2012 02:41, schrieb Jonathan Nieder: tags 668142 + moreinfo # assertion failure severity 668142 important quit Hi Christian, Christian Felsing wrote: After restart of Asterisk following line appeared in syslog: [79419.383274] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_openvz/drivers/usb/serial/usb-serial.c:440 serial_unthrottle+0x44/0x5a [usbserial]() Was this reproducible? Can you still reproduce it? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694536: Acknowledgement (iceowl-extension no longer prompts for password if not in password manager)
fixed 694536 17.0-1 thanks On Tue, Nov 27, 2012 at 01:09:47PM +0100, John Hughes wrote: This bug appears to be fixed in iceowl-extension 17.0-1 from experimental. Thanks for testing. We'll be providing backports for wheezy one's it's released. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693907: [debian-mysql] Bug#693907: /etc/mysql/debian-start: obsoleted '--basedir' option
tags 693907 confirmed thanks Excerpts from Sergey B Kirpichev's message of 2012-11-21 09:10:22 -0800: Package: mysql-server Severity: minor Nov 21 18:58:11 xyz /etc/mysql/debian-start[29529]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored # tail -1 /etc/mysql/debian.cnf basedir = /usr Please, fix mysql-server-5.5.postinst etc to prevent syslog spam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694537: libio-prompt-perl: Version of IO::Prompt in wheezy dies if you call prompt() in non-main package
Control: tags -1 + pending confirmed Hi Michael I did the upload for 0.997002-1 and missed that this was quite critical. I'm sorry for that. I will prepare a version to upload to tpu only fixing this issiue. This is bad, as I missed that, I also had some packaging changes done, which unfit for the unblock of the unstable version. Regards, Salvatore signature.asc Description: Digital signature
Bug#652629: debian-reference: Please add epub support
On Mon, Nov 26, 2012 at 07:50:13PM +0100, Kacper Perschke wrote: On 20 October 2012 11:13, Osamu Aoki os...@debian.org wrote: On Thu, Oct 18, 2012 at 10:54:04PM +0900, Hideki Yamane wrote: [...] I guess you used --skip-validation since it did not build. After getting main-guide source by 'apt-get source main-guide' I did try to validate 'xmlstarlet val -e maint-guide.en.dbk' and got warnings about unexpanded keys 'docversion;' and 'docisodate;' I see. I never used xmlstarlet but it needs to be configured to understand entity references: !ENTITY % common SYSTEM common.ent %common; !ENTITY % version SYSTEM version.ent %version; You need to do make version.ent first. I suppose that they are expanded while compiling but don't know how to reproduce it in my system yet. Why not just build source simply by debuild. It will call debian/rules after few actions. debian/rules script will eventually run make via following: override_dh_auto_build: dh_auto_build -- html txt pdf MANUAL=$(MANUAL) \ LANGS_EN=$(LANGS_EN) LANGS_PO=$(LANGS_PO) LANGS=$(LANGS) \ LANGS_NOPDF=$(LANGS_NOPDF) This is essentially the same as make html txt pdf MANUAL=$(MANUAL) \ LANGS_EN=$(LANGS_EN) LANGS_PO=$(LANGS_PO) LANGS=$(LANGS) \ LANGS_NOPDF=$(LANGS_NOPDF) But it is better to validate. I am fixing wrong markups first :-) It is almost as good to do make html :-) If you insist on validating, make validate should work ...oops except for English. For english, fix script or run it manually. $ xmllint --nonet --noout --postvalid --xinclude maint-guide.en.dbk maint-guide.en.dbk:38: element author: validity error : Element author content does not follow the DTD, expecting ((personname | (honorific | firstname | surname | lineage | othername | affiliation | authorblurb | contrib)+) , (personblurb | email | address)*), got (personname email contrib ) maint-guide.en.dbk:38: element personname: validity error : Element personname content does not follow the DTD, expecting (honorific | firstname | surname | lineage | othername)+, got (CDATA) maint-guide.en.dbk:39: element author: validity error : Element author content does not follow the DTD, expecting ((personname | (honorific | firstname | surname | lineage | othername | affiliation | authorblurb | contrib)+) , (personblurb | email | address)*), got (personname email contrib ) maint-guide.en.dbk:39: element personname: validity error : Element personname content does not follow the DTD, expecting (honorific | firstname | surname | lineage | othername)+, got (CDATA) maint-guide.en.dbk:610: element listitem: validity error : Element listitem content does not follow the DTD, expecting (calloutlist | glosslist | bibliolist | itemizedlist | orderedlist | segmentedlist | simplelist | variablelist | caution | important | note | tip | warning | literallayout | programlisting | programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | destructorsynopsis | methodsynopsis | formalpara | para | simpara | address | blockquote | graphic | graphicco | mediaobject | mediaobjectco | informalequation | informalexample | informalfigure | informaltable | equation | example | figure | table | msgset | procedure | sidebar | qandaset | task | anchor | bridgehead | remark | highlights | abstract | authorblurb | epigraph | indexterm | beginpage)+, got (literal) maint-guide.en.dbk:621: element listitem: validity error : Element listitem content does not follow the DTD, expecting (calloutlist | glosslist | bibliolist | itemizedlist | orderedlist | segmentedlist | simplelist | variablelist | caution | important | note | tip | warning | literallayout | programlisting | programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | destructorsynopsis | methodsynopsis | formalpara | para | simpara | address | blockquote | graphic | graphicco | mediaobject | mediaobjectco | informalequation | informalexample | informalfigure | informaltable | equation | example | figure | table | msgset | procedure | sidebar | qandaset | task | anchor | bridgehead | remark | highlights | abstract | authorblurb | epigraph | indexterm | beginpage)+, got (literal) maint-guide.en.dbk:622: element listitem: validity error : Element listitem content does not follow the DTD, expecting (calloutlist | glosslist | bibliolist | itemizedlist | orderedlist | segmentedlist | simplelist | variablelist | caution | important | note | tip | warning | literallayout | programlisting | programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | destructorsynopsis | methodsynopsis | formalpara | para | simpara | address | blockquote | graphic | graphicco |
Bug#694539: invalid executable path in upstart init file
Package: lightdm Version: 1.4.0-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lightdm's /etc/init/lightdm.conf file tries to run lightdm from /usr/bin/lightdm while it is in fact installed as /usr/sbin/lightdm. The attached patch fixes the path. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113+nmu3 ii consolekit 0.4.5-3.1 ii dbus 1.6.8-1 ii debconf [debconf-2.0] 1.5.46 ii libc6 2.16-0experimental1 ii libglib2.0-0 2.34.2-1 ii libpam0g 1.1.3-7.1 ii libxcb11.8.1-2 ii libxdmcp6 1:1.1.1-1 ii lightdm-gtk-greeter [lightdm-greeter] 1.3.1-1 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+1 Versions of packages lightdm suggests: ii accountsservice 0.6.24-1 ii upower 0.9.17-1 - -- Configuration Files: /etc/init/lightdm.conf changed [not included] /etc/lightdm/lightdm.conf changed [not included] - -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm * shared/default-x-display-manager: lightdm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQtL+RAAoJEACAbyvXKaRXz7cP/RQ6qjx4eVm2DkAQ4/PG4jpj /cPAhHwuM/MVEAFZjm2EZaWMXS50khnylKI7ET4h9JAHC4I8Y7MSF0xap66CqXZy yHOmb8Pblra1zxBhJ95UcGYQfbg6admmXrt9MsTL2r27FvNG+0NHzCIVMsGQfQ8q qNWYVTs50ZME3fody8RCInqwWAtnJhnekqMlfDzN/RuVrG9lVGMHHJGVAprsvbSJ ciGH/HONxMzKsZiqxXck1Tc/M3MM9Ldn7My0jsj4C0dRh4GG2eVusdgnr6aL2kK/ Fz5LUKzLEXkPvO2mraLbWHXCUCBSlKIIg3WDnG1c9i/3EbgK6UUmZwyFcONy21wy 9EbcMDy7pkpGvH453apq7kZ1GFaQDVrc2LhAhD8/465C94j1suYzn8sjgt1Mn2MX 1psF5EMJBfCQZDB4adS0UfthP2V0VZVuxQ453PmxcowH8Zw3O36nYixb+rqzy9Rt /xKV6UpcpjhOmOniH7hiBJUhXCrIGEulimxztn+fFOeI8ktlXm/Cic4lKik4qJnu QNV6Q/h+jX3cK44bHH9F7IDw2go3c/ldBOZKkoIXOcXUOqGcJ51KpXxKOgOj0TuR aW3egTexpraRCNd1KONkd0ukhObyNrsLZy53/3grP624UTlgXIvkEtIM+pMgPmaY 0w6YCjHKc/PDawMWO1Vl =DTxe -END PGP SIGNATURE- diff -Nru lightdm-1.4.0/debian/changelog lightdm-1.4.0/debian/changelog --- lightdm-1.4.0/debian/changelog 2012-10-07 09:16:35.0 +0200 +++ lightdm-1.4.0/debian/changelog 2012-11-27 14:19:31.0 +0100 @@ -1,3 +1,12 @@ +lightdm (1.4.0-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * debian/patches: + - 06_upstart_path: Run lightdm from /usr/sbin, where it is + installed on Debian. + + -- Jelmer Vernooij jel...@debian.org Tue, 27 Nov 2012 14:18:58 +0100 + lightdm (1.4.0-1) experimental; urgency=low * New upstream release. diff -Nru lightdm-1.4.0/debian/patches/06_upstart_path.patch lightdm-1.4.0/debian/patches/06_upstart_path.patch --- lightdm-1.4.0/debian/patches/06_upstart_path.patch 1970-01-01 01:00:00.0 +0100 +++ lightdm-1.4.0/debian/patches/06_upstart_path.patch 2012-11-27 14:18:27.0 +0100 @@ -0,0 +1,9 @@ +diff -ur lightdm-1.4.0/data/init/lightdm.conf lightdm-1.4.0.fixed/data/init/lightdm.conf +--- lightdm-1.4.0/data/init/lightdm.conf 2011-12-09 02:51:23.0 +0100 lightdm-1.4.0.fixed/data/init/lightdm.conf 2012-11-27 14:17:39.813147575 +0100 +@@ -9,4 +9,4 @@ + emits login-session-start + emits desktop-session-start + +-exec /usr/bin/lightdm ++exec /usr/sbin/lightdm diff -Nru lightdm-1.4.0/debian/patches/series lightdm-1.4.0/debian/patches/series --- lightdm-1.4.0/debian/patches/series 2012-10-06 17:32:31.0 +0200 +++ lightdm-1.4.0/debian/patches/series 2012-11-27 14:18:38.0 +0100 @@ -3,3 +3,4 @@ 03_quit-plymouth.patch 04_dont-add-pkglibexecdir-path.patch 05_debianize-pam-files.patch +06_upstart_path.patch
Bug#694540: apticron: Running apticron under nice(1)/ionice(1)
Package: apticron Version: 1.1.55 Severity: wishlist Dear Maintainer, it would be nice if /etc/cron.d/apticron could run apticron with increased nice level and possibly under ionice as well so as not to interfere too much with interactive users -- on my machine it's quite noticeable! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apticron depends on: ii apt0.9.7.6 ii bcron-run [cron] 0.09-12 ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii bzip2 1.0.6-4 ii debconf [debconf-2.0] 1.5.46 ii dpkg 1.16.9 ii ucf3.0025+nmu3 Versions of packages apticron recommends: ii apt-listchanges 2.85.11 ii iproute 20120521-3 apticron suggests no packages. -- 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#692791: Proposed patch now available...
Le mardi, 27 novembre 2012 14.00:07, Michael Sweet a écrit : A package update can lay down a new cups-files.conf, and it shouldn't be hard to do a short migration script that copies the dozen or so affected directives from cupsd.conf to the new cups-files.conf file. I guess it just depends on whether you want to close this particular hole and how you want to deal with it. Exactly. I'll investigate the idea of scripting the configuration files upgrade (probably using ucf). The point is that it's not the type of changes we particularily welcome in stable releases. CUPS 1.6.2 will ship with the split configuration files and a warning to error_log when the cupsd.conf file contains directives that should be moved. A simpler (but less complete) fix for CUPS 1.5.x and earlier would be to blacklist /etc and /dev for the logs - we wanted something more complete. Sure. As mentionned, for the long-term the chosen solution is the correct one. Yet we need something as undisruptive and safe as possible for our stable release. On the longer term (for Jessie), I think web-modifiable cupsd.conf (and printers.conf) should be moved to /var/lib/cupsd/ and I think we should stick to this new cups configuration files handling. Back in the day when we were adapting CUPS to the FHS (1.0, 2.0? I don't remember) we decided not to use /var/lib because /etc is the place for editable configuration files and /var/lib is the place for files that are managed by software. printers.conf, classes.conf, and cupsd.conf *are* user-editable files (even if that isn't the typical case for classes.conf and printers.conf). *If* we move to a non-editable format in the future (likely for CUPS 2.0) we will definitely restructure things to put those files in /var/lib. I don't advise that you try to patch current CUPS to use /var/lib/cupsd for cupsd stuff and /etc/cups for everything else since the current code assumes that all CUPS configuration files are in one location. The patch will be very very messy and hard to maintain. Sure, thanks for the detailed response. Over lunch I realised pushing cupsd.conf to /var/lib/cupsd would indeed be a bad idea. Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#694446: im-config should setting environment variable in 70im-config_launch instead of im-launch
Hi, On Mon, Nov 26, 2012 at 09:04:33AM -0500, Weng Xuetian wrote: Package: im-config Version: 0.18~quantal1 Severity: normal Tags: upstream (Sorry for report it from ubuntu) im-config 0.18 uses im-launch to fix some old problem, but also brought some new problem. in current initialization sequence, the final command will be: Thanks for reporting this with good technical insight. As you know we are under freeze but this may be grave bug causing lost keyboad data. dbus-launch im-launch command-for-start-up This ignore the fact that dbus-daemon launched by dbus-launch is not covered under required im environment variable. Very true. In some case, dbus-daemon will be used to start process by dbus service name, those application can also be GUI application, and it will make those application running with no im environment variable set. For example, ktp-text-ui (kde telepathy text ui) is suffering from this problem. Kind of makes sense. I just did not run such program The fix to this problem is simple, keep the code that start input method in im-launch, but move the environment setting code to 70im-config_launch, so dbus-daemon will be also set with those environment variable, and so will those process started by dbus-daemon. So what you suggesting is to set and export environment variables from /etc/X11/Xsession.d/70im-config_launch But keep launching of deamons after dbus. Interesting. Aron, what do you think? Osamu PS: I am going to make a patch in the mean time -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694541: ifupdown: Hardcoded `dhclient -1` invocation forces dhclient to exit leaving interface unconfigured at boottime
Package: ifupdown Version: 0.7.5 Severity: important Dear Maintainer! I have noticed a problem with ifup in a local network environment in such situation: * both DHCP-server and DHCP-client (Debian Wheezy host) PCs has no UPSes, so when power fails both DHCP-server and DHCP-client goes down; * after power resume DHCP-client boots up faster then DHCP-server and sends first DHCPDISCOVER when there are no DHCP-servers on the network; * looking over `ps axjf` immediatly after finishing of a boot process i've noticed, that `dhclient` is invoked with `-1` option by `ifup` at boottime, while according to manpage `-1` option forces dhclient to Try to get a lease once. On failure exit with code 2. See `ps` command output which was executed immediatly after finishing boot process below: 1 472 472 312 ? -1 S0 0:00 ifup --allow=hotplug eth0 472 1459 472 312 ? -1 S0 0:00 \_ /bin/sh -c dhclient -1 -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0 ? 1459 1460 472 312 ? -1 S0 0:00 \_ dhclient -1 -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0 * as expected dhclient exits after one attempt, because DHCP-server is in boot process now and hasnt setup either network interfaces or started dhcpd yet, so noone can answer on DHCPDISCOVER requests, and dhclient leaves interface unconfigured; * after DHCP-server finally boots up and ready to serve DCHP-requests from clients, there are no other force to start again dhclient at DHCP-client side, besides the hands of DHCP-client's sysadmin directly on the client tty or via IP-KVM :( As outcome of this incident, i've losed remote access to Debian Wheezy host and forced to go to host tty and run dhclient by hand to set up ip-address from DHCP-server after it booted up (and to thought about providing power supply redundancy and failover again sure). I have looked in current ifupdown source (ifupdown_0.7.5.tar.gz) and changelog and hg repo and found the reason of such behaviour in commit http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/7d5db1c9342a : there is hardcoded `-1` option for all `dhclient` invocations (for Linux, kFreeBSD and Hurd). I expect to configure dhclient's (and possibly other DHCP-clients' too) invocation options (including pid file and lease file name and place) f.e. in /etc/default/networking config file, with defaults provided both in the same file and in the source if variable is not set. If i will have such possibility out of the box, i will simply delete `-1` option from /etc/default/networking to allow my DHCP-client to request DHCP-server for ip-address indefinitely with retry timeouts provided via standart dhclient.conf file. Suggested solution can be implemented with adding into /etc/default/networking smth like: #DHCLIENT_PID_PATH=/run #DHCLIENT_LEASE_PATH=/var/lib/dhcp #DHCLIENT_ARGS=-1 -v ... sourcing these variables from `/etc/default/networking` at ifup/ifdown executing and proper checks and variable substituions in ifupdown.nw. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.9 ii initscripts 2.88dsf-34 ii iproute 20120521-3 ii libc62.13-35 ii lsb-base 4.1+Debian8 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5+deb70u2 ii net-tools 1.60-24.2 pn pppnone pn rdnssd 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#694542: unblock: opendnssec/1.3.9-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package opendnssec Hi, please unblock opendnssec, I have included couple of critical upstream fixes (after consulation with upstream). + OPENDNSSEC-303: ods-ksmutil update zonelist will delete all zones if unable to open/parse zonelist.xml + OPENDNSSEC-282: RRSIGs are left in the signed zone when authoritative RRsets become glue. + OPENDNSSEC-338: ods-ksmutil zone delete --all does not work Debdiff attached (and reasonably small). unblock opendnssec/1.3.9-3 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru opendnssec-1.3.9/debian/changelog opendnssec-1.3.9/debian/changelog --- opendnssec-1.3.9/debian/changelog 2012-09-18 09:27:50.0 +0200 +++ opendnssec-1.3.9/debian/changelog 2012-11-27 14:35:11.0 +0100 @@ -1,3 +1,15 @@ +opendnssec (1:1.3.9-3) unstable; urgency=low + + * Pull couple of critical upstream fixes: ++ OPENDNSSEC-303: for ods-ksmutil update zonelist will delete all + zones if unable to open/parse zonelist.xml ++ OPENDNSSEC-282: RRSIGs are left in the signed zone when + authoritative RRsets become glue. ++ OPENDNSSEC-338: ods-ksmutil zone delete --all does not work + + + -- Ondřej Surý ond...@debian.org Tue, 27 Nov 2012 14:26:11 +0100 + opendnssec (1:1.3.9-2) unstable; urgency=low * Replace documentation directory with symlink. (Courtesy of Salvatore diff -Nru opendnssec-1.3.9/debian/opendnssec-enforcer-mysql.NEWS opendnssec-1.3.9/debian/opendnssec-enforcer-mysql.NEWS --- opendnssec-1.3.9/debian/opendnssec-enforcer-mysql.NEWS 1970-01-01 01:00:00.0 +0100 +++ opendnssec-1.3.9/debian/opendnssec-enforcer-mysql.NEWS 2012-11-27 14:35:11.0 +0100 @@ -0,0 +1,15 @@ +opendnssec (1:1.3.9-3) unstable; urgency=low + + * Previous versions of OpenDNSSEC had an invalid foreign key in the +MySQL database, which causes issues when deleting --all zones from +KASP database. + +If you have created your database in version 1.3.9, you should run +following statement in your OpenDNSSEC MySQL database: + +alter table dnsseckeys drop foreign key dnsseckeys_ibfk_1; + +For more information see: + https://issues.opendnssec.org/browse/OPENDNSSEC-338 + + -- Ondřej Surý ond...@debian.org Tue, 27 Nov 2012 14:26:47 +0100 diff -Nru opendnssec-1.3.9/debian/patches/011-return_if_open_parse_of_zonelist.xml_fails.patch opendnssec-1.3.9/debian/patches/011-return_if_open_parse_of_zonelist.xml_fails.patch --- opendnssec-1.3.9/debian/patches/011-return_if_open_parse_of_zonelist.xml_fails.patch 1970-01-01 01:00:00.0 +0100 +++ opendnssec-1.3.9/debian/patches/011-return_if_open_parse_of_zonelist.xml_fails.patch 2012-11-27 14:35:11.0 +0100 @@ -0,0 +1,26 @@ +--- a/enforcer/utils/ksmutil.c b/enforcer/utils/ksmutil.c +@@ -1294,9 +1294,11 @@ cmd_listzone () + xmlFreeTextReader(reader); + if (ret != 0) { + printf(%s : failed to parse\n, zonelist_filename); ++return 1; + } + } else { + printf(Unable to open %s\n, zonelist_filename); ++return 1; + } + + /* Allocate space for the list of zone IDs */ +@@ -4710,9 +4712,11 @@ int update_zones(char* zone_list_filenam + xmlFreeTextReader(reader); + if (ret != 0) { + printf(%s : failed to parse\n, zone_list_filename); ++return 1; + } + } else { + printf(Unable to open %s\n, zone_list_filename); ++return 1; + } + + /* Allocate space for the list of zone IDs */ diff -Nru opendnssec-1.3.9/debian/patches/012-fix_RRSIGs_with_glue.patch opendnssec-1.3.9/debian/patches/012-fix_RRSIGs_with_glue.patch --- opendnssec-1.3.9/debian/patches/012-fix_RRSIGs_with_glue.patch 1970-01-01 01:00:00.0 +0100 +++ opendnssec-1.3.9/debian/patches/012-fix_RRSIGs_with_glue.patch 2012-11-27 14:35:11.0 +0100 @@ -0,0 +1,18 @@ +--- a/signer/src/signer/domain.c b/signer/src/signer/domain.c +@@ -1,5 +1,5 @@ + /* +- * $Id: domain.c 4975 2011-04-19 11:54:20Z matthijs $ ++ * $Id: domain.c 6448 2012-06-20 11:57:01Z matthijs $ + * + * Copyright (c) 2009 NLNet Labs. All rights reserved. + * +@@ -963,7 +963,7 @@ domain_print(FILE* fd, domain_type* doma + */ + if (print_glue (rrset-rr_type == LDNS_RR_TYPE_A || + rrset-rr_type == LDNS_RR_TYPE_)) { +-rrset_print(fd, rrset, 0); ++rrset_print(fd, rrset, 1); + } + } else { + rrset_print(fd, rrset, 0); diff -Nru opendnssec-1.3.9/debian/patches/013-fix_zone_delete_with_MySQL.patch
Bug#694446: im-config should setting environment variable in 70im-config_launch instead of im-launch
Hmmm... Fixing this requires redesign of im-config. * Split /usr/share/im-config/data/*.rc into 2 parts * one for daemons * one for environment Then local configuration needs to be split for each. Or enclose daemon code in if...fi. Maybe that is better. How serious do you think this bug is? If it is minor, let's not make huge patch Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618968: Do not use ffmpeg in netgen
On Tue, 2012-11-27 at 11:45 +0100, Anton Gladky wrote: tags 618968 +patch thanks Please, consider the following patch, which prevents of using ffmpeg in netgen build. It will, of course, cut the functionality of netgen, but will let to stay it in wheezy. The upload should be done directly to wheezy, because sid contains the version, which will unlikely go to a testing. Thanks, Anton Hi, unless I'm wrong netgen requires the following package to have ffmpeg features : libswscale-dev, libavformat-dev, libavcodec-dev. None of these packages are concerned with the switch from ffmpeg to libav. I think there is no reason to apply this patch. Best C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694543: 5.4.8-1 experimental is wrongly native
Source: php5 Version: 5.4.8-1 Severity: important Hi, according to the experimental upload changes file [0], php5 5.4.8-1 has been uploaded as a native source package. That's almost certainly wrong and confuses external users of this source package (and was revealed by problems of the Ubuntu source package importer). You could e.g. use the 3.0 (quilt) source format to avoid such upload mistakes. Cheers, OdyX [0] http://packages.qa.debian.org/p/php5/news/20121026T124830Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694417: bbdb: package installation creates /root/.gnupg/*
Control: tags -1 + patch Dear Maintainers, Andreas Beckmann deb...@abeckmann.de writes: Package: bbdb Version: 2.36-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts during a test with piuparts I noticed that your package creates files in /root. From the attached log (scroll to the bottom): 1m4.7s ERROR: FAIL: Package purging left files on system: /root/.gnupg/not owned /root/.gnupg/gpg.confnot owned /root/.gnupg/pubring.gpg not owned /root/.gnupg/secring.gpg not owned Please find attached a patch that fixes this bug. I can perform the NMU if you are busy now, but I would appreciate your feedback on the patch. Regards, diff -Nru bbdb-2.36/debian/bbdb.emacsen-install bbdb-2.36/debian/bbdb.emacsen-install --- bbdb-2.36/debian/bbdb.emacsen-install 2010-12-12 16:03:00.0 +0100 +++ bbdb-2.36/debian/bbdb.emacsen-install 2012-11-27 14:53:21.0 +0100 @@ -74,6 +74,11 @@ # at ELCDIR ( cd ${ELCDIR} + + # Prevent epg from manipulating /root/.gnupg (#694417) + TMPGNUPGHOME=`mktemp -d --tmpdir gnupg.XX` + export GNUPGHOME=${TMPGNUPGHOME} + echo Generating bbdb-autoloads... echo Generating bbdb-autoloads $LOG make autoloads $LOG 21 @@ -86,7 +91,7 @@ GNUSDIR=${GNUSDIR} \ MHEDIR=${MHEDIR} $LOG 21 mv lisp/*.elc utils/*.el . - rm -rf tex utils lisp Makefile + rm -rf tex utils lisp Makefile ${TMPGNUPGHOME} ${FLAVOR} ${COMPILE} *.el $LOG 21 ) cat ${ELCDIR}/load-path.el EOF diff -Nru bbdb-2.36/debian/changelog bbdb-2.36/debian/changelog --- bbdb-2.36/debian/changelog 2010-12-12 16:03:00.0 +0100 +++ bbdb-2.36/debian/changelog 2012-11-27 14:48:38.0 +0100 @@ -1,3 +1,12 @@ +bbdb (2.36-2.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/bbdb.emacsen-install: no longer create /root/.gnupg during +installation of the package. This is achieved by binding GNUPGHOME to a +temporary directory during bytecode compilation (Closes: #694417) + + -- Sébastien Villemot sebast...@debian.org Tue, 27 Nov 2012 14:32:04 +0100 + bbdb (2.36-2) unstable; urgency=low * Update to bbdb-vcard 0.3, which better parses birthdays -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 pgpmySpe31ocn.pgp Description: PGP signature
Bug#693302: Fixed in git
Hello Pablo. Thank you for the report and for using nginx-naxsi. I forgot to add the Real IP on the nginx-naxsi because I thought its main use will be in a reverse proxy. I performed the needed changes in the git repository to have it available in Debian Unstable. As Wheezy is frozen now, I don't know if we will be able to add the module in the wheezy packages and then performing a backport. Kartik, Michael, do you have any ideas on this ? Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694537: libio-prompt-perl: Version of IO::Prompt in wheezy dies if you call prompt() in non-main package
Control: tags -1 + patch Attached is the proposed debdiff for the t-p-u. Regards, Salvatore diff -Nru libio-prompt-perl-0.997001/debian/changelog libio-prompt-perl-0.997001/debian/changelog --- libio-prompt-perl-0.997001/debian/changelog 2010-04-25 18:06:43.0 +0200 +++ libio-prompt-perl-0.997001/debian/changelog 2012-11-27 14:55:17.0 +0100 @@ -1,3 +1,14 @@ +libio-prompt-perl (0.997001-1+deb7u1) testing-proposed-updates; urgency=low + + * Add 694537-use-Scalar-Util-openhandle.patch patch. +IO::Prompt doesn't work on perl (= 5.14) if prompt() is called in +non-main package with 'Can't call method opened without a package +or object reference at /usr/share/perl5/IO/Prompt.pm line 188.'. +Thanks to Michael Howe michael.h...@it.ox.ac.uk (Closes: #694537) + * Email change: Salvatore Bonaccorso - car...@debian.org + + -- Salvatore Bonaccorso car...@debian.org Tue, 27 Nov 2012 14:54:29 +0100 + libio-prompt-perl (0.997001-1) unstable; urgency=low * New upstream release diff -Nru libio-prompt-perl-0.997001/debian/control libio-prompt-perl-0.997001/debian/control --- libio-prompt-perl-0.997001/debian/control 2010-04-25 18:06:43.0 +0200 +++ libio-prompt-perl-0.997001/debian/control 2012-11-27 14:55:17.0 +0100 @@ -7,7 +7,7 @@ Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Uploaders: gregor herrmann gre...@debian.org, Jonathan Yu jaw...@cpan.org, Gunnar Wolf gw...@debian.org, Niko Tyni nt...@iki.fi, - Salvatore Bonaccorso salvatore.bonacco...@gmail.com + Salvatore Bonaccorso car...@debian.org Standards-Version: 3.8.4 Homepage: http://search.cpan.org/dist/IO-Prompt/ Vcs-Svn: svn://svn.debian.org/pkg-perl/trunk/libio-prompt-perl/ diff -Nru libio-prompt-perl-0.997001/debian/copyright libio-prompt-perl-0.997001/debian/copyright --- libio-prompt-perl-0.997001/debian/copyright 2010-04-25 18:06:43.0 +0200 +++ libio-prompt-perl-0.997001/debian/copyright 2012-11-27 14:55:17.0 +0100 @@ -12,7 +12,7 @@ 2006, Gunnar Wolf gw...@debian.org 2006, Niko Tyni nt...@iki.fi 2010, Jonathan Yu jaw...@cpan.org - 2010, Salvatore Bonaccorso salvatore.bonacco...@gmail.com + 2010, Salvatore Bonaccorso car...@debian.org License: Artistic or GPL-1+ License: Artistic diff -Nru libio-prompt-perl-0.997001/debian/gbp.conf libio-prompt-perl-0.997001/debian/gbp.conf --- libio-prompt-perl-0.997001/debian/gbp.conf 1970-01-01 01:00:00.0 +0100 +++ libio-prompt-perl-0.997001/debian/gbp.conf 2012-11-27 14:55:17.0 +0100 @@ -0,0 +1,2 @@ +[DEFAULT] +debian-branch = wheezy diff -Nru libio-prompt-perl-0.997001/debian/patches/694537-use-Scalar-Util-openhandle.patch libio-prompt-perl-0.997001/debian/patches/694537-use-Scalar-Util-openhandle.patch --- libio-prompt-perl-0.997001/debian/patches/694537-use-Scalar-Util-openhandle.patch 1970-01-01 01:00:00.0 +0100 +++ libio-prompt-perl-0.997001/debian/patches/694537-use-Scalar-Util-openhandle.patch 2012-11-27 14:55:17.0 +0100 @@ -0,0 +1,23 @@ +Description: Doesn't work on 5.14 if you call prompt() in non-main package +Origin: upstream, https://metacpan.org/diff/file/?target=DCONWAY/IO-Prompt-0.997002/lib/IO/Prompt.pmsource=DCONWAY/IO-Prompt-0.997001/lib/IO/Prompt.pm +Bug: https://rt.cpan.org/Public/Bug/Display.html?id=69084 +Bug-Debian: http://bugs.debian.org/694537 +Forwarded: not-needed +Author: Salvatore Bonaccorso car...@debian.org +Last-Update: 2012-11-27 +Applied-Upstream: yes + +--- a/lib/IO/Prompt.pm b/lib/IO/Prompt.pm +@@ -183,9 +183,10 @@ + open $IN, /dev/tty or croak Cannot read from terminal: $!; + } + else { ++use Scalar::Util; + no strict 'refs'; + my $ARGV = $caller . ::ARGV; +-unless (*$ARGV-opened) { ++unless (Scalar::Util::openhandle(*$ARGV)) { + $$ARGV = shift(@$ARGV) || '-'; + open $ARGV or croak Can't open $$ARGV: $!; + } diff -Nru libio-prompt-perl-0.997001/debian/patches/series libio-prompt-perl-0.997001/debian/patches/series --- libio-prompt-perl-0.997001/debian/patches/series2010-04-25 18:06:43.0 +0200 +++ libio-prompt-perl-0.997001/debian/patches/series2012-11-27 14:55:17.0 +0100 @@ -1,2 +1,3 @@ create-pty.patch add-shebang-to-examples.patch +694537-use-Scalar-Util-openhandle.patch signature.asc Description: Digital signature
Bug#618968: Do not use ffmpeg in netgen
Hi Christophe, sorry, I don't get your point regarding these packages. The patch completely removes ffmpeg from netgen, so the license issue can be solved in this case. Thanks, Anton 2012/11/27 trophime christophe.troph...@lncmi.cnrs.fr: Hi, unless I'm wrong netgen requires the following package to have ffmpeg features : libswscale-dev, libavformat-dev, libavcodec-dev. None of these packages are concerned with the switch from ffmpeg to libav. I think there is no reason to apply this patch. Best C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694544: virtualbox-ose: Comma (, ) is being incorrectly mapped to open-single-quote (`) in VBoxHeadless VNC code
Package: virtualbox-ose Version: 3.2.10-dfsg-1 Severity: minor This bug has already been fixed upstream: https://www.virtualbox.org/pipermail/vbox-dev/2011-April/003866.html -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii adduser3.112+nmu2add and remove users and groups ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcurl3 7.21.0-2.1+squeeze2 Multi-protocol file transfer libra ii libgcc11:4.4.5-8 GCC support library ii libpng12-0 1.2.44-1+squeeze4 PNG library - runtime ii libpython2.6 2.6.6-8+b1Shared Python runtime library (ver ii libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2+b1API to write one's own vnc server ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcursor11:1.1.10-2X cursor management library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml22.7.8.dfsg-2+squeeze5 GNOME XML library ii libxmu62:1.0.5-2 X11 miscellaneous utility library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libg 7.7.1-5A free implementation of the OpenG ii libqt4-opengl 4:4.6.3-4+squeeze1 Qt 4 OpenGL module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii virtualbox-ose-dkms 3.2.10-dfsg-1 x86 virtualization solution - kern ii virtualbox-ose-qt 3.2.10-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libpulse0 0.9.21-3+squeeze1 PulseAudio client libraries pn vde2 none(no description available) pn virtualbox-guest-addit 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#618968: Do not use ffmpeg in netgen
On Tue, 2012-11-27 at 15:10 +0100, Anton Gladky wrote: Hi Christophe, sorry, I don't get your point regarding these packages. The patch completely removes ffmpeg from netgen, so the license issue can be solved in this case. netgen does not use ffmpeg as such. It uses libav libraries! So from my point of view we do not need to disable ffmpeg feature in netgen. Get a look at the code... There is no use of ffmpeg. C Thanks, Anton 2012/11/27 trophime christophe.troph...@lncmi.cnrs.fr: Hi, unless I'm wrong netgen requires the following package to have ffmpeg features : libswscale-dev, libavformat-dev, libavcodec-dev. None of these packages are concerned with the switch from ffmpeg to libav. I think there is no reason to apply this patch. Best C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618968: Do not use ffmpeg in netgen
Well, there is a list of files in libav, which are also under GPL-license [1]. I do not know, whether those files are used for building. Anton [1] http://packages.debian.org/changelogs/pool/main/liba/libav/current/copyright 2012/11/27 trophime christophe.troph...@lncmi.cnrs.fr: libav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692791: members of lpadmin can read every file on server via cups
FYI, as a security fix for our stable releases in Ubuntu, we plan on disabling cupsd.conf modification in the web interface entirely. Attached is the patch we plan on using. Marc. Description: fix privilege escalation by disabling config file editing via the web interface Author: Marc Deslauriers marc.deslauri...@canonical.com Forwarded: No Bug: https://www.cups.org/str.php?L4223 Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692791 Index: cups-1.6.1/doc/help/policies.html === --- cups-1.6.1.orig/doc/help/policies.html 2012-11-27 09:16:17.608346696 -0500 +++ cups-1.6.1/doc/help/policies.html 2012-11-27 09:16:19.768346750 -0500 @@ -19,7 +19,7 @@ PPolicies are stored in the VARcupsd.conf/VAR file in A HREF=ref-cupsd-conf.html#PolicyTTPolicy/TT/A sections. Each policy has an alphanumeric name that is used to select it. Inside the policy section are one or more A HREF=ref-cupsd-conf.html#LimitIPPTTLimit/TT/A subsections which list the operations that are affected by the rules inside it. A HREF=#LISTING01Listing 1/A shows the default operation policy, appropriately called default, that is shipped with CUPS./P -PThe easiest way to add a policy to the VARcupsd.conf/VAR file is to use the web interface. Click on the VARAdministration/VAR tab and then the VAREdit Configuration File/VAR button to edit the current VARcupsd.conf/VAR file. Click on the VARSave Changes/VAR button to save the changes and restart the scheduler. If you edit the VARcupsd.conf/VAR file from the console, make sure to A HREF=ref-cupsd-conf.htmlrestart the cupsd process/A before trying to use the new policy./P +PIf you edit the VARcupsd.conf/VAR file from the console, make sure to A HREF=ref-cupsd-conf.htmlrestart the cupsd process/A before trying to use the new policy./P PRE CLASS=example EMListing 1: A NAME=LISTING01Default Operation Policy/A/EM Index: cups-1.6.1/templates/admin.tmpl === --- cups-1.6.1.orig/templates/admin.tmpl 2012-11-27 09:16:19.740346750 -0500 +++ cups-1.6.1/templates/admin.tmpl 2012-11-27 09:16:19.772346751 -0500 @@ -28,7 +28,6 @@ H2 CLASS=titleServer/H2 P -FORM ACTION=/admin/ METHOD=POSTINPUT TYPE=HIDDEN NAME=org.cups.sid VALUE={$org.cups.sid}INPUT TYPE=HIDDEN NAME=OP VALUE=config-serverINPUT TYPE=SUBMIT VALUE=Edit Configuration File/FORM FORM ACTION=/admin/log/access_log METHOD=GETINPUT TYPE=SUBMIT VALUE=View Access Log/FORM FORM ACTION=/admin/log/error_log METHOD=GETINPUT TYPE=SUBMIT VALUE=View Error Log/FORM FORM ACTION=/admin/log/page_log METHOD=GETINPUT TYPE=SUBMIT VALUE=View Page Log/FORM Index: cups-1.6.1/cgi-bin/admin.c === --- cups-1.6.1.orig/cgi-bin/admin.c 2012-11-27 09:16:19.744346750 -0500 +++ cups-1.6.1/cgi-bin/admin.c 2012-11-27 09:16:34.236347121 -0500 @@ -1880,6 +1880,7 @@ cgiEndHTML(); } +#if 0 /* Disabled to fix CVE-2012-5519 security issue */ else if (cgiGetVariable(SAVECHANGES) cgiGetVariable(CUPSDCONF)) { /* @@ -2124,6 +2125,7 @@ cgiEndHTML(); } +#endif }
Bug#694513: udev appears to be part of the problem
I noticed that udev consumed about 100% of (both) CPUs. udevadm monitor prints out an endless series of complaints: KERNEL[142913.259475] add /devices/virtual/bdi/254:7808 (bdi) UDEV [142913.260181] add /devices/virtual/bdi/254:7808 (bdi) KERNEL[142913.260389] add /devices/virtual/block/md_d122 (block) KERNEL[142913.260760] remove /devices/virtual/bdi/254:7808 (bdi) UDEV [142913.260998] remove /devices/virtual/bdi/254:7808 (bdi) KERNEL[142913.261058] remove /devices/virtual/block/md_d122 (block) UDEV [142913.264178] add /devices/virtual/block/md_d122 (block) UDEV [142913.264692] remove /devices/virtual/block/md_d122 (block) restarting udev clears the problem, which then returns. I'm not clear what's going on here (is udev trying to restart something it thinks exists, or is it trying to grab devices that are in use?) and I'm investigating. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694545: turpial: no controls outside of systray
Package: turpial Version: 1.6.9-1 Severity: normal Tags: upstream Dear Maintainer, when I run the program under a window manager that does not have a systray, I get no controls. In that case, the only way to exit the application is to forcibly kill it. Observed under fvwm. Kind regards, --Toni++ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages turpial depends on: ii gstreamer0.10-plugins-base 0.10.36-1 ii python 2.7.3~rc2-1 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-3 ii python-gtkspell 2.25.3-12 ii python-notify 0.1.1-3 ii python-oauth1.0.1-3 ii python-pkg-resources0.6.24-1 ii python-simplejson 2.5.2-1 ii python-webkit 1.1.8-2 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 turpial recommends no packages. turpial suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org