Bug#716741: pu: package swift/1.4.8-2+deb70u1 (CVE-2013-2161)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Dear release team, I have prepared an update for Swift 1.4.8-2 in Wheezy. The package is available here: http://archive.gplhost.com/pub/security/swift/ Julien Cristau commited the fix for Wheezy on our Git on Alioth, which I have just uploaded (after tests on our CI). The debdiff for the package is attached. Note that this new version also updates the debian/gbp.conf, as this helps the maintainers to better track updates in Wheezy, and having to fix the gbp.conf on each rebuild is annoying: please also allow this to reach Wheezy as well. Let me know if I have the green light for the upload, Cheers, Thomas Goirand (zigo) diff -Nru swift-1.4.8/debian/changelog swift-1.4.8/debian/changelog --- swift-1.4.8/debian/changelog 2012-09-06 08:45:21.0 + +++ swift-1.4.8/debian/changelog 2013-07-12 06:08:41.0 + @@ -1,3 +1,11 @@ +swift (1.4.8-2+deb70u1) wheezy-proposed-updates; urgency=low + + * CVE-2013-2161: Applied fix for unchecked user input in Swift XML responses +(Closes: #712202). + * Updated debian/gbp.conf to track Wheezy fixes. + + -- Thomas Goirand z...@debian.org Fri, 12 Jul 2013 13:54:33 +0800 + swift (1.4.8-2) unstable; urgency=high * CVE-2012-4406: Do not use pickle for serialization in memcache, but JSON diff -Nru swift-1.4.8/debian/gbp.conf swift-1.4.8/debian/gbp.conf --- swift-1.4.8/debian/gbp.conf 2012-09-06 08:45:21.0 + +++ swift-1.4.8/debian/gbp.conf 2013-07-12 06:08:41.0 + @@ -1,6 +1,7 @@ [DEFAULT] upstream-branch = master -debian-branch = debian/unstable +debian-branch = debian/wheezy +upstream-tag = %(version)s [git-buildpackage] export-dir = ../build-area/ diff -Nru swift-1.4.8/debian/patches/CVE-2013-2161.patch swift-1.4.8/debian/patches/CVE-2013-2161.patch --- swift-1.4.8/debian/patches/CVE-2013-2161.patch 1970-01-01 00:00:00.0 + +++ swift-1.4.8/debian/patches/CVE-2013-2161.patch 2013-07-12 06:08:41.0 + @@ -0,0 +1,27 @@ +From 6659382c4fa348e1ebbce2424968dd7267ea1db1 Mon Sep 17 00:00:00 2001 +From: Alex Gaynor alex.gay...@gmail.com +Date: Mon, 27 May 2013 02:07:39 + +Subject: [PATCH] Check user input in XML responses. + +Fixes bug 1183884. + +* swift/account/server.py: Escape account name in XML listings. + +Change-Id: I7ba54631ed1349516132c00a53fae74f0b84ac37 +--- + swift/account/server.py |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +Index: swift/swift/account/server.py +=== +--- swift.orig/swift/account/server.py 2013-07-12 13:51:47.0 +0800 swift/swift/account/server.py 2013-07-12 13:56:46.0 +0800 +@@ -238,7 +238,7 @@ + account_list = '[' + ','.join(json_out) + ']' + elif out_content_type.endswith('/xml'): + output_list = ['?xml version=1.0 encoding=UTF-8?', +- 'account name=%s' % account] ++ 'account name=%s' % saxutils.escape(account)] + for (name, object_count, bytes_used, is_subdir) in account_list: + name = saxutils.escape(name) + if is_subdir: diff -Nru swift-1.4.8/debian/patches/series swift-1.4.8/debian/patches/series --- swift-1.4.8/debian/patches/series 2012-09-06 08:45:21.0 + +++ swift-1.4.8/debian/patches/series 2013-07-12 06:08:41.0 + @@ -1 +1,2 @@ CVE-2012-4406_Do-not-use-pickle-for-serialization-in-memcache-but-JSON.patch +CVE-2013-2161.patch
Bug#614963: gnupg: gpg freezes with a zombie child gpgkeys_hkp after a Ctrl-C
merge 399904 614963 thanks I can reproduce this bug 100% with the following procedure on wheezy. Prepare gnupg-1.4.12-7 environment by: apt-get source gnupg apt-get build-dep gnupg cd gnupg-1.4.12 debuild Run gpg (gnupg-1.4.12/build-deb/g10/gdb) under gdb, by: (gdb) break mpi_alloc_limb_space (gdb) run --keyring /usr/share/keyrings/debian-keyring.gpg --list-key [ it stops at mpi_alloc_limb_space ] (gdb) cont [ again, it stops at mpi_alloc_limb_space ] (gdb) cont [ again, it stops at mpi_alloc_limb_space ] (gdb) cont [ again, it stops at mpi_alloc_limb_space ] (gdb) break malloc [ it stops at malloc ] (gdb) stepi [ ... ] (gdb) stepi --- until it goes to... 0x7fb7c9a3d348 Then, (gdb) info proc and identify the PID of gpg. Then, send signal by: $ kill -HUP PID-OF-GPG Back to gdb: (gdb) cont ... and you will see it hangs. Or you can setup: (gdb) catch syscall futex to catch the futex call. I sent my fix to #399904. Since it is the bug in GnuPG, I reassigned #399904 to gnupg. Now, I merge this 614963 to 399904. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716743: squid3: CVE-2013-4115
Package: squid3 Severity: grave Tags: security Justification: user security hole This was assigned CVE-2013-4115: http://www.squid-cache.org/Advisories/SQUID-2013_2.txt Since this only affects 3.2 and later oldstable and stable are not affected. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715216: qa.debian.org: collab-qa/upload-history: Software trusts Date headers which are sometimes set wrong
On 11/07/13 at 18:53 -0400, Asheesh Laroia wrote: On Wed, 10 Jul 2013, Lucas Nussbaum wrote: Hi Asheesh, Sorry for the delayed reply. Thanks a lot for your work on this. I've added you to collab-qa, so you should be able to push your code yourself. Yay! Thanks! Now, one comment on your changes: it would be better if everything you do is versioned in git (for example, /srv/udd.debian.org/email-archives/README isn't, same for scripts in /srv/udd.debian.org/upload-history/). You could put them under /srv/udd.debian.org/udd/scripts/upload-history/, for example. I totally agree. Thanks for this note. Along those lines: Is it reasonable for the email-archives/ directory to live in git://git.debian.org/collab-qa/udd.git even though it won't have any data (just the README indicating why it has no data in VCS) except on the deployment? I figure that is fine, but thought I'd ask. Yes, I agree it's fine The upload-history scripts are actually a checkout of an svn repo. What's the best way to put that into udd git, if at all? In particular: svn+ssh://lu...@svn.debian.org/svn/collab-qa/upload-history I could just move them into /srv/udd.debian.org/udd/scripts/upload-history/ but that wouldn't really put them in git; it would just mean an svn checkout lives in a git directory, which is a bit odd. Should we (I) add that code to git entirely, and ditch the svn repo? I can do that and leave a note in the svn repo explaining where the code has gone, if that is best. Yes, that would be great. UDD originally lived in the collab-qa svn repo, and the upload-history parser scripts did not follow the move to git at the time it was done. Now that the scripts live on the same machine as UDD itself, it makes even more sense to have them in the same git repo, and just ditch the svn copy. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716667: (no subject)
I started the packaging work here: http://anonscm.debian.org/viewvc/python-modules/packages/python-scripttest/ I'm in contact with the upstream author because one file has no license header. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716718: [Python-apps-team] Bug#716718: nagstamon: CVE-2013-4114: credentials exposure
On Thu, 11 Jul 2013 21:20:09 +0300, Henri Salo he...@nerv.fi wrote: Package: nagstamon Version: 0.9.9-1 Severity: important Tags: security Nagstamon (prior 0.9.10): Monitor server user credentials exposure in automated requests to get update information References: http://openwall.com/lists/oss-security/2013/07/11/3 http://nagstamon.ifw-dresden.de/docs/security/ https://bugs.gentoo.org/show_bug.cgi?id=476538 https://bugzilla.redhat.com/show_bug.cgi?id=983673 Hi, Thanks for your bug report, it's appreciated. I was aware of this situation and I'm packaging the 0.9.9.1 to solve this issue. Will be ready soon. Bye, Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614963: gnupg: gpg freezes with a zombie child gpgkeys_hkp after a Ctrl-C
forcemerge 399904 614963 thanks On 2013-07-12 14:59:01 +0900, NIIBE Yutaka wrote: I sent my fix to #399904. Since it is the bug in GnuPG, I reassigned #399904 to gnupg. Now, I merge this 614963 to 399904. OK. Correcting the merge command... -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708653: python3.3 testsuite failures on kfreebsd
We are planning switch to NPTL-like pthread implementation, I tried build of python3.3 in such environment. At least first two tests from test_io test_signal test_socket test_socketserver \ test_threading test_threadsignals test_threaded_import \ test_time test_pty test_curses still hangs. Is there same easy way, how to run each of them individually ? Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716744: cups-filters: Depends on ttf-dejavu, a transitional package
Package: cups-filters Version: 1.0.34-3 Severity: minor Dear Maintainer, Upon updating cups-filters today I noticed that the package was recommending ttf-dejavu, which, I believe, is transitioning to fonts-dejavu. Thanks, R E Riding -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10.0 (SMP w/2 CPU cores; PREEMPT) 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 cups-filters depends on: ii bc 1.06.95-8 ii fonts-freefont-ttf 20120503-1 ii fonts-liberation1.07.2-6 ii ghostscript 9.05~dfsg-8 ii libc6 2.17-7 ii libcups21.6.2-10 ii libcupsfilters1 1.0.34-3 ii libcupsimage2 1.6.2-10 ii libfontconfig1 2.10.2-2 ii libfontembed1 1.0.34-3 ii libgcc1 1:4.8.1-6 ii libijs-0.35 0.35-8 ii liblcms2-2 2.2+git20110628-2.2 ii libpoppler190.18.4-6 ii libqpdf10 4.2.0-2 ii libstdc++6 4.8.1-6 Versions of packages cups-filters recommends: pn colordnone ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-8 Versions of packages cups-filters suggests: ii foomatic-db-compressed-ppds [foomatic-db] 20130609-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666813: Apache 2.4 upload date scheduled for May 30
Colin, thanks for the patch. It was far more than I had hoped for :). The patch has been merged[*] into upstream and I have released new upstream version 2.4.0, which I have in turn packaged using your (slightly) modified patches and uploaded to unstable. Anders, do you still use the mod_vhost_ldap? Would you be so kind and test the new code? The patch from Colin looks good, but it still needs some testing from a real user. Thanks to all, Ondrej * – I just did drop all the Apache 2.4 stuff, people wanting Apache 2.2 compatibility can still use 2.0.8 (which is problematic without the patched Apache 2.2 anyway). On Thu, Jul 11, 2013 at 4:18 PM, Colin Watson cjwat...@debian.org wrote: On Thu, Jul 11, 2013 at 02:22:12PM +0200, Ondřej Surý wrote: there's one catch. The Apache 2.4 should have a new API and it should be able to set per request document_root. (It was proposed by me for this module and later SF submitted a tad bit different patch achieving the same functionality.) And I just didn't have a time to lookup the new API and update the upstream. I *think* this is right, but I have no real way to test it beyond build-testing; so if you get a chance to look over this then that would be very helpful. diff -Nru mod-vhost-ldap-2.0.8/debian/apache2 mod-vhost-ldap-2.0.8/debian/apache2 --- mod-vhost-ldap-2.0.8/debian/apache2 1970-01-01 01:00:00.0 +0100 +++ mod-vhost-ldap-2.0.8/debian/apache2 2013-07-10 23:17:48.0 +0100 @@ -0,0 +1,3 @@ +mod .libs/mod_vhost_ldap.so +mod debian/vhost_ldap.load +mod debian/vhost_ldap.conf diff -Nru mod-vhost-ldap-2.0.8/debian/changelog mod-vhost-ldap-2.0.8/debian/changelog --- mod-vhost-ldap-2.0.8/debian/changelog 2011-06-21 17:18:19.0 +0100 +++ mod-vhost-ldap-2.0.8/debian/changelog 2013-07-10 23:18:58.0 +0100 @@ -1,3 +1,10 @@ +mod-vhost-ldap (2.0.8-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Port to Apache 2.4 (closes: #666813). + + -- Colin Watson cjwat...@debian.org Wed, 10 Jul 2013 23:18:48 +0100 + mod-vhost-ldap (2.0.8-1) unstable; urgency=low * Upstream release 2.0.8 diff -Nru mod-vhost-ldap-2.0.8/debian/control mod-vhost-ldap-2.0.8/debian/control --- mod-vhost-ldap-2.0.8/debian/control 2011-06-21 17:18:19.0 +0100 +++ mod-vhost-ldap-2.0.8/debian/control 2013-07-10 23:18:40.0 +0100 @@ -3,13 +3,14 @@ Priority: optional Maintainer: Ondřej Surý ond...@debian.org Standards-Version: 3.8.4 -Build-Depends: debhelper ( 7.0.52~), +Build-Depends: debhelper ( 7.2.11~), quilt (= 0.46-7~), - apache2-threaded-dev (= 2.2.3-3) + dh-apache2, + apache2-dev (= 2.2.3-3) Package: libapache2-mod-vhost-ldap Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, apache2.2-common +Depends: ${shlibs:Depends}, ${misc:Depends} Description: Apache 2 module for Virtual Hosting from LDAP mod-vhost-ldap is an Apache 2 module for storing and configuring virtual hosts from LDAP. It supports the DocumentRoot, ScriptAlias, diff -Nru mod-vhost-ldap-2.0.8/debian/patches/document-root.patch mod-vhost-ldap-2.0.8/debian/patches/document-root.patch --- mod-vhost-ldap-2.0.8/debian/patches/document-root.patch 1970-01-01 01:00:00.0 +0100 +++ mod-vhost-ldap-2.0.8/debian/patches/document-root.patch 2013-07-11 15:13:23.0 +0100 @@ -0,0 +1,60 @@ +Description: Update document_root handling for Apache 2.4 +Author: Colin Watson cjwat...@ubuntu.com +Forwarded: no +Last-Update: 2013-07-11 + +Index: b/mod_vhost_ldap.c +=== +--- a/mod_vhost_ldap.c b/mod_vhost_ldap.c +@@ -469,7 +469,7 @@ + int sleep1 = 1; + int sleep; + struct berval hostnamebv, shostnamebv; +-char **document_root_ptr; ++char *document_root; + int ret = DECLINED; + + reqc = +@@ -687,9 +687,11 @@ + } + ap_set_module_config(r-server-module_config, core_module, core); + +-document_root_ptr = (char **)core-ap_document_root; ++document_root = apr_pstrdup(r-pool, core-ap_document_root); ++#elif AP_MODULE_MAGIC_AT_LEAST(20110605,0) ++document_root = apr_pstrdup(r-pool, ap_context_document_root(r)); + #else +-document_root_ptr = (char **)r-document_root; ++document_root = apr_pstrdup(r-pool, r-document_root); + #endif + + /* Make it absolute, relative to ServerRoot */ +@@ -703,16 +705,25 @@ + } + + /* TODO: ap_configtestonly ap_docrootcheck */ +-if (apr_filepath_merge(document_root_ptr, NULL, reqc-docroot, ++if (apr_filepath_merge(document_root, NULL, reqc-docroot, +APR_FILEPATH_TRUENAME, r-pool) != APR_SUCCESS + || !ap_is_directory(r-pool, reqc-docroot)) { + + ap_log_rerror(APLOG_MARK, APLOG_WARNING, 0, r, + [mod_vhost_ldap.c] set_document_root: Warning:
Bug#716742: gnome: Blu windows
I have made a short video that shows what happens to the dock icons and windows of gnome. http://youtu.be/WAOSaJVBB4s Thanks in advance for you work! Max-B -- IM: mass...@jabber.fsfe.org - GnuPG Public Key-Id: 0x5D168FC1 signature.asc Description: OpenPGP digital signature
Bug#716745: selinux-policy-default: avc: denied { syslog } for pid=2492 comm=rsyslogd capability=34
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal Control: affects -1 rsyslogd Dear Debian folks, having rsyslog 7.4.2-1 installed and building a Linux 3.10 kernel and enabling SELinux by default, the following message shows up in the Linux kernel log. avc: denied { syslog } for pid=2492 comm=rsyslogd capability=34 scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:system_r:kernel_t:s0 tclass=capability2 I did not investigate the implications, but it would be nice if it worked out of the box. As I did not find this error on the Web, it might be related that I had sysklogd [1] installed before which was replaced by rsyslog. Thanks, Paul [1] http://packages.debian.org/squeeze/sysklogd -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-9 ii libselinux1 2.1.13-2 ii libsepol12.1.9-2 ii policycoreutils 2.1.13-2 ii python 2.7.5-2 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.12-1 ii setools 3.3.8-1 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Keine Berechtigung: u'/etc/selinux/default/modules/active/file_contexts.local' I checked the above file manually and it is empty. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#716746: backport clock_getcpuclockid2 syscall into kfreebsd-9
Package: kfreebsd-9 Severity: wishlist User: debian-...@lists.debian.org Usertags: kfreebsd To properly provide CLOCK_THREAD_CPUTIME_ID, CLOCK_PROCESS_CPUTIME_ID and clock_id's created by clock_getcpuclockid() and pthread_getcpuclockid(), we need a kernel support. See also #665287. The kernel support is available in HEAD (but not in STABLE-9). It should not be to hard to backport kernel part of http://www.freebsd.org/cgi/query-pr.cgi?pr=168417 into our kernel. The FBTL based libpthread will use only this interface, it will not fallback to TSC timers at all. The reason is that TSC part is fragile and unaccurate. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677655: 3.4-trunk-486: kernel oops: EIP is at __destroy_inode+0x56/0x8d
reassign 677655 src:linux thanks On Sat, Jun 16, 2012 at 03:48:45AM -0500, Jonathan Nieder wrote: Martin-Éric Racine wrote: Yup, this issue returns every now and then on the exact same host (which was recently migrated from Ubuntu to Debian, now that Ubuntu stopped supporting anything older than non-PAE 686 hardware), whenever someone touches the inode code again. The nice thing, this time, is that it has become non-fatal; the kernel simply reports the oops and continues operating. Thanks for the background. That would have indeed been useful context in the original report (though perhaps it had been long enough since the last appearance that you had forgotten). If I have any more questions, I'll ask them upstream. Does this still occur with current kernels? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716747: claws-mail : crash in gtk_widget_set_sensitive
Package: claws-mail Version: 3.9.2-1 Severity: normal (gdb) bt full #0 0x4c52f404 in gtk_widget_set_sensitive () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #1 0x081d5c2a in toolbar_comp_set_sensitive (data=data@entry=0x93a0300, sensitive=sensitive@entry=0) at toolbar.c:2543 compose = 0x93a0300 items = 0x98089a0 #2 0x080a5d95 in compose_allow_user_actions (compose=compose@entry=0x93a0300, allow=allow@entry=0) at compose.c:9566 No locals. #3 0x080b58c1 in compose_close (compose=0x93a0300) at compose.c:11398 x = 1267744768 y = 1267744768 #4 0x4b848d21 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #5 0x4b84809e in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #6 0x4b848448 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #7 0x4b848508 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. ---Type return to continue, or q return to quit--- #8 0x4c3f7b81 in gtk_main_iteration () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #9 0x082295f5 in threaded_run (folder=folder@entry=0x866d820, param=param@entry=0xb550, result=result@entry=0xb54c, func=func@entry=0x822a4e0 fetch_content_run) at imap-thread.c:440 op = 0xae95c78 thread = 0x8461838 #10 0x0822e9ab in imap_threaded_fetch_content (folder=0x866d820, msg_index=371169, with_body=1, filename=0xb004278 /home/mcastet/.claws-mail/imapcache/mail.xi-lite.com/matthieu.cas...@parrot.com/INBOX/371169) at imap-thread.c:2611 param = {imap = 0x9ede700, msg_index = 371169, filename = 0xb004278 /home/mcastet/.claws-mail/imapcache/mail.xi-lite.com/matthieu.cas...@parrot.com/INBOX/371169, with_body = 1} result = {error = 1262707379} imap = optimized out #11 0x080edd75 in imap_cmd_fetch_thread (data=0xac5b138) at imap.c:4173 stuff = 0xac5b138 session = 0x8420580 uid = optimized out filename = optimized out r = optimized out ---Type return to continue, or q return to quit--- #12 imap_cmd_fetch (body=1, headers=1, filename=0xb004278 /home/mcastet/.claws-mail/imapcache/mail.xi-lite.com/matthieu.cas...@parrot.com/INBOX/371169, uid=371169, session=0x8420580) at imap.c:4205 data = 0xac5b138 result = 0 #13 imap_fetch_msg_full (folder=folder@entry=0x866d820, item=item@entry=0x8684720, uid=uid@entry=371169, headers=headers@entry=1, body=body@entry=1) at imap.c:1513 path = optimized out filename = 0xb004278 /home/mcastet/.claws-mail/imapcache/mail.xi-lite.com/matthieu.cas...@parrot.com/INBOX/371169 session = 0x8420580 ok = optimized out __PRETTY_FUNCTION__ = imap_fetch_msg_full #14 0x080ee19f in imap_fetch_msg (folder=0x866d820, item=0x8684720, uid=371169) at imap.c:1268 No locals. #15 0x080d5d66 in folder_item_fetch_msg (item=0x8684720, num=371169) at folder.c:2889 folder = optimized out msgfile = optimized out msginfo = optimized out ---Type return to continue, or q return to quit--- #16 0x0819a10f in procmsg_get_message_file (msginfo=0xae3fd60) at procmsg.c:424 filename = 0x0 #17 0xf0eec1d2 in mail_filtering_hook (source=0xc748, data=0x0) at bogofilter.c:476 file = optimized out mail_filtering_data = 0xc748 msginfo = optimized out msglist = 0x8a82aa8 cur = 0xb43bb00 warned_error = 0 status = 0 total = 2713 curnum = 2060 new_hams = 0x0 new_spams = 0x0 new_unsure = optimized out whitelisted_new_spams = 0x0 bogo_exec = optimized out bogo_args = {0x9bdad48 bogofilter, 0xf0eef296 -T, 0xf0eef19c -b, 0x0} ok_to_thread = 1 #18 0x08231681 in hooks_marshal (hook=0x9be5b40, data=0xbf00) at hooks.c:108 ---Type return to continue, or q return to quit--- func = optimized out data = 0xbf00 hook = 0x9be5b40 marshal_data = 0xbf00 #19 0x4b838f2a in g_hook_list_marshal () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #20 0x08231df2 in hooks_invoke ( hooklist_name=hooklist_name@entry=0x82ce081 mail_listfiltering_hooklist, source=source@entry=0xc748) at hooks.c:126 hooklist = optimized out marshal_data = {source = 0xc748, abort = 0} #21 0x0819e538 in procmsg_msglist_filter (list=list@entry=0x8a82aa8, ac=0x8664c48, filtered=filtered@entry=0xc80c, unfiltered=unfiltered@entry=0xc810, do_filter=do_filter@entry=1) at procmsg.c:2350 cur = optimized out to_do = 0x0 total = 2713 curnum = 0 mail_filtering_data = {msginfo = 0x0, msglist = 0x8a82aa8,
Bug#716748: gnome-shell: black background in overview (and desktop)
Package: gnome-shell Version: 3.4.2-10 Severity: normal Dear Maintainer, Since the update to 3.4.2-10, in overview mode, the background gets completely black instead of just dimming the desktop wallpaper. Interestingly, if switching the have file manager handle the desktop option in gnome-tweak-tool, athe desktop background is also lost (icons and wallpaper). Thanks! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii gconf-service3.2.6-1 ii gir1.2-accountsservice-1.0 0.6.34-1 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gtk-3.0 3.8.2-3 ii gir1.2-mutter-3.03.4.1-7 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.42.2-6 ii gir1.2-telepathyglib-0.120.20.3-1 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.20-2 ii gjs 1.32.0-5+b1 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.8.2.2-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-6+b1 ii gnome-shell-common 3.4.2-10 ii gnome-themes-standard3.8.1-2 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.8.2-4 ii libgconf-2-4 3.2.6-1 ii libgcr-base-3-1 3.8.2-4 ii libgcr-ui-3-13.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgee2 0.6.8-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5+b1 ii libgl1-mesa-glx [libgl1] 9.1.4-1 ii libglib2.0-0 2.36.3-3 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.2-3 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.16.0-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0 3.4.1-7 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libp11-kit0 0.18.4-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpolkit-agent-1-0 0.105-3 ii libpolkit-gobject-1-00.105-3 ii libpulse-mainloop-glib0 2.0-6.1 ii libpulse0
Bug#716733: webkit is outdated
On 12/07/13 01:30, Jackson Doak wrote: Package: webkit Version: 1.8.1-4 The current version of webkit in the repositories (1.8.1-4) is very outdated. The current stable version is 2.0.3 (details at http://webkitgtk.org/2013/06/11/webkitgtk2.0.3-released.html) and the current unstable version is 2.1.3 (details at http://webkitgtk.org/2013/07/09/webkitgtk2.1.3-released.html). 2.0.3 is available in experimental, but it fails to build on various architectures. Patches welcome to fix those. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677655: 3.4-trunk-486: kernel oops: EIP is at __destroy_inode+0x56/0x8d
It still does with 3.2 in stable, but not with 3.9 in testing. Martin-Éric 2013/7/12 Moritz Muehlenhoff j...@inutil.org reassign 677655 src:linux thanks On Sat, Jun 16, 2012 at 03:48:45AM -0500, Jonathan Nieder wrote: Martin-Éric Racine wrote: Yup, this issue returns every now and then on the exact same host (which was recently migrated from Ubuntu to Debian, now that Ubuntu stopped supporting anything older than non-PAE 686 hardware), whenever someone touches the inode code again. The nice thing, this time, is that it has become non-fatal; the kernel simply reports the oops and continues operating. Thanks for the background. That would have indeed been useful context in the original report (though perhaps it had been long enough since the last appearance that you had forgotten). If I have any more questions, I'll ask them upstream. Does this still occur with current kernels? Cheers, Moritz
Bug#716735: ffmpeg is many years outdated
Control: blocked -1 by 706798 On 12-07-13 01:49, Jackson Doak wrote: Package: ffmpeg Version: 6:0.8.7-1 The current version of ffmpeg in debian is 6:0.8.7-1 while the current official release is 2.0. Updating to this version would also fix bug#716734 The latest version can be found at http://www.ffmpeg.org/download.html#release_2.0 In Debian we are not following the ffmpeg.org version of the library, but the libav fork. A very recent package is available in experimental and we are waiting for the release team to allow the transition [1] to unstable. [1] http://release.debian.org/transitions/html/libav9.html signature.asc Description: OpenPGP digital signature
Bug#698674: [Pkg-tcltk-devel] Bug#698674: Multiarchify tcl
Hi Wookey! On Tue, Jan 22, 2013 at 7:41 AM, Wookey woo...@wookware.org wrote: TCL has not been 'multiarched'. This task has been pending for a couple of years, ever since I noticed that tclConfig.sh is arch-specific in #611650. The lack of this bit me today trying to cross-build sqlite3 which looked for tclConfig.sh in /usr/lib/$(DEB_HOST_MULTIARCH)/tclConfig.sh which is the right place, but the script isn't there. So I finally had a go at multiarching the package. I've started working on multiarch Tcl/Tk and already uploaded tcl8.6 into experimental (it's in NEW now). I'm planning to upload tcl8.5 and tcl8.4 in a few days, and then tk*.*. There are only two essential differences between your and my approaches: 1) I ship all Tcl stuff in tcl8.6-lib package (which should make it work with embedded interpreters, though it's untested yet); 2) I've added /usr/lib/tcltk/$(DEB_HOST_MULTIARCH) to the Tcl package search path (this helps with multiarch-aware packages like Tk). Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716749: tntdb: FTBFS if libtntdb-dev is installed: links against the system library
Source: tntdb Version: 1.3-1 Severity: serious Hi, building the tntdb package while libtntdb-dev is installed causes the tntdb-postgresql4 package to be linked against libtntdb.so from the system instead of the newly built one. This gets problematic once there is a SOVERSION change as the dependencies will be wrong. This happened in the maintainer upload of 1.3-1 on amd64: the package comes with libtntdb4, but tntdb-postgresql4 depends on libtntdb3. I could verify that the package builds properly in clean sid and reproduce the bad dependencies by building in sid+jessie with libtntdb-dev=1.2-2 installed. Either fix the buildsystem or Build-Conflicts: libtntdb-dev. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674467: [PATCH] minimal multiarch support patch
Hi, attached there is a patch providing only the multiarch changes on top of current opus 1.1~alpha+20130512-1: change the libdir to a multiarch location, and add the control headers for libopus0. Thanks, -- Pino Toscano --- a/debian/libopus-dev.install +++ b/debian/libopus-dev.install @@ -1,4 +1,4 @@ usr/include/* -usr/lib/lib*.a -usr/lib/lib*.so -usr/lib/pkgconfig/opus.pc +usr/lib/*/lib*.a +usr/lib/*/lib*.so +usr/lib/*/pkgconfig/opus.pc --- a/debian/libopus0.install +++ b/debian/libopus0.install @@ -1 +1 @@ -usr/lib/lib*.so.* +usr/lib/*/lib*.so.* --- a/debian/rules +++ b/debian/rules @@ -14,6 +14,7 @@ DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) # -fstack-protector-all is added by the default autoconf tests. @@ -75,6 +76,7 @@ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ + --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \ $(EXTRA_CONFIG_FLAGS) \ CPPFLAGS=$(CPPFLAGS) \ CFLAGS=$(CFLAGS) \ --- a/debian/control +++ b/debian/control @@ -11,6 +11,8 @@ Package: libopus0 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends} Suggests: opus-tools Description: Opus codec runtime library signature.asc Description: This is a digitally signed message part.
Bug#709462: suphp: Apache 2.4 moves to Unstable
Control: tag -1 pending On Wed, Jul 10, 2013 at 11:13:43PM +0100, Colin Watson wrote: On Thu, May 23, 2013 at 03:42:42PM +0200, a...@debian.org wrote: we are ready to upload Apache2 2.4 to Debian Sid now. This means the transition is effectively starting now, and going to break your modules. Since your package suphp is already fixed in Experimental, all you should have to do is another upload of your package to Sid. I'm not quite sure why the response to this was apparently: http://packages.qa.debian.org/s/suphp/news/20120628T091202Z.html ... given that Apache 2.4 should have been installable in unstable at that point. I misread the year of this upload; how embarrassing ... I've prepared an NMU for suphp (versioned as 0.7.1-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. The diff from 0.7.1-2 follows, since it's short; the full NMU diff is attached. diff -Nru suphp-0.7.1/debian/changelog suphp-0.7.1/debian/changelog --- suphp-0.7.1/debian/changelog2012-04-18 17:27:35.0 +0100 +++ suphp-0.7.1/debian/changelog2013-07-12 09:15:38.0 +0100 @@ -1,3 +1,18 @@ +suphp (0.7.1-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Revert to 0.7.1-2 for Apache 2.4 transition (closes: #709462). + * Remove hardcoded Build-Depends/Depends: apache2-api-20120211. + + -- Colin Watson cjwat...@debian.org Fri, 12 Jul 2013 09:15:32 +0100 + +suphp (0.7.1-3) unstable; urgency=low + + * Remove support for apache 2.4 debian package (stalled in +experimental) + + -- Emmanuel Lacour elac...@home-dn.net Tue, 26 Jun 2012 15:30:52 +0200 + suphp (0.7.1-2) experimental; urgency=low * Lintian cleanup: diff -Nru suphp-0.7.1/debian/control suphp-0.7.1/debian/control --- suphp-0.7.1/debian/control 2012-04-18 16:34:21.0 +0100 +++ suphp-0.7.1/debian/control 2013-07-10 23:06:29.0 +0100 @@ -2,7 +2,7 @@ Section: httpd Priority: optional Maintainer: Emmanuel Lacour elac...@home-dn.net -Build-Depends: debhelper (= 9), apache2-dev (= 2.4), apache2-api-20120211, libapr1-dev, docbook-to-man, pkg-config, dh-autoreconf, autotools-dev, quilt, dh-apache2 +Build-Depends: debhelper (= 9), apache2-dev (= 2.4), libapr1-dev, docbook-to-man, pkg-config, dh-autoreconf, autotools-dev, quilt, dh-apache2 Standards-Version: 3.9.3 Package: suphp-common @@ -16,7 +16,7 @@ Package: libapache2-mod-suphp Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, suphp-common (= ${binary:Version}), apache2-api-20120211 +Depends: ${shlibs:Depends}, ${misc:Depends}, suphp-common (= ${binary:Version}) Description: Apache2 module to run PHP scripts with the owner permissions With the use of the suphp setuid root binary (from suphp-common package), this Apache2 module change the uid of the process executing the PHP Regards, -- Colin Watson [cjwat...@debian.org] diff -Nru suphp-0.7.1/debian/changelog suphp-0.7.1/debian/changelog --- suphp-0.7.1/debian/changelog 2012-06-26 14:32:06.0 +0100 +++ suphp-0.7.1/debian/changelog 2013-07-12 09:15:38.0 +0100 @@ -1,3 +1,11 @@ +suphp (0.7.1-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Revert to 0.7.1-2 for Apache 2.4 transition (closes: #709462). + * Remove hardcoded Build-Depends/Depends: apache2-api-20120211. + + -- Colin Watson cjwat...@debian.org Fri, 12 Jul 2013 09:15:32 +0100 + suphp (0.7.1-3) unstable; urgency=low * Remove support for apache 2.4 debian package (stalled in diff -Nru suphp-0.7.1/debian/control suphp-0.7.1/debian/control --- suphp-0.7.1/debian/control 2012-06-26 14:11:53.0 +0100 +++ suphp-0.7.1/debian/control 2013-07-10 23:06:29.0 +0100 @@ -2,7 +2,7 @@ Section: httpd Priority: optional Maintainer: Emmanuel Lacour elac...@home-dn.net -Build-Depends: debhelper (= 9), apache2-prefork-dev (= 2.2.0), apache2-mpm-prefork (= 2.2.0) | apache2-mpm-worker (= 2.2.0), libapr1-dev, docbook-to-man, pkg-config, dh-autoreconf, autotools-dev, quilt +Build-Depends: debhelper (= 9), apache2-dev (= 2.4), libapr1-dev, docbook-to-man, pkg-config, dh-autoreconf, autotools-dev, quilt, dh-apache2 Standards-Version: 3.9.3 Package: suphp-common @@ -16,7 +16,7 @@ Package: libapache2-mod-suphp Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, suphp-common (= ${binary:Version}), apache2.2-common +Depends: ${shlibs:Depends}, ${misc:Depends}, suphp-common (= ${binary:Version}) Description: Apache2 module to run PHP scripts with the owner permissions With the use of the suphp setuid root binary (from suphp-common package), this Apache2 module change the uid of the process executing the PHP diff -Nru suphp-0.7.1/debian/libapache2-mod-suphp.apache2 suphp-0.7.1/debian/libapache2-mod-suphp.apache2 --- suphp-0.7.1/debian/libapache2-mod-suphp.apache2 1970-01-01 01:00:00.0 +0100 +++ suphp-0.7.1/debian/libapache2-mod-suphp.apache2 2013-07-10 23:06:14.0
Bug#696548: I want be a new maintainer of GHDL package
My name is Christiano, Student of Computer Engineering , and i want be the new Maintainer of GHDL Package. I'm not experienced in packages mainteiner but my friend Joris van Rantwijk jvr...@jorisvr.nl ( http://jorisvr.nl/ghdl_debian.html ) can help me. Thank you.
Bug#399904: gnupg: --list-keys hangs at ctrl-C
On Fri, 12 Jul 2013 07:34, gni...@fsij.org said: Attached is a fix. It works for me. Looks fine. Please push. Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716702: brasero: Corrupt files in DVD-R burning
Hi, i expect that Brasero 2.30 is too old for getting support. Probably you should try to reproduce the problem with a newer version. Your suspicion about missing burn-free cannot be outruled. DVD-R do get sent a mode page 05, where burn-free can be enabled or disabled by the BUFE bit. (Most other DVD types and BD do not get mode page 05 and thus have no adjustable burn-free. Mostly because they can stand buffer underruns anyway.) In case that Brasero 2.30 uses libburn as backend: I am quite sure that even the oldest libburn versions send the BUFE bit to the drive with value 1, if the application demanded it by the appropriate libburn call. This can be tested separately by a run of xorriso. It always enables burn-free. E.g. xorriso -outdev /dev/sr0 -add ...some.directories.or.files... Unformatted DVD-RW should behave like DVD-R in this aspect. But their lower speed makes buffer underruns less probable. You can try to cause artificial buffer underruns by pausing the text output of xorriso until it does not read more files from disk. (Pause output by Ctrl+S. Wait until disk stops blinking. Resume output by Ctrl+Q.) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716748: gnome-shell: black background in overview (and desktop)
OK, I have more details that may be helpful: As stated in the original bug report, having the file manager NOT handle the desktop renders the desktop black and without icons. Changing this back doesn't have any effect. However, restarting nautilus makes it work again, but the overview mode shows not only the desktop wallpaper (as it should), but also the desktop icons (as it shouldn't). The desktop icons that are shown on the overview are those that were on the desktop when restarting nautilus, i.e. if I change the location of an icon or create a new folder on the desktop after restarting the file manager, this won't be reflected on the overview. Thanks in advance!
Bug#713283: manpages-de: FTBFS: dh_install: manpages-de missing files (usr/share/man/de/man6/*), aborting
Am 22.06.2013 14:28, schrieb Lucas Nussbaum: Source: manpages-de Version: 1.2-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130620 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Hi, thanks for reporting this bug. I've identified the cause and am working on a fix, but unfortunately I won't have time to further work on this for about three weeks. Regards, Tobias signature.asc Description: OpenPGP digital signature
Bug#716676: Fwd: Bug#716676: python3-dateutil: fails to install: Exception: python3.2 -c 'import imp; print(imp.get_tag())' failed with status code 134
Forwarding this to the python3.2 maintainers after seeing a similar error in another package: Setting up python3-gi (3.8.3-1) ... Traceback (most recent call last): File /usr/bin/py3compile, line 292, in module main() File /usr/bin/py3compile, line 272, in main options.force, options.optimize, e_patterns) File /usr/bin/py3compile, line 158, in compile cfn = interpreter.cache_file(fn, version) File /usr/share/python3/debpython/interpreter.py, line 212, in cache_file (fname[:-3], self.magic_tag(version), last_char)) File /usr/share/python3/debpython/interpreter.py, line 246, in magic_tag return self._execute('import imp; print(imp.get_tag())', version) File /usr/share/python3/debpython/interpreter.py, line 359, in _execute raise Exception('{} failed with status code {}'.format(command, output['returncode'])) Exception: python3.2 -c 'import imp; print(imp.get_tag())' failed with status code 134 dpkg: error processing python3-gi (--configure): subprocess installed post-installation script returned error exit status 1 Andreas Original Message Subject: python3-dateutil: fails to install: Exception: python3.2 -c 'import imp; print(imp.get_tag())' failed with status code 134 Date: Thu, 11 Jul 2013 12:44:18 +0200 From: Andreas Beckmann a...@debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Package: python3-dateutil Version: 2.0+dfsg1-1 Severity: serious Tags: experimental User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + python3-matplotlib Hi, during a test with piuparts I noticed your package failed to install in experimental. From the attached log (scroll to the bottom...): Setting up python3-dateutil (2.0+dfsg1-1) ... Traceback (most recent call last): File /usr/bin/py3compile, line 292, in module main() File /usr/bin/py3compile, line 272, in main options.force, options.optimize, e_patterns) File /usr/bin/py3compile, line 158, in compile cfn = interpreter.cache_file(fn, version) File /usr/share/python3/debpython/interpreter.py, line 212, in cache_file (fname[:-3], self.magic_tag(version), last_char)) File /usr/share/python3/debpython/interpreter.py, line 246, in magic_tag return self._execute('import imp; print(imp.get_tag())', version) File /usr/share/python3/debpython/interpreter.py, line 359, in _execute raise Exception('{} failed with status code {}'.format(command, output['returncode'])) Exception: python3.2 -c 'import imp; print(imp.get_tag())' failed with status code 134 dpkg: error processing python3-dateutil (--configure): subprocess installed post-installation script returned error exit status 1 That's probably related to newer python versions or dependencies. cheers, Andreas python3-matplotlib_1.2.0-1.log.gz Description: GNU Zip compressed data
Bug#638885: Liferea crash when adding new subscription
It still happens when you add to your Google Account. You need it in Liferea, and try to add to it those subscriptions, that makes crash. Pure Liferea will not crash. The 1.8.6-1.1 NMU contains a patch from upstream that should fix that. Try liferea in Debian stable and let me know if you're still able to reproduce. If not, I'll close this bug out as fixed in 1.8.6-1.1. -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665287: [#665287] clockid_t types (fwd)
2013/7/11 Petr Salinger petr.salin...@seznam.cz: The kernel support is available in HEAD (but not in STABLE-9). It could be easier to backport (kernel part of) http: //www.freebsd.org/cgi/query-pr.cgi?pr=16841 Uhm wrong PR number. into our kernel. Or even persuade upstream to MFC it into STABLE-9 ;-) Do you know which is the HEAD commit rev? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716741: pu: package swift/1.4.8-2+deb70u1 (CVE-2013-2161)
On 07/12/2013 02:19 PM, Thomas Goirand wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Dear release team, I have prepared an update for Swift 1.4.8-2 in Wheezy. The package is available here: http://archive.gplhost.com/pub/security/swift/ Julien Cristau commited the fix for Wheezy on our Git on Alioth, which I have just uploaded (after tests on our CI). The debdiff for the package is attached. Note that this new version also updates the debian/gbp.conf, as this helps the maintainers to better track updates in Wheezy, and having to fix the gbp.conf on each rebuild is annoying: please also allow this to reach Wheezy as well. Let me know if I have the green light for the upload, Cheers, Thomas Goirand (zigo) According to Julien Cirstau, the version number should have been 1.4.8-2+deb7u1, so I have rebuild the package. The new debdiff (with a single char difference) is also there: http://archive.gplhost.com/pub/security/swift/ Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716746: backport clock_getcpuclockid2 syscall into kfreebsd-9
Hi David, Would you consider MFC'ing your commit in rev 239347? It'd be very useful to us if it were included in stable/9. 2013/7/12 Petr Salinger petr.salin...@seznam.cz: Package: kfreebsd-9 Severity: wishlist User: debian-...@lists.debian.org Usertags: kfreebsd To properly provide CLOCK_THREAD_CPUTIME_ID, CLOCK_PROCESS_CPUTIME_ID and clock_id's created by clock_getcpuclockid() and pthread_getcpuclockid(), we need a kernel support. See also #665287. The kernel support is available in HEAD (but not in STABLE-9). It should not be to hard to backport kernel part of http://www.freebsd.org/cgi/query-pr.cgi?pr=168417 into our kernel. The FBTL based libpthread will use only this interface, it will not fallback to TSC timers at all. The reason is that TSC part is fragile and unaccurate. Petr -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.lnx.2.00.1307120939140.27...@contest.felk.cvut.cz -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#399904: gnupg: --list-keys hangs at ctrl-C
On 2013-07-12 at 10:16 +0200, Werner Koch wrote: Looks fine. Please push. Thanks. Pushed. Also, I updated the bug tracker report at bugs.g10code.com. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716649: logrotate: default taboo extension list does not include .dpkg-bak
On Thu, Jul 11, 2013 at 02:42:18PM -0700, Jayen Ashar wrote: cron-apt, which would call apt-get, which would call dpkg, which would call dpkg-maintscript-helper rm_conffile. perhaps a bug in cups for calling this method in prerm, or a bug in dpkg for having the wrong name? This is definitely something logrotate should add to its taboo list. Thanks for reporting. -- Paul Martin p...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716742: (no subject)
A new installation of ATI proprietary driver (version 8.97.100.3-120703a-143048C-ATI) solves my problem. I think that after the dist-upgrade of yesterday something happens to my video card driver. It seemes it is not a gnome's bug. Max-B -- IM: mass...@jabber.fsfe.org - GnuPG Public Key-Id: 0x5D168FC1 signature.asc Description: OpenPGP digital signature
Bug#715238:
Hi, Hilko, How this relevant for the host-only, Debian-specifc build? I'm afraid, google may remove dependancy on their libcutils in the future. Perhaps, it's better to provide own implementation of a local transport rather than use google code intended for an android daemon. It's up to you, though. Considering the last patch, it's almost OK. Could you look at local_connect_arbitrary_ports in transport_local.c? Seems another place where adb requires a network server. (The reason google is bound to the network adb server could be due to it would allow distributed configurations: several adb servers each controlling a group of devices and clients connecting to a device over LAN. Anyway, your last patch allows it.)
Bug#716751: telepathy-logger-qt: FTBFS on most arches due to broken symbols file
Source: telepathy-logger-qt Version: 0.6.0-1 Severity: serious Hi, telepathy-logger-qt FTBFS on many arches, including armel, armhf, i386, kfreebsd-i386, mips, mipsel, powerpcand s390: dh_makeshlibs -V dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libtelepathy-logger-qt4-1/DEBIAN/symbols doesn't match completely debian/libtelepathy-logger-qt4-1.symbols --- debian/libtelepathy-logger-qt4-1.symbols (libtelepathy-logger-qt4-1_0.6.0-1+powerpcspe1_powerpcspe) +++ dpkg-gensymbolsy5PaDj 2013-07-12 08:28:50.833640100 + @@ -189,13 +189,23 @@ _ZTVN3Tpl6EntityE@Base 0.6.0 _ZTVN3Tpl9CallEventE@Base 0.6.0 _ZTVN3Tpl9TextEventE@Base 0.6.0 - _ZTv0_n24_N3Tpl10LogManagerD0Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl10LogManagerD1Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl5EventD0Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl5EventD1Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl6EntityD0Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl6EntityD1Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl9CallEventD0Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl9CallEventD1Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl9TextEventD0Ev@Base 0.6.0-1 - _ZTv0_n24_N3Tpl9TextEventD1Ev@Base 0.6.0-1 + _ZTv0_n12_N3Tpl10LogManagerD0Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl10LogManagerD1Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl5EventD0Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl5EventD1Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl6EntityD0Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl6EntityD1Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl9CallEventD0Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl9CallEventD1Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl9TextEventD0Ev@Base 0.6.0-1+powerpcspe1 + _ZTv0_n12_N3Tpl9TextEventD1Ev@Base 0.6.0-1+powerpcspe1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl10LogManagerD0Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl10LogManagerD1Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl5EventD0Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl5EventD1Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl6EntityD0Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl6EntityD1Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl9CallEventD0Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl9CallEventD1Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl9TextEventD0Ev@Base 0.6.0-1 +#MISSING: 0.6.0-1+powerpcspe1# _ZTv0_n24_N3Tpl9TextEventD1Ev@Base 0.6.0-1 dh_makeshlibs: dpkg-gensymbols -plibtelepathy-logger-qt4-1 -Idebian/libtelepathy-logger-qt4-1.symbols -Pdebian/libtelepathy-logger-qt4-1 -edebian/libtelepathy-logger-qt4-1/usr/lib/powerpc-linux-gnuspe/libtelepathy-logger-qt4.so.1.0.5.60 returned exit code 1 make[1]: *** [override_dh_makeshlibs] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 This is due to changed symbols collection. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707337: status? It has a patch and is fixed upstream...
tag 707337 + patch tag 707337 + fixed-upstream thanks Hi Vincent, I filed this bug on 2013-05-09... I saw you forwarded this upstream. The URL you forwarded it to is https://github.com/dagwieers/unoconv/pull/124 and if I read it correctly it is fixed upstream for 2 months already via https://github.com/dagwieers/unoconv/issues/111 (2013-05-24 according to the last comment, which also has the patch: https://github.com/dagwieers/unoconv/commit/90aff423dbd85b99a48c313fe7d9101434e34767) Please backport and/or upload the new release so we at least have one package which didn't stay with the totally obsolete python-uno... (maybe wait until I rename it back to python3-uno this weekend, though, if not, I can add a Provides: python3.3-uno, though) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716752: /usr/bin/kvm: State clearly that kvm = qemu -machine accel=kvm:tcg
Package: qemu-system-x86 Version: 1.5.0+dfsg-4 Severity: minor File: /usr/bin/kvm Tags: patch Dear Maintainer, Currently when using kvm binary (/usr/bin/kvm), a message is displayed announcing its deprecation and advising to use qemu-system-x86_64 instead. However, as can be seen by reading /usr/bin/kvm script, kvm is equivalent to qemu-system-x86_64 -machine accel=kvm:tcg. The message should thus clearly state so. Attached is a patch with a more accurate suggestion. 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.9-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 Versions of packages qemu-system-x86 depends on: ii ipxe-qemu 1.0.0+git-20120202.f6840ba-3 ii libaio1 0.3.109-4 ii libasound2 1.0.27.2-1 ii libbluetooth3 4.99-3 ii libbrlapi0.64.5-3 ii libc6 2.17-7 ii libcairo2 1.12.14-5 ii libcurl3-gnutls 7.31.0-2 ii libfdt1 1.3.0-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.3-3 ii libgnutls26 2.12.23-5 ii libgtk2.0-0 2.24.20-1 ii libiscsi1 1.4.0-3 ii libjpeg88d-1 ii libncurses5 5.9+20130608-1 ii libpixman-1-0 0.26.0-4 ii libpng12-0 1.2.49-4 ii libpulse0 4.0-3 ii libsasl2-2 2.1.25.dfsg1-13 ii libsdl1.2debian 1.2.15-5 ii libseccomp1 1.0.1-2 ii libspice-server10.12.3-0nocelt1 ii libssh2-1 1.4.3-1 ii libtinfo5 5.9+20130608-1 ii libusb-1.0-02:1.0.15-1 ii libusbredirparser1 0.6-2 ii libuuid12.20.1-5.5 ii libvdeplug2 2.3.2-4 ii libvte9 1:0.28.2-5 ii libx11-62:1.6.0-1 ii libxen-4.2 4.2.2-1 ii libxenstore3.0 4.2.2-1 ii qemu-keymaps1.5.0+dfsg-4 ii qemu-system-common 1.5.0+dfsg-4 ii seabios 1.7.3-1 ii vgabios 0.7a-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages qemu-system-x86 recommends: ii qemu-utils 1.5.0+dfsg-4 Versions of packages qemu-system-x86 suggests: ii kmod 9-3 pn sambanone pn sgabios none ii vde2 2.3.2-4 -- no debconf information diff -Nru qemu-1.5.0+dfsg/debian/kvm qemu-1.5.0+dfsg/debian/kvm --- qemu-1.5.0+dfsg/debian/kvm 2013-05-21 20:30:46.0 +0200 +++ qemu-1.5.0+dfsg/debian/kvm 2013-07-12 11:09:07.0 +0200 @@ -1,4 +1,4 @@ #! /bin/sh -echo W: kvm binary is deprecated, please use qemu-system-x86_64 instead 2 +echo W: kvm binary is deprecated, please use qemu-system-x86_64 -machine accel=kvm:tcg instead 2 exec qemu-system-x86_64 -machine accel=kvm:tcg $@
Bug#716753: avc: denied { setsched } for comm=ssl-params scontext=system_u:system_r:dovecot_t:s0 tcontext=system_u:system_r:dovecot_t:s0
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: important Dear Maintainer, ausearch -m avc shows this to me: type=SYSCALL msg=audit(1373352584.491:4): arch=4003 syscall=97 success=no exit=-13 a0=0 a1=0 a2=f a3=b9505998 items=0 ppid=2979 pid=3002 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=ssl-params exe=/usr/lib/dovecot/ssl-params subj=system_u:system_r:dovecot_t:s0 key=(null) type=AVC msg=audit(1373352584.491:4): avc: denied { setsched } for pid=3002 comm=ssl-params scontext=system_u:system_r:dovecot_t:s0 tcontext=system_u:system_r:dovecot_t:s0 tclass=process audit2allow suggests this: require { type dovecot_t; class process setsched; } #= dovecot_t == allow dovecot_t self:process setsched; Could you please consider including this into the next version of the SELinux module dovecot (currently I have version 1.13.0)? -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3-4 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 pn setools none Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716747: claws-mail : crash in gtk_widget_set_sensitive
tags 716747 moreinfo thanks Hi Matthieu, On Fri, Jul 12, 2013 at 10:01:05AM +0200, Matthieu CASTET wrote: Package: claws-mail Version: 3.9.2-1 Severity: normal [...removed backtrace...] Nice backtrace, but pretty useless without knowing how to trigger it. Care to explain how to reproduce the crash? Please, be as detailed as possible. thanks, -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown signature.asc Description: Digital signature
Bug#716752: /usr/bin/kvm: State clearly that kvm = qemu -machine accel=kvm:tcg
Control: tag -1 + wontfix 12.07.2013 13:19, Thomas Preud'homme wrote: Package: qemu-system-x86 Version: 1.5.0+dfsg-4 Severity: minor File: /usr/bin/kvm Tags: patch Dear Maintainer, Currently when using kvm binary (/usr/bin/kvm), a message is displayed announcing its deprecation and advising to use qemu-system-x86_64 instead. However, as can be seen by reading /usr/bin/kvm script, kvm is equivalent to qemu-system-x86_64 -machine accel=kvm:tcg. The message should thus clearly state so. Attached is a patch with a more accurate suggestion. It is not more accurate. The thing is: the right binary to use is qemu-system-x86_64, exactly as suggested. But it has other defaults, and other flags are available. While exact kvm behavour is accel= as you noted, a maybe better alternative is -enable-kvm, which, unlike the accel-with-choices option, will fail if kvm isn't enabled instead of falling back to tcg (emulation). Current script suggests to use the new binary, but does not tell anything about the options, and this is, in my opinion, the most correct thing to do, because the user is free to choice which options are more appropriate for a given situation. Tagging as wontfix for now. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712724: RM: juju -- ROM; The python version of juju is no longer maintained.
Control: tag -1 - moreinfo Control: clone -1 -2 Control: retitle -1 RM: juju-jitsu -- RoQA; juju scheduled for removal On 06/19/2013 18:25, Ansgar Burchardt wrote: Clint Byrum cl...@ubuntu.com writes: I unfortunately do not have the time to port the Ubuntu package of juju-core to Debian, and upstream is no longer developing juju (the python version). So I believe it is best if we simply remove juju from unstable/experimental until such time as juju-core is packaged for Debian. dak rm -nR juju complains about a dependency: # Broken Depends: juju-jitsu: juju-jitsu # Broken Build-Depends: juju-jitsu: juju Please file a separate removal request if juju-jitsu should also be removed. There's been no reply, but I'll just assume juju-jitsu should go as well. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716755: add additional check to see if /usr/sbin/ is mounted before attempting to execute scripts from there
Package: alsa-utils Version: 1.0.27.1-1 File: /lib/udev/rules.d/90-alsa-restore.rules Hello, $ cat /lib/udev/rules.d/90-alsa-restore.rules ACTION==add, SUBSYSTEM==sound, KERNEL==controlC*, KERNELS!=card*, GOTO=alsa_restore_go GOTO=alsa_restore_end LABEL=alsa_restore_go TEST!=/etc/alsa/state-daemon.conf, RUN+=/usr/sbin/alsactl restore $attr{number} TEST==/etc/alsa/state-daemon.conf, RUN+=/usr/sbin/alsactl nrestore $attr{number} LABEL=alsa_restore_end The problem, according to http://forums.gentoo.org/viewtopic-t-914708-start-0.html is now very clear: You need to please wrap another larger test around those two lines that deal with /usr/sbin/, to make sure it is mounted first before executing! Something like if test -d /usr/sbin; then ...; fi, (but in the udev language.) Else the user will get alarming error messages during boot, even though most users will run /etc/init.d/alsa-utils later anyway! After you do this, please close #636437 which is getting too long! Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706514: RFS: dcraw/9.17-1
Am 11.07.2013 22:45, schrieb Anton Gladky: 2013/7/11 Oliver Sandersan...@igpm.rwth-aachen.de: I don't understand. I am not the maintainer, hence what I am doing is a NMU, hence the NMU number? Please tell me the version number you want and I'll use it. Hmm, please, read, when you are allowed to do NMUs. http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu I kind of knew these rules, but it's good to now the details anyway. Problem is, I don't understand how much these rules apply to me, since the actual upload to unstable will not be done by me. That case is not covered by the text. I was thinking, you want to (co-)maintain the package (CC-ing original maintainer again). I do consider doing so, but so far I have not even managed to get anything uploaded at all. (no offense) Best, Oliver Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
Am Donnerstag, den 11.07.2013, 14:47 +0100 schrieb Manuel A. Fernandez Montecelo: I'm going to upload the fixes now, would you please test if it's working as you expect when you have some time availale? I'd say it works exactly as expected. Thanks for the prompt upload! :) - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583990: liferea: reproducibly dumps core after 20 minutes to a few hours of running
Hi, David Smith wrote: Haven't been able to reproduce with liferea in Debian stable and the last time the bug was reproduced was over 3 years ago. Indeed, these kind of crashes are gone. I regularly leave liferea running all day long and I don't have any crashes. Liferea in Wheezy though seldomly runs longer than a few days for me. Usually it gets killed in less than a day by OOM on a laptop with 4 GB of RAM and 5 GB of swap. But that's clearly a different issue. I initially thought it's just the usual GTK/GNOME bloat and my 1000 feeds may be just too much for 1.8 and it really needs its over 6 GB of RAM (where it usually gets killed). But recently I backported 1.10 RC4 from Debian Experimental to Wheezy and despite it looks much uglier (due to GTK3 I guess), it runs stable for a week or so now and needs less than 500 MB RAM. So there's definitely some memory leak in Wheezy's liferea version. (Yeah, I know, I should have reported that earlier and should report it properly.) 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#716740: bumblebee: primus or virtualgl not available in wheezy-backports
Hi James, FYI, bugs against backported packages (or requests for backports, for that matter) should be sent directly to the debian-backports mailing list, not to the BTS. [1] On Thu, Jul 11, 2013 at 9:39 PM, James Robertson j...@mesrobertson.com wrote: Package: bumblebee Version: 3.2.1-1~bpo70+1 Severity: important Dear Maintainer, * What led up to the situation? Installed bumblebee from wheezy-backports * What exactly did you do (or not do) that was effective (or ineffective)? try and start an application using optirun * What was the outcome of this action? returns with the following error: [ 303.693310] [ERROR]No bridge found. Try installing primus or virtualgl. * What outcome did you expect instead? that optirun would launch the application. The bumblebee package recommends virtualgl and primus however neither of these are available in wheezy-backports. I'll prepare an upload for primus in wheezy-backports soon; thanks for the reminder. In the meantime, you can also easily build your own set of primus packages. Since primus works fine without any source changes, all you have to do is rebuild it in a wheezy environment, e.g. add a deb-src entry in your sources.list for testing/unstable, and run: $ apt-get source --build primus Regards, Vincent [1] http://backports.debian.org/Instructions/#index6h2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707268: Bug#713309: plplot: The patches for #707268 also fix #713309
On Friday 12 Jul 2013 00:58:48 Axel Beckert wrote: Hi, Axel Beckert wrote: JFTR, the patches posted in http://bugs.debian.org/707268 also fix the FTBFS issue reported in http://bugs.debian.org/713309 -- I was able to successfully build plplot on a Sid machine. I'll see if I can make an NMU for those two issues. I'll at least won't do an NMU solely based on the Ubuntu patches for multiple reasons: * There's no bug report in Debian claiming that the Ada bindings need to be disabled, too. (Haven't checked if it still builds with them, though.) * The package already uses slice (Cool! :-) to easily enable and disable some binary packages, but Ubuntu's patches ignore that and just rip out the according stanzas from debian/control.in which seems wrong to me. Additionally I don't think I can test the generated packages thoroughly. I usually only need libplplot-dev as build-dependency for gnudatalanguage and the xwin driver. Regards, Axel Axel, Thanks for looking at these. I have a more comprehensive fix for both of these bugs nearly ready. This involves backporting several fixes from upstream and also (more intrusively) updating the packages to use gdc-v2. This is nearly ready. I'll try and let you have a version to test asap and get it uploaded. Many thanks Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570436: curl c-ares support and IPv6
On gio, lug 11, 2013 at 03:37:41 -0700, Ludovico Cavedon wrote: Hi, Bug #605558 [1] is what caused libcurl to be compiled without c-ares support. Is the problem still there? [...] This makes me think the problem has been solved wither in curl or c-ares. Yep, it was fixed in libcurl some time ago. It would be useful to have libcurl compiled with c-ares, because of [2]. Unfortunately it's not that simple. The c-ares resolver lacks somewhat important features compared with the libc resolver, particularly the NSS libc thing (which is what allows people to enable e.g. mDNS system-wide). After a quick look at the libcurl code, it seems that enabling the threaded resolver instead, would fix the problem you linked to, since it doesn't use alarm just like the c-ares version, and would also bring async resolving. But it'd probably have some bad effect on performance... so yeah, I'll see what I can do but I can't promise anything. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#707268: Bug#713309: plplot: The patches for #707268 also fix #713309
Hi Andrew, Andrew Ross wrote: Thanks for looking at these. I have a more comprehensive fix for both of these bugs nearly ready. Ah, cool! Thanks for letting us know. So I know that I don't have to put more time into this. This involves backporting several fixes from upstream and also (more intrusively) updating the packages to use gdc-v2. Very cool. This is nearly ready. Maybe those bugs should be tagged pending then? I'll try and let you have a version to test asap and get it uploaded. I would sponsor it if you need a sponsor. 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#716702: brasero: Corrupt files in DVD-R burning
Hi, i found a source tree of Brasero 2.30.3 on my test machine which is still running Squeeze. (Advise needed for upgrade.) There are two occurences of the libburn call about burn-free. One of them is for pseudo blanking of DVD+RW. So the only one that would matter is the one in brasero-2.30.3/plugins/libburnia/burn-libburn.c function brasero_libburn_start_record() : burn_write_opts_set_underrun_proof (opts, (flags BRASERO_BURN_FLAG_BURNPROOF) != 0); BRASERO_JOB_LOG (BRASERO_JOB (self), Setting burnproof %i, (flags BRASERO_BURN_FLAG_BURNPROOF) != 0); This occasion should leave a mark in the log file. Something like Setting burnproof 1 If it says 0, then it was disabled. It is still not clear to me whether your Brasero 2.30 used libburn or growisofs. Brasero depends on libbrasero-media0, which depends on both, dvd+rw-tools and libburn4 (the latter of antique age but already capable of DVD burning). In the source of growisofs there is in the code that composes mode page 05: p[2] |= 0x40; // insist on BUFE on So growisofs enables burn-free unconditionally. If it was in charge of the bad burn, and if a buffer underun was the cause of the problem, then this cannot be Brasero's fault. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716756: cython: Typo in package description
Package: cython Version: 0.17.4-0ubuntu1 Severity: minor Tags: patch In the following: “This makes Cython the ideal language for wrapping for external C libraries” delete the second “for”. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-26-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cython depends on: ii libc6 2.17-0ubuntu5 ii python 2.7.4-0ubuntu1 Versions of packages cython recommends: ii gcc 4:4.7.3-1ubuntu10 ii python-dev 2.7.4-0ubuntu1 cython 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#716757: libapt-pkg4.12: Something is wrong with apt-get/aptitude update
Package: libapt-pkg4.12 Version: 0.9.9.1 Severity: normal The command apt-get/aptitude update doesn’t fetch the list of available packeges anymore after updating to libapt-pkg4.12 (version 0.9.9.1). With version 0.9.8.2 everthing works fine. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498122: Wide character in print at /usr/share/perl5/Config/General.pm line 1118.
Hi Jeffrey, many thanks for the report and I'm so sorry for the delayed response. On Sunday 07 September 2008 11:33:40 you wrote: Package: libconfig-general-perl Version: 2.40-1 Severity: normal OTF-8 characters produce warning Wide character in print at /usr/share/perl5/Config/General.pm line 1118. enabling the UTF8 support in the constructor, removes the warning. my $config = Config::General-new(-ConfigFile = $file, UTF8 = '1'); e.g. #!/usr/bin/perl use warnings; use strict; use Config::General; my %h = ( key = \x{263A} ); my $file = 'file'; system(touch $file); my $config = Config::General-new(-ConfigFile = $file); $config-save_file($file, \%h); Best Regards, Francesco signature.asc Description: This is a digitally signed message part.
Bug#716720: billard-gl: Crashes when quitting the game
Hi, i can't reproduce the issue here while running the game on amd64 with nouveau drivers. Can you get a backtrace so that it would be possible for us to narrow the problem down? https://wiki.debian.org/HowToGetABacktrace Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#716748: gnome-shell: black background in overview (and desktop)
Cause confirmed: Contrary to what I said before, it is the file manager handling the desktop which somehow glitches gnome-shell. Switching that off and logging back again solves the issue; switching that on and logging back again triggers the bug. Another side-effect of this bug is that the lockdown screen doesn't fade into the screensaver after timing out or pressing the Esc key, but it just shows the (GDM, I presume) background hiding the password dialog. On the other hand, Ubuntu users have been experiencing some similar: http://ubuntuforums.org/showthread.php?t=2088736 Sorry for all the spam; I've been looking at this by chunks, but now I think the description and cause of the bug are pretty clear.
Bug#716758: python3-zeroc-ice: python3 support for ZeroC Ice
Package: python3-zeroc-ice Severity: normal Dear Maintainer, I would like to have support for Python3 on the new release version of ZeroC Ice middleware. Currently, only Python 2.7 is supported. Thanks in advance! -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.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#716736: gcc hppa64
Control: tag -1 + moreinfo help I'm not aware of any change in -6 which could have caused that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715398: please add a bbswitch-source package
On Thu, Jul 11, 2013 at 3:53 PM, David Kalnischkies kalnischkies+deb...@gmail.com wrote: In that case the dependency of bumblebee needs a: bbswitch-dkms | bbswitch-source and bumblebee-nvidia needs to accept m-a compiled nvidia modules. That would be something like: | nvidia-kernel-319.32 (and all the others). But I am not sure why you are listing each and every possible module here, why not just a big nvidia-kernel-{legacy-{173xx,96xx}}-{dkms,source} or- group (plus whatever ubuntu might call the packages maybe). From my understanding of Ubuntu's nvidia packaging (from cursory looks at Launchpad, and a few conversations with upstream bumblebee devs), src:nvidia-graphics-drivers on Ubuntu builds very few binary packages, with everything dumped inside, and there's no separation into -dkms or -source binary packages [1]. That leaves me with the choice to either depend on meta/transitional packages (I think it's currently called nvidia-current, but there's also nvidia-experimental, nvidia-current-updates, etc.), or depend on all possible modules, or both (which is what is currently done in bumblebee). The main reason why I've listed each and every possible module is the fact that upstream has done it this way in their Ubuntu PPA for years now, and it works for them. Given that I don't really understand the current state of nvidia packaging in Ubuntu, I may as well err on the side of caution and just do it their way. As for Debian, I think the same approach would be even more brittle, as the modules include the full version in the package name, so the equivalent of depending on nvidia-304 (Ubuntu) would be to depend on nvidia-kernel-304.88 in Debian...so everytime Andreas makes an update, I would have to as well. However, I see that Debian offers nvidia-kernel-{amd64,486,686-pae} packages as well; Andreas, would it be safe to depend on these rather than each individual module? I've committed my proposed changes to git [2]. Regards, Vincent [1] https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-319 (which produces binary packages nvidia-319 and nvidia-319-dev) [2] http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git;a=blob_plain;f=debian/control;h=e4769ae390b71e495ec18c143f35d1a16a6b682f;hb=HEAD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716718: [Python-apps-team] Bug#716718: nagstamon: CVE-2013-4114: credentials exposure
On Fri, Jul 12, 2013 at 08:44:00AM +0200, cha...@ohmytux.com wrote: Thanks for your bug report, it's appreciated. I was aware of this situation and I'm packaging the 0.9.9.1 to solve this issue. Will be ready soon. Please also note comment in security-tracker[1]: update checks are disabled in Debian by default, see debian/patches/check-for-new-version.patch, which was commited by jmm[2]. 1: https://security-tracker.debian.org/tracker/CVE-2013-4114 2: http://lists.alioth.debian.org/pipermail/secure-testing-commits/2013-July/024213.html If this is correct we can close this issue is in my opinion. Please contact me in case you need any assistance. --- Henri Salo signature.asc Description: Digital signature
Bug#583990: liferea: reproducibly dumps core after 20 minutes to a few hours of running
retitle 583990 liferea: memory leak with lots of feeds. found 1.8.6-1.1 notfound 1.10~rc4 thanks. On Jul 12, 2013 6:03 PM, Axel Beckert a...@debian.org wrote: Indeed, these kind of crashes are gone. Liferea in Wheezy though seldomly runs longer than a few days for me. Usually it gets killed in less than a day by OOM on a laptop with 4 GB of RAM and 5 GB of swap. No need to make a new bug report. I've retitled this one. To be honest, i've never used liferea with more than a hundred feeds, so your feedback is appreciated. -David
Bug#716757: libapt-pkg4.12: Something is wrong with apt-get/aptitude update
Hello Marc, On Fri, Jul 12, 2013 at 12:33 PM, Marc Matzen marcmat...@gmx.de wrote: The command apt-get/aptitude update doesn’t fetch the list of available packeges anymore after updating to libapt-pkg4.12 (version 0.9.9.1). With version 0.9.8.2 everthing works fine. You have to be a tiny winy bit more specific than that, I am afraid. We have testcases which run fine here and most of them do 'apt-get update's and usually in a lot of different ways. Testing it by hand, I can update without any files present locally, with some older files (which are patched with pdiff) and with up-to-date files (which indeed downloads nothing, as nothing has changed). So could you include your configuration (apt-config dump output), your sources.list(.d) entries and the exact output you get from apt-get update please? So far this is unreproducible and I have no idea what could be wrong. (Most of that would have been asked by the bugscript for apt, really need to work on this so that reporters for other packages are bugged too) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705252: modsecurity-crs: Execution error - PCRE limits exceeded (-8): (null)
Hi, I just uploaded modsecurity-crs 2.2.8 which contains a fix in that rule, although reported upstream for a different reason. Could you check if this bug is still present with that version? Thanks, Alberto On Fri, Apr 12, 2013 at 01:59:55AM +0200, Richard van den Berg wrote: Package: modsecurity-crs Version: 2.2.5-2 Severity: normal All requests are blocked with: --e89aa861-H-- Message: Rule 7f2a17e96280 [id 950901][file /usr/share/modsecurity-crs/activated_rules/modsecurity_crs_41_sql_injection_attacks.conf][line 77] - Execution error - PCRE limits exceeded (-8): (null). Message: Rule 7f2a17e96280 [id 950901][file /usr/share/modsecurity-crs/activated_rules/modsecurity_crs_41_sql_injection_attacks.conf][line 77] - Execution error - PCRE limits exceeded (-8): (null). Message: Rule 7f2a17e96280 [id 950901][file /usr/share/modsecurity-crs/activated_rules/modsecurity_crs_41_sql_injection_attacks.conf][line 77] - Execution error - PCRE limits exceeded (-8): (null). Message: Rule 7f2a17e96280 [id 950901][file /usr/share/modsecurity-crs/activated_rules/modsecurity_crs_41_sql_injection_attacks.conf][line 77] - Execution error - PCRE limits exceeded (-8): (null). Message: Access denied with code 403 (phase 2). Match of streq 0 against TX:MSC_PCRE_LIMITS_EXCEEDED required. [file /etc/modsecurity/modsecurity.conf] [line 95] [msg ModSecurity internal error flagged: TX:MSC_PCRE_LIMITS_EXCEEDED] Action: Intercepted (phase 2) Stopwatch: 1365724321610331 46739 (- - -) Stopwatch2: 1365724321610331 46739; combined=43414, p1=532, p2=41873, p3=0, p4=0, p5=1004, sr=191, sw=5, l=0, gc=0 Response-Body-Transformed: Dechunked Producer: ModSecurity for Apache/2.6.6 (http://www.modsecurity.org/); OWASP_CRS/2.2.5. Server: Apache --e89aa861-Z-- Increasing SecPcreMatchLimit, SecPcreMatchLimitRecursion, pcre.backtrack_limit and pcre.recursion_limit does not help. --e89aa861-Z-- -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-Soleus (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages modsecurity-crs depends on: ii libapache2-modsecurity 2.6.6-6 modsecurity-crs recommends no packages. Versions of packages modsecurity-crs suggests: pn lua none -- no debconf information -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498122: Wide character in print at /usr/share/perl5/Config/General.pm line 1118.
On Friday 12 July 2013 12:42:02 you wrote: Hi Jeffrey, many thanks for the report and I'm so sorry for the delayed response. On Sunday 07 September 2008 11:33:40 you wrote: Package: libconfig-general-perl Version: 2.40-1 Severity: normal OTF-8 characters produce warning Wide character in print at /usr/share/perl5/Config/General.pm line 1118. enabling the UTF8 support in the constructor, removes the warning. my $config = Config::General-new(-ConfigFile = $file, UTF8 = '1'); from the documentation [1]: -UTF8 If turned on, all files will be opened in utf8 mode. This may not work properly with older versions of Perl. [1]: http://search.cpan.org/dist/Config-General/General.pm signature.asc Description: This is a digitally signed message part.
Bug#716736: gcc-4.8-hppa64: Multiarch support broken in upgrade to 4.8.1-6 -- breaks Linux kernel build
On 12-Jul-13, at 1:27 AM, Andrei POPESCU wrote: Control: reassign -1 src:gcc-4.8 4.8.1-6 On Jo, 11 iul 13, 22:27:55, John David Anglin wrote: Package: gcc-4.8-hppa64 Version: 4.8.1-6 Severity: important Hmm, the PTS does show such a binary for gcc-4.8, but p.d.o doesn't. Reassigning to the source package instead, though my first impulse was to just close it. Yes, I noticed this as well but the package has been generated for years. Dave -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673187: ITP: berusky2 -- logic game Bugs Escape 3D
Hello Bart, i have seen your ITP for berusky2 and your help tag so i had a go at this. I have attached my debian folders for berusky2 and berusky2-data to this bug report. The game is working fine here on my computer. After some initial problems with the screen resolution i changed the build-dependencies and replaced virtual packages with real ones. I also added libgl1-mesa-dev and libgtk2.0-dev. The former makes directly depending on libgl1-mesa-dri unnecessary and the latter is needed for some graphic functions although it appears the game does not link against them. The orginal upstream author also uses them for his fedora packaging work. Imagemagick is needed to create the berusky2.xpm icon for the Debian menu. The offending header file was removed in the latest version 0.9. I have written a man page and updated the package description to make lintian happy. I also needed to append -lpthread to LDFLAGS via debian/rules because of underlinking which caused a FTBFS. I added a patch for the format-not-a-string-literal-error and a small patch to create a valid desktop file. I think all three should be forwarded upstream. The rest were minor issues. I'd be glad if you could find time to test the result. Regards, Markus berusky2_debian.tar.gz Description: GNU Zip compressed data berusky2-data_debian.tar.gz Description: GNU Zip compressed data signature.asc Description: OpenPGP digital signature
Bug#716699: PTS: dont ask to consider packaging a version which is already in experimental
pabs h01ger: should it be changed to 'please move version X from experimental to unstable'? pabs I've always considered it a reminder to do that * h01ger would prefer it to be quiet h01ger that version is perfectly fine in experimental * h01ger dislikes automatic todo entries where one cannot or doesnt want to do something about it h01ger if you think munin 2.1.2-1 belongs to unstable, file a wishlist bug. h01ger (you as in $you) h01ger like it is, the PTS conveys the message that the munin maintainers are slacking, while we are not. (or maybe we are, but not in regards to 2.1.2-1) pabs h01ger: is munin 2.1.2 a beta or dev version or something? what is holding it out of sid? pabs if so I think the right answer is for the watch file in sid to not match dev versions h01ger pabs, how is that relevant? (its a dev version) h01ger http://sf.net/munin/ munin-([\d+\.]+)\.tar\.gz h01ger is the content of the watch file (+version=3) h01ger so currently (AIUI) it looks like i want to remove the watch file entirely taffit http://sf.net/munin/ munin-(2\.0[\d+\.]+)\.tar\.gz would do h01ger pfft pabs http://sf.net/munin/ munin-(\d\.[02468]\.[\d+\.]+)\.tar\.gz h01ger i rather remove it then maintain a useless file themill I think we perhaps need to accept that all automated checks are going to occasionally going to offer up false positives and we accept that they are right 90% of the time and just learn to ignore them the other 10% of the time. jcristau that would just make the watch file less useful * h01ger thinks there is too much guessing involved h01ger 2.1.2-1 is packaged jcristau themill: the problem is when people don't realize their checks are wrong 50% of the time h01ger so why claim its not themill jcristau: 50%? really? jcristau whatever jcristau even 10% would be too much h01ger i could live with the noise about please move the package to unstable but claiming 2.1.2-1 is not packaged and we should do our work, is plainly wrong taffit indeed themill h01ger: yeah, that check should use max-version not sid-version h01ger (pabs, its a total guess that future stable releases will be 2.2 - they could also become 3.0 or munin 13.10) signature.asc Description: This is a digitally signed message part.
Bug#702378: Patch does not fix problem
On Mon, Jul 08, 2013 at 02:02:25AM -0700, Brandon wrote: Olly, I compiled with your patch, and it does not fix the problem. The printing program still crashes, but instead it crashes in the function wxPostScriptDC::DoDrawText(wxString const, int, int), line 1220. On that line, textbuf is NULL. Thanks for the feedback. This is another instance of the same problem, essentially. I've fixed that and another instance of the same issue. The attached patch builds, but I haven't tried to reproduce the problem yet - if you get a chance to test this updated patch, that'd be great. A character which can't be represented results in the entire string it contains getting ignored, which doesn't seem ideal, but it is the approach upstream suggested, and it's at least a simple non-intrusive fix. It beats a crash anyway. I also noticed that, in Debian Stable, this problem only occurs if libgnomeprint is not installed. I suspect in that case libgnomeprint will be used instead of the built-in generic postscript code. Cheers, Olly diff --git a/src/generic/dcpsg.cpp b/src/generic/dcpsg.cpp index e2eadde..15e7fd4 100644 --- a/src/generic/dcpsg.cpp +++ b/src/generic/dcpsg.cpp @@ -1217,7 +1217,7 @@ void wxPostScriptDC::DoDrawText( const wxString text, wxCoord x, wxCoord y ) PsPrint( ( ); const wxWX2MBbuf textbuf = text.mb_str(); -size_t len = strlen(textbuf); +size_t len = (wxMBSTRINGCAST textbuf) ? strlen(textbuf) : 0; size_t i; for (i = 0; i len; i++) { @@ -1333,7 +1333,7 @@ void wxPostScriptDC::DoDrawRotatedText( const wxString text, wxCoord x, wxCoord PsPrint( ( ); const wxWX2MBbuf textbuf = text.mb_str(); -size_t len = strlen(textbuf); +size_t len = (wxMBSTRINGCAST textbuf) ? strlen(textbuf) : 0; for (i = 0; i len; i++) { int c = (unsigned char) textbuf[i]; @@ -2147,8 +2147,20 @@ void wxPostScriptDC::DoGetTextExtent(const wxString string, long sum=0; float height=fontSize; /* by default */ -unsigned char *p; -for(p=(unsigned char *)wxMBSTRINGCAST strbuf; *p; p++) +unsigned char *p=(unsigned char *)wxMBSTRINGCAST strbuf; +if(!p) +{ +// String couldn't be converted which used to SEGV as reported here: +// http://bugs.debian.org/702378 +// http://trac.wxwidgets.org/ticket/15300 +// Upstream suggests just return if the conversion failed. +if (x) (*x) = 0; +if (y) (*y) = 0; +if (descent) (*descent) = 0; +if (externalLeading) (*externalLeading) = 0; +return; +} +for(; *p; p++) { if(lastWidths[*p]== INT_MIN) {
Bug#687694: bouncycastle: 1.44 and 1.46 are not binary compatible
I reviewed the reverse dependencies of bouncycastle and here is the current status: ivy OK 2.3.0-2 uploaded on 2013-05-16 jakarta-jmeterPATCHED, applied upstream 2.8-1 uploaded on 2013-07-05 jenkins-instance-identity PENDING, waiting for jenkins/1.480.3+dfsg-1 libcommons-openpgp-java OK 0+svn533492-4 uploaded on 2013-07-09 libitext-java PATCHED 2.1.7-6 uploaded on 2013-05-31 libitext5-javaOK 5.4.1-1 uploaded on 2013-05-18 libj2ssh-java OK, dependency removed 0.2.9-4 uploaded on 2013-05-02 libjgroups-java OK, dependency removed 2.12.2.Final-3 uploaded on 2013-07-03 libjgroups2.6-javaOK, optional runtime dependency libpdfbox-javaPATCHED, applied upstream 1:1.8.2+dfsg-1 uploaded on 2013-06-02 red5 OK, but FTBFS for another reason 1.0~svn4374-2 uploaded on 2012-08-16 voms-api-java FTBFS #713204 Patch forwarded upstream, maintainer contacted wagon2OK, not a build dependency 2.4-1 uploaded on 2013-06-25 wss4j OK, use BC with reflection Most packages have been fixed and/or uploaded after bouncycastle 1.46 reached unstable. jenkins-instance-identity has been fixed on Alioth but can't be uploaded until the new version of jenkins is in unstable. voms-api-java is the last package that has to be updated. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716759: openshot: mlt 0.9.0-1 renames python-mlt5 = python-mlt
Package: openshot Version: 1.4.3-1 Severity: normal Hi, I have just uploaded mlt=0.9.0-1 and it renames the python-mlt5 package to python-mlt. Currently it is in NEW, after it is accepted openshot should depend on it. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#716760: please add PID to log file
Package: procmail Version: 3.22-19 Severity: wishlist My procmailrc contains something like this: LOGFILE=/home/${LOGNAME}/procmail.log VERBOSE=on # copy calendar emails to exchange.mydomain.de :0 c * !^Received.*exchange\.mydomain\.de.* { :0 * ^Content-Type.*calendar.* ! ${LOGNAME}@exchange.mydomain.de :0 * H ?? ^Content-Type: multipart/(alternative|mixed) * B ?? ^Content-Type: text/calendar ! ${LOGNAME}@exchange.mydomain.de :0 /dev/null } :0 * ^From:.*nagios@mydomain\.de $LOGNAME/monitoring/nagios/ : : On processing the block with :0 c procmail does a fork. Problem: In the logfile I cannot distinguish parent from child procmail. Both write to the same file in a random sequence. This is pretty painful. Do you think that procmail could add its process ID to each line in the log file, if there is a fork? Looking at the man page it seems that there is no option for this yet. Many thanx in advance Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716761: Please clarify the wording
Package: pdnsd Version: 1.2.9a-par-1 # dpkg-reconfigure pdnsd says Please select the pdnsd configuration method that best meets your needs. │ │ - Use resolvconf : use informations provided by resolvconf. │ - Use root servers: make pdnsd behave like a caching, recursive DNS │ server. │ - Manual : completely manual configuration. The pdnsd daemon │ will not start until you edit /etc/pdnsd.conf and │ /etc/default/pdnsd. Does that mean if one picks resolvconf, then pdnsd will not make pdnsd behave like a caching, recursive DNS server? Please clarify the wording. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716762: sbuild maybe should end the session after package build?
Package: sbuild Version: 0.63.2-1.1 Severity: minor Hi, I've noticed that after upgrade to Debian 7, sbuild doesn't end the schroot session anymore. This is confirmed by the log too: | Not removing build depends: as requested | Keeping session: wheezy-amd64-sbuild-... This is not consistent with schroot behaviour where the session is automatically handled per schroot(1) default --automatic-session. Cheers -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.113+nmu3 ii apt-utils 0.9.7.9 ii libsbuild-perl 0.63.2-1.1 ii perl5.14.2-21 ii perl-modules5.14.2-21 Versions of packages sbuild recommends: ii debootstrap 1.0.48+deb7u1 ii fakeroot 1.18.4-2 Versions of packages sbuild suggests: ii deborphan 1.7.28.8 ii wget 1.13.4-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#716753: Similar report from Fedora
Similar report from Fedora: http://permalink.gmane.org/gmane.linux.redhat.fedora.selinux/11936 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713433: Padre segfault with t/01_compile.t
On Monday 08 July 2013 14:18:10 Dominique Dumont wrote: Bowtie, do you have a better idea ? (Please keep 713...@bugs.debian.org in CC so your replies will be archived in ur system) Bowtie has provided upstream a new development version of Debug::Client [1] that fixes the issue on my system. I'll package a new libdebug-client-perl to fix Padre's FTBS. Thanks to Bowtie for his very fast answer (which is way faster than mine :-p ) All the best [1] http://search.cpan.org/~bowtie/Debug-Client-0.27_01/ -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716763: apt: Man page of apt-cache dont mentions regex on operations with pkg argument , except from 'search'
Package: apt Version: 0.9.7.9 Severity: normal Man page of apt-cache dont mentions regex on operations with pkg argument ,except from 'search' But i tested in wheezy and i see that using regex with operation like show , showpkg works. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends true; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::solvers ; Dir::Bin::solvers:: /usr/lib/apt/solvers; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Bin::bzip2 /bin/bzip2; Dir::Bin::xz /usr/bin/xz; Dir::Media ; Dir::Media::MountPath /media/cdrom; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$;
Bug#601667: Just had this problem WITH libnss-ldapd
tags - wheezy-ignore I just had this issue. I'm using libnss-ldapd already. Patched libldap from Carlos Alberto Lopez Perez worked like a charm, thanks! Thats what by common-auth looks like auth[success=2 default=ignore] pam_unix.so nullok_secure auth[success=1 default=ignore] pam_ldap.so minimum_uid=1000 use_first_pass authrequisite pam_deny.so authrequiredpam_permit.so authoptionalpam_smbpass.so migrate $dpkg --get-selections | grep libnss libnss-ldapd:amd64 install Please take care this is getting fixed in future debian releases. Worked a day on it, and without Carlos probably more. Kind regards, Axel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716764: /usr/sbin/dovecot: drac plugin not working with Dovecot 2.x
Package: dovecot-core Version: 1:2.1.7-7 Severity: normal File: /usr/sbin/dovecot Dear Maintainer, Trying to use DRAC plugin with Debian version of Dovecot 2.1.7, it appears that the drac plugin is using the IP environment variable, which is not set anymore in Dovecot 2.x. Drac plugin has been updated by a Japanese guy there: http://sourceforge.jp/projects/dovecot2-drac/ (same license, LGPLv2) I tested this new version, it's working perfectly (one just need to remove the debug code...) Please consider switching from drac.c to drac-plugin.c for your package. (I told the Dovecot team about that issue too, so that they fix this page ( http://wiki2.dovecot.org/HowTo/PopBSMTPAndDovecot#DRAC ) Thanks for your work on this package, Regards, Benjamin Sonntag -- Package-specific info: -- 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-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dovecot-core depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libssl1.0.0 1.0.1e-2 ii openssl 1.0.1e-2 ii ucf 3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 dovecot-core recommends no packages. Versions of packages dovecot-core suggests: ii dovecot-gssapi1:2.1.7-7 ii dovecot-imapd 1:2.1.7-7 ii dovecot-ldap 1:2.1.7-7 pn dovecot-lmtpd none ii dovecot-managesieved 1:2.1.7-7 ii dovecot-mysql 1:2.1.7-7 ii dovecot-pgsql 1:2.1.7-7 ii dovecot-pop3d 1:2.1.7-7 ii dovecot-sieve 1:2.1.7-7 pn dovecot-solr none ii dovecot-sqlite1:2.1.7-7 pn ntp none Versions of packages dovecot-core is related to: ii dovecot-common 1:2.1.7-7 ii dovecot-core [dovecot-common] 1:2.1.7-7 pn dovecot-dbgnone ii dovecot-dev1:2.1.7-7 ii dovecot-gssapi 1:2.1.7-7 ii dovecot-imapd 1:2.1.7-7 ii dovecot-ldap 1:2.1.7-7 pn dovecot-lmtpd none ii dovecot-managesieved 1:2.1.7-7 ii dovecot-mysql 1:2.1.7-7 ii dovecot-pgsql 1:2.1.7-7 ii dovecot-pop3d 1:2.1.7-7 ii dovecot-sieve 1:2.1.7-7 ii dovecot-sqlite 1:2.1.7-7 -- 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#716765: ITP: libmbim -- libmbimis a library which helps you talk to MBIM-capable modems
Package: wnpp Severity: wishlist Owner: Thomas Bechtold thomasbecht...@jpberlin.de * Package name: libmbim Version : 1.4.0 Upstream Author : Aleksander Morgado aleksan...@gnu.org * URL : http://www.freedesktop.org/software/libmbim/ * License : GPL Programming Lang: C Description : libmbim is a library which helps you talk to MBIM-capable modems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
2013/7/12 Fabian Greffrath fab...@greffrath.com: Am Donnerstag, den 11.07.2013, 14:47 +0100 schrieb Manuel A. Fernandez Montecelo: I'm going to upload the fixes now, would you please test if it's working as you expect when you have some time availale? I'd say it works exactly as expected. Thanks for the prompt upload! :) Thanks to you for the fix! -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716765: (no subject)
I started packaging here: http://anonscm.debian.org/git/collab-maint/libmbim.git/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669457: libvirt-bin: libvirt_lxc segfault
Hi, gustavo panizzo gfa g...@zumbi.com.ar wrote: i can confirm this bug still affects 1.0.4-1 i think this patch should be applied, it looks to me like it was partially reverted http://libvirt.org/git/?p=libvirt.git;a=commit;h=57349ffc10290eed2cb25ca7cfb4b34ab5003156 See: http://libvirt.org/git/?p=libvirt.git;a=commit;h=87de27b7f9296c90b6f4e35eeb5448db491dcba2 This patch is in 0.10.0~rc1. The initial patch was included in 0.9.13~rc1, not sure this is actually the same issue. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716767: libvirt-bin: Segfaults in virUUIDParse
Package: libvirt-bin Version: 0.9.12-11+deb7u1 Severity: normal Tags: patch Hello, From time to time I get a segfault in virUUIDParse, with the following stack trace: (gdb) bt #0 virUUIDParse (uuidstr=0x4 Address 0x4 out of bounds, uuid=uuid@entry=0x7fffc1ebe700 g5\036\311\003\006\347\\\335\300\376M\327\373\311\343`) at /build/libvirt-FsA54o/libvirt-0.9.12/./src/util/uuid.c:139 #1 0x7f0eaa281485 in xenStoreDomainGetUUID conn=conn@entry=0x12546f0, id=optimized out, uuid=uuid@entry=0x7fffc1ebe700 g5\036\311\003\006\347\\\335\300\376M\327\373\311\343`) at /build/libvirt-FsA54o/libvirt-0.9.12/./src/xen/xs_internal.c:1114 #2 0x7f0eaa2815cf in xenStoreDomainIntroduced (conn=0x12546f0, path=optimized out, token=optimized out, opaque=0x1254810) at /build/libvirt-FsA54o/libvirt-0.9.12/./src/xen/xs_internal.c:1360 #3 0x7f0eaa27ffdb in xenStoreWatchEvent (watch=optimized out, fd=optimized out, events=optimized out, data=0x12546f0) at /build/libvirt-FsA54o/libvirt-0.9.12/./src/xen/xs_internal.c:1300 #4 0x7f0eaa189e7e in virEventPollDispatchHandles (fds=optimized out, nfds=optimized out) at /build/libvirt-FsA54o/libvirt-0.9.12/./src/util/event_poll.c:490 #5 virEventPollRunOnce () at /build/libvirt-FsA54o/libvirt-0.9.12/./src/util/event_poll.c:637 #6 0x7f0eaa1888b7 in virEventRunDefaultImpl () at /build/libvirt-FsA54o/libvirt-0.9.12/./src/util/event.c:247 #7 0x7f0eaa25cd7d in virNetServerRun (srv=0xd9fa00) at /build/libvirt-FsA54o/libvirt-0.9.12/./src/rpc/virnetserver.c:712 #8 0x00423ab1 in main (argc=optimized out, argv=optimized out) at /build/libvirt-FsA54o/libvirt-0.9.12/./daemon/libvirtd.c:1138 (gdb) f 1 #1 0x7f0eaa281485 in xenStoreDomainGetUUID (conn=conn@entry=0x12546f0, id=optimized out, uuid=uuid@entry=0x7fffc1ebe700 g5\036\311\003\006\347\\\335\300\376M\327\373\311\343`) at /build/libvirt-FsA54o/libvirt-0.9.12/./src/xen/xs_internal.c:1114 1114ret = virUUIDParse(uuidstr + 4, uuid); (gdb) list 1109/* This will return something like 1110 * /vm/---- */ uuidstr = xs_read(priv-xshandle, 0, prop, len); 1112 1113/* remove /vm/ */ 1114ret = virUUIDParse(uuidstr + 4, uuid); 1115 1116VIR_FREE(uuidstr); 1117 1118return ret; xs_read() returns NULL and the surrounding code fails to check for this. The bug happens maybe once a week on various hosts, and I'm not sure how to reproduce it. It might be triggered by our management tools using libvirt while another instace is being created/destroyed (i.e. some kind of race condition). For a quick glance to the latest code I think this might happend there too. Regardless of the cause, xs_read can return NULL so the code should check before using the resulting pointer: --- libvirt-0.9.12.orig/src/xen/xs_internal.c +++ libvirt-0.9.12/src/xen/xs_internal.c @@ -1109,6 +1109,8 @@ int xenStoreDomainGetUUID(virConnectPtr /* This will return something like * /vm/---- */ uuidstr = xs_read(priv-xshandle, 0, prop, len); +if (uuidstr == NULL) +return -errno; /* remove /vm/ */ ret = virUUIDParse(uuidstr + 4, uuid); What do you think? Thanks, Luca -- 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/1 CPU core) 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 libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base0.18.1.1-9 ii libavahi-client30.6.31-2 ii libavahi-common30.6.31-2 ii libblkid1 2.20.1-5.3 ii libc6 2.13-38 ii libcap-ng0 0.6.6-2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdevmapper1.02.1 2:1.02.74-7 ii libgcrypt11 1.5.0-5 ii libgnutls26 2.12.20-7 ii libnetcf1 0.1.9-2 ii libnl1 1.1-7 ii libnuma12.0.8~rc4-1 ii libparted0debian1 2.3-12 ii libpcap0.8 1.3.0-1 ii libpciaccess0 0.13.1-2 ii libreadline66.2+dfsg-0.1 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii libudev0175-7.2 ii libvirt00.9.12-11+deb7u1 ii libxenstore3.0 4.1.4-3+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libyajl22.0.4-2 ii logrotate 3.8.1-4 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-6 ii dmidecode 2.11-9 ii dnsmasq-base2.62-3+deb7u1 ii ebtables2.0.10.4-1 ii gawk1:4.0.1+dfsg-2.1 ii iproute 20120521-3+b3 ii iptables1.4.14-3.1 ii libxml2-utils 2.8.0+dfsg1-7+nmu1 ii netcat-openbsd 1.105-7 ii parted 2.3-12 ii qemu1.1.2+dfsg-6a ii qemu-kvm1.1.2+dfsg-6 Versions of packages libvirt-bin suggests: ii policykit-1 0.105-3 pn radvd
Bug#716766: RFA: ilmbase -- several utility libraries from ILM used by OpenEXR
Package: wnpp Severity: normal Hello, I am requesting an an adopter for the ilmbase and openexr packages. I myself adopted this because it's needed for hugin but this needs somebody with better C++ foo than me. Debian is several upstream versions behind, which is caused among other things because upstream develops on on AMD64 and it looks like no testing on other archs (like e.g. ix86) is done. Experimental has 1.0.3 which has a test-failure on ix86 (it is supposed to be fixed by disabling optimization.) 2.0.1 has recently been released and I am not convinced the dynamic libraries are set up correctly there. Upstream is mixing libtool's -release with -version-info and ends up with: lrwxrwxrwx 1 libIlmThread-2_0.so.10 - libIlmThread-2_0.so.10.0.1 -rwxr-xr-x 1 libIlmThread-2_0.so.10.0.1 lrwxrwxrwx 1 libIlmThread.so - libIlmThread-2_0.so.10.0.1 I think there shouldn't be any libIlmThread.so here, but only a libIlmThread-2_0.so. Anyway I am not totally ssure this is broken but it might need fixing and making upstream understand. thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#716768: RFA: openexr -- command-line tools and docs for the OpenEXR image format
Package: wnpp Severity: normal Hello, I am requesting an an adopter for the ilmbase and openexr packages. I myself adopted this because it's needed for hugin but this needs somebody with better C++ foo than me. Debian is several upstream versions behind, which is caused among other things because upstream develops on on AMD64 and it looks like no testing on other archs (like e.g. ix86) is done. thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#666396: openexr: New upstream: 1.7.0
On 2013-06-29 IRIE Shinsuke irieshins...@yahoo.co.jp wrote: Hi, I experienced the same error in testBox.cpp with libilmbase 2.0.0. It seems that the error was caused by bad optimization, because the build succeeds when changing the optimization level as follows: [...] Anyway, please update openexr/ilmbase to v2.0.0. Blender will move to OpenEXR v2.0.0 in 2.68 release. Hello, I have just requested an adopter for OpenEXR and ILMbase. http://bugs.debian.org/716766 http://bugs.debian.org/716768 These seem to need somebody with better C++ knowledge than me. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716769: dcmtk: Conditional jump or move depends on uninitialised value(s)
Package: dcmtk Version: 3.6.1~20121102-3 Severity: important For some reason I am seeing some issue with valgrind [*]. It would be nice if someone could have a look at them. Thanks [*] $ valgrind movescu -v -d -xi www.dicomserver.co.uk 2 -S -k 8,52=STUDY -k 20,d=1.2.840.113704.1.111.4808.1277955896.1 +P 2 ==8786== Memcheck, a memory error detector ==8786== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==8786== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info ==8786== Command: movescu -v -d -xi www.dicomserver.co.uk 2 -S -k 8,52=STUDY -k 20,d=1.2.840.113704.1.111.4808.1277955896.1 +P 2 ==8786== D: DcmDataDictionary: Loading file: /usr/share/dcmtk/dicom.dic D: DcmDataDictionary: Loading file: /usr/share/dcmtk/private.dic D: $dcmtk: movescu v3.6.1 2012-11-02 $ D: D: Request Parameters: D: == BEGIN A-ASSOCIATE-RQ = D: Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.6.1 D: Our Implementation Version Name: OFFIS_DCMTK_361 D: Their Implementation Class UID: D: Their Implementation Version Name: D: Application Context Name:1.2.840.10008.3.1.1.1 D: Calling Application Name:XYZISPDC D: Called Application Name: ANY-SCP D: Responding Application Name: resp. AP Title D: Our Max PDU Receive Size:16384 D: Their Max PDU Receive Size: 0 D: Presentation Contexts: D: Context ID:1 (Proposed) D: Abstract Syntax: =FINDStudyRootQueryRetrieveInformationModel D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =LittleEndianImplicit D: Context ID:3 (Proposed) D: Abstract Syntax: =MOVEStudyRootQueryRetrieveInformationModel D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =LittleEndianImplicit D: Requested Extended Negotiation: none D: Accepted Extended Negotiation: none D: Requested User Identity Negotiation: none D: User Identity Negotiation Response: none D: === END A-ASSOCIATE-RQ == I: Requesting Association D: setting network send timeout to 60 seconds D: setting network receive timeout to 60 seconds D: Constructing Associate RQ PDU D: PDU Type: Associate Accept, PDU Length: 224 + 6 bytes PDU header D: 02 00 00 00 00 e0 00 01 00 00 41 4e 59 2d 53 43 D: 50 20 20 20 20 20 20 20 20 20 4c 49 52 49 53 50 D: 44 43 20 20 20 20 20 20 20 20 00 00 00 00 00 00 D: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 D: 00 00 00 00 00 00 00 00 00 00 10 00 00 15 31 2e D: 32 2e 38 34 30 2e 31 30 30 30 38 2e 33 2e 31 2e D: 31 2e 31 21 00 00 19 01 00 00 00 40 00 00 11 31 D: 2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 31 2e 32 D: 21 00 00 19 03 00 00 00 40 00 00 11 31 2e 32 2e D: 38 34 30 2e 31 30 30 30 38 2e 31 2e 32 50 00 00 D: 45 51 00 00 04 00 01 00 00 52 00 00 25 31 2e 32 D: 2e 38 32 36 2e 30 2e 31 2e 33 36 38 30 30 34 33 D: 2e 31 2e 32 2e 31 30 30 2e 35 2e 36 2e 33 2e 31 D: 36 36 55 00 00 10 44 69 63 6f 6d 4f 62 6a 65 63 D: 74 73 2e 4e 45 54 D: Parsing an A-ASSOCIATE PDU D: Association Parameters Negotiated: D: == BEGIN A-ASSOCIATE-AC = D: Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.6.1 D: Our Implementation Version Name: OFFIS_DCMTK_361 D: Their Implementation Class UID:1.2.826.0.1.3680043.1.2.100.5.6.3.166 D: Their Implementation Version Name: DicomObjects.NET D: Application Context Name:1.2.840.10008.3.1.1.1 D: Calling Application Name:XYZISPDC D: Called Application Name: ANY-SCP D: Responding Application Name: ANY-SCP D: Our Max PDU Receive Size:16384 D: Their Max PDU Receive Size: 65536 D: Presentation Contexts: D: Context ID:1 (Accepted) D: Abstract Syntax: =FINDStudyRootQueryRetrieveInformationModel D: Proposed SCP/SCU Role: Default D: Accepted SCP/SCU Role: Default D: Accepted Transfer Syntax: =LittleEndianImplicit D: Context ID:3 (Accepted) D: Abstract Syntax: =MOVEStudyRootQueryRetrieveInformationModel D: Proposed SCP/SCU Role: Default D: Accepted SCP/SCU Role: Default D: Accepted Transfer Syntax: =LittleEndianImplicit D: Requested Extended Negotiation: none D: Accepted Extended Negotiation: none D: Requested User Identity Negotiation: none D: User Identity Negotiation Response: none D: === END A-ASSOCIATE-AC == I: Association Accepted (Max Send PDV: 65524) I: Sending Move Request ==8786== Conditional jump or move depends on uninitialised value(s) ==8786==at 0x4C25D9C: strcmp (mc_replace_strmem.c:426) ==8786==by 0x525A916: dcmFindNameOfUID(char const*, char const*) (dcuid.cc:1165) ==8786==by 0x4E6417D: DIMSE_dumpMessage(OFString,
Bug#716771: libgtk-3-0: Segmentation fault in gtk_style_context_get_valist
Package: libgtk-3-0 Version: 3.8.2-3 Severity: critical Justification: breaks unrelated software Dear Maintainer, Launching remmina remote desktop application failes due to a segmentation fault in function gtk_style_context_get_valist libgtk: Package: libgtk-3-0 Source: gtk+3.0 Version: 3.8.2-3 remmina: Package: remmina Version: 1.0.0-6 Here is the backtrace from gdb: Program received signal SIGSEGV, Segmentation fault. 0x77915f30 in gtk_style_context_get_valist (context=0x6c6170, state=state@entry=GTK_STATE_FLAG_DIR_LTR, args=args@entry=0x7fffcc48) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c:1443 1443/tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c: No such file or directory. (gdb) bt #0 0x77915f30 in gtk_style_context_get_valist (context=0x6c6170, state=state@entry=GTK_STATE_FLAG_DIR_LTR, args=args@entry=0x7fffcc48) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c:1443 #1 0x7795c33a in gtk_theming_engine_get (engine=0x701840, state=GTK_STATE_FLAG_DIR_LTR) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkthemingengine.c:436 #2 0x7fffe7547f33 in _gtk_rounded_box_apply_border_radius () from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so #3 0x7fffe7549c2c in ?? () from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0 /theming-engines/libunico.so #4 0x7fffe754b548 in ?? () from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0 /theming-engines/libunico.so #5 0x7fffe755022e in ?? () from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0 /theming-engines/libunico.so #6 0x77918512 in gtk_render_background (context=0x6c6170, cr=0x906e10, x=0, y=0, width=18, height=18) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c:3908 #7 0x77876e66 in gtk_image_draw (widget=0x6a9180, cr=0x906e10) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkimage.c:1416 #8 0x778940ee in _gtk_marshal_BOOLEAN__BOXEDv (closure=closure@entry=0x6682c0, return_value=return_value@entry=0x7fffd3f0, instance=instance@entry=0x6a9180, args=args@entry=0x7fffd4f8, marshal_data=marshal_data@entry=0x77876dc0 gtk_image_draw, n_params=n_params@entry=1, param_types=param_types@entry=0x668330) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkmarshalers.c:130 #9 0x779b3a60 in gtk_widget_draw_marshallerv (closure=0x6682c0, return_value=0x7fffd3f0, instance=0x6a9180, args=0x7fffd4f8, marshal_data=0x77876dc0 gtk_image_draw, n_params=1, param_types=0x668330) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkwidget.c:906 #10 0x764870cf in ?? () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #11 0x7649f248 in g_signal_emit_valist () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #12 0x7649ff32 in g_signal_emit () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #13 0x779b4c6e in _gtk_widget_draw_internal (widget=widget@entry=0x6a9180, cr=cr@entry=0x906e10, clip_to_size=optimized out, clip_to_size@entry=1) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkwidget.c:6165 #14 0x77802906 in gtk_container_propagate_draw (container=optimized out, child=0x6a9180, cr=0x906e10) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkcontainer.c:3375 #15 0x7780132c in gtk_container_draw (widget=optimized out, cr=optimized out) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkcontainer.c:3239 #16 0x779cce7c in gtk_window_draw (widget=0x6c4010, cr=0x906e10) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkwindow.c:7575 #17 0x779f349e in gtk_tray_icon_draw (widget=0x6c4010, cr=0x906e10) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtktrayicon-x11.c:385 #18 0x778940ee in _gtk_marshal_BOOLEAN__BOXEDv (closure=closure@entry=0x6682c0, return_value=return_value@entry=0x7fffd8f0, instance=instance@entry=0x6c4010, args=args@entry=0x7fffd9f8, marshal_data=marshal_data@entry=0x779f3410 gtk_tray_icon_draw, n_params=n_params@entry=1, param_types=param_types@entry=0x668330) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkmarshalers.c:130 #19 0x779b3a60 in gtk_widget_draw_marshallerv (closure=0x6682c0, return_value=0x7fffd8f0, instance=0x6c4010, args=0x7fffd9f8, marshal_data=0x779f3410 gtk_tray_icon_draw, n_params=1, param_types=0x668330) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkwidget.c:906 #20 0x76487157 in ?? () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #21 0x7649f248 in g_signal_emit_valist () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #22 0x7649ff32 in g_signal_emit () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #23 0x779b4c6e in _gtk_widget_draw_internal (widget=0x6c4010, cr=0x906e10, clip_to_size=optimized out) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkwidget.c:6165 #24 0x779c0005 in gtk_widget_send_expose (widget=widget@entry=0x6c4010, event=event@entry=0x7fffdbc0) ---Type return to continue, or q return to quit--- at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkwidget.c:6545 #25 0x77893de5 in gtk_main_do_event
Bug#716009: transifex-client: The package is missing a python-pkg-resources dependency.
Hi Reece, Thanks for a detailed bug report. The issue will be fixed with the next release to unstable. Best regards, Janos On Wed, Jul 10, 2013 at 9:15 PM, Reece H. Dunn mscl...@gmail.com wrote: Package: transifex-client Version: 0.9-1 Severity: normal Dear Maintainer, Installing transifex-client on a bare minimal system resulted in the following error when running the tx program: $ tx Traceback (most recent call last): File /usr/bin/tx, line 9, in module from txclib import utils File /usr/lib/python2.7/dist-packages/txclib/utils.py, line 12, in module from txclib.web import verify_ssl File /usr/lib/python2.7/dist-packages/txclib/web.py, line 11, in module from pkg_resources import resource_filename, resource_string ImportError: No module named pkg_resources This is fixable by running: $ sudo apt-get install python-pkg-resources A Google search for the error recommended installing python-setuptools, but only python-pkg-resources is needed to get it working. Therefore, python-pkg-resources should be added to the Depends section of the debian/control file. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-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 transifex-client depends on: ii python 2.7.5-2 transifex-client recommends no packages. transifex-client 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#716770: Can not select user in gdm3 to log into when you have many users
Package: gdm3 Version: 3.4.1-8 If you have many local users, gdm3 will show a list of them, but it can not be scrolled. There seems to be no option to even enter username (in gdm3) manually! Such user would find him unable to log in (without help of textmode console or some administratice action). E.g. seen this when locking screen (in xfce4 4.8.0.3) and selecting New Login. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716771: libgtk-3-0: Segmentation fault in gtk_style_context_get_valist
forcemerge 706330 716771 thanks Am 12.07.2013 15:21, schrieb Gregory Brusick: Package: libgtk-3-0 Version: 3.8.2-3 Severity: critical Justification: breaks unrelated software Dear Maintainer, Launching remmina remote desktop application failes due to a segmentation fault in function gtk_style_context_get_valist libgtk: Package: libgtk-3-0 Source: gtk+3.0 Version: 3.8.2-3 remmina: Package: remmina Version: 1.0.0-6 Here is the backtrace from gdb: Program received signal SIGSEGV, Segmentation fault. 0x77915f30 in gtk_style_context_get_valist (context=0x6c6170, state=state@entry=GTK_STATE_FLAG_DIR_LTR, args=args@entry=0x7fffcc48) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c:1443 1443/tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c: No such file or directory. (gdb) bt #0 0x77915f30 in gtk_style_context_get_valist (context=0x6c6170, state=state@entry=GTK_STATE_FLAG_DIR_LTR, args=args@entry=0x7fffcc48) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c:1443 #1 0x7795c33a in gtk_theming_engine_get (engine=0x701840, state=GTK_STATE_FLAG_DIR_LTR) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkthemingengine.c:436 #2 0x7fffe7547f33 in _gtk_rounded_box_apply_border_radius () from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so Bug in the unico engine. Merging with the existing bug reports Use the gnome standard theme Adwaita until unico is fixed [1] Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709548#59 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#713856: libavutil51: Pulseaudio provokes SIGFPE in libavutil
Hello Reinhard, On 06/29/2013 08:21 AM, Reinhard Tartler wrote: Can you please redo this backtrace with the packages pulseaudio-dbg and libav-dbg installed? Without that, the backtrace has only limited use. Also, please use both bt full and bt commands in the debugger. I have finally found some time to revert my libav packages to the Debian version from the (semi-working) DMO version. I've also installed pulseaudio-dbg (of pulseaudio 4.0-3). Here is the gdb output of run/bt and run/bt-full: ~/ gdb pulseaudio GNU gdb (GDB) 7.6-debian Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/pulseaudio...Reading symbols from /usr/lib/debug/usr/bin/pulseaudio...done. done. (gdb) run Starting program: /usr/bin/pulseaudio warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. process 16248 is executing new program: /usr/bin/pulseaudio warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. W: [pulseaudio] pid.c: Stale PID file, overwriting. Program received signal SIGFPE, Arithmetic exception. 0x7fffeb9dc42a in av_samples_get_buffer_size () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 (gdb) bt #0 0x7fffeb9dc42a in av_samples_get_buffer_size () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 #1 0x7fffeb9dc5c3 in av_samples_alloc () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 #2 0x7fffeca7022f in ?? () from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_a52.so #3 0x7fffecc8526d in pa_alsa_set_hw_params (pcm_handle=0x78b490, ss=ss@entry=0x7fffd2a0, period_size=period_size@entry=0x7fffd290, buffer_size=buffer_size@entry=0x7fffd298, tsched_size=tsched_size@entry=0, use_mmap=use_mmap@entry=0x0, use_tsched=use_tsched@entry=0x0, require_exact_channel_number=require_exact_channel_number@entry=true) at modules/alsa/alsa-util.c:319 #4 0x7fffecc85c77 in pa_alsa_open_by_device_string (device=device@entry=0x7782f0 a52:0, dev=dev@entry=0x0, ss=ss@entry=0x7fffd2a0, map=map@entry=0x7fffd2b0, mode=mode@entry=0, period_size=period_size@entry=0x7fffd290, buffer_size=buffer_size@entry=0x7fffd298, tsched_size=tsched_size@entry=0, use_mmap=use_mmap@entry=0x0, use_tsched=use_tsched@entry=0x0, require_exact_channel_number=require_exact_channel_number@entry=true) at modules/alsa/alsa-util.c:680 #5 0x7fffecc85f68 in pa_alsa_open_by_template (template=optimized out, dev_id=dev_id@entry=0x67b900 0, dev=dev@entry=0x0, ss=ss@entry=0x7fffd2a0, map=map@entry=0x7fffd2b0, mode=mode@entry=0, period_size=period_size@entry=0x7fffd290, buffer_size=buffer_size@entry=0x7fffd298, tsched_size=tsched_size@entry=0, use_mmap=use_mmap@entry=0x0, use_tsched=use_tsched@entry=0x0, require_exact_channel_number=require_exact_channel_number@entry=true) at modules/alsa/alsa-util.c:756 #6 0x7fffecc8da77 in mapping_open_pcm (m=m@entry=0x685960, ss=ss@entry=0x61d0fc, dev_id=dev_id@entry=0x67b900 0, mode=mode@entry=0, default_n_fragments=default_n_fragments@entry=4, default_fragment_size_msec=default_fragment_size_msec@entry=25) at modules/alsa/alsa-mixer.c:4245 #7 0x7fffecc978ea in pa_alsa_profile_set_probe (ps=0x67f4e0, dev_id=0x67b900 0, ss=0x61d0fc, default_n_fragments=4, default_fragment_size_msec=25) at modules/alsa/alsa-mixer.c:4330 #8 0x7fffed1b321f in module_alsa_card_LTX_pa__init (m=0x678500) at modules/alsa/module-alsa-card.c:697 #9 0x77b7419b in pa_module_load (c=0x61cfe0, name=name@entry=0x7fffed5ca19b module-alsa-card, argument=0x678be0 device_id=\0\ name=\pci-_00_1b.0\ card_name=\alsa_card.pci-_00_1b.0\ namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes card_properties=\module-u...) at pulsecore/module.c:115 #10 0x7fffed5c8a37 in verify_access (u=0x6749b0, d=0x6783f0) at modules/module-udev-detect.c:341 #11 0x7fffed5c9cb7 in process_path (path=optimized out, u=0x6749b0) at modules/module-udev-detect.c:489 #12 module_udev_detect_LTX_pa__init (m=optimized out) at modules/module-udev-detect.c:797 #13 0x77b7419b in pa_module_load (c=c@entry=0x61cfe0, name=name@entry=0x624ac0
Bug#359656: Is this bug still present?
Is this bug still present? Please check, I can't reproduce it in unison-gtk 2.40.102-2. In the SSH connection dialog, hostname field, I just enter my.host.name:2 and it works without problems. Can this bug report be closed? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712159: ITP: r-cran-rjsonio -- GNU R package RJSONIO: Serialize R objects to JSON
Dear Sebastien, On Mon, 01 Jul 2013 00:27:25 +0200, Sébastien Villemot wrote: Le vendredi 14 juin 2013 à 09:36 +0200, Pablo Oliveira a écrit : On Thu, Jun 13, 2013 at 7:51 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Le 13 juin 2013 18:21, Pablo Oliveira pa...@sifflez.org a écrit : [...] * License : B Not BSD : BSD + évil clause Please do not package as is I'm not sure to understand the problem. The problem is the following clause in src/JSON_parser.c: The Software shall be used for Good, not Evil. This makes the software nonfree, and it should therefore be rejected by ftpmasters. See [1] and [2] for discussions of this problem. Thanks a lot for clarifying the legal issue. I also encountered this issue when trying to package WDI from CRAN, which depends on RJSONIO. As a workaround, I am going to package rjson, which also does the job (but is slower, and has a slightly different API which therefore implies to patch on WDI). Great, rjson is a slower, but functionally close alternative. Thanks a lot for packaging it! Ideally RJSONIO should be fixed by (1) repackaging the tarball without JSON_parser.{c,h} and (2) providing equivalent functionality with a patch. Unfortunately I don’t have the time and skills to do that. I'm currently on vacations until the 22 july. I will have a look at my return from vacation. Thanks, Pablo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715403: Unreliable wget test
Control: tag -1 + pending Today I tested netinst installation on a network where IP connection out on the Internet was blocked, and all HTTP access had to go through a proxy. And just as you reported, it did not work. There was broken logic in debian-edu-profile, only setting http_proxy when no CD was available (ie PXE installation), but not for netinst installation. I've fixed it in debian-edu-install version 1.716~svn81542, tested it, and can confirm that it work. In the process we also tested to enable choose-mirror when installing from CD, but decided against this as it increased the number of questions asked during installation and the documented method of specifying web proxy is to add it to the boot prompt. Thanks for discovering the problem. It will be fixed in the Wheezy release of Debian Edu. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716772: krb5-user: New kadmin from experimental doesn't work
Package: krb5-user Version: 1.11.3+dfsg-2 Severity: normal Hello. After upgrading krb5-user to 1.11.3+dfsg-2 (sudo apt-get -t experimental install krb5-user) it's no longer possible to use kadmin % kadmin -r REALM -p sergio/admin@REALM Authenticating as principal sergio/admin@REALM with password. kadmin: API version specified by application is unknown to libraries (to fix, obtain current KADM5 API header files and libraries and recompile application) while initializing kadmin interface -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
Hi Bart, On Thu, 11 Jul 2013 23:32:53 Bart Martens wrote: You asked me to be more specific : On Thu, Jul 11, 2013 at 04:53:40PM +1000, Dmitry Smirnov wrote: Why? Still not convinced? Even hypothetical example should be enough as long as argument make sense. IMHO at this point you shall explain what stopping you from answering my question or better answer it. It's not your place to tell me what I shall do for you. I think you misunderstood me. Let me explain. When you closed this bug, the wiki page [1] had the following text: Removing separate watch files Summary : The separate watch files are removed automatically after they are no longer needed. Details : The separate watch files are always per package version. A new upload of the package automatically overrides the separate watch file. However, when the watch file included in the newly uploaded package is still broken or contains common errors (like using .* for version pattern) then the separate watch file is semi-automatically reused for the new package version. For corner cases it is best to contact the author of the separate watch file who will take care of removing the separte watch file or explain why it is not removed. This answer needs more explanations regarding what criteria are used to determine that additional debian/watch is no longer needed. Also I doubt that author of separate debian/watch should be expected to know how to delete it if he/she contributed it through web form. Although you provided some additional information there were no answer given to original question how updated debian/watch can be removed or where to find them. That's where I got impatient with unsatisfactory answer and wrote IMHO at this point you shall explain what stopping you from answering my question or better answer it which is like if I write please answer my question or explain why it shouldn't be answered. I reckon you could retort to this like don't tell me what to do but that's IMHO is over-reacting... On Thu, Jul 11, 2013 at 09:21:50AM +1000, Dmitry Smirnov wrote: I do not understand why are you hiding information how to remove updated watch files from PTS. It is not good that you're appears to be the only person who posses this knowledge. Also I must mention that we had this discussion before in private email where you ignored my question at least three times in a row. This bug report is yet another call for transparency. I'm not hiding information, and that discussion via private e-mail didn't happen how you make it look in public now. You are of course entitled to share your side of the story but to me our email communication on that subject was pretty similar to your answer to this bug where you missed or misunderstood or ignored or failed to answer my question although provided some additional information. If you're not tired from arguing yet then feel free to publish my emails to you regarding debian/watch and expose me as liar... Having said the above I've just noticed that you updated text of wiki section [1] to Removing separate watch files There is usually no need to manually remove a separate watch file. The package maintainer can simply upload a new package with a fixed included debian/watch file. The notice on the PTS will automatically disappear. If the separate watch file contains a mistake, then please contact the author of the separate watch file. If that author cannot be reached, then please contact the QA team. The separate watch files are located in qa.debian.org:/srv/qa.debian.org/data/watch/watchfiles . This answer is fully satisfactory to me as now there is a clue where to find unwanted debian/watch files in case when maintainer still determined to remove despite your advise that it may be unnecessary. That's exactly the answer that I was looking for but didn't get from our email communication. Thank you for posting this information. Also I'd like to thank you for your care and attention to debian/watch files. It is very valuable and appreciated work that helped to notice many upstream releases which could be easily missed otherwise. -- All the best, Dmitry Smirnov. [1]: https://wiki.debian.org/qa.debian.org/HowToHelpWithFixingWatchFiles#Removing_separate_watch_files -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716672: Patch attached and tested
Hi Guido, I have attached a patch for CloneManager.py and tested that on my installation. This will create valid clones of the original guest by keeping a qcow2 image as a qcow2 type in the XML of the guest. I have patched the version that comes with Debian Wheezy. I hope this can make it into the point release. Cheers, Roy--- a/virtinst/CloneManager.py +++ b/virtinst/CloneManager.py @@ -473,11 +473,6 @@ class CloneDesign(object): _(Clone onto existing storage volume is not supported: '%s') % clone_disk.path) . -# Change the XML -xmldisk.path = None -xmldisk.type = clone_disk.type -xmldisk.path = clone_disk.path - # Sync 'size' between the two if orig_disk.size: clone_disk.size = orig_disk.size @@ -500,6 +495,12 @@ class CloneDesign(object): elif not self.preserve_dest_disks: clone_disk.clone_path = orig_disk.path . +# Change the XML +xmldisk.path = None +xmldisk.type = clone_disk.type +xmldisk.path = clone_disk.path +xmldisk.driver_type = orig_disk.driver_type + # Save altered clone xml self._clone_xml = self._guest.get_xml_config() . @@ -553,7 +553,8 @@ class CloneDesign(object): device = VirtualDisk.DEVICE_CDROM . d = VirtualDisk(disk.path, conn=self._hyper_conn, -device=device, validate=validate) +device=device, driverType=disk.driver_type, +validate=validate) d.target = disk.target except Exception, e: logging.debug(, exc_info=True)