Bug#722210: perl-modules: Module::Load::Conditional fails in taint mode with Insecure dependency in eval while running with -T switch at /usr/share/perl/5.18/Module/Metadata.pm line 631
On 09/09/2013 01:37 AM, Daniel Kahn Gillmor wrote: Package: perl-modules Version: 5.18.1-3 Severity: important Control: affects -1 msva-perl in perl 5.14.2-21, the following command returns cleanly: perl -wTMModule::Load::Conditional -e 'Module::Load::Conditional::can_load(modules = { 'Test' = undef });' 0 dkg@wheezy:~$ perl -wTMModule::Load::Conditional -e 'Module::Load::Conditional::can_load(modules = { 'Test' = undef });' 0 dkg@wheezy:~$ but in perl 5.18.1-3, it fails harshly: 0 dkg@alice:~$ perl -wTMModule::Load::Conditional -e 'Module::Load::Conditional::can_load(modules = { 'Test' = undef });' Insecure dependency in eval while running with -T switch at /usr/share/perl/5.18/Module/Metadata.pm line 631, GEN0 line 23. 25 dkg@alice:~$ This appears to mean that any code running in taint mode that uses Module::Load::Conditional::can_load will fail hard. This is causing a crash in msva-perl, which deliberately runs in taint mode and also may conditionally load a handful of pre-known modules if they are present on the system. Marking this as important since it breaks msva-perl and probably other code. Interestingly, if none of the modules that are trying to be loaded are installed, this taint error does not show up, so the failures are contingent on one of the conditionally-loaded modules actually being present. --dkg signature.asc Description: OpenPGP digital signature
Bug#722211: please make aptitude more clever on resolving dependency problems
Package: aptitude Version: 0.6.8.2-1 Severity: wishlist I am working on Unstable, using Testing as a fallback in my sources.list. Its hard to reproduce, but when aptitude asks me to resolve package conflits it presends an endless flow of complex package sets to keep and downgrade and to remove, instead of keeping a single package that can still be found in testing. It would be very nice if this could be improved, e.g. by some algorithm looking for the least painful change and presenting it first. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704785: OGRE's FTBFS #713640 affects other packages
On Sat, 2013-09-07 at 13:57 +0100, Manuel A. Fernandez Montecelo wrote: OGRE only uses boost::thread (the dependency on boost::system comes from boost::thread, is the only thing that OGRE uses). Since 1.53 it seems that thread requires system, something that didn't happen before but it's likely to stay in the future. OGRE can also be built against POCO or TBB for its threading support. So I think that either OGRE upstream should emit the correct flags, or there's something wrong with Boost itself, but can't tell confidently enough yet for knowing what should be done. Based on your analysis above it appears that this is a bug in boost. If you could track this down and have it fixed, that would be great since I will mostly be offline this week. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#722213: owncloud: contains unregistered embedded copy of php-patchwork-utf8
Package: owncloud Version: 5.0.10+dfsg-1 Severity: important Dear Maintainer, It has come to my attention that owncloud fully embeds[1] the php-patchwork-utf8 package. This practise is discouraged by the Debian policy, but not prohibited. Please investigate whether you can use the php-patchwork-utf8 package instead of embedding it. In case there is a strong version binding, this may be infeasible. If this is not possible, at a bare minimum you need to register[2] your embedded copy with the security tracker. This is especially true, because both packages are network facing components and therefore are likely candidates for security updates. In case you conclude that removing the embedding is not feasible, I can do the registration for you. Helmut [1] http://dedup.debian.net/compare/owncloud/php-patchwork-utf8 [2] https://wiki.debian.org/EmbeddedCodeCopies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722166: bobcat: Please do not write timestamps in gzip files
Dear J??r??my Bobbio, you wrote: Control: tags -1 + patch tony mancill: Thanks for the suggestion and for looking into the cause of the issue with the bobcat build. I'm suspect that Frank, the upstream developer, will be willing to address this in a future upstream release. Of course I am. Could somebody please enlighten me what the problem actually is? This is the first time in my l-o-o-o-o-ng life that I learn about a thing called a `timestamp of a gzip file' and that it may cause problems. I'll adapt the upstream sources later this week. Cheers, -- Frank B. Brokken Center for Information Technology, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722214: dh-python: ASCII conversion error in pybuild autotest
Package: dh-python Version: 1.20130903-1 Severity: important Still working on pybik (so you can grab it from the PAPT svn to recreate this problem): make[1]: Leaving directory `/tmp/buildd/pybik-1.1' dh_auto_test -O--buildsystem=pybuild E: pybuild pybuild:255: test: plugin distutils failed with: 'ascii' codec can't decode byte 0xc2 in position 57: ordinal not in range(128) dh_auto_test: pybuild --test -i python{version} -p 3.3 --dir . returned exit code 13 make: *** [build] Error 13 I'm not 100% sure if that's an actual dh-python bug or it's just very unfriendly about explaining there's a bug in the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722201: Fwd: [Debian-Islamic-maintainers] Bug#722201: FTBFS: several errors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 - Original Message From: Micah Gersten mic...@ubuntu.com Sent: Mon Sep 09 03:52:37 جرينتش+02:00 2013 To: Debian Bug Tracking System sub...@bugs.debian.org Subject: [Debian-Islamic-maintainers] Bug#722201: FTBFS: several errors Package: zekr Version: 1.1.0+repack-1 Severity: serious Justification: fails to build from source (but built successfully in the past) See https://launchpadlibrarian.net/144030976/buildlog_ubuntu-saucy-i386.zekr_1.1.0%2Brepack-1_FAILEDTOBUILD.txt.gz I was able to reproduce a similar log in a sid amd64 chroot. Thanks in advance. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-28-generic (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 ___ Debian-islamic-maintainers mailing list debian-islamic-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-islamic-maintainers - -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -BEGIN PGP SIGNATURE- Version: APG v1.0.8 iQFYBAEBCABCBQJSLWP8OxwjLUUvICdERS1FSC9KIChBaG1lZCBFbC1NYWhtb3Vk eSkgPGFlbG1haG1vdWR5QHNhYmlseS5vcmc+AAoJELwZapTt3aG3wfYH/1Thbx02 Le0BpCug+QHMWQB7+6eD5eSsgnrVSDRVJyFmr1QfgJArflzv3WdJDt5RmvxzdeOb xT0goEaGzp0A19PvoefxUT2qDOOs1IccxHf1cPNfYqP0TyRLtPuRe6GldoJelWUw BjM/H/Oaz8XbL4nlTdW7s/AuRN0m2jjGB2MEbG8/JvN/6kfslBYeJQEAvb2yoI4n 6AuGB5SzCw1Kn/dkcZTEIBMts9zZ0yGSCr6BmLQeIT+x0hiktua2YNEAH9f7IfRX nkJMDRUG90R0vUTliYUggWtxXRUIhAWaEsqEUH7bthyWkho58hwb27aJpDDZn/GU DVSnS25XxJKWnso= =QSW2 -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#722057: libdspam7-drv-hash: dspam segfaults [libhash_drv on _hash_drv_seek()]
On Sat, Sep 07, 2013 at 08:33:21PM +0200, Thomas Preud'homme wrote: Le samedi 7 septembre 2013 09:51:28 Raphael Droz a écrit : Symbols for libdspam7-drv-hash are found in libdspam7-dbg. Could you install it and give me stacktrace you get with it? cannot reproduce the segfault with gdb attached [seems caught], see dmesg: # before [1789927.243664] cssclean[19441]: segfault at 7f9a9235a000 ip 00403b5b sp 7fff03c76f50 error 7 in cssclean[40+c000] [1790149.375722] cssclean[20088]: segfault at 7f47faf76000 ip 00403b5b sp 7fffe4ca6aa0 error 7 in cssclean[40+c000] [1790258.467683] dspam[20448]: segfault at 7f3dbee971c0 ip 7f3dbbfdc69a sp 7f3dbbfd2048 error 4 in libhash_drv.so.7.0.0[7f3dbbfd8000+6000] [1790317.292935] dspam[20639]: segfault at 7fc7239e3c88 ip 7fc7249e969a sp 7fc7249df048 error 4 in libhash_drv.so.7.0.0[7fc7249e5000+6000] [1790436.865577] cssclean[21207]: segfault at 7f115c85b000 ip 00403af6 sp 7fffbad55270 error 4 in cssclean[40+c000] [1790683.690902] dspam[21369]: segfault at 7f818dc5db20 ip 7f818acfe69a sp 7f818a2b2048 error 4 in libhash_drv.so.7.0.0[7f818acfa000+6000] [1790726.958260] cssclean[21906]: segfault at 7f2943d15000 ip 00403af6 sp 7fff4de21140 error 4 in cssclean[40+c000] [1861882.986382] cssclean[29031]: segfault at 7f5961562000 ip 00403af6 sp 7fff8ee5a630 error 4 in cssclean[40+c000] # since gdb is attached: [1866157.050310] dspam[19015] trap int3 ip:7f796e791c21 sp:7fff8ace3708 error:0 [1873018.143174] cssclean[13762]: segfault at 7f5e84d35000 ip 00403af6 sp 7fff606566c0 error 4 in cssclean[40+c000] [1873320.510550] cssstat[14430]: segfault at 7f3a35434010 ip 0040373d sp 7fff2cbfcac0 error 4 in cssstat[40+c000] [1873509.922881] cssstat[14900]: segfault at 7fb25cd23010 ip 0040373d sp 7fffcab5bc00 error 4 in cssstat[40+c000] [1873528.544267] cssstat[14984]: segfault at 7fcde4ed2010 ip 0040373d sp 7a51a510 error 4 in cssstat[40+c000] [1948279.518065] cssclean[25403]: segfault at 7f89cc849000 ip 00403af6 sp 7fff016eb060 error 4 in cssclean[40+c000] [1953904.527031] dspam[13449] trap int3 ip:7ffa2a143c21 sp:7fff4001f358 error:0 how would I trace these ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721075: pu: package stellarium/0.11.3-1
On 08/09/13 19:59, Adam D. Barratt wrote: On Mon, 2013-09-02 at 00:12 +0200, Tomasz Buchert wrote: On 01/09/13 22:41, Adam D. Barratt wrote: On Sun, 2013-09-01 at 21:11 +0100, Jonathan Wiltshire wrote: There is one instance of whitespace noise in your patch: [...] so please go ahead, and it's up to you if you want to correct that first. One additional note: [...] Ok, corrected and attached. Please go ahead; thanks. Regards, Adam Hi, just to be sure on that: by go ahead you mean that I can upload it? Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722211: [Aptitude-devel] Bug#722211: please make aptitude more clever on resolving dependency problems
Control: tag -1 + confirmed Hi Harald, Harald Dunkel wrote: Its hard to reproduce, but when aptitude asks me to resolve package conflits it presends an endless flow of complex package sets to keep and downgrade and to remove, instead of keeping a single package that can still be found in testing. Indeed. Aptitude currently seems to prefer removals and downgrades over keeps. You can changed that yourself either with resolver hints (see http://aptitude.alioth.debian.org/doc/en/ch02s03s05.html) or resolver costs (see http://aptitude.alioth.debian.org/doc/en/ch02s03s04.html). It would be very nice if this could be improved, e.g. by some algorithm looking for the least painful change and presenting it first. That'd be nice when running unstable, yes. Not sure though if it's the best solution during dist-upgrades from oldstable to stable. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722213: [Pkg-owncloud-maintainers] Bug#722213: owncloud: contains unregistered embedded copy of php-patchwork-utf8
On Monday 09 September 2013 08:17:53 Helmut Grohne wrote: It has come to my attention that owncloud fully embeds[1] the php-patchwork-utf8 package. This practise is discouraged by the Debian policy, but not prohibited. Please investigate whether you can use the php-patchwork-utf8 package instead of embedding it. See bug #721889 -- GPG: 0x138E41915C7EFED6 signature.asc Description: This is a digitally signed message part.
Bug#722166: bobcat: Please do not write timestamps in gzip files
Hi Frank, Frank B. Brokken: Of course I am. Could somebody please enlighten me what the problem actually is? This is the first time in my l-o-o-o-o-ng life that I learn about a thing called a `timestamp of a gzip file' and that it may cause problems. In Debian context, it currently can pause problem for multiarch: http://lintian.debian.org/tags/gzip-file-is-not-multi-arch-same-safe.html Some people are also working on having byte-by-byte reproducible builds [1]. This adds a way to verify that a given source produces the same binary. When done by multiple independent people, this would give Debian some resistance against targatted attacks on its developers. For the latter to work, we need to eliminate any variations coming from external factors, like timestamps. [1] http://wiki.debian.org/ReproducibleBuilds Hope that helps, -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#722166: bobcat: Please do not write timestamps in gzip files
Dear J?r?my Bobbio, you wrote: ... For the latter to work, we need to eliminate any variations coming from external factors, like timestamps. Hope that helps, Absolutely, Thanks for the speedy clarification! Cheers, -- Frank B. Brokken Center for Information Technology, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721453: Anything new ?
Hello, Because of this bug, I don't know if I can rely on Clutter to do the animations I want. This is blocking me. Could you just tell me if you reproduce this bug as well and intend to fix it, please ? Thanks in advance, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722084: lintian: [checks] Add Ruby pkg team checks to lintian
On 2013-09-07 19:00, Jonas Genannt wrote: Package: lintian Version: 2.5.17 Severity: wishlist Tags: patch Dear Lintian-Maintainer, Hi Jonas, Thanks for your interest in supplying Lintian checks for Ruby packages. we the Debian Ruby Team would like to add some lintian checks for the Ruby packages. Please see attched patch. Acknowledgment of Ruby pkg team: https://lists.debian.org/debian-ruby/2013/09/msg00011.html Would you please include that checks into the next release of Lintian? Indeed, if they are generally useful to all ruby packages (i.e. even for packages maintained by people not in the pkg-ruby team). Though, for now I am trying to keep team specific checks separate. It looks like the checks you provided are of the former (despite $SUBJECT), so they should be mostly okay. Mind you, I am not sure that they proposed severities can be retained. I got a couple remarks about the check (interleaved in the patch below). Also, a little bonus trivia. Did you know you can have non-standard checks loaded via --include-dir? E.g. if you change the layout of the ruby-lintian git repository, so the checks are in a directory called checks. $RUBY_LINTIAN_CHECKOUT/ checks/local my-check.desc my-check.pm profiles/local/main.profile Then: lintian --include-dir $RUBY_LINTIAN_CHECKOUT --profile local pkg will DTRT. I find that very useful for development and testing non-standard checks. :) Thanks, Jonas 0001-added-Ruby-pkg-team-checks.patch From d7a2bb97de6be5f125cbbd7d72ada75e95fa53be Mon Sep 17 00:00:00 2001 From: Jonas Genannt jo...@brachium-system.net Date: Sat, 7 Sep 2013 18:52:44 +0200 Subject: [PATCH] added Ruby pkg team checks --- checks/ruby.desc | 36 checks/ruby.pm | 39 +++ profiles/debian/main.profile |2 +- 3 files changed, 76 insertions(+), 1 deletion(-) create mode 100644 checks/ruby.desc create mode 100644 checks/ruby.pm diff --git a/checks/ruby.desc b/checks/ruby.desc new file mode 100644 index 000..f635090 --- /dev/null +++ b/checks/ruby.desc @@ -0,0 +1,36 @@ +Check-Script: ruby +Author: Jonas Genannt jonas.gena...@capi2name.de +Type: binary +Info: Checks various Ruby PKG Team stuff From what I can tell, these checks are not specific to pkg-ruby, so the description could use a minor fixup. +Needs-Info: bin-pkg-control, index, scripts, unpacked I think these are all pretty much unused and can be dropped. At least, I cannot find anything requiring those at first glance. E.g. $info-field and $info-relation have no requirements. :) + +Tag: ruby-depends-on-ruby1.8 +Severity: serious +Certainty: certain +Info: This package depends on ruby1.8, but ruby 1.8 is at its end of life. + Please check your package against newer Ruby versions and update your + dependencies to ruby | ruby-interpreter, or in the worst case, to a newer + Ruby version. + . + https://wiki.debian.org/Teams/Ruby/Packaging + This particular tag looks like a case of depends-on-obsolete-package and its sister tag, build-depends-on-obsolete-package. Would you be okay with us just adding ruby1.8 to data/fields/obsolete-packages? +Tag: ruby-depends-on-specific-ruby-version +Severity: normal +Certainty: certain +Info: This package depends on a specific ruby version. + Packages should not depend on a specific ruby version if possible, because + this makes it harder to drop support for obsolete Ruby versions. Ideally + packages should declare a dependency on Ruby using a generic + ruby | ruby-interpreter. + . + https://wiki.debian.org/Teams/Ruby/Packaging + +Tag: ruby-library-old-package-name-schema +Severity: serious I am not quite sure we can retain this severity; dropping it to normal (W) might be more reasonable. +Certainty: certain +Info: Your ruby library package name does not fit the Debian standards for Ruby. + The package name does not fit the current naming scheme for Ruby packages. + Ruby libraries should named like `ruby-foo`. Packages named libfoo-ruby* are + deprecated. + . + https://wiki.debian.org/Teams/Ruby/Packaging diff --git a/checks/ruby.pm b/checks/ruby.pm new file mode 100644 index 000..89f1987 --- /dev/null +++ b/checks/ruby.pm @@ -0,0 +1,39 @@ +package Lintian::ruby; + Please insert a license header (like the one we have in all checks). +use strict; +use warnings; + +use Lintian::Collect::Binary (); No need for loading L::C::Binary. +use Lintian::Tags qw(tag); + +sub run { +my $pkg = shift; +my $type = shift; +my $info = shift; Replace with: my ($pkg, undef, $info) = @_; (the $type argument is not used in this check, see below). + +if ($type eq 'binary') { Always true (due to the Type field from the .desc file). This kind of check only makes sense, if the Type-field contains multiple types. E.g.
Bug#722215: Does not drop supplementary groups
Package: tinyproxy Version: 1.8.3-3 Severity: important Tags: upstream patch Control: forwarded -1 https://bugzilla.banu.com/show_bug.cgi?id=115 When configured to change to a different user and group after startup (User and Group configuration directives), tinyproxy does not drop supplementary groups. These are still inherited from the calling process. This may lead to a situation where tinyproxy has more access than expected. At least on Debian systems root shells have root as a supplementary group. This currently leads to the situation where tinyproxy can read files readable only by the group root. The attached patch fixes this by dropping all supplementary groups if the Group directive is set. If only the User directive is set, groups are not dropped. This is inline with the current code that also does not change the primary group of the process in this case. I'm not sure if that's the behavior an average user would expect. It might be safer to change to the primary group of that user in this case and to either also drop supplementary groups or change to the supplementary groups of this user with the initgroups function. The patch adds a new check for the setgroups function as this function is not part of POSIX. I also submitted this bug upstream as https://bugzilla.banu.com/show_bug.cgi?id=115. But it would still be useful to fix it with a patch in the Debian package until it's fixed upstream. Gaudenz -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From cb0b7454c17dceb9be7ebb6b5f9e86c2a3389f36 Mon Sep 17 00:00:00 2001 From: Gaudenz Steinlin gaud...@debian.org Date: Mon, 9 Sep 2013 08:33:48 +0200 Subject: [PATCH] Drop supplementary groups Supplementary groups are inherited from the calling process. Drop all supplementary groups if the Group configuration directive is set to change to a different user. Otherwise the process may have more rights than expected. --- configure.ac | 2 +- src/main.c | 10 ++ 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 303fc7b..377e204 100644 --- a/configure.ac +++ b/configure.ac @@ -203,7 +203,7 @@ AC_FUNC_REALLOC AC_CHECK_FUNCS([gethostname inet_ntoa memchr memset select socket strcasecmp \ strchr strdup strerror strncasecmp strpbrk strstr strtol]) AC_CHECK_FUNCS([isascii memcpy setrlimit ftruncate regcomp regexec]) -AC_CHECK_FUNCS([strlcpy strlcat]) +AC_CHECK_FUNCS([strlcpy strlcat setgroups]) dnl Enable extra warnings diff --git a/src/main.c b/src/main.c index a7ae9c7..abb047d 100644 --- a/src/main.c +++ b/src/main.c @@ -296,6 +296,16 @@ change_user (const char *program) exit (EX_NOPERM); } +#ifdef HAVE_SETGROUPS +/* Drop all supplementary groups, otherwise these are inherited from the calling process */ +if (setgroups (0, NULL) 0) { +fprintf (stderr, + %s: Unable to drop supplementary groups.\n, + program); +exit (EX_NOPERM); +} +#endif + log_message (LOG_INFO, Now running as group \%s\., config.group); } -- 1.8.4.rc3
Bug#721075: pu: package stellarium/0.11.3-1
On 2013-09-09 7:37, Tomasz Buchert wrote: On 08/09/13 19:59, Adam D. Barratt wrote: Please go ahead; thanks. [...] just to be sure on that: by go ahead you mean that I can upload it? Yes. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722216: openvpn: Add GCM, CTR and XTS modes patch
Package: openvpn Version: 2.3.2-4 Severity: wishlist Tags: patch Hello, I tried following patch. https://community.openvpn.net/openvpn/attachment/ticket/301 [0001-Add-AEAD-cipher-modes.patch] But there are some problems. 1) XTS mode is not AEAD cipher. 2) CCM mode does not work. Because EVP_aes_nnn_ccm() functions is not in OpenSSL_add_all_algorithms() and referring to following http://wiki.openssl.org/index.php/EVP_Authenticated_Encryption_and_Decryption CCM mode differ from other modes in a significant way of EVP functions calling. 3) In crypto.c: crypto_adjust_frame_parameters() function, size of authentication tag is unconsidered. 4) For a reason of packed-id is not encrypted, it makes security weaken. Then I've made a new patch that was off CCM mode and add CTR mode. In my case of performance test (with aesni cpu), GCM mode is about 10 % better than CBC mode, CTR and XTS modes are a few % better than CBC mode. Note that using GCM mode, specify auth none to config file. Dear Maintainer, Please try the patch and send it Upstream. Thank you, Hiroyuki YAMAMORI -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.51 ii initscripts2.88dsf-43 ii iproute2 3.11.0-1 ii libc6 2.17-92+b1 ii liblzo2-2 2.06-1.2 ii libpam0g 1.1.3-9 ii libpkcs11-helper1 1.10-1 ii libssl1.0.01.0.1e-3 ii net-tools 1.60-25 Versions of packages openvpn recommends: pn easy-rsa none Versions of packages openvpn suggests: ii openssl 1.0.1e-3 pn resolvconf none -- debconf information excluded --- a/configure.ac 2013-05-31 21:00:25.0 +0900 +++ b/configure.ac 2013-09-08 19:19:13.678406806 +0900 @@ -61,6 +61,13 @@ ) AC_ARG_ENABLE( + [xtra-cipher-modes], + [AS_HELP_STRING([--disable-xtra-cipher-modes], [disable xtra cipher modes @:@default=yes@:@])], + , + [enable_xtra_cipher_modes=yes] +) + +AC_ARG_ENABLE( [ssl], [AS_HELP_STRING([--disable-ssl], [disable SSL support for TLS-based key exchange @:@default=yes@:@])], , @@ -777,6 +784,17 @@ [have_openssl_engine=no; break] ) + have_openssl_xtra_cipher_modes=yes + AC_CHECK_FUNCS( + [ \ + EVP_aes_256_gcm \ + EVP_aes_256_ctr \ + EVP_aes_256_xts \ + ], + , + [have_openssl_xtra_cipher_modes=no; break] + ) + CFLAGS=${saved_CFLAGS} LIBS=${saved_LIBS} fi @@ -947,6 +965,10 @@ CRYPTO_SSL_LIBS=${OPENSSL_SSL_LIBS} AC_DEFINE([ENABLE_CRYPTO_OPENSSL], [1], [Use OpenSSL library]) test ${have_openssl_engine} = yes AC_DEFINE([HAVE_OPENSSL_ENGINE], [1], [Use crypto library]) + if test ${enable_xtra_cipher_modes} = yes; then + test ${have_openssl_xtra_cipher_modes} = yes AC_DEFINE([HAVE_XTRA_CIPHER_MODES], [1], [Use crypto library]) + test ${have_openssl_xtra_cipher_modes} != yes AC_MSG_ERROR([Xtra cipher modes required but missing]) + fi ;; polarssl) have_crypto_crypto=${have_polarssl_crypto} --- a/src/openvpn/crypto.c 2013-05-31 21:00:07.0 +0900 +++ b/src/openvpn/crypto.c 2013-09-09 01:23:49.215559844 +0900 @@ -94,16 +94,21 @@ if (buf-len 0 opt-key_ctx_bi) { struct key_ctx *ctx = opt-key_ctx_bi-encrypt; + unsigned int mode = 0; /* Do Encrypt from buf - work */ if (ctx-cipher) { uint8_t iv_buf[OPENVPN_MAX_IV_LENGTH]; const int iv_size = cipher_ctx_iv_length (ctx-cipher); - const unsigned int mode = cipher_ctx_mode (ctx-cipher); + int block_size = cipher_ctx_block_size (ctx-cipher); + mode = cipher_ctx_mode (ctx-cipher); int outlen; - if (mode == OPENVPN_MODE_CBC) + if (all_xtra_mode (mode)) + ASSERT (opt-flags CO_USE_IV); /* IV required */ + + if (mode == OPENVPN_MODE_CBC || all_xtra_mode (mode)) { CLEAR (iv_buf); @@ -132,7 +137,7 @@ buf_set_write (b, iv_buf, iv_size); ASSERT (packet_id_write (pin, b, true, false)); } - else /* We only support CBC, CFB, or OFB modes right now */ + else /* We only support CBC, CFB, OFB, GCM, CTR or XTS modes right now */ { ASSERT (0); } @@ -151,7 +156,7 @@ ASSERT (cipher_ctx_reset(ctx-cipher, iv_buf)); /* Buffer overflow check */ - if (!buf_safe (work, buf-len + cipher_ctx_block_size(ctx-cipher))) + if (!buf_safe (work, buf-len + block_size)) { msg (D_CRYPT_ERRORS, ENCRYPT: buffer size error, bc=%d bo=%d bl=%d wc=%d wo=%d wl=%d cbs=%d, buf-capacity, @@ -160,7 +165,7 @@ work.capacity, work.offset, work.len, - cipher_ctx_block_size (ctx-cipher)); + block_size); goto err; } @@ -171,7 +176,10 @@ /* Flush the encryption buffer */ ASSERT(cipher_ctx_final(ctx-cipher, BPTR
Bug#722217: libc6: Update fails halfway with segfault
Package: libc6 Version: 2.17-92+b1 Severity: important Dear Maintainer, I was updating my Sid / experimental system through synaptic. Selected update all. After some of the libc6 multiarch packages were updated the installation of the rest of libc6 packages failed due to a segfault on installation of another libc6 dependant package. Here is the term.log from apt. Preparing to replace libc6-dev-x32 2.17-92 (using .../libc6-dev-x32_2.17-92+b1_amd64.deb) ... Unpacking replacement libc6-dev-x32 ... Preparing to replace libc6-x32 2.17-92 (using .../libc6-x32_2.17-92+b1_amd64.deb) ... Unpacking replacement libc6-x32 ... Preparing to replace libc6-dev-i386 2.17-92 (using .../libc6-dev-i386_2.17-92+b1_amd64.deb) ... Unpacking replacement libc6-dev-i386 ... Preparing to replace libc6-i386 2.17-92 (using .../libc6-i386_2.17-92+b1_amd64.deb) ... Unpacking replacement libc6-i386 ... Replaced by files in installed package libc6:i386 ... Preparing to replace libc6-dev:i386 2.17-92 (using .../libc6-dev_2.17-92+b1_i386.deb) ... De-configuring libc6-dev:amd64 ... Unpacking replacement libc6:amd64 ... Preparing to replace libc6:i386 2.17-92 (using .../libc6_2.17-92+b1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libc6_2.17-92+b1_i386.deb (--unpack): subprocess new pre-installation script was killed by signal (Segmentation fault) Preparing to replace libgcc1:amd64 1:4.8.1-9 (using .../libgcc1_1%3a4.8.1-10_amd64.deb) ... De-configuring libgcc1:i386 ... Unpacking replacement libgcc1:amd64 ... Preparing to replace libgcc1:i386 1:4.8.1-9 (using .../libgcc1_1%3a4.8.1-10_i386.deb) ... I restored the system by manually installing libc6 2.17-92 packages from /var/cache/apt/arhives/ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722218: mozilla-diggler: Does not work with current version of iceweasel
Package: mozilla-diggler Version: 0.9-21 Severity: serious Justification: package is unusable The diggler button no longer appears in iceweasel 23.0.1-1. (I've just found neoDiggler extension at https://addons.mozilla.org/en-us/firefox/addon/neo-diggler/ that works, maybe you could consider switching to it?) Regards, robert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages mozilla-diggler depends on: ii iceweasel 23.0.1-1 mozilla-diggler recommends no packages. mozilla-diggler 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#721401: Pending fixes for bugs in the libspiro package
tag 721401 + pending thanks Some bugs in the libspiro package are closed in revision 5fa52478121a3875a3c0efdb1097821f5dd75e47 in branch 'master' by Vasudev Kamath The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-fonts/libspiro.git;a=commitdiff;h=5fa5247 Commit message: Marked the packages multi-arch same, and added pre-depends on multiarch-support. Thanks to Christian Marillat. Closes: bug#721401 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720816: 720816 patch
Hi Rebecca, Rebecca N. Palmer writes: The url_* functions were removed in libav 9 (having been deprecated in 0.8 http://libav.org/doxygen/release/0.8/avio_8h.html#af4bc39f7600ed162ad8f35e5e15bcd9d ), hence this bug. The attached should fix it, but has not been tested. Thanks for the patch. I already added it some days ago (https://alioth.debian.org/scm/browser.php?group_id=100578) and submitted it to upstream as well, being it accepted. Is there a reason we're still using a pre-release when upstream 3.2 has been released? (That wouldn't fix this particular bug, but might fix others) Indeed there are no many reasons: 3.2.1 is expected to be released really soon, and I will have the package ready at almost the same time. However, since my DM application is stalled, updates are not as frequent as we could wish. -- Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711754: #711754 provide a cpio-doc just like tar-doc
Just stick it in Section: non-free/doc like tar-doc! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714082: solution
Ni! Hi Daniel, I had precisely the same issue in every detail, and I could reproduce it by visiting the fastcgi application and then calling: $ sudo service apache2 graceful Well, it turned out I was lacking the suexec module: $ sudo a2enmod suexec Fixed it for good. I discovered this by looking at line 17 in /usr/share/doc/sympa/changelog.Debian.gz where it is stated that suexec is required to properly reload the fcgi wrapper. I wish this was better documented, say, in /usr/share/doc/sympa/README.Debian which as of today doesn't say a word about enabling suexec. Cheers, ale .~´ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722219: ITP: kqoauth -- Library for OAuth 1.0 implementation
Package: wnpp Owner: Howard Chan smartbo...@gmail.com Severity: wishlist * Package name: kqoauth Version : 0.98 Upstream Author : Johan Paul johan.p...@gmail.com * URL : https://github.com/kypeli/kQOAuth * License : LGPL-2.1+ Programming Lang: C++ Description : Library for OAuth 1.0 implementation kQOAuth is a library written in C++ for Qt that implements the OAuth 1.0 authentication specification RFC 5849, but has the following features: Easy integrated solution for retrieving user authentication and access token. No external dependency to QCA. Convenient signals that can be used for easy OAuth authorization process handling. Access to request objects that will wrap request signing and network access,but still gives possibility for detailed control of the authentication process for easier integration to existing application logic.
Bug#721810: needrestart: Always wants to restart openssh-server and dbus
Regarding the restart of dbus. I made the mistake of answering Y to a restart of dbus on a desktop system. This immediately killed X (and so all my X applications) and gdm outright and dropped me back to a login: prompt on the text based virtual console. Further research shows that it seems to be a bad idea to restart the dbus process. I'm not sure if there are ways to determine if it is safe to restart dbus or not, I've restarted it in the past on headless systems without encountering any issues, but perhaps I was just lucky? Maybe dbus should be added to a list of processes that needrestart shouldn't restart? Regards, -- Jim Barber -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722220: parcimonie: Applet dies with: Can't locate object method set_visible via package Gtk3::StatusIcon
Package: parcimonie Version: 0.7.1-1 Severity: important Since the dist-upgrade I did for the Great Perl 5.18 Transition™, parcimonie-applet dies with the following error message: Can't locate object method set_visible via package Gtk3::StatusIcon at /usr/share/perl5/App/Parcimonie/Applet.pm line 130. This is presumably due to some change in Any::Moose, Mouse or friends. With my upstream hat, I've been working on a port to Moo that fixes this problem -- stay tuned. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages parcimonie depends on: ii libany-moose-perl 0.21-1 ii libclone-perl 0.34-1+b1 ii libconfig-general-perl2.52-1 ii libfile-homedir-perl 0.99-1 ii libfile-spec-perl 3.4000-1+b1 ii libfile-which-perl1.09-1 ii libglib-perl 3:1.301-1+b1 ii libgnupg-interface-perl 0.46-3 ii libgtk3-perl 0.011-1 ii liblist-moreutils-perl0.33-1+b2 ii liblocale-gettext-perl1.05-7+b2 ii libmouse-perl 1.11-1+b1 ii libmousex-getopt-perl 0.34-1 ii libmousex-types-path-class-perl 0.07-1 ii libmousex-types-perl 0.06-1 ii libnamespace-autoclean-perl 0.13-1 ii libnet-dbus-glib-perl 0.33.0-1+b3 ii libnet-dbus-perl 1.0.0-2+b1 ii libpango-perl 1.224-2+b1 ii libpath-class-perl0.32-1 ii libtie-cache-perl 0.17-4 ii libtime-duration-parse-perl 0.06-1 ii libtry-tiny-perl 0.18-1 ii perl 5.18.1-3 ii perl-modules [libfile-spec-perl] 5.18.1-3 ii torsocks 1.3-3 Versions of packages parcimonie recommends: ii gnupg-curl 1.4.14-1 ii tor 0.2.4.17-rc-1 parcimonie suggests no packages. -- no debconf information -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720819: plee-the-bear: FTBFS: config.hpp:16:5: error: #error Compiling Filesystem version 3 file with BOOST_FILESYSTEM_VERSION defined != 3
On Sun, Sep 08, 2013 at 01:01:38PM +0200, Julien Jorge wrote: Hi, Thanks for the report. Please find two patches attached to this email. The first one port the game to Boost.FileSystem v2, the second port to Boost.Signals v2. Hi Julien, I afradi the patch is broken. I an apply it properly. Best regards, -- Gonéri pgpZijZm0TLhm.pgp Description: PGP signature
Bug#722221: soffice: segfault nullpointer
Package: soffice Version: libre Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Working with openoffice. I did nothing else and there was nothing in my logs. * What exactly did you do (or not do) that was effective (or ineffective)? Working with openoffice, for 45 minutes. I had draw and sheet open. * What was the outcome of this action? It crashed terribly. [ 6011.480550] soffice.bin[5201]: segfault at 0 ip (null) sp 7fff1e0783c8 error 14 in soffice.bin[40+1000] * What outcome did you expect instead? Normal working behavour, or at least some sort of error message. This is *NOT* good. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722170: [Pkg-acpi-devel] Bug#722170: acpi-support: please implement a Debian alternatives system solution for x11 screen lock
On Sun, Sep 08, 2013 at 08:01:38PM +0200, M. Dietrich wrote: in /usr/share/acpi-support/screenblank is a big switch to detect use the installed screenserver. it provides a hardcoded priority list in case several screenservers are avaiable. i love the screen to be locked when suspending but i would prefere a way where the screenlock package maintainer can provide the logic how to trigger the screenlock and include this in the Debian alternatives system. I think this is beyond the scope of acpi-support. An alternative system could be implemented by the different screensave packages bt not by a package just happening to use the screen savers. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722159: doesn't seem to work with perl 5.18
On Sun, Sep 08, 2013 at 11:55:08PM +0200, gregor herrmann wrote: There's a patch upstream which would need a test and some feedback: https://github.com/mpaperno/spampd/issues/2 https://github.com/mpaperno/spampd/commit/1fe20e4c0f06760eb341b519c32954bfc9ef7a15 Doesn't make a difference. That patch does not fix the problem. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722222: php5: Warning when using session_regenerate_id(TRUE) with a SessionHandler
Package: php5 Version: 5.4.4-14+deb7u4 Severity: normal Tags: patch This bugs was reported and fixed upstream: https://bugs.php.net/63379 Warning when using session_regenerate_id(TRUE) with a SessionHandler The fix is trivial and is present here: http://git.php.net/?p=php-src.git;a=commit;h=6566ea61732a1ab42c1a57e60adc96788cb0feb2 Could we think about integrating it to the wheezy version of php5? Thanks, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718393: [Hostname-devel] Bug#718393: hostname --all-fqdns is broken: doesn't list the FQDN
On Sun, Sep 08, 2013 at 09:33:40PM +0200, Vincent Lefevre wrote: I'm not insulting you, I just explain that the man page says something Well, you called me a liar, if that is not an insult, what is? wrong. I think that replacing reverse DNS entry by reverse IP entry would be OK (the term reverse IP is commonly used, and here it is more generic than just DNS). Yeah, that makes sense I guess. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722193: [pkg-fgfs-crew] Bug#722193: flightgear: fails to start because of denedency on libosgText.so.100
Євгеній, thanks for your report. On 09/09/2013 12:22 AM, Євгеній Мещеряков wrote: The newest version of flightgear fails to start on amd64: % fgfs fgfs: error while loading shared libraries: libosgText.so.100: cannot open shared object file: No such file or directory The file libosgText.so.100 does not exist in any package currently in Debian. Iikes! I'm sorry, I compiled on a machine with a slightly newer OpenSceneGraph library (3.2.0 rather than 3.2.0~rc1). I'll recompile and upload, again. Sorry for the hassle. You can try to compile the flightgear package from source, until this bug is fixed. Regards Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#722223: pangoft: GIMP 2.8 segfaults when selecting fonts
Package: libpangoft2-1.0-0 Version: 1.32.5-5+b1 Severity: important File: pangoft Dear Maintainer, Use Gimp to add and edit text. Use toolbar to select font for the text and scroll for the one you want. After a while of scrolling Gimp crashes. I searched the logs for signs and found this in kern.log. Sep 6 11:16:52 this kernel: [11329.417012] gimp-2.8[31007]: segfault at 58 ip 7f0d6403771e sp 7fffb6e23990 error 4 in libpangoft2-1.0.so.0.3200.5[7f0d64028000+15000] Tried again and everytime I scroll fonts it segfaults. I can select font by writing the real font name. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 libpangoft2-1.0-0:amd64 depends on: ii libc6 2.17-92 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libglib2.0-0 2.37.5-1 ii libharfbuzz0a 0.9.19-1 ii libpango-1.0-0 1.32.5-5+b1 ii multiarch-support 2.17-92+b1 libpangoft2-1.0-0:amd64 recommends no packages. libpangoft2-1.0-0:amd64 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#677046: Bug#628493: perl: FTBFS on kfreebsd-i386: t/op/threads failed
IMO, my suggested change (Perl_atfork_reinit) in Message #54 [1] still should be aplied by perl upstream. While it might not be problem for this testcase, the unlocking in forked child is fragile. Hi, I finally (!) got round to submitting this upstream, at [1], and the comment so far is that the patch isn't appropriate. If you have any further thoughts, could you comment on the upstream RT ticket? If I remember correctly, the perl code expects something which is not guaranteed by POSIX. But our new implementation provides this, therefore we (kfreebsd) are not affected by this any longer. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722224: RFS: kqoauth/0.98-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package kqoauth * Package name: kqoauth Version : 0.98-1 Upstream Author : Johan Paul johan.p...@gmail.com * URL : https://github.com/kypeli/kQOAuth * License : LGPL-2.1+ Section : libs It builds those binary packages: libkqoauth-dbg - Library for OAuth 1.0 authentication -- debugging symbols libkqoauth-dev - Library for OAuth 1.0 authentication -- development files libkqoauth0 - Library for OAuth 1.0 authentication To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kqoauth Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kqoauth/kqoauth_0.98-1.dsc More information about kqoauth can be obtained from https://github.com/kypeli/kQOAuth Changes since the last upload: kqoauth (0.98-1) unstable; urgency=low * Initial release (Closes: #722219) -- Howard Chan smartbo...@gmail.com Sat, 07 Sep 2013 23:59:21 +0800 Regards, Howard Chan
Bug#708420: postfix: With multiple instances, the init script does not start all instances
On 09/09/2013 03:14, LaMont Jones wrote: tag 708420 + moreinfo -- On Wed, May 15, 2013 at 06:57:04PM +0200, Vincent Rischmann wrote: I have multiple instances of postfix, each in /etc/postfix/ms/{01,02,...} Postfix is correctly configured (postmulti lists my instances as enabled). What is multi_instance_name set to in the various instance main.cf files? multi_instance_name is empty. The function enabled_instances() in the init script is wrong, instead of getting a list of instances directory, it returns a list of - It gets a list of instance names, and then uses them as instance names... Just modifying this function makes it work again. Although, postmulti does seem to take the full-path directory as well as the instance name, so this may make sense. lamont Well the modified script does work in my case, but I guess something is wrong in my configuration since nobody else seems to be having this problem. Since I made the bug report, I didn't investigate further, but I'd be happy to help. Vincent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722225: man page references non-existent info documentation
Package: iwyu Version: 3.3-2 Severity: normal man iwyu includes a SEE ALSO section that claims that the program is actually documented in a texinfo manual. However, there is no sign of any such manual in the iwyu package. (There are also various other problems with the manual page: no SYNOPSIS section, broken formatting for the USAGE line in the DESCRIPTION section, and broken formatting for the flag documentation where a hanging paragraph was probably intended. I'm guessing that it's substandard output from some automated man page generation tool.) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iwyu depends on: ii clang-3.3 1:3.3-9 ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-10 ii libstdc++6 4.8.1-10 iwyu recommends no packages. iwyu 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#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Am Montag, den 09.09.2013, 13:34 +0900 schrieb Norbert Preining: Nothing. There is no way you can easily take over a package. So they can block development by sheer ignorance? You *can* upload fonts-urw-base35 and do everything there is, *without* sjhipping temporary gsfonts packages. If I reverted all the changes that lead fonts-urw-base35 to replace gsfonts{,-x11}, would you make texlive-fonts-recommended depend on it and replace its own copy with symlinks? Maybe it is easier to convince the current maintainers to give up their packages if there is an actively used successor that one could point at. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722226: reportbug: HTTPError 500 Internal Server Error
Package: reportbug Version: 6.4.4 Severity: normal I got the following error with an intermittent Internet connection (in the train): xvii:~ reportbug popularity-contest *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Vincent Lefevre vinc...@vinc17.net' as your from address. Getting status for popularity-contest... Verifying package integrity... Checking for newer versions at madison, incoming.debian.org and http://ftp-master.debian.org/new.html Will send report to Debian (per lsb_release). Querying Debian BTS for reports on popularity-contest (source)... Traceback (most recent call last): File /usr/bin/reportbug, line 2206, in module main() File /usr/bin/reportbug, line 1080, in main return iface.user_interface() File /usr/bin/reportbug, line 1702, in user_interface latest_first=self.options.latest_first) File /usr/lib/pymodules/python2.7/reportbug/ui/text_ui.py, line 517, in handle_bts_query source=source, http_proxy=http_proxy, archived=archived) File /usr/lib/pymodules/python2.7/reportbug/debbugs.py, line 1258, in get_reports bugs = debianbts.get_bugs(pkg_filter, package) File /usr/lib/pymodules/python2.7/debianbts.py, line 230, in get_bugs reply = server.get_bugs(*key_value) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 470, in __call__ return self.__r_call(*args, **kw) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 492, in __r_call self.__hd, self.__ma) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 363, in __call config = self.config) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 252, in call raise HTTPError(code, msg) SOAPpy.Errors.HTTPError: HTTPError 500 Internal Server Error I wonder whether there was really a temporary error with the server (unlikely?) or there is something buggy in reportbug when handing things like timeouts or incomplete responses. -- Package-specific info: ** Environment settings: EDITOR=/home/vinc17/bin/eclient VISUAL=/home/vinc17/bin/eclient EMAIL=vinc...@vinc17.net INTERFACE=text ** /home/vinc17/.reportbugrc: reportbug_version 2.10 mode advanced ui text realname Vincent Lefevre email vinc...@vinc17.net mua mutt cc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.11.2 ii python2.7.5-4 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none ii debsums 2.0.52+nmu1 ii dlocate 1.02+nmu3 ii emacs23-bin-common 23.4+1-4.1 ii file1:5.14-2 ii gnupg 1.4.14-1 ii postfix [mail-transport-agent] 2.10.1-2 ii python-gtk2 2.24.0-3+b1 ii python-gtkspell 2.25.3-13 pn python-urwidnone pn python-vte none ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.11.2 ii python2.7.5-4 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#722228: popularity-contest may send mail with a wrong domain by default
Package: popularity-contest Version: 1.60 Severity: minor When HTTP fails, popularity-contest tries to send the report by e-mail, but it may send the mail with a wrong domain: -Queue ID- --Size-- Arrival Time -Sender/Recipient--- C801338C00858413 Mon Sep 9 09:06:27 r...@xvii.vinc17.org (host ioooi.vinc17.net[92.243.22.117] said: 450 4.1.8 r...@xvii.vinc17.org: Sender address rejected: Domain not found (in reply to RCPT TO command)) sur...@popcon.debian.org -- 57 Kbytes in 1 Request. Of course, e-mail configuration can be changed (I didn't use address rewriting for root because root isn't normally expected to send mail to remote addresses), but I don't think that the user is expected to do that just for popularity-contest; this requirement isn't even documented. IMHO, popularity-contest should use popcon.debian.org as the domain of the sender address. The local part of the address could either be fixed or contain information about the sender. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.51 ii dpkg 1.17.1 Versions of packages popularity-contest recommends: ii cron3.0pl1-124 ii gnupg 1.4.14-1 ii postfix [mail-transport-agent] 2.10.1-2 Versions of packages popularity-contest suggests: ii anacron 2.3-19 -- debconf information: popularity-contest/submiturls: * popularity-contest/participate: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722227: ExifData: Unknown tag 0xea1c (entry 33 in 'EXIF')
Package: exif There are some warnings when running exif on the following file: $ wget http://www.gipedia.org/images/0/04/Pancreas_auto_gross.jpg $ exif -d Pancreas_auto_gross.jpg [...] ExifData: Loading entry 0xa40c ('SubjectDistanceRange')... ExifData: Unknown tag 0xea1c (entry 33 in 'EXIF'). Please report this tag to libexif-de...@lists.sourceforge.net. ExifData: Loading entry 0x9c9b ('XPTitle')... ExifData: Loading entry 0x9c9f ('XPSubject')... ExifData: Unknown tag 0xea1c (entry 18 in '0'). Please report this tag to libexif-de...@lists.sourceforge.net. ExifData: Unknown tag 0xea1d (entry 19 in '0'). Please report this tag to libexif-de...@lists.sourceforge.net. exif-content: Tag 'XResolution' is mandatory in IFD '0' and has therefore been added. exif-content: Tag 'YResolution' is mandatory in IFD '0' and has therefore been added. exif-content: Tag 'ResolutionUnit' is mandatory in IFD '0' and has therefore been added. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568109: [Pkg-fonts-devel] Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time
as far as the xfonts-scalable package is concerned, if you want fonts to be added in there, the best way to go is reporting bugs upstream: https://bugs.freedesktop.org/ I tried to raise some interest in this topic upstream, but honestly, I doubt there is enough incentive to adapt to the new licensing: http://lists.x.org/archives/xorg-devel/2013-August/037266.html For the Debian package, couldn't we just distribute that font under the license granted to the TeX User Group? Comparing the tarballs distributed by X.org and by CTAN, the font files (.pfb/.afm) are exactly the same. It is just the LICENSE/COPYING text that's different! Currently, the only way to get this font installed on a Debian system is via texlive-fonts-recommended, which is at least inconvenient if you are not going to use tex at all. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722229: should not recommend getopt.h for getopt()
Package: iwyu Version: 3.3-2 Severity: normal I suspect this sort of thing will be hard to fix, since the tool is based on clang, which in turn is just parsing the system headers, and that's how the glibc headers are constructed. But despite the fact that glibc defines getopt and friends (including optind and optarg) in a getopt.h, that is not the correct header to use unless you're actually using getopt_long. Including it will break portability. Instead, unistd.h is the correct header to include for the standard getopt/optarg/optind/opterr/optopt symbols. (Thank you for packaging a really neat tool!) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iwyu depends on: ii clang-3.3 1:3.3-9 ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-10 ii libstdc++6 4.8.1-10 iwyu recommends no packages. iwyu 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#722230: Obsolete advice in /etc/hosts.allow template
Package: libwrap0 Version: 7.6.q-24 The postinst script for this package creates /etc/hosts.allow and/or /etc/hosts.deny (if they don't exist) with contents that read in part: # If you're going to protect the portmapper use the name portmap for the # daemon name. This is no longer good advice for Debian wheezy: portmap has been replaced with rpcbind, which only honours entries tagged with rpcbind as the daemon name. The reference to portmap(8) should likewise be updated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721677: more background on the gnome-user-share bug
Hello Stefan! As you already noticed, you need to install from experimental. You'll also need to update alot of the dependencies for gnome-control-center. On Sun, Sep 08, 2013 at 08:24:56PM -0400, Stefan Krastanov wrote: And in experimental I got: [...] Should I try to report this to anybody or should I just wait for the packages to trickle down to my current distribution. apt(itude) will not upgrade packages to experimental version unless you explicitly tell it to. So you either need to specify all packages (dependencies of g-c-c) as you want to install from experimental or take a shortcut and temporary set experimental as the default and preferred distribution with -t experimental (which might pull in a bit more from experimental then really necessary, but probably not much). The transitions are being dealt with and you don't need to report bugs about it. Again, I'm sorry for the inconvenience of the current half-upgraded state. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710402: libgoa-1.0-0: evolution 3.4 crashes with libgoa 3.8
Package: gnome-online-accounts Version: 3.8.2-1 Followup-For: Bug #710402 Dear Maintainer, * What led up to the situation? Start evolution with GMail account set up in gnome-online-accounts * What exactly did you do (or not do) that was effective (or ineffective)? When GMail account is enabled in gnome-online-accounts, evolution (3.6.1-1) starts up, but segfaults immidiately after. Disabling (in gnome-online-accounts) the GMail account allows evolution to start up normally albeit without connection to GMail account (mail, calendar, contacts) - which, in my case is a major problem. * What was the outcome of this action? Segfault. Here's a stack-trace without debugging symbols loaded: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffab7fe700 (LWP 4817)] 0x7fffbf376009 in goa_oauth_based_get_consumer_key () from /usr/lib/x86_64-linux-gnu/libgoa-1.0.so.0 (gdb) bt #0 0x7fffbf376009 in goa_oauth_based_get_consumer_key () from /usr/lib/x86_64-linux-gnu/libgoa-1.0.so.0 #1 0x7fffbf59cc72 in ?? () from /usr/lib/evolution/3.6/modules/module-online-accounts.so #2 0x76d6750e in camel_sasl_challenge_sync () from /usr/lib/libcamel-1.2.so.40 #3 0x76d679f9 in camel_sasl_challenge_base64_sync () from /usr/lib/libcamel-1.2.so.40 #4 0x76da5f89 in ?? () from /usr/lib/libcamel-1.2.so.40 #5 0x76da6483 in ?? () from /usr/lib/libcamel-1.2.so.40 #6 0x76da6735 in ?? () from /usr/lib/libcamel-1.2.so.40 #7 0x76da6906 in camel_imapx_server_authenticate () from /usr/lib/libcamel-1.2.so.40 #8 0x76d6d69e in camel_service_authenticate_sync () from /usr/lib/libcamel-1.2.so.40 #9 0x7fffd1b9a121 in ?? () from /usr/lib/evolution/3.6/libemail-engine.so.0 #10 0x76d70acc in camel_session_authenticate_sync () from /usr/lib/libcamel-1.2.so.40 #11 0x76da7c14 in camel_imapx_server_connect () from /usr/lib/libcamel-1.2.so.40 #12 0x76daa7e9 in camel_imapx_conn_manager_get_connection () from /usr/lib/libcamel-1.2.so.40 #13 0x76dab03d in ?? () from /usr/lib/libcamel-1.2.so.40 #14 0x76d34e24 in camel_folder_synchronize_sync () from /usr/lib/libcamel-1.2.so.40 #15 0x7fffd23668eb in ?? () from /usr/lib/evolution/3.6/libevolution-mail.so.0 #16 0x72e28827 in ?? () from /usr/lib/evolution/3.6/libemail-utils.so.0 #17 0x73d51b96 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #18 0x73d511d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #19 0x73ad0e0e in start_thread (arg=0x7fffab7fe700) at pthread_create.c:311 #20 0x7380593d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 * What outcome did you expect instead? Evolution (3.6.1-1) to start up with GMail conntection active. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-online-accounts depends on: ii libc6 2.17-92+b1 ii libgcr-3-1 3.8.2-4 ii libglib2.0-0 2.36.4-1 ii libgoa-1.0-0 3.8.2-1 ii libkrb5-3 1.11.3+dfsg-3 ii librest-0.7-0 0.7.12-3 ii libsoup2.4-1 2.42.2-6 Versions of packages gnome-online-accounts recommends: ii gnome-control-center 1:3.4.3.1-5+b2 gnome-online-accounts suggests no packages. Yours, -- ___ | Christian Holm Christensen |_| | - | | Address: Sankt Hansgade 23, 1. th. Phone: (+45) 35 35 96 91 _| DK-2200 Copenhagen N Cell: (+45) 24 61 85 91 _|DenmarkOffice: (+45) 353 25 404 | Email: ch...@nbi.dk Web:www.nbi.dk/~cholm | | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651170: PyXB package status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, is there still someone working on this ITP? I have already prepared a package and I would like to maintain it as part of the Debian Python Modules Team. Would it be ok if I take over this ITP and start looking for a sponsor? Cheers, - -- Michael Fladischer Fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJSLZAvAAoJEGlMre9Rx7W2rBsQAIYJ2CPnqaoPlVUII/2t+evd zV/kzwfxYXUVH4ATQR9HyO6/yc8YbcV+jWtJ9qkbe6H2JXm+QsB0pRcBRbmukCWC /AWoHVmExXB/g1xd2lvL9Fu2XXzZYiGvXwRzUDsrHobYauOXl7PI+XvbCSIFikqC uCGVQFMRLk7HanMnVMPdPXmUGQjOPnrJ3pgexwSj2I2EIqjOK/Lu5GLw/QF1o+Eh KiG8T8S9iRTSUohbQR/GdiFlvCbRb7FuZQHWw5gW3kCfSzfn0c+APPXuGqz7ciCt R95mQB2YF/XT6TyXDTp8OAoNgpouuqHQgHB/gcO+x5IVjlplVTVvjlzRBBG87xH7 zrpDGnNMBxoSMNwtC+k5wVQRX1e8j3GjgM84RrjAAMR+Vk3jkfLYzTzytCSmGOqF lsC59sbKfgwh96ay0/XiAwQ84ZYi4sT5R8M/o6kzP5vEeSza1rXm4JPZ3A/OdrEU Mqd8AcfQXIJKWjxNEtqqLHkRdhFCKhteQ1ZcnatHNr1RSunCgjzOiPO2Frnorlw0 snNy0lRVYTm4by43b2SFKlBYMfPfjRRN9Uwep7ifJzZBcOllCUxMCMzRfbyIkNn0 1HjYztx8c/trzBVYJPcR3DPlNIbF21nhQ20QEAwBn9cIig00iGcGCWAhk3R56Pqd dbv7KCChtcGmttLv0Exi =/a1E -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#722231: gnome-common: Consider the new automake 1.14
Package: gnome-common Version: 3.7.4-1 Severity: important Hi, I have an autogen.sh error. When I execute my program, it calls autogen.sh from gnome-common and it generates the following error: ./autogen.sh # generate configure checking for autoconf = 2.53... testing autoconf2.50... not found. testing autoconf... found 2.69 checking for automake = 1.8... testing automake-1.13... not found. testing automake-1.12... not found. testing automake-1.11... not found. testing automake-1.10... not found. testing automake-1.9... not found. testing automake-1.8... not found. ***Error***: You must have automake = 1.8 installed to build ekiga. Download the appropriate package for from your distribution or get the source tarball at http://ftp.gnu.org/pub/gnu/automake/automake-1.8.tar.gz make: *** [/home/ededu/softs/ekiga/windows-svn/ekiga/configure] Error 1 The problem is that automake 1.14 has just appeared and it is not taken into account by autogen.sh. Adding 1.14 to the following lines of autogen.sh solves the issue: case $REQUIRED_AUTOMAKE_VERSION in 1.4*) automake_progs=automake-1.4 ;; 1.5*) automake_progs=automake-1.13 automake-1.12 automake-1.11 automake-1.10 automake-1.9 automake-1.8 automake-1.7 automake-1.6 automake-1.5 ;; 1.6*) automake_progs=automake-1.13 automake-1.12 automake-1.11 automake-1.10 automake-1.9 automake-1.8 automake-1.7 automake-1.6 ;; 1.7*) automake_progs=automake-1.13 automake-1.12 automake-1.11 automake-1.10 automake-1.9 automake-1.8 automake-1.7 ;; 1.8*) automake_progs=automake-1.13 automake-1.12 automake-1.11 automake-1.10 automake-1.9 automake-1.8 ;; 1.9*) automake_progs=automake-1.13 automake-1.12 automake-1.11 automake-1.10 automake-1.9 ;; 1.10*) automake_progs=automake-1.13 automake-1.12 automake-1.11 automake-1.10 ;; 1.11*) automake_progs=automake-1.13 automake-1.12 automake-1.11 ;; 1.12*) automake_progs=automake-1.13 automake-1.12 ;; 1.13*) automake_progs=automake-1.13 ;; esac Regards, -- Eugen Dedu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694762: yersinia: loops and lose keyboard interaction on tty/console when nflog device exists
Hi all, It may be of interest to you to know that we recently released a new version 0.7.3 that fixes some bugs including this one that affected some Linux distributions (by the way, the issue lies in libnet), compiling dependencies doesn't change. We changed our source code repository to GitHub http://github.com/tomac/yersinia, if all goes well just a simple download from GitHub http://github.com/tomac/yersinia and the usual /./configu//re ; make ; make install/ should work. Cheers, Alfredo
Bug#722232: gettext-kde: request of package
Package: gettext-kde Severity: wishlist Dear Maintainer, need a package gettext-kde -- System Information: Debian Release: jessie/sid Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gettext-kde depends on: ii libc6 2.17-92 gettext-kde recommends no packages. gettext-kde suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722233: subversion: SQLite problem with new version of subversion, svn upgrade does not work
Package: subversion Version: 1.7.9-1+nmu4 Severity: important Dear Maintainer, With last upgrade of my debian testing system subversion becomes a problem to update my local working directories: [1] romeyke@bdv215:~/svn/Langzeitarchivierung$ svn update svn: E155036: Please see the 'svn upgrade' command svn: E155036: Working copy '/home/romeyke/svn/Langzeitarchivierung' is too old (format 10, created by Subversion 1.6) If I try a svn upgrade the subversion reports: [1] romeyke@bdv215:~/svn/Langzeitarchivierung$ svn upgrade svn: E200029: Couldn't perform atomic initialization svn: E200030: SQLite wurde für 3.8.0.1 kompiliert, läuft aber mit 3.7.17 If you need further information, please do not hesitate to contact me. With best regards Andreas -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/3 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 subversion depends on: ii libapr1 1.4.8-1 ii libc6 2.17-92+b1 ii libsasl2-2 2.1.25.dfsg1-14 ii libsvn1 1.7.9-1+nmu4 subversion recommends no packages. Versions of packages subversion suggests: ii db5.1-util5.1.29-6 ii patch 2.7.1-3 ii subversion-tools 1.7.9-1+nmu4 -- no debconf information -- Mitarbeiter Langzeitarchivierung Referat Netzwerk- und Datensicherheit Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Besucheradresse: Zellescher Weg 18 Tel.: +49 351 4677-216 Fax: +49 351 4677-711 E-Mail: andreas.rome...@slub-dresden.de Web: http://www.slub-dresden.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722234: fenics: can't install fenics on unstable
Package: fenics Version: can't install fenics on unstable Severity: normal Dear Maintainer, i tried to install fenics on unstable. It failed due to a conflict. aptitude install fenics The following NEW packages will be installed: aglfn{a} build-essential{a} cmake{a} cmake-data{a} comerr-dev{a} dolfin- bin{a} dolfin-doc{a} dpkg-dev{a} emacsen-common{a} fenics gfortran{a} gfortran-4.8{a} gnuplot{a} gnuplot-nox{a} groff{a} hdf5-helpers{a} icu-devtools{a} krb5-multidev{a} libalgorithm-diff-perl{a} libalgorithm-diff-xs-perl{a} libalgorithm-merge-perl{a} libarmadillo-dev{a} libarmadillo3{a} libarpack2{a} libarpack2-dev{a} libavcodec-dev{a} libavformat-dev{a} libavutil-dev{a} libblacs-mpi-dev{a} libblacs-mpi1{a} libblas-dev{a} libboost-atomic1.54-dev{a} libboost- atomic1.54.0{a} libboost-chrono-dev{a} libboost-chrono1.49.0{a} libboost-chrono1.54-dev{a} libboost-chrono1.54.0{a} libboost-date-time1.54-dev{a} libboost-dev{a} libboost-filesystem-dev{a} libboost-filesystem1.49.0{a} libboost-filesystem1.54-dev{a} libboost-iostreams-dev{a} libboost- iostreams1.54-dev{a} libboost-math-dev{a} libboost-math1.54-dev{a} libboost- math1.54.0{a} libboost-mpi-dev{a} libboost-mpi1.49.0{a} libboost-mpi1.54-dev{a} libboost-mpi1.54.0{a} libboost-program-options-dev{a} libboost-program-options1.49.0{a} libboost-program-options1.54-dev{a} libboost- regex1.54-dev{a} libboost-regex1.54.0{a} libboost-serialization-dev{a} libboost-serialization1.49.0{a} libboost- serialization1.54-dev{a} libboost-serialization1.54.0{a} libboost-system-dev{a} libboost-system1.49.0{a} libboost-system1.54-dev{a} libboost-thread-dev{a} libboost-thread1.49.0{a} libboost-thread1.54-dev{a} libboost-thread1.54.0{a} libboost-timer-dev{a} libboost-timer1.49.0{a} libboost-timer1.54-dev{a} libboost-timer1.54.0{a} libboost1.54-dev{a} libbtf1.1.0{a} libcamd2.2.0{a} libccolamd2.7.1{a} libcf0{a} libcgal-dev{a} libcgal10{a} libcholmod1.7.1{a} libcr0{a} libcsparse2.2.3{a} libcxsparse2.2.3{a} libdolfin1.2{a} libdolfin1.2-dev{a} libdpkg-perl{a} libdrm-dev{a} libfile- fcntllock-perl{a} libfontconfig1-dev{a} libfreetype6-dev{a} libgfortran-4.8-dev{a} libgl1-mesa-dev{a} libgl2ps-dev{a} libgl2ps0{a} libglu1-mesa-dev{a} libgmp-dev{a} libgmpxx4ldbl{a} libgssrpc4{a} libhdf5-mpi-dev{a} libhdf5-openmpi-7{a} libhdf5-openmpi-dev{a} libhwloc-dev{a} libhwloc-plugins{a} libhwloc5{a} libhypre-2.8.0b{a} libhypre-dev{a} libibverbs-dev{a} libibverbs1{a} libicu- dev{a} libjbig-dev{a} libjpeg8-dev{a} libkadm5clnt-mit8{a} libkadm5srv-mit8{a} libkdb5-7{a} libklu1.1.0{a} libkms1{a} liblapack-dev{a} libldl2.0.1{a} libmpfr-dev{a} libmumps-4.10.0{a} libmumps- dev{a} libmysqlclient-dev{a} libnetcdf-dev{a} libnetcdfc++4{a} libnetcdfc7{a} libnetcdff5{a} libnuma1{a} libopenmpi-dev{a} libopenmpi1.3{a} libopenmpi1.6{ab} libparpack2{a} libpci-dev{a} libpetsc3.2{a} libpetsc3.2-dev{a} libpng12-dev{a} libpq-dev{a} libpq5{a} libptscotch-5.1{a} libptscotch-dev{a} libqt4-dev{a} libqt4-dev-bin{a} libqt4-opengl-dev{a} libqtwebkit-dev{a} libscalapack-mpi- dev{a} libscalapack-mpi1{a} libscotch-5.1{a} libscotch-dev{a} libslepc3.2{a} libslepc3.2-dev{a} libspooles-dev{a} libspooles2.2{a} libssl-dev{a} libssl-doc{a} libsuitesparse-dev{a} libsuperlu3{a} libsuperlu3-dev{a} libswscale-dev{a} libtiff4-dev{a} libtiffxx0c2{a} libtorque2{a} libvtk5-dev{a} libvtk5-qt4-dev{a} libvtk5.8{a} libvtk5.8-qt4{a} libx11-xcb-dev{a} libxcb-dri2-0-dev{a} libxcb- glx0-dev{a} libxdamage-dev{a} libxext-dev{a} libxfixes-dev{a} libxft-dev{a} libxml2-dev{a} libxrender-dev{a} libxss-dev{a} libxxf86vm-dev{a} mesa-common-dev{a} mpi-default-bin{a} mpi-default-dev{a} openmpi-bin{a} openmpi-common{a} pkg-config{a} pyro{a} python-dateutil{a} python-dolfin{a} python-ferari{a} python-ffc{a} python-fiat{a} python-gnuplot{a} python-instant{a} python-matplotlib{a} python-matplotlib-data{a} python-netcdf{a} python-ply{a} python-pmw{a} python- pyparsing{a} python-pyx{a} python-scientific{a} python-scitools{a} python-tz{a} python-ufc{a} python-ufl{a} python-ufl-doc{a} python-vtk{a} qt4-linguist-tools{a} qt4-qmake{a} swig{a} swig2.0{a} tcl-vtk{a} tcl8.5-dev{a} tk8.5-dev{a} ufc{a} ufc-doc{a} x11proto-damage-dev{a} x11proto-dri2-dev{a} x11proto-fixes-dev{a} x11proto-gl-dev{a} x11proto-render-dev{a} x11proto-scrnsaver-dev{a} x11proto- xext-dev{a} x11proto-xf86vidmode-dev{a} zlib1g-dev{a} 0 packages upgraded, 220 newly installed, 0 to remove and 0 not upgraded. Need to get 166 MB of archives. After unpacking 751 MB will be used. The following packages have unmet dependencies: libopenmpi1.6 : Conflicts: libopenmpi1.3 but 1.4.5-1 is to be installed. Conflicts: openmpi-libs0 which is a virtual package. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) dolfin-bin [Not Installed] 2) dolfin-doc [Not Installed] 3) fenics [Not Installed] 4) libblacs-mpi-dev [Not Installed] 5) libblacs-mpi1 [Not Installed] 6)
Bug#722235: backupninja: Bad regex in mysql handler for nodata tables
Package: backupninja Version: 1.0.1-1 Severity: normal Dear Maintainers, I have reported this bug upstream already: https://labs.riseup.net/code/issues/4373 Please consider fixing it in Debian as the fix should be trivial and upstream did not respond for a while.. Thank you, Luca *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.2.2-kvm-i386-20120306 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backupninja depends on: ii bash 4.2+dfsg-0.1 ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii dialog 1.1-20120215-2 ii gawk 1:4.0.1+dfsg-2.1 ii mawk 1.3.3-17 backupninja recommends no packages. Versions of packages backupninja suggests: ii bzip2 1.0.6-4 pn debconf-utils none ii duplicity 0.6.18-3 pn genisoimagenone pn hwinfo none pn mdadm none pn rdiff-backup none ii rsync 3.0.9-4 ii subversion 1.6.17dfsg-4+deb7u3 pn tricklenone pn wodim none -- Configuration Files: /etc/backupninja.conf changed [not included] -- no debconf information -- debsums errors found: debsums: changed file /usr/share/backupninja/mysql (from backupninja package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722236: cmake: Missing bash completion for cmake cpack and ctest
Package: cmake Version: 2.8.11.2-1 Severity: wishlist Dear Maintainer, Please consider enabling bash completion for cmake, cpack and ctest. The cmake-data package already comes with the completion files (/usr/share/cmake-2.8/completions/{cmake,cpack,ctest}), and just linking these files in the /etc/bash_completion.d/ folder should be enough to enable it automatically. Thanks, Daniele -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (300, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 cmake depends on: ii cmake-data 2.8.11.2-1 ii libarchive13 3.1.2-7 ii libc62.17-92+b1 ii libcurl3-gnutls 7.32.0-1 ii libexpat12.1.0-4 ii libgcc1 1:4.8.1-2 ii libstdc++6 4.8.1-2 ii procps 1:3.3.4-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages cmake recommends: ii gcc 4:4.7.2-1 ii make 3.81-8.2 Versions of packages cmake suggests: pn codeblocks none pn eclipse 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#722237: RFS: psensor/0.8.0.3-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package psensor * Package name: psensor Version : 0.8.0.3-2 Upstream Author : Jean-Philippe Orsini jea...@gmail.com * URL : http://wpitchoune.net/psensor * License : GPL v2 Section : utils It builds those binary packages: psensor- display graphs for monitoring hardware temperature psensor-common - common files for Psensor and Psensor server psensor-server - Psensor server for monitoring hardware sensors remotely To access further information about this package, please visit the following URL: http://mentors.debian.net/package/psensor Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/psensor/psensor_0.8.0.3-2.dsc More information about psensor can be obtained from: http://wpitchoune.net/psensor Changes since the last upload: psensor (0.8.0.3-2) unstable; urgency=low * debian/control + exclude build dep to atasmart lib for hurd and kfreebsd Regards, JeanFI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722143: caps: The library Caps does not provide the module Eq anymore
2013/9/8 Alessandro Ghedini gh...@debian.org On Sun, Sep 08, 2013 at 02:17:53PM +0200, Olivier_G wrote: Package: caps Version: 0.9.16-1 Severity: important The Eq plugin was renamed to Eq10 apparently (see #721355), so whatever it is that uses that plugin should be updated to use the new name. If you are using the libasound2-plugin-equal package, it will migrate to testing in a couple of days with the fix. It would have been nice if the caps package had a Debian.NEWS entry about this (at the very least) though, along with all the other renames. Hi Alessandro, Sorry for missed renaming. I checked changelog ... no other renaming should happened. As #721355 is fixed should we close this bug too? regards mira
Bug#722238: ITP: python-nose-testconfig -- test configuration plugin for nosetests
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-nose-testconfig Version : 0.9 Upstream Author : Jesse Noller jnol...@gmail.com * URL : https://pypi.python.org/pypi/nose-testconfig * License : Apache-2.0 Programming Lang: Python Description : test configuration plugin for nosetests nose-testconfig is a plugin to the nose test framework which provides a faculty for passing test-specific (or test-run specific) configuration data to the tests being executed. . Currently configuration files in the following formats are supported: * YAML (via python-yaml) * INI (via ConfigParser) * Pure Python (via Exec) * JSON . The plugin is meant to be flexible, ergo the support of exec'ing arbitrary Python files as configuration files with no checks. The default format is assumed to be ConfigParser ini-style format. . The plugin provides a method of overriding certain parameters from the command line (assuming that the main config object is a dict) and can easily have additional parsers added to it. . A configuration file may not be provided. In this case, the config object is an emtpy dict. Any command line overriding paramters will be added to the dict. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709989: (no subject)
I saw a similar issue. Wheezy KVM host (Doesn't do anything else) with squeeze VMs (Latest packages on host - Kernel was stock Debian one). All filesystems are ext3 (no ext4). This was the stacktrace from kern.log (anonymised to remove hostname): [406699.787067] general protection fault: [#1] SMP [406699.787091] CPU 5 [406699.787095] Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp tun ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables cpufreq_conservative cpufreq_stats cpufreq_userspace cpufreq_powersave dummy bridge stp ext3 jbd loop kvm_intel kvm acpi_cpufreq mperf coretemp mxm_wmi crc32c_intel ghash_clmulni_intel snd_pcm snd_page_alloc snd_timer snd aesni_intel aes_x86_64 aes_generic cryptd soundcore i2c_i801 evdev shpchp pcspkr iTCO_wdt i2c_core iTCO_vendor_support parport_pc parport wmi video button processor ext4 crc16 jbd2 mbcache btrfs crc32c libcrc32c zlib_deflate dm_mod raid1 md_mod sg sd_mod crc_t10dif ehci_hcd ahci r8169 libahci mii fan thermal thermal_sys libata scsi_mod xhci_hcd usbcore usb_common [last unloaded: scsi_wait_scan] [406699.787422] [406699.787438] Pid: 3321, comm: kvm Not tainted 3.2.0-4-amd64 #1 Debian 3.2.46-1 MSI MS-7816/H87-G43 (MS-7816) [406699.787481] RIP: 0010:[81108676] [81108676] do_select+0x467/0x468 [406699.787524] RSP: 0018:880758667da0 EFLAGS: 00010292 [406699.787545] RAX: 0001 RBX: 7ff393d870e0 RCX: dead00200200 [406699.787582] RDX: dead00100100 RSI: 0206 RDI: 8807faf12dc0 [406699.787618] RBP: 7ff393d87060 R08: 01c0 R09: 88081a84a000 [406699.787654] R10: 88081a84a000 R11: 88081a84a000 R12: 7ff393d87160 [406699.787691] R13: R14: 880758667dc8 R15: 0015 [406699.787727] FS: 7ff3932048e0() GS:88081eb4() knlGS: [406699.787765] CS: 0010 DS: ES: CR0: 8005003b [406699.787788] CR2: ff600400 CR3: 0007585ee000 CR4: 001426e0 [406699.787824] DR0: DR1: DR2: [406699.787860] DR3: DR6: fffe0ff0 DR7: 0400 [406699.787896] Process kvm (pid: 3321, threadinfo 880758666000, task 880758665610) [406699.787934] Stack: [406699.787950] fffe811087ec 001558665610 [406699.787989] 00178980 [406699.788028] 0080 0001 [406699.788067] Call Trace: [406699.788087] [8106aebb] ? clockevents_program_event+0xaa/0xce [406699.788112] [81062050] ? enqueue_hrtimer+0x43/0x67 [406699.788137] [8134eb77] ? _raw_spin_unlock_irqrestore+0xe/0xf [406699.788162] [81062904] ? __hrtimer_start_range_ns+0x2b2/0x2c5 [406699.788188] [811b0118] ? timerqueue_del+0x53/0x63 [406699.788211] [8134eb5f] ? _raw_spin_lock_irq+0xa/0x14 [406699.788236] [8112be56] ? eventfd_ctx_read+0x162/0x174 [406699.788259] [8103f57d] ? try_to_wake_up+0x197/0x197 [406699.788283] [81108919] ? sys_select+0x88/0xad [406699.788306] [810fa4e9] ? sys_read+0x5f/0x6b [406699.788328] [81353b52] ? system_call_fastpath+0x16/0x1b [406699.788351] Code: e9 2a fd ff ff 45 31 f6 48 8d bc 24 a0 00 00 00 44 89 f5 e8 91 f8 ff ff 48 81 c4 28 03 00 00 89 e8 5b 5d 41 5c 41 5d 41 5e 41 5f c3 41 57 41 56 41 55 41 bd ea ff ff ff 41 54 49 89 cc 55 48 89 [406699.788456] RIP [81108676] do_select+0x467/0x468 [406699.788480] RSP 880758667da0 [406699.788819] ---[ end trace a5726181a71094b2 ]--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722233: workaround found by upgrading sqlite3 and libsqlite3 to 3.8.0.2
I confirm this. It is extremely annoying and completely prevents using subversion. The current svn client seem to need a more recent version of SQLite than is available in Jessie. Installing sqlite3 and libsqlite3 from sid (which is version 3.8.0.2) solves the problem. Luc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720447: [Pkg-mozext-maintainers] Bug#721092: xul-ext-pentadactyl is incompatible with iceweasel
Hi! On Sun, Sep 08, 2013 at 03:30:45PM -0400, David Prévot wrote: It looks like xul-ext-pentadactyl is broken in both stable and unstable. Michael, can you please push your last changes into Git? Can you also have a look at this issue, the window for next stable update will close really soon. I'm on it for unstable (#720447). As far as stable (#721092) goes, I think that an upgrade through a point release is not the right approach because xul-ext-pentadactyl is in fact compatible with iceweasel in stable; the problem is with the version of iceweasel in stable-security, which can change again at any point in the future, breaking xul-ext-pentadactyl anew. Meanwhile, updating dactyl through stable-security is also not a possibility, at least judging by http://thread.gmane.org/gmane.linux.debian.devel.general/183487. In addition to all this, there hasn't been an upstream release of Pentadactyl in more than a year and the most recent version also doesn't support Fx/Iceweasel 17. I very much doubt that a patched version of 1.0 for the next point release is worth the trouble or even a good idea. If there are no objections I'm therefore going to downgrade the severity of #721092, tag it wontfix and leave it for posterity. I might also upload an updated version to wheezy-backports. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722233: subversion: SQLite problem with new version of subversion, svn upgrade does not work
Package: subversion Version: 1.7.9-1+nmu4 Followup-For: Bug #722233 Dear Maintainer, Further to the original report, the same issue exists when attempting to checkout a repository: gdarcy@greg-pc:~/svntemp$ rm -rf trunk svn co svn+ssh://remote/src/trunk svn: E200029: Couldn't perform atomic initialization svn: E200030: SQLite compiled for 3.8.0.1, but running with 3.7.17 It appears that the subversion package has been compiled against the unstable version of sqlite3, but that package has not yet been migrated to testing. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr1 1.4.8-1 ii libc6 2.17-92+b1 ii libsasl2-2 2.1.25.dfsg1-14 ii libsvn1 1.7.9-1+nmu4 subversion recommends no packages. Versions of packages subversion suggests: ii db5.1-util5.1.29-6 ii patch 2.7.1-3 ii subversion-tools 1.7.9-1+nmu4 -- 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#722239: Error parsing schema org.gnome.desktop.interface
Package: gnome-tweak-tool Version: 3.4.0.1-2 gnome-tweak-tool dies at startup with CRITICAL: Error parsing schema org.gnome.desktop.interface (/usr/share/glib-2.0/schemas/org.gnome.desktop.interface.gschema.xml) Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/gtweak/gsettings.py, line 48, in __init__ dom = xml.dom.minidom.parse(schema_path) File /usr/lib/python2.7/xml/dom/minidom.py, line 1919, in parse from xml.dom import expatbuilder File /usr/lib/python2.7/xml/dom/expatbuilder.py, line 32, in module from xml.parsers import expat File /usr/lib/python2.7/xml/parsers/expat.py, line 4, in module from pyexpat import * ImportError: /usr/lib/python2.7/lib-dynload/pyexpat.so: undefined symbol: XML_SetHashSalt Traceback (most recent call last): File /usr/bin/gnome-tweak-tool, line 76, in module MainWindow() File /usr/lib/python2.7/dist-packages/gtweak/mainwindow.py, line 44, in __init__ model) File /usr/lib/python2.7/dist-packages/gtweak/tweakview.py, line 40, in __init__ self._model.load_tweaks() File /usr/lib/python2.7/dist-packages/gtweak/tweakmodel.py, line 135, in load_tweaks mods = __import__(gtweak.tweaks, globals(), locals(), tweak_files, 0) File /usr/lib/python2.7/dist-packages/gtweak/tweaks/tweak_interface.py, line 99, in module GSettingsSwitchTweak(org.gnome.desktop.interface, menus-have-icons, group_name=TWEAK_GROUP_THEME), File /usr/lib/python2.7/dist-packages/gtweak/widgets.py, line 116, in __init__ _GSettingsTweak.__init__(self, schema_name, key_name, **options) File /usr/lib/python2.7/dist-packages/gtweak/widgets.py, line 105, in __init__ options.get(summary,self.settings.schema_get_summary(key_name)), File /usr/lib/python2.7/dist-packages/gtweak/gsettings.py, line 122, in schema_get_summary return self._schema._schema[key][summary] KeyError: 'menus-have-icons' Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721985: ITP: kytea -- morphological analysis system with pointwise predictors
On Fri, Sep 06, 2013 at 11:24:44PM +0900, Koichi Akabe wrote: Package: wnpp Severity: wishlist Owner: Koichi Akabe vbkaise...@gmail.com * Package name: kytea Version : 0.4.6 Upstream Author : Graham Neubig neubig.at.gmail.com * URL : http://www.phontron.com/kytea/ * License : Apache-2.0 Programming Lang: C++ Description : morphological analysis system with pointwise predictors KyTea is morphological analysis system based on pointwise predictors. It separetes sentences into words, tagging and predict pronunciations. ^ separates The pronunciation of KyTea is same as cutie. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721994: ITP: lconf-icinga-mod -- LConf web interface as a module for Icinga Web
On Fri, Sep 06, 2013 at 06:06:15PM +0200, Markus Frosch wrote: […] Supporting inheritance of attributes and templates (by linking other LDAP OUs) LConf uses it's own way to resolve the configuration in constrast to classical ^ contrast Icinga / Nagios configuration tricks and best-practises. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722213: owncloud: contains unregistered embedded copy of php-patchwork-utf8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: tags -1 pending Le 09/09/2013 02:17, Helmut Grohne a écrit : Please investigate whether you can use the php-patchwork-utf8 package instead of embedding it. The initial php-patchwork-utf8 package only made it a few days ago into the archive, and I packaged it exactly in that purpose. The fix is already in my local branch, and it will make it in Sid in a few days (ditto for php-irods-prods, no need to report another such issue). ”I intend to maintain it under Debian PHP PEAR umbrella, and get rid of the embedded copy from the current version of owncloud.” from the ITP: http://bugs.debian.org/721889 Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSLaVyAAoJEAWMHPlE9r08hXwH/RT/2Ybgs9h+h3cTRkv3AtqJ g+g8qZFFXajfWtLatE5jDCpfAPTa2fQTK8iT5pu8PF0lLtIXdJdqS/RN0E1DQOT0 Fo+BZF2kny2EYKr6nhX9mccBeA/iNB44kGXKnuu6kGY4oKFGnu/nozTjCFjrPsDe NmeLGQlkIDO9fPbJyvlFoKnrdtZWagsPjsN4+gJsaPZvI78di8kocPAYmU5xJQSH mIXHGhKW79rh4d8O4rLEvnw1mIN1qQKQsYIXsdEuU3mVZp8tPj9X3WJ69ILqtaht +gdoUF/l/Cy/voG6EBX3knIwcnYUzBZYex9Yw3HnNhfDkC+/pJJ0+fxNbmjwV+I= =UXQz -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#651170: PyXB package status
Hi! I started to package it at [1]. Could you please let me know where do you have your source repository? My intention is to upload it to Debian during this week. It would be nice some review help for it. Thanks, cleto. [1] https://bitbucket.org/cleto/pyxb-package On Mon, Sep 9, 2013 at 10:09 AM, Michael Fladischer mich...@fladi.atwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, is there still someone working on this ITP? I have already prepared a package and I would like to maintain it as part of the Debian Python Modules Team. Would it be ok if I take over this ITP and start looking for a sponsor? Cheers, - -- Michael Fladischer Fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJSLZAvAAoJEGlMre9Rx7W2rBsQAIYJ2CPnqaoPlVUII/2t+evd zV/kzwfxYXUVH4ATQR9HyO6/yc8YbcV+jWtJ9qkbe6H2JXm+QsB0pRcBRbmukCWC /AWoHVmExXB/g1xd2lvL9Fu2XXzZYiGvXwRzUDsrHobYauOXl7PI+XvbCSIFikqC uCGVQFMRLk7HanMnVMPdPXmUGQjOPnrJ3pgexwSj2I2EIqjOK/Lu5GLw/QF1o+Eh KiG8T8S9iRTSUohbQR/GdiFlvCbRb7FuZQHWw5gW3kCfSzfn0c+APPXuGqz7ciCt R95mQB2YF/XT6TyXDTp8OAoNgpouuqHQgHB/gcO+x5IVjlplVTVvjlzRBBG87xH7 zrpDGnNMBxoSMNwtC+k5wVQRX1e8j3GjgM84RrjAAMR+Vk3jkfLYzTzytCSmGOqF lsC59sbKfgwh96ay0/XiAwQ84ZYi4sT5R8M/o6kzP5vEeSza1rXm4JPZ3A/OdrEU Mqd8AcfQXIJKWjxNEtqqLHkRdhFCKhteQ1ZcnatHNr1RSunCgjzOiPO2Frnorlw0 snNy0lRVYTm4by43b2SFKlBYMfPfjRRN9Uwep7ifJzZBcOllCUxMCMzRfbyIkNn0 1HjYztx8c/trzBVYJPcR3DPlNIbF21nhQ20QEAwBn9cIig00iGcGCWAhk3R56Pqd dbv7KCChtcGmttLv0Exi =/a1E -END PGP SIGNATURE-
Bug#720796: gstreamer0.10-ffmpeg: FTBFS with libav9: gstffmpeg.h:63:1: error: unknown type name 'URLProtocol'
On Fr, 2013-09-06 at 15:34 +0200, Moritz Muehlenhoff wrote: On Sun, Aug 25, 2013 at 03:08:25PM +0200, David Suárez wrote: Source: gstreamer0.10-ffmpeg Version: 0.10.13-5 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130825 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Related to current libav9 transition (see #706798). Can/should this be removed in favour of gst-libav1.0? Yes it should probably be just removed. I plan to get rid of all of gstreamer 0.10 in the next months, so let's just let this one go now already :) signature.asc Description: This is a digitally signed message part
Bug#722240: gnome-panel: segfault in libglib
Package: gnome-panel Version: 3.4.2.1-4 Severity: important Dear Maintainer, * What led up to the situation? I was in graphics save mode. Clickjacking the clock in gnome at the top. * What exactly did you do (or not do) that was effective (or ineffective)? gnome told me I had to log out Something went wrong!, but I went to the desktop with a shortcut, and started terminal with a shortcut, then I could gnome-shell --replace to get my shell back. * What was the outcome of this action? [14539.623123] gnome-panel[13790]: segfault at 7ff72772ce04 ip 7ff7255b2a90 sp 7fff22c7ac20 error 7 in libglib-2.0.so.0.3200.4[7ff725578000+f5000] * What outcome did you expect instead? To not crash the complete shell when clickjagging a clock. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') 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 gnome-panel depends on: ii gconf-service 3.2.5-1+build1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-5 ii gnome-panel-data 3.4.2.1-4 ii libatk1.0-02.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libdconf0 0.12.1-3 ii libebook-1.2-133.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-16 3.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-5 ii libgtk-3-0 3.4.2-6 ii libgweather-3-03.4.1-1+build1 ii libical0 0.48-2 ii libice62:1.0.8-2 ii libpanel-applet-4-03.4.2.1-4 ii libpango1.0-0 1.30.0-1 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-1 2.38.1-2 ii libtelepathy-glib0 0.18.2-2 ii libwnck-3-03.4.2-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau61:1.0.7-1 ii libxml22.8.0+dfsg1-7+nmu1 ii libxrandr2 2:1.3.2-2+deb7u1 Versions of packages gnome-panel recommends: ii alacarte3.5.3-1 ii evolution-data-server 3.4.4-3 ii gnome-applets 3.4.1-3 ii gnome-control-center1:3.4.3.1-2 ii gnome-icon-theme3.4.0-2 ii gnome-session 3.4.2.1-4 ii gnome-session-fallback 3.4.2.1-4 ii gvfs1.12.3-4 Versions of packages gnome-panel suggests: ii gnome-terminal [x-terminal-emulator] 3.4.1.1-2 ii gnome-user-guide 3.4.2-1+build1 ii nautilus 3.4.2-1+build1 ii xterm [x-terminal-emulator] 278-4 ii yelp 3.4.2-1+b1 -- 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#722241: Please update URLs to gitweb for Debian Source Repository
Source:spice Hi, you've updated already links to gitweb for Debian Source Repository for usbredir and spice-vdagent, please update them also for spice, spice-protocola and spice-gtk. E.g. for spice: now: http://anonscm.debian.org/git/collab-maint/spice.git should: http://anonscm.debian.org/gitweb/?p=collab-maint/spice.git;a=summary or: http://git.debian.org/?p=collab-maint/spice.git;a=summary (as in usbredir and spice-vdagent) Is there any recommendation, what link is better? Thanks, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722098: Bug #722098: telepathy-gabble: Facebook chat authorization error
On 08/09/13 22:19, Michael Banck wrote: FWIW, I'm attaching a patch which fixes Facebook chat on squeeze as well. - if (sender != conn-self_handle) -{ - NODE_DEBUG (iq_node, discarding roster IQ which is not from - ourselves or the server); Don't remove this: it's what prevents your contacts from spoofing roster updates. It needs to be more targeted, similar to the wocky-porter change. I'll get some backports sorted out upstream - please don't upload anything for this until it's been through upstream review. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658320: False positive version-substvar-for-external-package when using multiarch depends foopackage:any
* Francois Gouget fgou...@free.fr, 2013-08-27, 11:01: It's only false positive in the sense that a different error should have been emitted. bar:any is not a valid syntax for packages in Debian (yet). I'd just like to note that 'bar:any' is valid syntax for a dependency now. According to Steve Langasek, this is indeed the case: https://lists.alioth.debian.org/pipermail/multiarch-devel/2013-September/67.html -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715948: [Mayhem] Bug report on libmapnik2-2.0: gdal.input crashes with exit status 139
Hello, could you check this can be reproduced with latest libmapnik2.2 ? Regards, Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651170: PyXB package status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! On 2013-09-09 12:40, Cleto Martin Angelina wrote: You can find my packaging on mentors.d.n[0]. Have a look at it and see if you want to adopt some of my work. The Vcs-* fields do not point to the packaging code yet as I did not want to push my changes to DPMT before it's clear who will maintain the package. [0] http://mentors.debian.net/debian/pool/main/p/pyxb/pyxb_1.2.2-1.dsc Cheers, - -- Michael Fladischer Fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJSLa81AAoJEGlMre9Rx7W2RNsP/0C6vBcuORW765gL1F2d/ZKv UCWLuepC1wFD4C0GQaOOyYDtF75eyT8kBPFFzlFXTFP4gpAP3IWCLu594kvxXVsc ZqsGkDKx5Zz/Xyi/i66E78nZwnRLxSYDZtd0JZsbwaj9tBfctLiKVodopGYW13MJ rO4npcXFtkpc3/3Ko5Ly7YqhH0BomqmCpFYem52MHyYWmTI8tVzTecn8GMIFHNvQ XDqE/I/1knFHBcdzY8FLJC0Y7ZPYOwlPo1WNvvxnsTDWsX3+W6KKXSfpw5T5McLl pcXCU0S6s66WJgr+xvy8D4m6pUBXb2f+MkOLYhZgSZoOcgdO+Z3auyJxCjB6VIqg m34elRfEM/xOyQeoj56oqEWrX1yJGYmE0mp2KceoScg7UE8gD0dC/b1Cmnmjee5Q 0VIXazvXd/obd9haHcaJYYz1DckEvoGpnN/VKoo3tX7pVbbEHX0pI4Um0dVmeaMc M5XnbWEA9+5z/BQaID5tDB5kRDm/BwM//atPeqt3LWt+T4HBOgbWVhCqhnWffAP7 nwiqJ81YGjzIfaNASPkIsGMxCBP32Vp5kkd/L6rTVvRvp5gx2fEWF7wOWKRtRfkX mPRq9IGO8ftlIv9i/AwY2SlmZtvvYzUXOVfyE3bxgyIfICQbmTY9kUkoj4HsDPed Ip2W4GgmE2wjxQ3YNMls =F3Kz -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#721598: ITP: python-vcs -- Various version control systems management abstraction layer
Hi Jelmer, On Mo 02 Sep 2013 21:08:50 CEST Jelmer Vernooij wrote: On Mon, Sep 02, 2013 at 10:36:49AM +0200, Mike Gabriel wrote: Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-vcs Version : 0.4.0 Upstream Author : Marcin Ku??mi??ski https://github.com/codeinn/vcs/issues * URL : https://github.com/codeinn/vcs/ * License : Expat Programming Lang: Python Description : Various version control systems management abstraction layer Python vcs is an abstraction layer on top of various (Mercurial, Git, as extra backends: SVN, Bazaar) version control systems. It is designed as a feature-rich Python library with a clear API Reference. . Features - Common API for SCM backends - Fetching repositories data lazily - Simple caching mechanism so we don???t hit repo too often - In-memory commits API - Command-line interface . Incoming - Full working directories support - Extra backends: Subversion, Bazaar Where are the extra backends? I don't see them in the linked upstream source code. I cannot tell you where the backends yet are. Currently, I am struggling with a licensing issue in vcs that you may be able to solve. For further info on this see this issue report on github: https://github.com/codeinn/vcs/issues/118 Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpGQC3qp9H2z.pgp Description: Digitale PGP-Unterschrift
Bug#718245: adequate: please do not display using dialog as option
* Thorsten Glaser t...@mirbsd.de, 2013-08-03, 12:25: Try removing --debconf from /etc/apt/apt.conf.d/20adequate . Ah, that’s better, thanks! Should we close the bug? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720051: Can't confirm warning: forcing reinstallation of alternative /usr/bin/unrar-nonfree because link group unrar is broken
I can't reproduce this error (update-alternatives: warning: forcing reinstallation of alternative /usr/bin/unrar-nonfree because link group unrar is broken) on Ubuntu 12.04: baltix@ubuntu:~/Atsiuntimai$ sudo dpkg -i unrar_5.0.10-1_i386.deb (Reading database ... 160786 files and directories currently installed.) Preparing to replace unrar 1:4.0.3-1 (using unrar_5.0.10-1_i386.deb) ... Unpacking replacement unrar ... Setting up unrar (1:5.0.10-1) ... Processing triggers for man-db ... baltix@ubuntu:~/Atsiuntimai$ -- Labanaktis/Good luck, Mantas Kriaučiūnas Jabber ID: man...@akl.ltGPG ID: 43535BD5 Public organization Open Source for Lithuania - www.akl.lt Geriausios biuro programos verslui ir namams - http://openoffice.lt Prekyba naujais ir atnaujintais kompiuteriais su Linux OS - http://tinklas.eu Naudok Baltix GNU/Linux sistemą savo kompiuteryje - http://baltix.lt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722071: Update
Fixed upstream, svn only until new release. -- Piero Orsoni ors...@gmail.com
Bug#722225: man page references non-existent info documentation
On 09/09/2013 10:32, Russ Allbery wrote: I'm guessing that it's substandard output from some automated man page generation tool.) You are right. The manpage is generated by help2man ... Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522176: Git debian packaging
Hi, you can find an early-devel package here: https://github.com/aborrero/pkg-nftables Please note that nftables is currently being developed. Also, there is no official kernel support for nftables. The kernel patched with nftables is at: http://git.kernel.org/cgit/linux/kernel/git/pablo/nftables.git/ I think Netfilter will release it in early 2014. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708102: git debian pkg repo
Find here the package git repo (experimental-early-devel): https://github.com/aborrero/pkg-libnftables Note that libnftables is under development. My personal thought is that Netfilter would release nftables in early 2014. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722245: mantis: unable to install mantis if apache isn't installed
Package: mantis Version: 1.2.11-1.2 Severity: important If apache2 package isn't installed, mantis fails to install with the following error message: ln: failed to create symbolic link `/etc/apache2/conf.d/mantis': No such file or directory and the package stays in broken state in dpkg databse. apache2 is only one of the alternatives, package requires any httpd (in our case we use lighttpd which works just fine). Note that in debconf settings below mantis/webserver is set to apache2, but there's no way to change this setting without manually editing debconf cache db. Creating /etc/apache2/conf.d/ allows the package to be installed, but after that it complains that apache2 initscript is not found. Thanks, /mjt -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mantis depends on: ii apache2-utils 2.2.22-13 ii debconf [debconf-2.0] 1.5.49 ii libjs-prototype1.7.0-2 ii libjs-scriptaculous1.9.0-2 ii libnusoap-php 0.7.3-5 ii libphp-adodb 5.15-1 ii libphp-phpmailer 5.1-1 ii lighttpd [httpd] 1.4.31-4 ii php5-cli 5.4.4-14+deb7u4 ii ucf3.0025+nmu3 Versions of packages mantis recommends: ii mysql-client-5.5 [mysql-client] 5.5.31+dfsg-0+wheezy1 ii php5-mysql 5.4.4-14+deb7u4 Versions of packages mantis suggests: ii mysql-server 5.5.31+dfsg-0+wheezy1 ii php5-cli 5.4.4-14+deb7u4 -- debconf information: * mantis/webserver: apache2 * mantis/htaccess_user: admin * mantis/reload_webserver: true mantis/htaccess_password_invalid: * mantis/installation_summary: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673682: adding Xorg logs
I forgot the Xorg log from the actual crash: Xorg.0.log.old: [173304.848] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [173304.848] [173304.848] Backtrace: [173304.930] 0: /usr/bin/X (xorg_backtrace+0x36) [0x7f5fc02edd06] [173304.930] 1: /usr/bin/X (mieqEnqueue+0x26b) [0x7f5fc02cefab] [173304.930] 2: /usr/bin/X (0x7f5fc016f000+0x668f2) [0x7f5fc01d58f2] [173304.930] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f5fbab77000+0x55d8) [0x7f5fbab7c5d8] [173304.930] 4: /usr/bin/X (0x7f5fc016f000+0x8d937) [0x7f5fc01fc937] [173304.930] 5: /usr/bin/X (0x7f5fc016f000+0xb1c08) [0x7f5fc0220c08] [173304.930] 6: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f5fbf497000+0xf030) [0x7f5fbf4a6030] [173304.930] 7: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7f5fbe273ac7] [173304.930] 8: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7f5fbc5e9d08] [173304.930] 9: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f5fbbecf000+0x9501) [0x7f5fbbed8501] [173304.930] 10: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f5fbbecf000+0x9688) [0x7f5fbbed8688] [173304.930] 11: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f5fbc0ef000+0xffb0) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722243: mailnag: Fails to check mail.
Package: mailnag Version: 0.5.2-1 Severity: important Dear Maintainer, Here is the output from ~/.config/mailnag/mailnag.log Waiting for GNOME-Shell notification server... Waiting for GNOME-Shell notification server... Checking 1 email account(s) at: Mon Sep 9 11:08:07 2013 Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/Mailnag/mailnag.py, line 138, in main mailchecker.check(accounts) File /usr/share/pyshared/Mailnag/daemon/mailchecker.py, line 99, in check self._notify_single(new_mails) File /usr/share/pyshared/Mailnag/daemon/mailchecker.py, line 148, in _notify_single n = self._get_notification(mail.sender, mail.subject, mail-unread) File /usr/share/pyshared/Mailnag/daemon/mailchecker.py, line 158, in _get_notification n.add_action(default, default, self._notification_action_handler, None, None) File /usr/lib/python2.7/dist-packages/gi/types.py, line 113, in function return info.invoke(*args, **kwargs) TypeError: add_action() takes exactly 5 arguments (6 given) Checking 1 email account(s) at: Mon Sep 9 11:18:08 2013 Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/Mailnag/mailnag.py, line 162, in sync_func mailchecker.check([account]) File /usr/share/pyshared/Mailnag/daemon/mailchecker.py, line 99, in check self._notify_single(new_mails) File /usr/share/pyshared/Mailnag/daemon/mailchecker.py, line 148, in _notify_single n = self._get_notification(mail.sender, mail.subject, mail-unread) File /usr/share/pyshared/Mailnag/daemon/mailchecker.py, line 158, in _get_notification n.add_action(default, default, self._notification_action_handler, None, None) File /usr/lib/python2.7/dist-packages/gi/types.py, line 113, in function return info.invoke(*args, **kwargs) TypeError: add_action() takes exactly 5 arguments (6 given) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mailnag depends on: ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii gir1.2-gstreamer-0.10 0.10.36-1.2 ii gir1.2-notify-0.7 0.7.6-1 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii python 2.7.5-4 ii python-dbus 1.2.0-2+b1 ii python-gobject 3.8.3-1 ii python-httplib2 0.8-2 ii python-xdg 0.25-3 mailnag recommends no packages. mailnag 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#722244: sd: Newer libconfig-gitlike-perl ( 1.08) completely breaks sd
Package: sd Version: 0.75-1 Severity: grave Justification: renders package unusable Dear Maintainer, Using sd on testing leads to the following error message on any sd command (except sd help intro): Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Config/GitLike.pm line 135. Downgrading libconfig-gitlike-perl to version 1.08 solves the issue, but testing currently has 1.10. I've reported this issue upstream: https://rt.cpan.org/Ticket/Display.html?id=88538 but I think that libconfig-gitlike-perl 1.10 should be marked incompatible with sd 0.75 in Debian, or at least a warning be included in README.Debian. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (299, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sd depends on: ii libdatetime-format-natural-perl 1.02-1 ii libdatetime-perl 2:1.03-1 ii libemail-mime-perl 1.911-1 ii libhtml-tree-perl5.02-1 ii libpath-class-perl 0.32-1 ii libprophet-perl 0.750-1 ii libtime-progress-perl1.8-1 ii libtry-tiny-perl 0.18-1 ii liburi-perl 1.60-1 ii perl 5.14.2-21 sd recommends no packages. sd 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#713208: petsc: FTBFS: cp: cannot stat '/usr/share/automake-1.11/config.*': No such file or directory
tags 713208 patch thanks On Sat, Jun 22, 2013 at 02:11:22PM +0200, Lucas Nussbaum wrote: Relevant part: debian/rules build dh_quilt_patch File series fully applied, ends at patch umfpack.patch echo Using MPI implementation openmpi in directory /usr/lib/openmpi Using MPI implementation openmpi in directory /usr/lib/openmpi cp -fp /usr/share/automake-1.11/config.* config/BuildSystem/config/packages/ cp: cannot stat '/usr/share/automake-1.11/config.*': No such file or directory make: *** [build-arch] Error 1 The attached patch should get rid of the requirement for a path with the automake version in it. The build still fails at a later stage, though: makefile:15: linux-gnu-c-debug/conf/petscvariables: No such file or directory /tmp/petsc/conf/variables:108: /tmp/petsc/linux-gnu-c-debug/conf/petscvariables: No such file or directory /tmp/petsc/conf/rules:963: /tmp/petsc/linux-gnu-c-debug/conf/petscrules: No such file or directory make[1]: *** No rule to make target `/tmp/petsc/linux-gnu-c-debug/conf/petscrules'. Stop. Thomas From f5f31590c3098971cefbce75903dba941dc54a4b Mon Sep 17 00:00:00 2001 From: Thomas Weber twe...@debian.org Date: Mon, 9 Sep 2013 09:38:01 +0200 Subject: [PATCH] Make copying config.guess and config.sub independent of automake version --- debian/rules | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/debian/rules b/debian/rules index 6046d46..55dba7c 100755 --- a/debian/rules +++ b/debian/rules @@ -56,6 +56,10 @@ PETSC_NAME=petsc$(PETSC_VERSION) ARCH_GENERATED_FILES=debian/lib$(PETSC_NAME)-dev.docs \ debian/lib$(PETSC_NAME)-dev.postinst debian/lib$(PETSC_NAME)-dev.prerm +# Get automake library directory, to make the copying later independent of the +# installed version of automake, see http://bugs.debian.org/713208 +AUTOMAKE_LIB_DIR=$(shell automake --print-libdir) + clean: dh_testdir if [ -f TAGS.backup ]; then mv -f TAGS.backup TAGS; fi @@ -89,7 +93,7 @@ build-indep: build-arch: dh_quilt_patch echo Using MPI implementation $(PETSC_MPI) in directory $(PETSC_MPI_DIR) - cp -fp /usr/share/automake-1.13/config.* config/BuildSystem/config/packages/ + cp -fp $(AUTOMAKE_LIB_DIR)/config.* config/BuildSystem/config/packages/ if [ ! -f TAGS.backup ]; then cp -a TAGS TAGS.backup; fi PETSC_DIR=$(CURDIR) PETSC_ARCH=$(PETSC_ARCH)-c-debug \ ./config/configure.py --with-shared-libraries --with-debugging=1 \ -- 1.8.4.rc3
Bug#722098: Bug #722098: telepathy-gabble: Facebook chat authorization error
Hi, On Mon, Sep 09, 2013 at 12:05:57PM +0100, Simon McVittie wrote: On 08/09/13 22:19, Michael Banck wrote: FWIW, I'm attaching a patch which fixes Facebook chat on squeeze as well. - if (sender != conn-self_handle) -{ - NODE_DEBUG (iq_node, discarding roster IQ which is not from - ourselves or the server); Don't remove this: it's what prevents your contacts from spoofing roster updates. It needs to be more targeted, similar to the wocky-porter change. I see, ok. I'll get some backports sorted out upstream - please don't upload anything for this until it's been through upstream review. Great! Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673653: Reboot
I think the project is quite inactive. But I can handle this if anyone is interested. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680971: python3-apt: apt_inst.TarFile.extractdata could accepts bytes
* Julian Andres Klode j...@debian.org, 2013-08-26, 13:48: The apt_inst.TarFile.extractdata method requires that it's argument is a str. It would be nice if it also accepted bytes objects. This would be consistent with e.g. built-in open function, which accepts one or the other as filename. Thank you for your bug report; and yes, you're right. We are using PyArg_ParseTuple() to parse the string. We currently use the format string s for parsing file names. If you happen to know the best format string we could use that accepts bytes strings as well, please let us know. It has to work with Python 2.7 as well. The documentation for the s format reads: This format does not accept bytes-like objects. If you want to accept filesystem paths and convert them to C character strings, it is preferable to use the O format with PyUnicode_FSConverter() as converter. PyUnicode_FSConverter is not available in Python 2.X, though. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720635: Does not work with Dovecot 2.1.17
On Mon, Sep 09, 2013 at 01:12:50PM +0200, martin f krafft wrote: also sprach Ron r...@debian.org [2013.09.07.1709 +0200]: Dovecot 2.1.17 is now in Debian experimental, thanks to jaldhar. As it'll invariably migrate to unstable and eventually stable, this is an important bug report. Since it should just need a binNMU when that happens, and Jaldhar knows all about that, I'm closing this now, since there'll be no source change to otherwise do that. What happened to closing bug reports when the actual problem is gone? bugs.debian.org is not your personal to-do list, is it? Which actual problem would that be? The one where if you force-override the declared package dependencies then things break? Or the one where a package that is not yet in sid will require some binNMU's once it is? For the former you get to keep all the pieces. For the latter, the former will ensure that dovecot cannot migrate to testing until the needed job is done. Since Jaldhar knows he needs to do that, and has done for some years now, and very likely isn't subscribed to this bug anyway, I'm not sure whose personal to-do list you think this should be. It's certainly not a bug in this package either way. Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713208: petsc: FTBFS: cp: cannot stat '/usr/share/automake-1.11/config.*': No such file or directory
On Mon, Sep 9, 2013 at 14:09:17 +0200, Thomas Weber wrote: tags 713208 patch thanks On Sat, Jun 22, 2013 at 02:11:22PM +0200, Lucas Nussbaum wrote: Relevant part: debian/rules build dh_quilt_patch File series fully applied, ends at patch umfpack.patch echo Using MPI implementation openmpi in directory /usr/lib/openmpi Using MPI implementation openmpi in directory /usr/lib/openmpi cp -fp /usr/share/automake-1.11/config.* config/BuildSystem/config/packages/ cp: cannot stat '/usr/share/automake-1.11/config.*': No such file or directory make: *** [build-arch] Error 1 The attached patch should get rid of the requirement for a path with the automake version in it. The build still fails at a later stage, though: makefile:15: linux-gnu-c-debug/conf/petscvariables: No such file or directory /tmp/petsc/conf/variables:108: /tmp/petsc/linux-gnu-c-debug/conf/petscvariables: No such file or directory /tmp/petsc/conf/rules:963: /tmp/petsc/linux-gnu-c-debug/conf/petscrules: No such file or directory make[1]: *** No rule to make target `/tmp/petsc/linux-gnu-c-debug/conf/petscrules'. Stop. Thomas From f5f31590c3098971cefbce75903dba941dc54a4b Mon Sep 17 00:00:00 2001 From: Thomas Weber twe...@debian.org Date: Mon, 9 Sep 2013 09:38:01 +0200 Subject: [PATCH] Make copying config.guess and config.sub independent of automake version --- debian/rules | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/debian/rules b/debian/rules index 6046d46..55dba7c 100755 --- a/debian/rules +++ b/debian/rules @@ -56,6 +56,10 @@ PETSC_NAME=petsc$(PETSC_VERSION) ARCH_GENERATED_FILES=debian/lib$(PETSC_NAME)-dev.docs \ debian/lib$(PETSC_NAME)-dev.postinst debian/lib$(PETSC_NAME)-dev.prerm +# Get automake library directory, to make the copying later independent of the +# installed version of automake, see http://bugs.debian.org/713208 +AUTOMAKE_LIB_DIR=$(shell automake --print-libdir) + clean: dh_testdir if [ -f TAGS.backup ]; then mv -f TAGS.backup TAGS; fi @@ -89,7 +93,7 @@ build-indep: build-arch: dh_quilt_patch echo Using MPI implementation $(PETSC_MPI) in directory $(PETSC_MPI_DIR) - cp -fp /usr/share/automake-1.13/config.* config/BuildSystem/config/packages/ + cp -fp $(AUTOMAKE_LIB_DIR)/config.* config/BuildSystem/config/packages/ You could just copy them from /usr/share/misc, which doesn't change. if [ ! -f TAGS.backup ]; then cp -a TAGS TAGS.backup; fi PETSC_DIR=$(CURDIR) PETSC_ARCH=$(PETSC_ARCH)-c-debug \ ./config/configure.py --with-shared-libraries --with-debugging=1 \ -- 1.8.4.rc3 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#722190: Only channel left is heard when headphones are used
Please, close the bug. The headphones have a physical failure in the cable connection. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722246: libc6: Please consider lowering minimal linux kernel version
Package: libc6 Version: 2.17-92 Severity: wishlist Dear Maintainer, kfreebsd-i386 kfreebsd-amd64 have linux emulatrion layer that can emulate 2.6.16 linux API level. Which is also the minimum kernel version that glibc2.17 2.18 require. At configure time though, the minimal kernel version is set at 2.6.32. Would you mind lowering it back to 2.6.16? The benefits it will bring, is executing i386/amd64 binaries without need to recompile glibc, by simply enabling i386/amd64 repositories and installing foreign arch packages. I don't know what performance/size/etc penalties are with lowering minimal kernel version. Alternatively, would you consider having a separate binary glibc package on i386/amd64 with minimal version set back to 2.6.16? 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#694988: Should be fixed in unstable
Hi! As far as I can see, the upstream commit is part of the current testing/unstable package so sid/jessie should no longer be affected. Quick question on #-release indicated a stable update would very well be feasible. Would you consider pushing it there? want me to help? Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer pgpIe6AG8URnD.pgp Description: PGP signature
Bug#700445:
Answering to myself: the taskset needs to be applied to all guest threads, not just the main process:ps -L -C kvm|awk '/kvm/ {print $2}'| xargs -n1 taskset -c -p 0-7 Thanks to Daniele for the info! The actual bug is because of certain AMD processors group cores in different NUMAs and the calculation of cores changed in libvirt. Newer libvirt should have this fixed. More discussion about the issue can be found e.g. here: https://bugzilla.redhat.com/show_bug.cgi?id=833425
Bug#722247: gnome-power-manager: g-p-m show critical level of battery notification whenever AC becomes unplugged
Package: gnome-power-manager Version: 3.4.0-2 Severity: minor Dear Maintainer, every time I unplug power cord from my laptop, it shows a notification about critical level of battery while at the same time showing current battery fullness icon in the same notificatio (which can even be green and full). -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii consolekit0.4.5-3.1 ii dbus-x11 1.6.8-1+deb7u1 ii dconf-gsettings-backend [gsettings-backe 0.12.1-3 ii dpkg 1.16.10 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u1 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-03.4.2-6 ii libpango1.0-0 1.30.0-1 ii libupower-glib1 0.9.17-1 ii notification-daemon 0.7.6-1 ii upower0.9.17-1 gnome-power-manager recommends no packages. Versions of packages gnome-power-manager suggests: ii policykit-1 0.105-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#722190: [Pkg-alsa-devel] Bug#722190: Only channel left is heard when headphones are used
* Alexis PM alexispm_stellal...@yahoo.es [2013-09-09 13:24 +0100]: Please, close the bug. The headphones have a physical failure in the cable connection. Done herewith Elimar -- Obviously the human brain works like a computer. Since there are no stupid computers humans can't be stupid. There are just a few running with Windows or even CE ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722248: ghci not provided on arm
Source: ghc Version: 7.6.3-4 Severity: wishlist Tags: patch upstream Dear Maintainer, please reenable ghci on arm as it prevents many package from building. I improved on the patch proposed upstream and it works on porterbox. Maybe you could give it a try in experimental. See the patch in the attached file. Best regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: Add ARM implementation for mkJumpToAddr TODO: Put a short summary on the line above and replace this paragraph with a longer explanation of this change. Complete the meta-information with other relevant fields (see below for details). To make it easier, the information below has been extracted from the changelog. Adjust it or drop it. . ghc (7.6.3-4) unstable; urgency=low . [ Colin Watson ] * Enable verbose build output (see http://lists.debian.org/debian-devel/2013/06/msg00539.html). . [ Gianfranco Costamagna ] . * Switch to llvm (Closes: #711948) * removed deprecated DM-Upload-Allowed * removed some version checks, higher versions are already in oldstable. * Added dpkg-buildflags as build-dep, fixing lintian warning. Author: Joachim Breitner nome...@debian.org Bug-Debian: http://bugs.debian.org/711948 --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- ghc-7.6.3.orig/compiler/ghci/ByteCodeItbls.lhs +++ ghc-7.6.3/compiler/ghci/ByteCodeItbls.lhs @@ -242,6 +242,18 @@ mkJumpToAddr a , fromIntegral ((w64 `shiftR` 32) .. 0x) ] where w64 = fromIntegral (ptrToInt a) :: Word64 +#elif arm_TARGET_ARCH +type ItblCode = Word32 +mkJumpToAddr a += [ 0xe92d0080 -- push{r7} + , 0xe3a0780f -- mov r7, #983040 ; 0xf + , 0xe2877002 -- add r7, r7, #2 + , 0xe3a02000 -- mov r2, #0 + , 0xef00 -- swi 0x0 + , 0xe8bd0080 -- pop {r7} + , 0xe51ff004 -- ldr pc, [pc, #-4]# pc reads as current insn+8 + , fromIntegral (ptrToInt a) ] + #else type ItblCode = Word32 mkJumpToAddr a
Bug#722250: pu: package telepathy-gabble/0.16.7-0+deb7u1
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu I'd like to update telepathy-gabble/wheezy to fix inability to connect to Facebook XMPP chat, for which a fix is on its way to unstable (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721883). In principle, would you be OK with updating to a new upstream old-stable release for this? The changes are small and targeted, and most of the diffstat is in the regression tests (which we don't install or run in Debian). If we're able to work around another Facebook server bug that periodically blanks contacts' nicknames/avatars http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722098 without inflating the diff too much, we'll include that in the release too. I attach a preview of what the diff between 0.16.5 (in wheezy) and 0.16.7 should look like, including changes to a git submodule (which is where the actual bugfix is). The second patch band in gabble-0.16.7pre-wocky.diff is currently applied as a security patch; I'd drop that patch when updating to the new upstream. If you approve in principle, I'll follow up with the real patch after making the upstream release. Thanks, S diff --git a/NEWS b/NEWS index 5cd2165..077aa25 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,52 @@ +telepathy-gabble 0.16.7 (UNRELEASED) + + +Known incompatibilities: + +• The regression tests (make check/make distcheck) will not work if + the build system is refreshed with Automake 1.13 or later. + This is fixed in 0.18.x and newer branches. All tarball releases from this + branch should be made using Automake 1.12 or older. + +Fixes: + +• update Wocky: + · fd.o #68829: If we send an IQ to a server allow from to be empty +(David Edmundson) + +• fd.o #65296: initialize libdbus for thread-safety (Simon) + +• fd.o #49595: disable an unreliable test-case (Simon) + +• fd.o #64285: avoid running the same commands twice in parallel when doing a + highly parallel build (Simon) + +• fd.o #67828: fix a test failure with telepathy-glib 0.20.3/0.21.1 or later + (Simon) + +telepathy-gabble 0.16.6 (2013-05-30) + + +The “repeated gas boiler replacement” release. + +This release fixes a man-in-the-middle attack. You should upgrade. + +If you use an unencrypted connection to a legacy Jabber (pre-XMPP) +server, this version of Gabble will not connect until you make +one of these configuration changes: + +• upgrade the server software to something that supports XMPP 1.0; or +• use an encrypted old SSL connection, typically on port 5223 (old-ssl); or +• turn off Encryption required (TLS/SSL) (require-encryption) + +Fixes: + +• fd.o #65036 (CVE-2013-1431): update Wocky to respect the tls-required + flag on legacy Jabber servers (Simon) + +• fd.o #63119: improve regression tests' isolation from the session bus + (Simon) + telepathy-gabble 0.16.5 (2013-03-01) diff --git a/configure.ac b/configure.ac index c8c0211..38b4a55 100644 --- a/configure.ac +++ b/configure.ac @@ -9,8 +9,8 @@ AC_PREREQ([2.59]) m4_define([gabble_major_version], [0]) m4_define([gabble_minor_version], [16]) -m4_define([gabble_micro_version], [5]) -m4_define([gabble_nano_version], [0]) +m4_define([gabble_micro_version], [6]) +m4_define([gabble_nano_version], [1]) # Some magic m4_define([gabble_base_version], diff --git a/extensions/Makefile.am b/extensions/Makefile.am index 8e50ffb..001a39d 100644 --- a/extensions/Makefile.am +++ b/extensions/Makefile.am @@ -62,8 +62,11 @@ extensions.html: _gen/all.xml $(tools_dir)/doc-generator.xsl Makefile.am $(tools_dir)/doc-generator.xsl \ $ $@ -_gen/svc.c _gen/svc.h _gen/svc-gtk-doc.h: _gen/all.xml $(tools_dir)/glib-ginterface-gen.py \ - Makefile.am +_gen/svc.h: _gen/svc.c + @: # do nothing, output as a side-effect +_gen/svc-gtk-doc.h: _gen/svc.c + @: # do nothing, output as a side-effect +_gen/svc.c: _gen/all.xml $(tools_dir)/glib-ginterface-gen.py Makefile.am $(AM_V_GEN)$(PYTHON) $(tools_dir)/glib-ginterface-gen.py \ --filename=_gen/svc --signal-marshal-prefix=_gabble_ext \ --include='telepathy-glib/dbus.h' \ @@ -84,18 +87,25 @@ _gen/signals-marshal.c: _gen/signals-marshal.list Makefile.am $(AM_V_GEN){ echo '#include _gen/signals-marshal.h' \ $(GLIB_GENMARSHAL) --body --prefix=_gabble_ext_marshal $ ; } $@ -_gen/enums.h _gen/enums-gtk-doc.h: _gen/all.xml $(tools_dir)/c-constants-gen.py \ - Makefile.am +_gen/enums-gtk-doc.h: _gen/enums.h + @: # do nothing, output as a side-effect +_gen/enums.h: _gen/all.xml $(tools_dir)/c-constants-gen.py Makefile.am $(AM_V_GEN)$(PYTHON) $(tools_dir)/c-constants-gen.py Gabble $ _gen/enums -_gen/interfaces.h _gen/interfaces-body.h _gen/interfaces-gtk-doc.h: _gen/all.xml \ - $(tools_dir)/glib-interfaces-gen.py \ - Makefile.am +_gen/interfaces-body.h: _gen/interfaces.h + @: # do nothing, output as a side-effect +_gen/interfaces-gtk-doc.h: