Bug#771400: apparmor-utils: aa-logprof/aa-genprof not updating policy
Package: apparmor-utils Version: 2.9.0-2 Severity: important I recently upgrade to jessie. I noticed now that aa-logprof/aa-genprof (for apparmor) stopped working. When I try to create a new profile with aa-genprof it doesn't add any rules while I see them in the logs. Same with aa-logprof (both worked just fine in wheezy). How to reproduce: 1. Make test script `/home/user/test-aa`: #!/bin/sh ls / 2. Run (as root) `aa-genprof /home/user/test-aa` 3. Run (as user) `/home/user/test-aa` which creates a log entry like: kernel: audit: type=1400 audit(1417247026.817:51): apparmor=ALLOWED operation=open profile=/home/user/test name=/ pid=2325 comm=ls requested_mask=r denied_mask=r fsuid=1000 ouid=0 4. When pressing (S)can in aa-genprof it reads: Reading log entries from /var/log/syslog. Profiling: /home/user/test 5. Profile is not updated. aa-genprof should have made an entry like: / r, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apparmor-utils depends on: ii apparmor 2.9.0-2 ii libapparmor-perl 2.9.0-2 ii python3 3.4.2-1 ii python3-apparmor 2.9.0-2 apparmor-utils recommends no packages. Versions of packages apparmor-utils suggests: pn apparmor-docs none pn vim-addon-manager none -- Configuration Files: /etc/apparmor/easyprof.conf 60bd3e4b5e848885c704540a6537d365 [Errno 2] No such file or directory: u'/etc/apparmor/easyprof.conf 60bd3e4b5e848885c704540a6537d365' -- 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#769878: Missing HSTS configuration
[Sunil Mohan Adapa] I have a patch to set HSTS configuration on default SSL site. I've just applied both patches to git. Please test the new freedombox-setup package and let me know if it work better than the one currently in unstable. I believe it need a newer version of plinth not yet uploaded to unstable for plinth to work properly. -- 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#771401: ITP: ruby-redis-rack -- Redis Store for Rack
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-redis-rack Version : 1.5.0 Upstream Author : Luca Guidi m...@lucaguidi.com * URL : https://github.com/redis-store/redis-rack * License : Expat Programming Lang: Ruby Description : Redis Store for Rack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771402: cgpt: fails with md devices
Package: cgpt Version: 0~20121212-3 Severity: normal cgpt fails to display md devices correctly, eg, cgpt find -u unique uuid /dev/md3 prints /dev/md31 instead of /dev/md3p1 -Scott -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771403: ITP: willie -- simple, lightweight, open source, easy-to-use IRC utility bot
Package: wnpp Severity: wishlist Owner: Antoine Beaupré anar...@debian.org * Package name: willie Version : 4.5.1 Upstream Author : Michael Yanovich, Edward Powell, Elad Alfassa... * URL : https://github.com/embolalia/willie * License : EFLv2 Programming Lang: Python Description : simple, lightweight, open source, easy-to-use IRC utility bot Upstream description: Willie is a simple, lightweight, open source, easy-to-use IRC utility bot, written in Python. It's designed to be easy to use, easy to run, and easy to make new features for. Willie comes with a ton of ready-made features for you to use. It can leave notes for people, give you reminders, check RSS feeds, and much more. Willie also comes with a fully-documented and easy-to-use API, so you can write your own features. There's also an easy tutorial you can follow along with, to help you learn. Developing for Willie is a great way to familiarize yourself with Python. It's easy to start, but there's no limit to the cool things you can do with it. I find the software interesting because it is a modern, elegantly designed yet minimal Python-based IRC bot. It compares favorably to the already packaged supybot: https://github.com/embolalia/willie/wiki/Comparison-to-other-bots I would be happy to have co-maintainers and I am unlikely to work on this in the very short term, but I will probably get around to work on this for $WORK eventually anyways, so this is an ITP. Note that Willie is a derivative of Phenny, which itself is a derivative of Jenni (or something like that). There are some optional Python dependencies for this bot, some of which are not packaged in Debian: https://github.com/embolalia/willie/wiki/System-Requirements Specifically, I couldn't find the praw package. But that's not a blocker since it's optional and only used for reddit. Otherwise the package seems pretty straightforward Python packaging with a daemon, which also has a systemd service file and an easy auto-configuration tool. The package would probably need to just create a user to sandbox the bot and tell the admin to run the config wizard and we'd be done with this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771404: no longer able to verify https server with end-entity cert
Package: apt Version: 1.0.9.3 Severity: important On jessie, apt fails to authenticate https://buildd.debian.org against its own certificate: | root@mipsel-aql-02:~# cat /etc/apt/apt.conf.d/puppet-https-buildd | Acquire::https::buildd.debian.org::CaInfo /etc/ssl/servicecerts/buildd.debian.org.crt; | | root@mipsel-aql-02:~# apt-get update | Get:1 http://ftp.uk.debian.org jessie InRelease [191 kB] | Ign http://db.debian.org jessie InRelease | Get:2 http://security.debian.org jessie/updates InRelease [84.1 kB] | Ign http://db.debian.org debian-all InRelease | Get:3 http://db.debian.org jessie Release.gpg [490 B] | Ign https://buildd.debian.org wheezy InRelease | Ign https://buildd.debian.org wheezy Release.gpg | Get:4 http://db.debian.org debian-all Release.gpg [490 B] | Get:5 http://ftp.uk.debian.org jessie-updates InRelease [117 kB] | Get:6 http://db.debian.org jessie Release [18.7 kB] | Get:7 http://db.debian.org debian-all Release [18.7 kB] | Ign https://buildd.debian.org wheezy Release | Get:8 http://ftp.uk.debian.org jessie/main mipsel Packages [8856 kB] | Get:9 http://security.debian.org jessie/updates/main mipsel Packages [20 B] | Get:10 http://db.debian.org jessie/main mipsel Packages [1006 B] | Get:11 http://security.debian.org jessie/updates/contrib mipsel Packages [20 B] | Get:12 http://db.debian.org debian-all/main mipsel Packages [19.4 kB] | Get:13 http://security.debian.org jessie/updates/non-free mipsel Packages [20 B] | Get:14 http://security.debian.org jessie/updates/contrib Translation-en [14 B] | Get:15 http://security.debian.org jessie/updates/main Translation-en [14 B] | Get:16 http://security.debian.org jessie/updates/non-free Translation-en [14 B] | Err https://buildd.debian.org wheezy/main mipsel Packages | server certificate verification failed. CAfile: /etc/ssl/servicecerts/buildd.debian.org.crt CRLfile: none | Ign http://db.debian.org jessie/main Translation-en | Ign http://db.debian.org debian-all/main Translation-en | Ign https://buildd.debian.org wheezy/main Translation-en | Get:17 http://ftp.uk.debian.org jessie/contrib mipsel Packages [43.9 kB] | Get:18 http://ftp.uk.debian.org jessie/non-free mipsel Packages [72.6 kB] | Get:19 http://ftp.uk.debian.org jessie/contrib Translation-en [38.9 kB] | Get:20 http://ftp.uk.debian.org jessie/main Translation-en [4626 kB] | Get:21 http://ftp.uk.debian.org jessie/non-free Translation-en [73.0 kB] | Get:22 http://ftp.uk.debian.org jessie-updates/main mipsel Packages [20 B] | Get:23 http://ftp.uk.debian.org jessie-updates/contrib mipsel Packages [20 B] | Get:24 http://ftp.uk.debian.org jessie-updates/non-free mipsel Packages [20 B] | Get:25 http://ftp.uk.debian.org jessie-updates/contrib Translation-en [14 B] | Get:26 http://ftp.uk.debian.org jessie-updates/main Translation-en [14 B] | Get:27 http://ftp.uk.debian.org jessie-updates/non-free Translation-en [14 B] | Fetched 14.2 MB in 14s (1005 kB/s) | W: Failed to fetch https://buildd.debian.org/apt/dists/wheezy/main/binary-mipsel/Packages server certificate verification failed. CAfile: /etc/ssl/servicecerts/buildd.debian.org.crt CRLfile: none | | E: Some index files failed to download. They have been ignored, or old ones used instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771406: libuuid1 postinst uses groupmod, but doesn't depend on passwd
package: libuuid1 version: 2.25.2-3 severity: serious Hi, The postinst of libuuid1 uses the groupmod command in certain situations. This only works if passwd is installed, but there is no dependency. An example of the failure: https://buildd.debian.org/status/fetch.php?pkg=qemuarch=amd64ver=2.1%2Bdfsg-8stamp=1417200448 Preparing to unpack .../libuuid1_2.25.2-3_amd64.deb ... Unpacking libuuid1:amd64 (2.25.2-3) over (2.25.2-2) ... Setting up libuuid1:amd64 (2.25.2-3) ... /var/lib/dpkg/info/libuuid1:amd64.postinst: 15: /var/lib/dpkg/info/libuuid1:amd64.postinst: groupmod: not found dpkg: error processing package libuuid1:amd64 (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: libuuid1:amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769716: iceweasel: downloads Cisco's OpenH264 video codec
Mike Hommey said: a) it's not in any release of Debian, and it's not in any upcoming release of Debian either. It's in a package from experimental. I had no idea I was running experimental packages on a machine with wheezy and a few wheezy-backports (openssh-server and debian-security-support). I followed the directions at http://mozilla.debian.net/: Add to sources.list: deb http://mozilla.debian.net/ wheezy-backports iceweasel-release $ apt-get update $ apt-get install -t wheezy-backports iceweasel So I have iceweasel 33.1-1~bpo70+1 installed. And this confirms the binary blob. $ ls -l ~/.mozilla/firefox/*/gmp-gmpopenh264/1.1 total 1000 -rw-r--r-- 1 cp cp 114 Sep 2 16:36 gmpopenh264.info -rwxr-xr-x 1 cp cp 1018138 Sep 2 16:37 libgmpopenh264.so b) everyone knows what's actually contained in that binary blob, since it's built from open source code, and the build is (supposed to be) reproductible. I'll assume you meant s/knows/can confirm/ because I certainly don't know. So it's not as bad as you make it sound. That's good to know! However I think many of us would be more comfortable if the Debian systems built the source. http://www.openh264.org/faq.html explains that In order for Cisco to be responsible for the MPEG LA licensing royalties for the module, Cisco must provide the packaging and distribution of this code in a binary module format (think of it like a plug-in, but not using the same APIs as existing plugins), in addition to several other constraints. http://www.mpegla.com/main/programs/M2/Pages/Agreement.aspx says the license fee would be $2.00 per unit. http://www.mpegla.com/main/programs/M2/Pages/Agreement.aspx also says: License Term Coverage is from June 1, 1994 through the expiration of the MPEG-2 Patent Portfolio Patents and may be voluntarily terminated by the Licensee after December 31, 2015 (Sections 6.1 and 6.4). If what I am reading is correct, unless someone gets a MPEG LA License that allows Debian to distribute the source and binaries we may not see it until 2016 or perhaps later... According to https://en.wikipedia.org/wiki/Term_of_patent#United_States the patent term is over, so how is it more than 20 years and why can't Debian distribute it now, ie. after June 1, 2014? Chuck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769216: fixed in django-guardian 1.2.4+git20141127-0.1
Control: reopen -1 Hi, On Thu, Nov 27, 2014 at 12:18:49AM +, Brian May wrote: django-guardian (1.2.4+git20141127-0.1) experimental; urgency=low * Fix test errors. Closes: #769216. It looks like you closed the wrong bug. You probably meant #763222 Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771407: server startup fails
Package: dovecot-imapd Version: 1:2.2.13-7 Severity: grave The latest update comments out cert locations which makes the server fail to restart again: dovecot: imap-login: Fatal: Couldn't parse private ssl_key: error:0906D06C:PEM routines:PEM_read_bio:no start line: Expecting: ANY PRIVATE KEY This means that a running imap service is no longer running after the upgrade and cannot even be manually started until the config file has been fixed by hand again. Michael -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-imapd depends on: ii dovecot-core 1:2.2.13-7 ii libbz2-1.01.0.6-7+b1 ii libc6 2.19-13 ii liblzma5 5.1.1alpha+20120614-2+b2 ii ucf 3.0030 ii zlib1g1:1.2.8.dfsg-2+b1 dovecot-imapd recommends no packages. dovecot-imapd suggests no packages. Versions of packages dovecot-imapd is related to: ii dovecot-core [dovecot-common] 1:2.2.13-7 pn dovecot-dbgnone pn dovecot-devnone pn dovecot-gssapi none ii dovecot-imapd 1:2.2.13-7 pn dovecot-ldap none pn dovecot-lmtpd none pn dovecot-managesieved none pn dovecot-mysql none pn dovecot-pgsql none pn dovecot-pop3d none pn dovecot-sieve none pn dovecot-sqlite none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771374: unblock: macchanger/1.7.0-3.1
Control: tags -1 moreinfo On 2014-11-28 23:07, Jean-Michel Nirgal Vourgère wrote: Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Please unblock package macchanger When auto running, version in Jessie only changes the vendor-id of the mac-address, not the other bytes. Version 1.7.0-3.1 fixes that (#768325). See the attached diff file for the one byte change in the code. There is a small glitch in the changelog, I hope this is ok from the RT point of view. unblock macchanger/1.7.0-3.1 [...] Hi, The actual change itself is fine, but why is the Closes from the NMU undone? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771389: smuxi-engine: Doesnt connect IRC servers with IPv6
tags 771389 + confirmed
thanks
On Sat, Nov 29, 2014 at 6:23 AM, Craig Small csm...@debian.org wrote:
Package: smuxi-engine
Version: 0.11~rc5-2
Severity: minor
Tags: ipv6
There is some odd resolving thing going on with smuxi and IPv6.
I have tried with both OFTC and Freenode and it always connects
using IPv6, even with using the chat or irc.ipv6 aliases.
Thank you for bringing up this issue. What forces Smuxi to use IPv4
when doing DNS resolution is the default configuration of Mono('s DNS
resolver) which suppresses lookups/records. I have changed my
mono config locally years ago:
grep ipv6 /etc/mono/4.5/machine.config
ipv6 enabled=true/
As IPv6 was a release goal long time ago I wonder if this warrants a
fix in Mono with a unblock request for jessie?
--
Best regards,
Mirco 'meebey' Bauer
FOSS Developer mee...@meebey.net https://www.meebey.net/
Debian Developermee...@debian.org http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID 0xEEF946C8 https://meebey.net/pubkey.asc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771380: libclang-common-3.5-dev: libraries cant be installed for crosscompiling 32bit
On 29/11/2014 00:29, Norbert Lange wrote: Package: libclang-common-3.5-dev Version: 1:3.5-6 Severity: normal Dear Maintainer, I am trying to compile for 32 bit with clang. If libraries from llvm have to be used, the linker will rightfully complain about missing files. Attempting to install libclang-common-3.5-dev:i386 will fail or require to uninstall the 64bit packages first. Please separate the binaries so that those can be installed side-by-side or provide an additional package for 32bit libs for 64bit Archs As workaround I extracted just the libs from /usr/lib/llvm-3.5/lib/clang/3.5.0/lib/linux Could you please provide a testcase of what you are trying to do? (to make sure I am able to test the changes) Thanks S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766550: German versions of three documents for w3m users
FAQ.html MANUAL.html README.func.gz Would You include these files after his revision? As soon they are official versions, I would like to provide German translations of them. Even if the English documents are not yet complete, you may provide the German documents. Anyway, if you make a patch (shouuld be a reasonable size to review), please file a bug to Debian BTS. Thanks, -- Tatsuya Kinoshita pgpzsh8u7SjGS.pgp Description: PGP signature
Bug#766550: w3m: manpage could be improved
Control: tags 268211 + upstream pending Control: tags 285251 + upstream pending Control: tags 345084 + upstream pending Control: tags 380560 + upstream pending Control: tags 403634 + upstream pending On November 24, 2014 at 1:31PM +0100, post (at hiereth.de) wrote: with support from Justin from the English language team I improved the w3m manpage. The resulting file is attached to this mail. Thanks for your patch. I'm working on merging. - http://anonscm.debian.org/cgit/collab-maint/w3m.git/log/?h=bug/lang-en Please include it in jessie+1 and create a pot-file that would serve the German language team and other l10n teams to work on manpage versions in their native tongues. Not yet planned for gettextizing. Thanks, -- Tatsuya Kinoshita pgpqLRK70GEg5.pgp Description: PGP signature
Bug#766550: Suggestions to improve manpage w3mman
On November 25, 2014 at 7:00AM +0900, tats (at debian.org) wrote: I asked Justin Rye to have a look on the manpage file w3mman.1 with respect to English language. He passed me a diff file that could be applied to yield an improved file w3mman.1. Thanks, merged. - http://anonscm.debian.org/cgit/collab-maint/w3m.git/commit/?h=bug/lang-enid=72b8b629d824a817b56192da2d2b942b140b37a6 -- Tatsuya Kinoshita pgp3FOQTMQJv2.pgp Description: PGP signature
Bug#771004: w3m: w3mman2html.cgi Perl fixes
Control: tags -1 + upstream pending On November 25, 2014 at 8:59PM +, justin.byam.rye (at gmail.com) wrote: Package: w3m Version: 0.5.3-19 Severity: wishlist Tags: patch Running w3mman2html.cgi from the commandline I noticed a Perl 5.18 warning. When I (temporarily) added -w to the hashbang I saw a couple of other issues that I've fixed at the same time. Thanks, merged. - http://anonscm.debian.org/cgit/collab-maint/w3m.git/commit/?h=bug/w3mman2html-utf8id=12a1830a8547ecfffefb663efee2fc5d709bbed5 -- Tatsuya Kinoshita pgpScViZeVhCU.pgp Description: PGP signature
Bug#770414: unblock: gtk+3.0/3.14.5-1
reopen 770414
tags 770414 = moreinfo
thanks
On 2014-11-23 17:57, Cyril Brulebois wrote:
Niels Thykier ni...@thykier.net (2014-11-21):
[...]
You might have noticed that already, but anyway: gtk+3.0 is waiting on
glib2.0, which was lacking a build on ppc64el. A give back later, it
finally built there, but you'll still need to review/unblock it.
Mraw,
KiBi.
Thanks for spotting that.
GTK cannot migrate without glib2.0 as well. I have reviewed the diff
and is mostly ready to accept it /provided/ that someone can clarify the
following:
diff -Nru glib2.0-2.42.0/gio/gdbus-2.0/codegen/config.py
glib2.0-2.42.1/gio/gdbus-2.0/codegen/config.py
--- glib2.0-2.42.0/gio/gdbus-2.0/codegen/config.py 2014-09-22
17:18:16.0 +
+++ glib2.0-2.42.1/gio/gdbus-2.0/codegen/config.py 2014-11-09
23:20:38.0 +
@@ -21,5 +21,5 @@
DATADIR = ${prefix}/share
DATADIR = DATADIR.replace(
-${prefix}, /usr/local)
-VERSION = 2.42.0
+${prefix}, /home/mclasen/gnome)
+VERSION = 2.42.1
Is the above going to be an issue/break stuff?
diff -Nru glib2.0-2.42.0/gio/gioenums.h glib2.0-2.42.1/gio/gioenums.h
--- glib2.0-2.42.0/gio/gioenums.h 2014-09-22 13:42:12.0 +
+++ glib2.0-2.42.1/gio/gioenums.h 2014-10-02 18:02:20.0 +
[...]
@@ -1377,9 +1377,9 @@
G_CREDENTIALS_TYPE_INVALID,
G_CREDENTIALS_TYPE_LINUX_UCRED,
G_CREDENTIALS_TYPE_FREEBSD_CMSGCRED,
- G_CREDENTIALS_TYPE_NETBSD_UNPCBID,
G_CREDENTIALS_TYPE_OPENBSD_SOCKPEERCRED,
- G_CREDENTIALS_TYPE_SOLARIS_UCRED
+ G_CREDENTIALS_TYPE_SOLARIS_UCRED,
+ G_CREDENTIALS_TYPE_NETBSD_UNPCBID
} GCredentialsType;
/**
Is this a public enum with values re-ordered for no apparent reason (and
possibly breaking ABI)?
~Niels
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766928: closed by Scott Kitterman deb...@kitterman.com (Re: Bug#766928: Uninstallable as it depends on systemd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Mo den 27. Okt 2014 um 18:03 schrieb Ralf Jung: Not really a k3b issue. k3b needs udisks2 for reliable operation, so adding the missing dependency is correct for k3b. If there's an issue here, then it's with udisk2's dependencies. Reassigning. It's also factually wrong, k3b can be installed without installing systemd. I can run the following on my system: $ sudo aptitude -s install systemd-sysv- sysvinit-core systemd-shim k3b which clearly shows that there's no hard dependency from k3b to systemd-sysv. There is: k3b - udisks2 - libpam-systemd - systemd Hard dependency to systemd for no reason. Please fix that issue. It is easy to fix as the dependency to udisks2 is not needed (maybe lowering it to recommended). Sigh. No. You aren't correct: Package: libpam-systemd Depends: libc6 (= 2.17), libcap2 (= 1:2.10), libpam0g (= 0.99.7.1), systemd (= 215-7), libpam-runtime (= 1.0.1-6), dbus, systemd-shim (= 8-2) | systemd- sysv Note the alternative depends on systemd-sysv. If you install systemd-sysv then there's no systemd pulled in. Don't open the bug again. This has already been investigated and there's no systemd dependency. You are not correct, sorry, I did not speak about the part at the end. Let me highlight the relevant part: Package: libpam-systemd Depends: libc6 (= 2.17), libcap2 (= 1:2.10), libpam0g (= 0.99.7.1), systemd (= 215-7), libpam-runtime (= 1.0.1-6), dbus, systemd-shim (= 8-2) | systemd-sysv ___^ (sorry for the overlong line.) As you can see, the part at the end is totally useless as the package depends for a full blown systemd. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUeZavAAoJEKZ8CrGAGfasGNcL/2O/zecCBRr27UbVS8XnxgsR X7RCCOcRFBOc7CKgiweB25EhByQ+VtahKVt5HNLagVveoJmtSdF6WYBvOE9uAm+o JkHTBePnMXaUy0UUgTT1BTAKdVblzoOeEATJNa0CrWNta+uKhcjHbxtw4AHeaDDM k8i8L46I14E+kIEAsLlzKvoozH/c1I6YbJTQqevQ+U+mo6Lo0Gc1VBVRzaFVlw/b bMbhTkd/mBB6qOrgd3AHdxWco6Hr97+xgzYbs2aSmk+jbeKPYnEIFqYrRhu3Z49H sRJfiHd/U2AAjFDPhhqXt8Lik18JgRTSBBjOOzQfXAEHiqmF2bPZo6w3ddvyLZg6 t4CRgjEFOq/22MSM66dwLi2bmfaLeSuFtMVzv6PRiVJwb4pQ2JYgg7+rPlfpPckX 11QsBPttaOh5RzjxIiDqdQ6kgQj34c0gx/Qw63mHKIrkmu9Z7XtXmfw7NgD1dJhv apZLp1OhUhftzI5u7jafKlFFfpQ30eDJ3qrZEcc0nw== =qYSw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771003: w3m: w3mman(1) tweak for W3MMAN_W3M
Control: tags -1 + upstream pending On November 25, 2014 at 8:59PM +, justin.byam.rye (at gmail.com) wrote: Package: w3m Version: 0.5.3-19 Severity: wishlist Tags: patch (This is a really trivial wishlist bug for an obscure aspect of an obscure script. I'm not expecting to see it get into Jessie.) Thanks, merged. - http://anonscm.debian.org/cgit/collab-maint/w3m.git/commit/?h=bug/lang-enid=fed5b54ffe48a582c3a719420df0a7c8979ed477 -- Tatsuya Kinoshita pgpzGAKyLox8Q.pgp Description: PGP signature
Bug#771408: spamassassin: Cron reports warning: Argument perl_version isn't numeric in numeric ge (=)
Package: spamassassin Version: 3.3.2-5+deb7u1 Severity: normal Since tonight the spamassassin rules include (in file 72_active.cf) a rule if perl_version = However, the token perl_version is not known to spamassassin in stable and was introduced only recently in spamassassin at all. Therefore, the daily cron reports a warning and sends me annoying mails. See discussion: https://issues.apache.org/SpamAssassin/show_bug.cgi?id=7107 Patch in spamassassin trunk that can be applied easily to debian stable: http://svn.apache.org/viewvc?view=revisionrevision=1642207 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 pn libarchive-tar-perl none ii libhtml-parser-perl 3.69-2 ii libnet-dns-perl 0.66-2+b2 ii libnetaddr-ip-perl 4.062+dfsg-1 ii libsocket6-perl 0.23-1+b2 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.04-1 ii perl5.14.2-21+deb7u2 ii perl-modules [libio-zlib-perl] 5.14.2-21+deb7u2 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.12-7+deb7u6 ii libc6-dev 2.13-38+deb7u6 ii libio-socket-inet6-perl2.69-2 ii libmail-spf-perl 2.8.0-1 ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.14.2-21+deb7u2 ii re2c 0.13.5-1 ii spamc 3.3.2-5+deb7u1 Versions of packages spamassassin suggests: ii libdbi-perl 1.622-1+deb7u1 ii libio-socket-ssl-perl 1.76-2 ii libmail-dkim-perl 0.39-1 ii libnet-ident-perl 1.23-1 ii perl [libcompress-zlib-perl] 5.14.2-21+deb7u2 pn pyzor none pn razor none -- Configuration Files: /etc/default/spamassassin changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771374: unblock: macchanger/1.7.0-3.1
Control: tag -1 - moreinfo Hi, Niels Thykier wrote (29 Nov 2014 09:37:55 GMT) : The actual change itself is fine, but why is the Closes from the NMU undone? Because I blindly trusted the debian/1.7.0-3 Git tag Hans-Christoph had signed in Vcs-Git to actually match what he had uploaded into the archive, and then failed to notice this change when I debdiff'ed it before uploading :/ I've now fixed it in Vcs-Git. I guess it's not worth re-uploading, is it? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771341: segfaults in sqlite3_value_type while using from Python
On Fri, Nov 28, 2014 at 5:50 PM, Yaroslav Halchenko
deb...@onerussian.com wrote:
Package: libsqlite3-0
Version: 3.7.13-1+deb7u1
Severity: serious
Originally detected I believe on sid installation, but forgot to capture the
version, I will try to replicate/report later. But very consistent with
wheezy
(from which I am reporting now).
May you give me some details how it happened in Sid?
Triggered by the backport fail2ban 0.9.1-1~nd70+1 (available from
http://neuro.debian.net/debian-devel/ wheezy/main amd64 Packages apt repo) it
gets to
[...]
The problem is, I don't see the segfault in the mentioned gdb output.
unfortunately we haven't logged the sql queries so not sure on exact one, but
I
think it was this one, which if executed from the shell seems to not cause the
segfault...
n {1..100}; do sqlite3 -list fail2ban.sqlite3 'SELECT ip, timeofban, data
FROM bans WHERE 1 AND jail=sshd AND ip=111.74.239.35 ORDER BY ip,
timeofban' /dev/null echo success; done
Then how often do you get segfault? Do you have any additional
information if it happens in a given daytime, when there are several
bots try to get into your system or anything else?
Please help me to troubleshoot this one if more information is necessary
to point the issue
I'm the SQLite3 maintainer and not the fail2ban one. But please note
the changelog the version you use[1]:
- 0.9 series is quite a big leap in development, especially since 0.8.6
which made it to previous Debian stable wheezy. Please consult upstream
ChangeLog about changes
Did you check it, reviewed your configuration? Does a segfault happen
in other applications that link to SQLite3?
Regards,
Laszlo/GCS
[1] https://packages.qa.debian.org/f/fail2ban/news/20141028T041852Z.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771389: Follow up on #debian-release
10:48:36 meebey does enabling ipv6 (in a runtime, else all apps cant make use of v6) warrant an unblock request? 10:49:00 meebey it was a release goal long time ago IIRC 10:49:44 meebey background is this bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771389 10:50:07 nthykier meebey: Depends on the size of the diff and how soon you have have it done 10:50:21 meebey nthykier: it is a single line diff of a config file 10:50:37 meebey well maybe more in the source but I doubt... probably a .in file 10:51:01 meebey grep ipv6 /etc/mono/4.5/machine.config 10:51:01 meebey ipv6 enabled=true/ 10:51:01 meebey like that 10:51:02 nthykier meebey: Then please upload and file an unblock request -- Best regards, Mirco 'meebey' Bauer FOSS Developer mee...@meebey.net https://www.meebey.net/ Debian Developermee...@debian.org http://www.debian.org/ GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/ PGP-Key ID 0xEEF946C8 https://meebey.net/pubkey.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770982: Patch
Hi,
This is fixed in version 0.2.5.
source packages (signed) can be found here:
https://drive.google.com/folderview?id=0B0_qxcVSvJFMOTcyOFJRNkFaWjAusp=sharing
If someone can upload this, it would be appreciated.
Regards,
Paulo
2014-11-28 23:37 GMT+00:00 Matt Kraai kr...@ftbfs.org:
Control: tags -1 + patch
Hi,
Here's a patch, partially extracted from upstream, that includes
dynctrl-logitech.h in libwebcam0-dev:
diff -Nru libwebcam-0.2.4/debian/libwebcam0-dev.install
libwebcam-0.2.4/debian/libwebcam0-dev.install
--- libwebcam-0.2.4/debian/libwebcam0-dev.install 2013-11-01
16:49:24.0 -0700
+++ libwebcam-0.2.4/debian/libwebcam0-dev.install 2014-11-28
15:32:56.0 -0800
@@ -1,3 +1,4 @@
+usr/include/dynctrl-logitech.h
usr/include/webcam.h
usr/lib/libwebcam.a
usr/lib/libwebcam.so
diff -Nru libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h
libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h
--- libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h 1969-12-31
16:00:00.0 -0800
+++ libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h 2014-11-28
15:29:48.0 -0800
@@ -0,0 +1,13 @@
+Index: libwebcam-0.2.4/libwebcam/CMakeLists.txt
+===
+--- libwebcam-0.2.4.orig/libwebcam/CMakeLists.txt 2013-10-31
14:47:36.0 -0700
libwebcam-0.2.4/libwebcam/CMakeLists.txt 2014-11-28 15:29:32.063070089
-0800
+@@ -103,7 +103,7 @@
+ )
+
+ install (
+- FILES ../common/include/webcam.h
++ FILES ../common/include/webcam.h
../common/include/dynctrl-logitech.h
+ DESTINATION ${CMAKE_INSTALL_PREFIX}/include
+ )
+
diff -Nru libwebcam-0.2.4/debian/patches/series
libwebcam-0.2.4/debian/patches/series
--- libwebcam-0.2.4/debian/patches/series 2013-11-01 16:49:24.0
-0700
+++ libwebcam-0.2.4/debian/patches/series 2014-11-28 15:29:13.0
-0800
@@ -0,0 +1 @@
+install-dynctrl-logitech.h
Would you like me to sponsor an upload containing it (or something
like it)?
--
Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771363: Fixed in git; severity important
severity 771363 important thanks Fixed in git. I'm changing the severity of this to important: Even though the crash happens *after* correctly encoding the file, it prevents posterior files from being encoded and makes batch encoding impossible. This severity probably qualifies the fix to go into Jessie during the first freeze phase. I will file an unblock request as soon as the package is uploaded. Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771335: Pre-approval for evolution-data-server/3.12.9~git20141128.5242b0-1
Control: tags -1 moreinfo confirmed On 2014-11-28 16:20, Josselin Mouette wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, upstream has put a lot of work in stabilizing the evolution 3.12 branch, which is also the version used for GNOME 3.14. There is a new upstream release, and already a dozen other bugfixes in the git, most of which are either trivial changes or interesting fixes to get into jessie. There is also a pair of simple bugs fixed in the packaging. I’m attaching the upstream and Debian diffes, without translation changes. If you want to look at the patches individually, you can have a look at: https://git.gnome.org/browse/evolution-data-server/log/?h=evolution-data-server-3-12 If you prefer that I retain only the changes that are about crashes or UI issues, please tell me so. unblock evolution-data-server/3.12.9~git20141128.5242b0-1 Thanks for considering. Hi, Approved provided it is uploaded to unstable before the 5th of December. Please remove the moreinfo tag once the package has been accepted into unstable. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768010: future mongodb unblock
On Sat, Nov 8, 2014 at 12:06 PM, Jonathan Wiltshire j...@debian.org wrote: On Tue, Nov 04, 2014 at 07:30:09AM +0100, Laszlo Boszormenyi (GCS) wrote: At least I ask permission to use the security fix[4] and disabling of the SSLv3 ciphers[5]. Which path may I take? [...] I'll backport the SSLv3 disable patch from 2.4.13 soon to the package. Assuming the diffs are sane, I'll accept the security fix and the SSLv3 ciphers through sid please. OK, I've uploaded it a day ago. I attach the diff again. Thanks, Laszlo/GCS mongodb_2.4.10-3_to_mongodb_2.4.10-4.patch Description: application/mbox
Bug#771374: unblock: macchanger/1.7.0-3.1
On 2014-11-29 11:08, intrigeri wrote: Control: tag -1 - moreinfo Hi, Niels Thykier wrote (29 Nov 2014 09:37:55 GMT) : The actual change itself is fine, but why is the Closes from the NMU undone? Because I blindly trusted the debian/1.7.0-3 Git tag Hans-Christoph had signed in Vcs-Git to actually match what he had uploaded into the archive, and then failed to notice this change when I debdiff'ed it before uploading :/ Ok. I've now fixed it in Vcs-Git. I guess it's not worth re-uploading, is it? Cheers, I would prefer if it was. The BTS do look at the changelog history and do in fact unfix bugs if the next upload omits changelog entries (on the assumption that the upload omits the changes related to the changelog entry). With a quick glance, it does not seem to happen if you simply remove the closes (i.e. in this case) - but it still; I prefer no surprises to suddenly having bugs magically reopen. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771409: nova: [INTL:de] Updated German debconf translation
Package: nova Version: 2014.1.3-6 Severity: wishlist Tags: l10n patch Hi, please find attached the newest German debconf translation of nova. Kind regards, Chris de.po.gz Description: application/gzip
Bug#771390: ibus-array: What exactly was the changes to 0.1.0-1
Hi, Let's move this to BTS so anyone can read this. On Sat, Nov 29, 2014 at 03:04:16PM +0800, Keng-Yu Lin wrote: Thanks for explaining this to me. I understand now. :-) So let's think how to get these fixes accepted to jessie. Basic rule: Make it easy for the release manager to declare this is matching their announced release policy with no efforts on their part. https://release.debian.org/jessie/freeze_policy.html | There are some packages we know we won't approve. So as not to have | everyone contact us at once about such packages, here are the guidelines | for changes that will be accepting into testing during the freeze: | | * targeted fixes for release critical bugs (i.e., bugs of severity | critical, grave, and serious) in all packages (applies during the entire | freeze (ok for TPU)); If you raise bug severity of #771390, you can do it anytime. (But let's not do it now) | * fixes for severity: important bugs in packages of priority: optional or | extra, only when this can be done via unstable (until the 5th of | December 2014); OK we still have few days to fix bug #771390 (important) for introspection. | * translation updates and documentation fixes that are included with fixes | for the above criteria (until the 5th of January 2015); OK your PO and related updates fit into this even in December. | translation updates and documentation fixes, via TPU when included with | * other TPU-applicable fixes. (until the 5th of January 2015) | pre-approved fixes (until the 5th of January 2015); Let's not do TPU for now. Let's discuss positive side. Am I correct to described this situation as follows: 1. Although ibus-array 0.0.4-1 has no bug reported, ibus-array setup is completely broken due to missing support for import ibus. important or grave bug (maintainer's call) This needs to be fixed by supporting gnome introspection for ibus. Yes. setup.py is broken in ibus-array 0.0.4-1. Bug #771390 filed. 2. Although this is new upstream, diff is very small. (It could have been smaller if there were not some formatting changes.) The changes are practically all focused on gnome introspection for ibus and new translation which is sure to be OK under current freeze policy. Yes too. ibus-array 0.1.0 fixes (1) Add GTK introspection support for setup.py (2) Made all conf keys in lowercase because ibus-config always uses the lowercase (3) Add gettext support and new translation Release team does not like a big patch. You have been using subversion. For the ease of tracking changes, I exported it to git and did few manual tagging. Its tar.xz can be found at: https://people.debian.org/~osamu/ibus-array.tar.xz (7MB) (If you do not mind, moving code to github etc. like other ibus modules may be an idea using this git repo as the base.) $ git shortlog 0.0.4.. # highligts by me lexic...@gmail.com (10): Use Gobject introspection in the setup dialog Fixed main setup ui due to ibus_config API changes Fixed ibus array engine due to ibus config API changes IBusText is not a gboject now; no need to unref it ibus config seems to save all the keys in the lowercase reformat the coding style *** reformat the coding style *** Add gettext support Fix typo in zh_TW.po update the copyright *** The last one is not in 0.1.0. So except 2 commits with reformat the coding style, these are very much targeted fixes. I have made a set of patches using git format-patch for these 9 patches. (attached) As for Debian revision, you only changed translation support. $ git diff HEAD~ diff --git a/debian/changelog b/debian/changelog index 9fb3fd8..42a7f3c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +ibus-array (0.1.0-1) unstable; urgency=low + + * Imported Upstream version 0.1.0 + + -- Keng-Yu Lin ken...@lexical.tw Sat, 01 Nov 2014 20:48:51 +0800 + ibus-array (0.0.4-1) unstable; urgency=medium * Team upload. diff --git a/debian/control b/debian/control index a69b427..f3a7494 100644 --- a/debian/control +++ b/debian/control @@ -12,6 +12,7 @@ Build-Depends: autoconf (= 2.5), libsqlite3-dev, libtool (= 2.2), pkg-config, + intltool, python-all (= 2.6.6-3~) Standards-Version: 3.9.6 Homepage: http://code.google.com/p/ibus-array/ H... I think we have a case where we may get OK by the release manager. If not we can update introspection fix via TPU. Osamu From 59d32e9a8e8c9ca48d6f02e0382755e6cca02411 Mon Sep 17 00:00:00 2001 From: lexic...@gmail.com lexic...@gmail.com@06f26268-b6d7-11de-ba48-051263943efc Date: Fri, 31 Oct 2014 14:50:40 + Subject: [PATCH 01/10] Use Gobject introspection in the setup dialog Both GTK and ibus should use this. dependency on ibus-python is dropped git-svn-id: http://ibus-array.googlecode.com/svn/trunk@38
Bug#769955: gnome-maps: geoclue related error message on startup, Go to current location not working
tag 769955 + moreinfo thanks On Mon, 17 Nov 2014 22:23:23 +0100 Michael Banck mba...@debian.org wrote: Hello, when I start gnome-maps from the console I get: $ gnome-maps Gjs-Message: JS LOG: Failed to connect to GeoClue2 service: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Geolocation disabled for UID 1000 Consequently, if I click on the Go to current location button in the top left corner, nothing happens. I did not setup geoclue in any way, but after looking around in the Gnome system settings, there seems to be no setup possible anyway? In the privacy tab you should have an option to disable geolocation completely. Could you please check what is its status there? 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#771411: ganeti-instance-debootstrap: Uses deprecated losetup commands
Package: ganeti-instance-debootstrap Version: 0.14-2 Severity: important Tags: fixed-upstream Dear Maintainer, When setting up a VM using the debootstrap+default OS, the create script uses losetup commands that fail: # gnt-instance add -o debootstrap+default -s 5G vm1 Fri Nov 28 16:48:08 2014 - INFO: Resolved given name 'vm1' to 'vm1.domain.tld' Fri Nov 28 16:48:12 2014 - INFO: Selected nodes for instance vm1.domain.tld via iallocator hail: hongkong.domain.tld Fri Nov 28 16:48:15 2014 * disk 0, size 5.0G Fri Nov 28 16:48:15 2014 * creating instance disks... Fri Nov 28 16:48:16 2014 adding instance vm1.domain.tld to cluster config Fri Nov 28 16:48:16 2014 adding disks to cluster config Fri Nov 28 16:48:17 2014 - INFO: Waiting for instance vm1.domain.tld to sync disks Fri Nov 28 16:48:17 2014 - INFO: Instance vm1.domain.tld's disks are in sync Fri Nov 28 16:48:17 2014 - INFO: Waiting for instance vm1.domain.tld to sync disks Fri Nov 28 16:48:17 2014 - INFO: Instance vm1.domain.tld's disks are in sync Fri Nov 28 16:48:18 2014 * running the instance OS create scripts... Failure: command execution error: Could not add os for instance vm1.domain.tld on node vmhost.domain.tld: OS create script failed (exited with exit code 1), last lines in the log file: -O, --output cols specify columns to output for --list -n, --noheadings don't print headings for --list output --raw use raw --list output format -h, --help display this help and exit -V, --version output version information and exit Available --list columns: NAME loop device name AUTOCLEAR autoclear flag set BACK-FILE device backing file BACK-INO backing file inode number BACK-MAJ:MIN backing file major:minor device number MAJ:MIN loop device major:minor number OFFSET offset from the beginning PARTSCAN partscan flag set RO read-only device SIZELIMIT size limit of the file in bytes For more details see losetup(8). It appears this is a known issue and has already been fixed, see also: https://code.google.com/p/ganeti/issues/detail?can=2q=690colspec=ID%20Type%20Component%20Status%20Priority%20Stars%20Opened%20Modified%20Milestone%20Owner%20Summaryid=690 I patched the files and confirmed that I can now create VMs using debootstrap+default. I am new to Ganeti so I don't know if this breaks this package for all usages or just mine, so I left the priority set to important. Cheers, Paul -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ganeti-instance-debootstrap depends on: ii debootstrap 1.0.64 ii dump 0.4b44-5 ii initscripts 2.88dsf-58 ii kpartx 0.5.0-5 ganeti-instance-debootstrap recommends no packages. ganeti-instance-debootstrap 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#771410: tayga: missed dependency on iptables
Package: tayga Version: 0.9.2-6 Severity: minor Dear Maintainer, tayga depends on iptables in some configurations: $ grep -n iptables /etc/init.d/tayga 115:[ $CONFIGURE_NAT44 = yes ] [ -n $DYNAMIC_POOL ] iptables -t nat -A POSTROUTING -s $DYNAMIC_POOL -j MASQUERADE || true 128:[ $CONFIGURE_NAT44 = yes ] [ -n $DYNAMIC_POOL ] iptables -t nat -D POSTROUTING -s $DYNAMIC_POOL -j MASQUERADE || true this dependency is not reflected in the package dependencies: $ dpkg -s tayga | grep -n 'Recommends:\|Suggests:\|Depends:' 9:Depends: libc6 (= 2.4) would not bad to have iptables in suggested dependencies -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: armhf (armv7l) Foreign Architectures: armel Kernel: Linux 3.0.35-ygrex-utilite-dirty (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771412: unblock: monitoring-plugins/2.1-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package monitoring-plugins as discussed on IRC earlier today.
This upload has 3 patches (one liner) from upstream 'maint' branch
fixing grave coding errors.
The full debdiff stat is:
debian/patches/10_check_apt_fix_memset.dpatch| 31
+++
debian/patches/10_check_ntp_null_termination.dpatch | 29
+
debian/patches/10_check_real_null_termination.dpatch | 29
+
monitoring-plugins-2.1/debian/changelog | 10 ++
monitoring-plugins-2.1/debian/patches/00list |3 +
5 files changed, 102 insertions(+)
The changelog is:
monitoring-plugins (2.1-2) unstable; urgency=high
.
* [d4bbd4c] Applying patches from upstream 'maint' branch
fixing grave coding errors
- 10_check_apt_fix_memset.dpatch
- 10_check_ntp_null_termination.dpatch
- 10_check_real_null_termination.dpatch
The source debdiff is attached.
Many thanks, Jan.
--
Never write mail to w...@spamfalle.info, you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS
PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
--END GEEK CODE BLOCK--
diff -u monitoring-plugins-2.1/debian/changelog
monitoring-plugins-2.1/debian/changelog
--- monitoring-plugins-2.1/debian/changelog
+++ monitoring-plugins-2.1/debian/changelog
@@ -1,3 +1,13 @@
+monitoring-plugins (2.1-2) unstable; urgency=high
+
+ * [d4bbd4c] Applying patches from upstream 'maint' branch
+fixing grave coding errors
+- 10_check_apt_fix_memset.dpatch
+- 10_check_ntp_null_termination.dpatch
+- 10_check_real_null_termination.dpatch
+
+ -- Jan Wagner w...@cyconet.org Sat, 29 Nov 2014 11:12:58 +0100
+
monitoring-plugins (2.1-1) unstable; urgency=medium
* [060ec72] Imported Upstream version 2.1 (Closes: #758662)
diff -u monitoring-plugins-2.1/debian/patches/00list
monitoring-plugins-2.1/debian/patches/00list
--- monitoring-plugins-2.1/debian/patches/00list
+++ monitoring-plugins-2.1/debian/patches/00list
@@ -2,0 +3,3 @@
+10_check_apt_fix_memset.dpatch
+10_check_ntp_null_termination.dpatch
+10_check_real_null_termination.dpatch
only in patch2:
unchanged:
--- monitoring-plugins-2.1.orig/debian/patches/10_check_apt_fix_memset.dpatch
+++ monitoring-plugins-2.1/debian/patches/10_check_apt_fix_memset.dpatch
@@ -0,0 +1,31 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 10_check_apt_fix_memset.dpatch by Jan Wagner w...@cyconet.org
+
+From b7fc2eb15aa02da234e9fd2f4ab021bfff6c00c2 Mon Sep 17 00:00:00 2001
+From: Sebastian Herbszt herb...@gmx.de
+Date: Wed, 26 Nov 2014 23:51:00 +0100
+Subject: [PATCH] check_apt: fix memset
+Origin: upstream,
https://github.com/monitoring-plugins/monitoring-plugins/commit/b7fc2eb15aa02da234e9fd2f4ab021bfff6c00c2.patch
+
+Fix memset introduced by commit 9ce7369 (plugins/check_apt.c - Print
uninitialized ereg).
+
+@DPATCH@
+
+Signed-off-by: Sebastian Herbszt herb...@gmx.de
+---
+ plugins/check_apt.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/plugins/check_apt.c b/plugins/check_apt.c
+index 07622c2..8747f90 100644
+--- a/plugins/check_apt.c
b/plugins/check_apt.c
+@@ -224,7 +224,7 @@ int run_upgrade(int *pkgcount, int *secpkgcount){
+ char *cmdline=NULL, rerrbuf[64];
+
+ /* initialize ereg as it is possible it is printed while uninitialized
*/
+- memset(ereg, \0, sizeof(ereg.buffer));
++ memset(ereg, '\0', sizeof(ereg.buffer));
+
+ if(upgrade==NO_UPGRADE) return STATE_OK;
+
only in patch2:
unchanged:
---
monitoring-plugins-2.1.orig/debian/patches/10_check_ntp_null_termination.dpatch
+++ monitoring-plugins-2.1/debian/patches/10_check_ntp_null_termination.dpatch
@@ -0,0 +1,29 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 10_check_ntp_null_termination.dpatch by Jan Wagner w...@cyconet.org
+
+From a4a1b37be0ff96492d13e87ce59c82482d961f56 Mon Sep 17 00:00:00 2001
+From: Sebastian Herbszt herb...@gmx.de
+Date: Wed, 26 Nov 2014 23:54:49 +0100
+Subject: [PATCH] check_ntp: fix null termination
+Origin: upstream,
https://github.com/monitoring-plugins/monitoring-plugins/commit/a4a1b37be0ff96492d13e87ce59c82482d961f56.patch
+
+Fix null termination introduced by commit a04df3e (plugins/check_ntp.c -
Verify struct from response).
+
+Signed-off-by: Sebastian Herbszt herb...@gmx.de
+---
+ plugins/check_ntp.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/plugins/check_ntp.c b/plugins/check_ntp.c
+index 09a923e..546802a 100644
+--- a/plugins/check_ntp.c
b/plugins/check_ntp.c
+@@ -616,7 +616,7 @@ double jitter_request(const char *host, int *status){
+ if (bytes_read != ntp_cm_ints + req.count)
+ die(STATE_UNKNOWN, _(Invalid NTP
response: %d bytes read does not equal %d plus %d data
Bug#771414: ITP: bbbike -- route planner for cyclists
Package: wnpp Severity: wishlist Owner: Slaven Rezic sla...@rezic.de * Package name: bbbike Version : 3.18 Upstream Author : Slaven Rezic sla...@rezic.de * URL : http://bbbike.sourceforge.net * License : Artistic GPL Programming Lang: Perl Description : route planner for cyclists BBBike is an information system for cyclists in Berlin and Brandenburg (Germany), and, using OpenStreetMap and the BBBike @ World project, for more than 200 cities around the world. It has the following features: * Displays a map with streets, railways, rivers, parks, altitude, and other features * Finds and shows routes between two points * Route-finder can be customized to match the cyclist's preferences: fastest/nicest route, take wind directions and hills into account, etc. * Bike power calculator * Automatically fetches the current weather data -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771413: dracut installs dead symlinks in /lib/systemd/system/{initrd,sysinit}.target.wants/
Package: dracut
Version: 040+1-1
Severity: normal
Dear Maintainer,
dracut installs dead symlinks in
/lib/systemd/system/{initrd,sysinit}.target.wants/:
The links
/lib/systemd/system/initrd.target.wants/dracut-cmdline.service
/lib/systemd/system/initrd.target.wants/dracut-initqueue.service
/lib/systemd/system/initrd.target.wants/dracut-mount.service
/lib/systemd/system/initrd.target.wants/dracut-pre-mount.service
/lib/systemd/system/initrd.target.wants/dracut-pre-pivot.service
/lib/systemd/system/initrd.target.wants/dracut-pre-trigger.service
/lib/systemd/system/initrd.target.wants/dracut-pre-udev.service
/lib/systemd/system/sysinit.target.wants/dracut-shutdown.service
are all pointing to files in the parent directory with the same name,
but none
of these files exist. I believe the links should all point to the
corresponding
files in /usr/lib/dracut/modules.d/98systemd/.
I ran into this issue while trying to install apparmor which fails because
systemd is unable to find dracut-shutdown.service.
For more information on this please see my bug report on apparmor at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771240
Cheers and thanks for your awesome work,
Tilman
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'testing-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dracut depends on:
ii console-setup 1.114
ii cpio 2.11+dfsg-2+b1
ii kmod 18-3
ii kpartx 0.5.0-5
ii libc6 2.19-13
ii pkg-config 0.28-1
ii udev 215-6
ii util-linux 2.25.2-3
Versions of packages dracut recommends:
ii cryptsetup 2:1.6.6-3
ii dmraid 1.0.0.rc16-5
ii dmsetup 2:1.02.90-2
ii lvm22.02.111-2
ii mdadm 3.3.2-2
Versions of packages dracut suggests:
pn dracut-network none
-- no debconf information
--
Sichere Kommunikation?
GPG: 0x70755E61 auf keys.gnupg.net
signature.asc
Description: OpenPGP digital signature
Bug#770969: unblock: gnome-tweak-tool/3.14.2-1 (pre-approval)
Control: tags -1 moreinfo confirmed On 2014-11-26 13:06, Dmitry Shachnev wrote: On Tue, 25 Nov 2014 15:03:12 -, Dmitry Shachnev wrote: I would like to see gnome-tweak-tool 3.14.2-1 accepted into Jessi because it contains fixes for two bugs that I think are important: [...] The source package is in SVN, ready for upload. I have just added another important fix to the SVN — missing dependency on mutter-common. Without that package installed, gnome-tweak-tool will fail to start. -- Dmitry Shachnev Hi, The upstream diff looks reasonable. Provided that it is just those changes, the dependency addition above, and then a changelog for that, I am ready to accept the changes. Please have them uploaded to unstable /before/ the 5th of December and remove the moreinfo tag once they have been accepted. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771414: ITP: bbbike -- route planner for cyclists
Hi Slaven, Have you considered maintaining this package as part of the Debian GIS team? http://pkg-grass.alioth.debian.org/policy/index.html#introduction Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771415: ITP: libarray-heap-perl -- perl module implementing heaps/priority queues
Package: wnpp Severity: wishlist Owner: Slaven Rezic sla...@rezic.de * Package name: libarray-heap-perl Version : 3.1 Upstream Author : Marc Lehmann mlehm...@cpan.org * URL : https://metacpan.org/release/Array-Heap * License : Artistic GPL Programming Lang: Perl Description : perl module implementing heaps/priority queues There are a multitude of heap and heap-like modules on CPAN, you might want to search for /Heap/ and /Priority/ to find many. They implement more or less fancy datastructures that might well be what you are looking for. This module takes a different approach: It exports functions (i.e. no object orientation) that are loosely modeled after the C++ STL's binary heap functions. They all take an array as argument, just like perl's built-in functions push, pop etc. The implementation itself is in C for maximum speed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766550: w3m: manpage could be improved
Hi Markus, I've roughly reviwed your miscellaneous changes to the manpage. Almost looks fine. See below comments. .TH w3m 1 2014-11-24 I think this w3m should be W3M because of the manpage style. \fB\-l \fInum\fR number of lines preserved internally when receiving plain text from stdin (default 10 000) Hmm, this SI style number 10 000 is hard to read for me (Japanese). I think 10,000 is fit for the English manpage. Comments? Thanks, -- Tatsuya Kinoshita pgpLS_id6VwJN.pgp Description: PGP signature
Bug#771417: bogus dpkg error, now endless loop on dbus configuration
Package: dpkg Version: 1.17.22 Severity: grave Hello, today I tried to dist-upgrade my system (sid) starting from a package state of a couple of weeks ago. First apt reported a failed dpkg right in the middle of the upgrade process without displaying any visible error messages. Now when I run apt-get -f install or attempt to install some missing package explicitly, it ends up in a loop where dpkg runs maintainer scripts on dbus without end. Here is dpkg.log and some console output: 2014-11-29 11:23:24 startup archives unpack 2014-11-29 11:23:28 upgrade debianutils:amd64 4.4 4.4+b1 2014-11-29 11:23:28 status half-configured debianutils:amd64 4.4 2014-11-29 11:23:28 status unpacked debianutils:amd64 4.4 2014-11-29 11:23:28 status half-installed debianutils:amd64 4.4 2014-11-29 11:23:28 status triggers-pending man-db:amd64 2.7.0.2-2 2014-11-29 11:23:28 status half-installed debianutils:amd64 4.4 2014-11-29 11:23:28 status unpacked debianutils:amd64 4.4+b1 2014-11-29 11:23:28 status unpacked debianutils:amd64 4.4+b1 2014-11-29 11:23:28 trigproc man-db:amd64 2.7.0.2-2 keine 2014-11-29 11:23:28 status half-configured man-db:amd64 2.7.0.2-2 2014-11-29 11:23:31 status installed man-db:amd64 2.7.0.2-2 2014-11-29 11:23:32 startup packages configure 2014-11-29 11:23:32 configure debianutils:amd64 4.4+b1 keine 2014-11-29 11:23:32 status unpacked debianutils:amd64 4.4+b1 2014-11-29 11:23:32 status half-configured debianutils:amd64 4.4+b1 2014-11-29 11:23:32 status installed debianutils:amd64 4.4+b1 2014-11-29 11:23:32 startup archives unpack 2014-11-29 11:23:33 upgrade bash:amd64 4.3-11 4.3-11+b1 2014-11-29 11:23:33 status half-configured bash:amd64 4.3-11 2014-11-29 11:23:33 status unpacked bash:amd64 4.3-11 2014-11-29 11:23:33 status half-installed bash:amd64 4.3-11 2014-11-29 11:23:33 status triggers-pending menu:amd64 2.1.47 2014-11-29 11:23:33 status half-installed bash:amd64 4.3-11 2014-11-29 11:23:33 status triggers-pending install-info:amd64 5.2.0.dfsg.1-5 2014-11-29 11:23:33 status triggers-pending man-db:amd64 2.7.0.2-2 2014-11-29 11:23:34 status half-installed bash:amd64 4.3-11 2014-11-29 11:23:34 status triggers-awaited menu:amd64 2.1.47 2014-11-29 11:23:34 status unpacked bash:amd64 4.3-11+b1 2014-11-29 11:23:34 status unpacked bash:amd64 4.3-11+b1 2014-11-29 11:23:34 trigproc menu:amd64 2.1.47 keine 2014-11-29 11:23:34 status half-configured menu:amd64 2.1.47 2014-11-29 11:23:36 status installed menu:amd64 2.1.47 2014-11-29 11:23:36 trigproc install-info:amd64 5.2.0.dfsg.1-5 keine 2014-11-29 11:23:36 status half-configured install-info:amd64 5.2.0.dfsg.1-5 2014-11-29 11:23:38 status installed install-info:amd64 5.2.0.dfsg.1-5 2014-11-29 11:23:38 trigproc man-db:amd64 2.7.0.2-2 keine 2014-11-29 11:23:38 status half-configured man-db:amd64 2.7.0.2-2 2014-11-29 11:23:39 status installed man-db:amd64 2.7.0.2-2 2014-11-29 11:23:40 startup packages configure 2014-11-29 11:23:40 configure bash:amd64 4.3-11+b1 keine 2014-11-29 11:23:40 status unpacked bash:amd64 4.3-11+b1 2014-11-29 11:23:40 status unpacked bash:amd64 4.3-11+b1 2014-11-29 11:23:40 status unpacked bash:amd64 4.3-11+b1 2014-11-29 11:23:40 status unpacked bash:amd64 4.3-11+b1 2014-11-29 11:23:40 status unpacked bash:amd64 4.3-11+b1 2014-11-29 11:23:40 status half-configured bash:amd64 4.3-11+b1 2014-11-29 11:23:40 status installed bash:amd64 4.3-11+b1 2014-11-29 11:23:40 status triggers-pending menu:amd64 2.1.47 2014-11-29 11:23:40 status triggers-awaited menu:amd64 2.1.47 2014-11-29 11:23:40 trigproc menu:amd64 2.1.47 keine 2014-11-29 11:23:40 status half-configured menu:amd64 2.1.47 2014-11-29 11:23:42 status installed menu:amd64 2.1.47 2014-11-29 11:23:43 startup archives unpack 2014-11-29 11:23:44 upgrade bsdutils:amd64 1:2.25.2-2 1:2.25.2-3 2014-11-29 11:23:44 status half-configured bsdutils:amd64 1:2.25.2-2 2014-11-29 11:23:44 status unpacked bsdutils:amd64 1:2.25.2-2 2014-11-29 11:23:44 status half-installed bsdutils:amd64 1:2.25.2-2 2014-11-29 11:23:44 status triggers-pending man-db:amd64 2.7.0.2-2 2014-11-29 11:23:44 status half-installed bsdutils:amd64 1:2.25.2-2 2014-11-29 11:23:44 status unpacked bsdutils:amd64 1:2.25.2-3 2014-11-29 11:23:44 status unpacked bsdutils:amd64 1:2.25.2-3 2014-11-29 11:23:44 trigproc man-db:amd64 2.7.0.2-2 keine 2014-11-29 11:23:44 status half-configured man-db:amd64 2.7.0.2-2 2014-11-29 11:23:45 status installed man-db:amd64 2.7.0.2-2 2014-11-29 11:23:46 startup packages configure 2014-11-29 11:23:46 configure bsdutils:amd64 1:2.25.2-3 keine 2014-11-29 11:23:46 status unpacked bsdutils:amd64 1:2.25.2-3 2014-11-29 11:23:46 status half-configured bsdutils:amd64 1:2.25.2-3 2014-11-29 11:23:46 status installed bsdutils:amd64 1:2.25.2-3 2014-11-29 11:23:46 startup archives unpack 2014-11-29 11:23:47 upgrade libc-dev-bin:amd64 2.19-12 2.19-13 2014-11-29 11:23:47 status half-configured libc-dev-bin:amd64 2.19-12 2014-11-29 11:23:47 status unpacked libc-dev-bin:amd64 2.19-12 2014-11-29 11:23:47 status
Bug#771418: cinnamon-desktop-environment: Don't depend on replaceable applications (iceweasel, icedove...)
Package: cinnamon-desktop-environment Version: 2.2.4 Severity: wishlist Dear Maintainer, please change cinnamon-desktop-environment dependencies of icedove, iceweasel, pidgin and totem to recommendations. They are replaceable and not everyone wants this applications as default. As long as they are dependencies, it is hard to replace / remove them. Thanks! -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cinnamon-desktop-environment depends on: ii cinnamon-core 2.2.4 ii eog3.14.1-1 ii evince 3.14.1-1 ii fonts-droid1:4.4.4r2-4 ii fonts-liberation 1.07.4-1 ii gedit 3.14.0-2 ii gnome-calculator 3.14.1-1 ii gnome-media3.4.0-2 ii gnome-screenshot 3.14.0-1 ii gnome-terminal 3.14.1-1 ii icedove31.2.0-1 ii iceweasel 31.2.0esr-3 ii nemo-fileroller1.8.0-1 ii pidgin 2.10.10-1.1 ii totem 3.14.0-2 ii xdg-user-dirs-gtk 0.10-1 Versions of packages cinnamon-desktop-environment recommends: ii brasero 3.11.4-1 ii cheese 3.14.1-2 it cups 1.7.5-7 ii gdebi0.9.5.5+nmu1 ii gedit-plugins3.14.0-2 ii gimp 2.8.14-1+b1 ii gnome-font-viewer3.14.0-1 ii gnome-games 1:3.14+1 ii gnome-orca 3.14.0-2 ii gnome-system-monitor 3.14.1-1 ii gnome-user-share 3.14.0-1 ii gnote3.14.0-1 ii gstreamer1.0-libav 1.4.4-2 ii gstreamer1.0-plugins-ugly1.4.4-2 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.5-3 ii libreoffice-calc 1:4.3.3-1 ii libreoffice-gnome1:4.3.3-1 ii libreoffice-impress 1:4.3.3-1 ii libreoffice-writer 1:4.3.3-1 ii mate-themes 1.9.1-1 ii rhythmbox3.1-1 ii rhythmbox-plugin-cdrecorder 3.1-1 ii rhythmbox-plugins3.1-1 ii shotwell 0.20.1-1 ii simple-scan 3.14.0-1 ii sound-juicer 3.14.0-1+b1 ii sound-theme-freedesktop 0.8-1 ii synaptic 0.81.2 ii transmission-gtk 2.84-0.1+b1 ii vinagre 3.14.1-1 ii vino 3.14.0-2+b1 ii xchat2.8.8-7.3 ii yelp 3.14.1-1 ii zenity 3.14.0-1 cinnamon-desktop-environment 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#770627: pre-approval: unblock: dpkg/1.17.22
Control: reopen -1 On 2014-11-28 04:23, Guillem Jover wrote: Hi! On Tue, 2014-11-25 at 08:05:00 +0100, Niels Thykier wrote: Other than that, please go ahead and upload to unstable and notify us once it has been accepted. dpkg 1.17.22 has now been accepted in the archive. Thanks, Guillem Hi, I just saw #771417, which claims dpkg to have made a regression. I have pulling my unblock until you have had a look at it. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771419: unblock: condor/8.2.3~dfsg.1-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package condor This update fixes RC bug #769100, which is a synonym for a whole family of unreported bugs caused by a (now) inappropriate procedure to apply the default configuration. The default config is now applied as a dedicated patch, instead of assuming the existance of all relevant config variable in a monolithic file -- like it used to be. This update also include the Dutch Debconf translation #766067. This update does not include all available fixes from the upstream bugfix release 8.2.4 -- the diff is relatively large, although most changed lines affect literal strings in the code. In the interest of a quick RC bug fix, these bugs are left as is for now. unblock condor/8.2.3~dfsg.1-4 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru condor-8.2.3~dfsg.1/debian/changelog condor-8.2.3~dfsg.1/debian/changelog --- condor-8.2.3~dfsg.1/debian/changelog 2014-10-17 20:47:37.0 +0200 +++ condor-8.2.3~dfsg.1/debian/changelog 2014-11-29 10:53:23.0 +0100 @@ -1,3 +1,19 @@ +condor (8.2.3~dfsg.1-4) unstable; urgency=medium + + * Adjust mechanism to apply the default Debian configuration to cope with +the removal of the monolithic configuration file in the 8.2.x series. +The default configuration is now applied as a patch to the table of +parameters in the HTCondor sources (Closes: #769100). +The report of leaving behind an unowned directory is merely a symptom of +this bug. + * Adjust default configuration to make HTCondor work with Debian's +ganglia (also see Ticket #4709). Thanks to Alex Waite for the fix. + * Add Debconf template translation: +- Dutch -- courtesy of Frans Spiesschaert frans.spiesscha...@yucom.be. + (Closes: #766067) + + -- Michael Hanke m...@debian.org Sat, 29 Nov 2014 09:57:27 +0100 + condor (8.2.3~dfsg.1-3) unstable; urgency=medium * Modify the DMTCP shim script to work with the 2.x series of DMTCP. @@ -98,7 +114,7 @@ script. * Bumped Standards-version to 3.9.4; no changes necessary. * Add new dependency on libboost-test-dev. - * Disable installation of obsolete Pearl modules. + * Disable installation of obsolete Perl modules. * Fix DEP5 syntax error in debian/copyright. -- Michael Hanke m...@debian.org Tue, 31 Dec 2013 10:22:08 +0100 diff -Nru condor-8.2.3~dfsg.1/debian/patches/default_debian_config condor-8.2.3~dfsg.1/debian/patches/default_debian_config --- condor-8.2.3~dfsg.1/debian/patches/default_debian_config 1970-01-01 01:00:00.0 +0100 +++ condor-8.2.3~dfsg.1/debian/patches/default_debian_config 2014-11-29 10:32:03.0 +0100 @@ -0,0 +1,92 @@ +Description: Specify default config in the table of parameters + Previously, this configuration was shipped as a big config file. + This changed in the 8.2.x series and now needs to go into the table of + parameters -- which is not (yet) comprehensive. Hence, a few variables + still need to be present in the default config file too. +Forwarded: not-needed +Bug-Debian: http://bugs.debian.org/769100 +Author: Michael Hanke m...@debian.org + +--- a/src/condor_utils/param_info.in b/src/condor_utils/param_info.in +@@ -1175,7 +1175,7 @@ + tags=accountant,Accountant + + [SPOOL] +-default=$(LOCAL_DIR)/spool ++default=$(LOCAL_DIR)/spool/condor + type=path + reconfig=true + customization=seldom +@@ -2169,7 +2169,7 @@ + tags=daemon_core,daemon_core_main + + [COLLECTOR_NAME] +-default=My Pool - $(CONDOR_HOST) ++default=Debian Condor Pool - $(CONDOR_HOST) + type=string + reconfig=true + customization=seldom +@@ -2773,7 +2773,7 @@ + + [MAIL] + # default location for mail on RHEL is /bin/mail, default on debian is /usr/bin/mail +-default=/bin/mail ++default=/usr/bin/mail + win32_default=$(BIN)\condor_mail.exe + type=path + reconfig=true +@@ -3572,7 +3572,7 @@ + tags=c++_util,condor_config + + [REQUIRE_LOCAL_CONFIG_FILE] +-default=true ++default=false + win32_default=false + type=bool + reconfig=true +@@ -4102,7 +4102,7 @@ + tags=starter,StarterHookMgr + + [JAVA_BENCHMARK_TIME] +-default=2 ++default=0 + type=int + reconfig=true + customization=seldom +@@ -6607,7 +6607,7 @@ + tags=c++_util,condor_config + + [GANGLIA_LIB64_PATH] +-default=/lib64,/usr/lib64,/usr/local/lib64 ++default=/lib,/usr/lib,/usr/local/lib + type=string + reconfig=true + customization=seldom +@@ -6634,7 +6634,7 @@ + tags=c++_util,condor_config + + [GANGLIAD_METRICS_CONFIG_DIR] +-default=$(RELEASE_DIR)/etc/condor/ganglia.d ++default=/etc/condor/ganglia.d + type=path + reconfig=true + customization=seldom +@@ -6834,7 +6834,7 @@ + review=? + + [CONDOR_ADMIN]
Bug#771167: unblock (pre-approval): x2goclient/4.0.3.1-1
Control: tags -1 moreinfo confirmed On Thu, 27 Nov 2014 11:19:44 +0100 Mike Gabriel sunwea...@debian.org wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please give pre-upload feedback on unblock request for package x2goclient Locally, I have prepare x2goclient 4.0.3.1-1. It fixes two RC bugs for x2goclient that got introduced with 4.0.3.0. [...] The changes for fixing #770962 required touching all .ts (translation) files of X2Go Client. Also the Danish translation had been updated. - Updated (upstream) translation files. The debdiff between 4.0.3.0-1 and 4.0.3.1-1 is attached. unblock x2goclient/4.0.3.1-1 [...] Ok, approved provided it is in unstable /before/ the 5th of December. Please remove the moreinfo tag once it has been accepted. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758460: Kernel panic using Gnome or Cinnamon with GeForce 6150 LE
Le lundi 24 novembre 2014 à 14:32 +0100, Julien Cristau a écrit : On Wed, Nov 19, 2014 at 15:09:25 +0100, Yvan Masson wrote: Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1 Severity: important Please file your own bug. Thanks, Julien I just done it here : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771416 Thanks, Yvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771223: nmu: libgcrypt20_1.6.2-4
On Sat, 2014-11-29 at 07:41 +0100, Andreas Metzler wrote: On 2014-11-27 Adam D. Barratt a...@adam-barratt.org.uk wrote: On Thu, 2014-11-27 at 19:19 +0100, Andreas Metzler wrote: nmu libgcrypt20_1.6.2-4 . ALL . -m rebuild against libgpg-error = 1.17-1 for stricter package dependency. Closes: #771100 Scheduled. [...] Thanks. Something is wrong here. All buildds picked the package for rebuild, but all are now stuck in status building for 1d 11h. libgcrypt20 should only take about 3 minutes on e.g. amd64. They're unlikely to still be building; it's more likely that there was a problem with the build that means things crashed rather than failing nicely. The i386 buildd at least has tried building 20 further packages since the point it started building libgcrypt20. I've asked on IRC if someone can have a look at what happened with the builds. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771420: unblock: ibus-array/0.1.0-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ibus-array
=== Upstream change: 0.0.4 - 0.1.0 ===
As reported to https://bugs.debian.org/771390 (important), the 0.0.4-1
package currently in testing comes with the input method setup script
which is completely broken and python source needs to be rewritten.
The DM (also upstream) was new to the release process and did not cherry
pick changes as usual into the testing packages and uploaded a new
upstream source to Debian unstable. Considering the very focused
changes clearly documented in steps as attached, I am filing this bug on
behalf of DM and hoping this use of the new upstream source to be
acceptable to the release team at this phase.
0001-Use-Gobject-introspection-in-the-setup-dialog.patch
0002-Fixed-main-setup-ui-due-to-ibus_config-API-changes.patch
0003-Fixed-ibus-array-engine-due-to-ibus-config-API-chang.patch
0004-IBusText-is-not-a-gboject-now-no-need-to-unref-it.patch
0005-ibus-config-seems-to-save-all-the-keys-in-the-lowerc.patch
0006-reformat-the-coding-style.patch
0007-reformat-the-coding-style.patch
0008-Add-gettext-support.patch
0009-Fix-typo-in-zh_TW.po.patch
This is an introspection support bug and very serious functionality bug.
Without these fixes, ibus-array is not useful to most people. Upstream
0.1.0 fixes this introspection support bug with 5 patches as attached:
0001 - 0005 from the 0.0.4 source. (There is no upstream release
between 0.0.4 and 0.1.0) This is type-ii fixes for the important bug.
Upstream 0.1.0 also fixes implicit internationalization bug to enable
zh_TW and update the translation. (Original code had Chinese hardcoded
in the C source) with 2 patches as attached: 0008 - 0009 from the 0.0.4
source. This is type-iii fixes for translation.
Unfortunately, upstream made minor style changes with 2 patches as
attached: 0006 - 0007 from the 0.0.4 source. I am hoping you to allow
these slip-ins.
=== Debian change: 0.0.4-1 - 0.1.0-1 ===
The Debian change as listed below is essentially the addition of
*intltool* needed for the internationalization to function. This is
type-iii fix.
diff --git a/debian/changelog b/debian/changelog
index 9fb3fd8..42a7f3c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+ibus-array (0.1.0-1) unstable; urgency=low
+
+ * Imported Upstream version 0.1.0
+
+ -- Keng-Yu Lin ken...@lexical.tw Sat, 01 Nov 2014 20:48:51 +0800
+
ibus-array (0.0.4-1) unstable; urgency=medium
* Team upload.
diff --git a/debian/control b/debian/control
index a69b427..f3a7494 100644
--- a/debian/control
+++ b/debian/control
@@ -12,6 +12,7 @@ Build-Depends: autoconf (= 2.5),
libsqlite3-dev,
libtool (= 2.2),
pkg-config,
+ intltool,
python-all (= 2.6.6-3~)
Standards-Version: 3.9.6
Homepage: http://code.google.com/p/ibus-array/
=== Requested action ===
unblock ibus-array/0.1.0-1
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From 59d32e9a8e8c9ca48d6f02e0382755e6cca02411 Mon Sep 17 00:00:00 2001
From: lexic...@gmail.com
lexic...@gmail.com@06f26268-b6d7-11de-ba48-051263943efc
Date: Fri, 31 Oct 2014 14:50:40 +
Subject: [PATCH 01/10] Use Gobject introspection in the setup dialog
Both GTK and ibus should use this. dependency on ibus-python is dropped
git-svn-id: http://ibus-array.googlecode.com/svn/trunk@38 06f26268-b6d7-11de-ba48-051263943efc
---
setup/main.py | 41 +++--
1 file changed, 23 insertions(+), 18 deletions(-)
diff --git a/setup/main.py b/setup/main.py
index cca5428..496b112 100644
--- a/setup/main.py
+++ b/setup/main.py
@@ -23,30 +23,30 @@
import sys
import os
-import gobject
-import gtk
-import ibus
+from gi.repository import GLib
+from gi.repository import Gtk
+from gi.repository import IBus
import gettext
import config
class Setup:
-def __init__(self):
-self.__bus = ibus.Bus()
+def __init__(self, bus):
+self.__bus = bus
self.__config = self.__bus.get_config()
self.__config.connect(value-changed, self.on_value_changed, None)
self.__create_ui()
def __create_ui(self):
-self.__window = gtk.Dialog('ibus-array setup', None,
-gtk.DIALOG_MODAL,
-(gtk.STOCK_CANCEL, gtk.RESPONSE_CANCEL,
- gtk.STOCK_OK, gtk.RESPONSE_OK)
+self.__window = Gtk.Dialog('ibus-array setup', None,
+Gtk.DialogFlags.MODAL,
+
Bug#769955: gnome-maps: geoclue related error message on startup, Go to current location not working
Hi, On Sat, Nov 29, 2014 at 11:36:08AM +0100, Laurent Bigonville wrote: when I start gnome-maps from the console I get: $ gnome-maps Gjs-Message: JS LOG: Failed to connect to GeoClue2 service: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Geolocation disabled for UID 1000 Consequently, if I click on the Go to current location button in the top left corner, nothing happens. I did not setup geoclue in any way, but after looking around in the Gnome system settings, there seems to be no setup possible anyway? In the privacy tab you should have an option to disable geolocation completely. Could you please check what is its status there? Well yeah, it was off, and yeah, maps works (after a restart only, I might add). So it boils down to just horrible UI: 1. The button Go to current location is not greyed out or otherweise inactive if geolocation has been disabled. 2. No UI feedback at all AFAICT that geolocation is disabled and/or a hint where to enable it. 3. On a related note, I might add: if the user explicitly clicks on Go to current location that might override their general privacy policies. A user might not want the system to generally know where they are, but clicking that button implies consent IMHO. Those are all upstream issues though, I guess. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769955: gnome-maps: geoclue related error message on startup, Go to current location not working
Le Sat, 29 Nov 2014 12:37:07 +0100, Michael Banck mba...@debian.org a écrit : Well yeah, it was off, and yeah, maps works (after a restart only, I might add). So it boils down to just horrible UI: 1. The button Go to current location is not greyed out or otherweise inactive if geolocation has been disabled. 2. No UI feedback at all AFAICT that geolocation is disabled and/or a hint where to enable it. 3. On a related note, I might add: if the user explicitly clicks on Go to current location that might override their general privacy policies. A user might not want the system to generally know where they are, but clicking that button implies consent IMHO. Those are all upstream issues though, I guess. Do you think you could report this upstream? Thanks 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#740953: [xserver-xorg-video-nouveau]: No devices detected. (anymore)
Control: reassign -1 src:linux Control: found -1 3.13~rc6-1~exp1 Control: fixed -1 3.17~rc5-1~exp1 On 2014-10-20 23:20 +0200, Viktor Malyarchuk wrote: Fixed in kernel 3.16.5 (unstable) and 3.17 (experimental). Relevant commit is: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=7babfd7f066dae02c63d9ccac886419ccfb80cfd Thanks! Reassigning to the kernel then, will close the bug soon. Cheers, Sven On Wed, Mar 26, 2014 at 5:27 PM, Sven Joachim svenj...@gmx.de wrote: On 2014-03-26 22:57 +0100, Viktor Malyarchuk wrote: On Sun, Mar 23, 2014 at 3:48 AM, Sven Joachim svenj...@gmx.de wrote: When the nouveau kernel module is loaded, any conflicting framebuffer drivers are (supposed to be) removed. Check your dmesg if that is the case for you. Conflicting framebuffer drivers are different. Here are relevant dmesg lines: a) CONFIG_X86_SYSFB=y (dmesg.3.13-1-amd64 and Xorg.0.log.3.13-1-amd64 in attachment) --- [ 10.591133] fb: conflicting fb hw usage nouveaufb vs simple - removing generic driver ... [ 10.983470] nouveau [ DRM] allocated 2560x1440 fb: 0x8, bo 880265d15000 [ 11.01] nouveau :01:00.0: fb0: nouveaufb frame buffer device --- b) # CONFIG_X86_SYSFB is not set (dmesg.3.13.7+ and Xorg.0.log.3.13.7+ in attachment) --- [ 11.666121] fb: conflicting fb hw usage nouveaufb vs EFI VGA - removing generic driver ... [ 12.040732] nouveau [ DRM] allocated 2560x1440 fb: 0x8, bo 880262dc8400 [ 12.040790] fbcon: nouveaufb (fb0) is primary device [ 12.121273] nouveau :01:00.0: fb0: nouveaufb frame buffer device --- That's how it is supposed to be in both cases, so we can rule that out. Now why X fails in the first case but not in the second, I don't know. I think you're best off reporting the bug upstream, please see http://nouveau.freedesktop.org/wiki/Bugs/ for instructions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771170: curl and certificate verification in jessie
Hi, I recently started to move parts of debian.org's infrastructure to jessie. I noticed a regression with software using curl to do https with certificate verification. On wheezy, this works: | weasel@mipsel-manda-01:~$ cat /etc/apt/apt.conf.d/puppet-https-buildd | Acquire::https::buildd.debian.org::CaInfo /etc/ssl/servicecerts/buildd.debian.org.crt; | weasel@mipsel-manda-01:~$ tail -n1 /etc/apt/sources.list.d/buildd.debian.org.list | deb https://buildd.debian.org/apt/ wheezy main I.e., I can use a local copy of the expected end-entity certificate to authenticate a https server. On jessie this no longer works: } Err https://buildd.debian.org wheezy/main mipsel Packages } server certificate verification failed. CAfile: /etc/ssl/servicecerts/buildd.debian.org.crt CRLfile: none Instead, I have to trust the corresponding root certificate or an intermediate (#771404). I noticed a similar issue with git, where using the EE-certificate or an intermediate as http.sslCAInfo fails to authenticate the server (#771170). Is this intentional, or is that a bug in either gnutls, curl, or the software using these libraries? I suspect that other users of curl/gnutls might be affected as well, and that saying I only trust this exact certificate is not a crazy and rare use-case. Thus, I'd like to learn more here and ideally have this resolved for jessie. Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762672: qt-at-spi: when this package is installed, other programs fail to run
Control: severity -1 important Hello, lightdm-gtk-greeter has been fixed, both in Debian with a small hack, and upstream with proper at-spi termination. I believe the severity of this bug can thus be downgraded to important, since it will not show up in any normal conditions any more. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771421: [l10n] Updated Czech translation of schroot
Package: schroot Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of schroot. Please include it with the package. Thank you -- Miroslav Kure # Czech translation of schroot. # Copyright © 2006-2007 Roger Leigh rle...@debian.org # This file is distributed under the same license as the schroot package. # Miroslav Kure ku...@debian.cz, 2006-2014. # msgid msgstr Project-Id-Version: schroot\n Report-Msgid-Bugs-To: Roger Leigh rle...@debian.org\n POT-Creation-Date: 2013-09-29 23:13+0100\n PO-Revision-Date: 2014-11-29 13:11+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. TRANSLATORS: %1% = file #, boost-format msgid Can't open file ‘%1%’ msgstr Nelze otevřít soubor „%1%“ #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid line %1%: Deprecated key ‘%4%’ used msgstr řádek %1%: Použit zastaralý klíč „%4%“ #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid Deprecated key ‘%4%’ used msgstr Použit zastaralý klíč „%4%“ #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid line %1%: Disallowed key ‘%4%’ used msgstr řádek %1%: Použit nedovolený klíč „%4%“ #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid Disallowed key ‘%4%’ used msgstr Použit nedovolený klíč „%4%“ #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid line %1%: Duplicate key ‘%4%’ msgstr řádek %1%: Duplicitní klíč „%4%“ #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %4% = line contents as read from the configuration file #, boost-format msgid line %1%: Invalid line: “%4%” msgstr řádek %1%: Neplatný řádek: „%4%“ #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid line %1%: Required key ‘%4%’ is missing msgstr řádek %1%: Chybí vyžadovaný klíč „%4%“ #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid Required key ‘%4%’ is missing msgstr Chybí vyžadovaný klíč „%4%“ #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %4% = line contents as read from the configuration file #, boost-format msgid line %1%: No key specified: “%4%” msgstr řádek %1%: Nebyl zadán žádný klíč: „%4%“ #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid line %1%: Obsolete key ‘%4%’ used msgstr řádek %1%: Použit zastaralý klíč „%4%“ #. TRANSLATORS: %4% = key name (keyname=value in configuration file) #, boost-format msgid Obsolete key ‘%4%’ used msgstr Použit zastaralý klíč „%4%“ #. TRANSLATORS: %2% = key name (keyname=value in configuration file) #. TRANSLATORS: %4% = additional details #, boost-format msgid %2%: %4% msgstr %2%: %4% #. TRANSLATORS: %1% = line number in configuration file #. TRANSLATORS: %3% = key name (keyname=value in configuration file) #. TRANSLATORS: %4% = additional details #, boost-format msgid line %1%: %3%: %4% msgstr řádek %1% %3%: %4% msgid This option will be removed in the future msgstr Tato volba bude v budoucnu odstraněna msgid This option has been removed, and no longer has any effect msgstr Tato volba byla odstraněna a nemá žádný vliv msgid File is not a block device msgstr Soubor není blokovým zařízením #. TRANSLATORS: %4% = integer process ID #, boost-format msgid Failed to release device lock (lock held by PID %4%) msgstr Nepodařilo se uvolnit zámek zařízení (zámek je držen PID %4%) msgid Failed to release device lock msgstr Nepodařilo se uvolnit zámek zařízení msgid Failed to stat device msgstr Nepodařilo se zjistit stav zařízení #. TRANSLATORS: '...' is an ellipsis e.g. U+2026, #. and '-' is an em-dash. msgid [OPTION…] — build Debian packages from source msgstr [VOLBA…] — ze zdrojů sestaví debianí balík(y) msgid Build options msgstr Volby pro sestavení msgid Package version options msgstr Volby pro verze balíků msgid Build environment options msgstr Volby pro prostředí msgid User options msgstr Uživatelské volby msgid Build dependency override options msgstr Volby pro potlačení závislostí msgid Special options msgstr Speciální volby msgid Build source packages (default) msgstr Sestaví zdrojové balíky (výchozí) msgid Don't log program output msgstr Nebude zaznamenávat výstup programu msgid Run in batch mode msgstr Běží v dávkovém režimu msgid dpkg-buildpackage option msgstr dpkg-buildpackage volba msgid dpkg-buildpackage options (space-separated) msgstr
Bug#771408: spamassassin: Cron reports warning: Argument perl_version isn't numeric in numeric ge (=)
On Sat, 2014-11-29 at 10:55 +0100, Daniel Minder wrote: Since tonight the spamassassin rules include (in file 72_active.cf) a rule if perl_version = However, the token perl_version is not known to spamassassin in stable and was introduced only recently in spamassassin at all. Therefore, the daily cron reports a warning and sends me annoying mails. See discussion: https://issues.apache.org/SpamAssassin/show_bug.cgi?id=7107 Patch in spamassassin trunk that can be applied easily to debian stable: http://svn.apache.org/viewvc?view=revisionrevision=1642207 Certainly not while unstable's package doesn't even support it. I have to say, a less than two day delay between a new feature landing in trunk and rules files starting to use it seems a little over-enthusiastic. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741877: ITP: python-pyocr -- python-pyocr -- Python wrapper for OCR engines
control block 721287 by -1 ❦ 16 mars 2014 15:35 -0400, Ross Vandegrift r...@kallisti.us : Package: wnpp Severity: wishlist Owner: Ross Vandegrift r...@kallisti.us * Package name: python-pyocr Version : 0.2.2 Upstream Author : Jerome Flesch jfle...@gmail.com * URL : https://github.com/jflesch/pyocr * License : GPL-3 Programming Lang: Python Description : python-pyocr -- Python wrapper for OCR engines Pyocr is an optical character recognition (OCR) tool wrapper for Python. That is, it helps using OCR tools from a Python program. Pyocr can be used as a wrapper for google's Tesseract-OCR or Cuneiform. It can read all image types supported by Pillow, including jpeg, png, gif, bmp, tiff, and others. It also support bounding box data. Hi Ross! Any progress on this? -- panic (No CPUs found. System halted.\n); 2.4.3 linux/arch/parisc/kernel/setup.c signature.asc Description: PGP signature
Bug#771422: RFS: netplug/1.2.9.2-2 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package netplug * Package name: netplug Version : 1.2.9.2-2 Upstream Author : Bryan O'Sullivan b...@serpentine.com * URL : http://www.red-bean.com/~bos/ * License : GPL-2 Section : net It builds those binary packages: netplug- network link monitor daemon To access further information about this package, please visit the following URL: http://mentors.debian.net/package/netplug Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/netplug/netplug_1.2.9.2-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * debian/control: - New maintainer (Closes: #730573) - Depend on iproute2 instead of transitional iproute (Closes: #753747) - Add info about difference between netplugd and ifplugd packages to package long description (Closes: #690129) - Fix Standards-Version * debian/rules: - Fix missing recommended target - Fix dpkg-buildflags missing * debian/init.d: - Turn off ethernet interface autoprobing * Handle ST_DOWNANDOUT state (Closes: #652418) * Allow to specify custom script file via new param '-s' (Closes: #702495) Regards, Pali Rohár signature.asc Description: This is a digitally signed message part.
Bug#771423: User sees alarming Failed message upon upgrade
Package: systemd Version: 217-1 Severity: minor User sees alarming Failed message upon upgrade: Setting up systemd (217-1) ... Installing new version of config file /etc/dbus-1/system.d/org.freedesktop.machine1.conf ... Installing new version of config file /etc/dbus-1/system.d/org.freedesktop.systemd1.conf ... Installing new version of config file /etc/pam.d/systemd-user ... Installing new version of config file /etc/systemd/journald.conf ... Installing new version of config file /etc/systemd/logind.conf ... Installing new version of config file /etc/systemd/timesyncd.conf ... Failed to try-restart systemd-resolved.service: Unit systemd-resolved.service failed to load: No such file or directory. P.S., I couldn't start nodm anymore too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771424: R mysteriously injured by horizontal bars in xterm -title
Package: xterm Version: 312-1 File: /usr/bin/xterm This gives me a strip of letters across the top of the screen with the 'R' mysteriously injured by horizontal bars, $ set $(perl -e 'print chr $_ for ord q/!/.. ord q/~/'); xterm -title $@ -e read -title RR shows the same problem. I am running under icewm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771425: unblock: debian-reference/2.57
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package debian-reference
debian-reference (2.57) unstable; urgency=medium
* Set stable release name to Stretch.
* Fix confusing Alt-SysRq command. Closes: #769464
* Drop non-existing aufs-modules-*. Closes: #769727
* Update translation for all. 100% translated. Closes: #765843
* Update cellphone optimized CSS to match maint-guide.
-- Osamu Aoki os...@debian.org Sat, 29 Nov 2014 21:19:43 +0900
Please note stable release name is only possible after its announcement.
Very extensive proofread of German and whole new translation for fr it
pt are included. This makes this document to be 100% translated.
CSS change is needed for the Debian web page look the same across
different docs.
$ debdiff debian-reference_2.56_amd64.changes
debian-reference_2.57_amd64.changes
File lists identical (after any substitutions)
Control files of package debian-reference: lines which differ (wdiff format)
Version: [-2.56-] {+2.57+}
Control files of package debian-reference-common: lines which differ (wdiff
format)
---
Version: [-2.56-] {+2.57+}
Control files of package debian-reference-de: lines which differ (wdiff format)
---
Installed-Size: [-3409-] {+3408+}
Version: [-2.56-] {+2.57+}
Control files of package debian-reference-en: lines which differ (wdiff format)
---
Installed-Size: [-3211-] {+3210+}
Version: [-2.56-] {+2.57+}
Control files of package debian-reference-fr: lines which differ (wdiff format)
---
Installed-Size: [-3460-] {+3465+}
Version: [-2.56-] {+2.57+}
Control files of package debian-reference-it: lines which differ (wdiff format)
---
Version: [-2.56-] {+2.57+}
Control files of package debian-reference-ja: lines which differ (wdiff format)
---
Installed-Size: [-3485-] {+3484+}
Version: [-2.56-] {+2.57+}
Control files of package debian-reference-pt: lines which differ (wdiff format)
---
Installed-Size: [-3321-] {+3320+}
Version: [-2.56-] {+2.57+}
debian-reference/2.57
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727800: kmail: KMail goes bonkers following Qt update
Hi, On Wednesday 26 November 2014 15:21:15 you wrote: Hi! As Sandro pointed out, this seems fixed in newer versions. Can you please test if this is still an issue for you? I have no means to reconstruct the update as it was. I am using two systems: One of them is a sid which I keep updating. Upgrades ever since that woefull upgrade have been smooth as far as I can tell, although I haven't been watching closely -- ever since kmail2 came into sid, mail there has not been really reliable, so if I suddenly have a couple hundred more unread mails, I don't think I'd notice. The filters haven't been broken again, as far as I can remember. The other system is mostly testing, but since I use kmail for all my critical mail, and kmail2 has not been production-ready (at least before 4.14, though I find it hard to trust even now) I have pinned kmail there; I am writing this message from kmail 1.13.7 on kde 4.14.2. I can try to copy the user from testing to sid and see how the upgrade goes, although this would be a lengthy process; would that be helpful? On a side note -- I see that mails sent to the bug are no longer sent to the submitter automatically (except when sent to -submitter specifically); is this on purpose? It is a bit of a problem. Feel free to include my address explicitly in replies. Thanks, Shai. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771420: debdiff: Bug#771420: unblock: ibus-array/0.1.0-1
Hi,
$ debdiff ibus-array_0.0.4-1_amd64.deb ibus-array_0.1.0-1_amd64.deb
[The following lists of changes regard files as different if they have
different names, permissions or owners.]
Files in second .deb but not in first
-
-rw-r--r-- root/root /usr/share/locale/zh_TW/LC_MESSAGES/ibus-array.mo
Control files: lines which differ (wdiff format)
Installed-Size: [-3109-] {+3122+}
Version: [-0.0.4-1-] {+0.1.0-1+}
Regards,
Osamu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768695: Bug #768695: statsmodels: FTBFS in jessie: ImportError: cannot import name DateRange
Hi, On Wed, Nov 26, 2014 at 11:57:41PM +0100, Michael Banck wrote: On Wed, Nov 26, 2014 at 05:47:57PM -0500, Yaroslav Halchenko wrote: Upload it without delay, and let's hope none off those doesn't veil the actual problem in the code :-) OK, I will sponsor that upload as well tomorrow. Unfortunately, I did not get around to that yet, but was looking now. The problem is: As -1.1 has already been uploaded and accepted in the archive, what we need is -1.2 patch on top of that with a new changelog and everything. Tomasz, I will try to extract that from your two NMU diffs later today if you don't get around sending a new patch until then. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771378: cups: Can't print to CD with Epson XP-820
Hello Gary. Thank you for your report. On Fri 28 Nov 2014 at 17:40:23 -0500, Gary Dale wrote: * What led up to the situation? After having good experiences with the Epson R-320 printers for many years, I purchased an Epson XP-820. Both printers had the ability to print to CD, which I consider important. Unfortunately, while the R-320 had no problems handling CDs, I can't get the XP-820 to print to them. * What exactly did you do (or not do) that was effective (or ineffective)? After initially selecting CD/DVD as the output media for a print job and having it fail, I then tried setting CD/DVD as the default output media. I also tried using the Print on CD option on the printer's control panel. * What was the outcome of this action? Selecting CD/DVD for a print job results in the CD print tray being ejected by the printer. The printer then asks me to insert a single sheet of paper. If I push the tray back in, it just gives me an error message. If I try to set the default output medium through CUPS, I get an error because there are no CD/DVD media sizes defined. I simply can't do it. When I try to set the Print on CD option on the printer control panel, it asks me to insert a memory card. * What outcome did you expect instead? I want the printer to print on CDs like my now defunct R-320 used to. What PPD are you using? grep Nickname /etc/cups/ppd/your_XP-820_PPD Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771240: apparmor: Please make apparmor work with dracut, too.
Control: tag -1 pending Control: severity -1 wishlist Hi, Tilman Schröder wrote (28 Nov 2014 22:15:10 GMT) : This does not work because apparmor depends on initramfs on linux. That is why I used dpkg --force-depends. All the other dependencies were met and I had the correct apparmor.deb for Debian jessie. I examined the apparmor source package using $ grep -ir 'initramfs' apparmor-2.9.0/ and found some references to a now non-existent file debian/apparmor.initramfs in debian/changelog, nothing else. Ah, right. Indeed, the bits that needed this dependency were removed a while ago. I've thus dropped the dependency and pushed the change to our collab-maint/apparmor-experimental bzr branch. By the way, is Severity: wishlist more appropriate? Yes, I think so. dracut support in Debian is still best effort, patches welcome AFAIK. [...] and the last one is a dead symlink to /lib/systemd/system/sysinit.target/dracut-shutdown.service Perhaps this is (part of) the bug in the integration of dracut into systemd. I suspect that you're right, and that you'll see this problem again, independently of AppArmor. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771374: unblock: macchanger/1.7.0-3.1
Control: retitle -1 unblock: macchanger/1.7.0-3.2
Control: tag -1 + moreinfo
Hi Niels,
Niels Thykier wrote (29 Nov 2014 10:31:54 GMT) :
On 2014-11-29 11:08, intrigeri wrote:
I've now fixed it in Vcs-Git. I guess it's not worth re-uploading,
is it?
I would prefer if it was. [...]
Fair enough, thanks for the explanation!
Uploaded -3.2, new debdiff attached.
I'll remove the moreinfo tag once the package is accepted in sid and
has been built everywhere.
Cheers,
--
intrigeri
diff -Nru macchanger-1.7.0/debian/changelog macchanger-1.7.0/debian/changelog
--- macchanger-1.7.0/debian/changelog 2014-11-07 13:03:50.0 +0100
+++ macchanger-1.7.0/debian/changelog 2014-11-29 13:50:42.0 +0100
@@ -1,3 +1,19 @@
+macchanger (1.7.0-3.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Reintroduce the changelog entry for 1.7.0-3 as it was uploaded:
+the previous NMU replaced it with the one that was tagged in Git.
+
+ -- intrigeri intrig...@debian.org Sat, 29 Nov 2014 13:49:01 +0100
+
+macchanger (1.7.0-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Change the non-vendor bytes, and only them, on automatic run.
+(Closes: #768325)
+
+ -- Jean-Michel Nirgal Vourgère jmv_...@nirgal.com Thu, 27 Nov 2014 10:52:16 +0100
+
macchanger (1.7.0-3) unstable; urgency=low
* update debian/watch to point to new github repository
diff -Nru macchanger-1.7.0/debian/if-pre-up.d/macchanger macchanger-1.7.0/debian/if-pre-up.d/macchanger
--- macchanger-1.7.0/debian/if-pre-up.d/macchanger 2014-10-21 21:38:32.0 +0200
+++ macchanger-1.7.0/debian/if-pre-up.d/macchanger 2014-11-29 13:50:42.0 +0100
@@ -29,4 +29,4 @@
exit 0
fi
-/usr/bin/${package} -A $IFACE $LOGFILE 21
+/usr/bin/${package} -e $IFACE $LOGFILE 21
Bug#771400: apparmor-utils: aa-logprof/aa-genprof not updating policy
Hi, Simon Brandmair wrote (29 Nov 2014 07:55:46 GMT) : I recently upgrade to jessie. I noticed now that aa-logprof/aa-genprof (for apparmor) stopped working. When I try to create a new profile with aa-genprof it doesn't add any rules while I see them in the logs. Same with aa-logprof (both worked just fine in wheezy). I can reproduce this on current sid. Dear upstream developers who're reading this, any hint? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771167: unblock (pre-approval): x2goclient/4.0.3.1-1
Control: tag -1 - moreinfo Hi Niels On Sa 29 Nov 2014 12:29:46 CET, Niels Thykier wrote: Control: tags -1 moreinfo confirmed On Thu, 27 Nov 2014 11:19:44 +0100 Mike Gabriel sunwea...@debian.org wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please give pre-upload feedback on unblock request for package x2goclient Locally, I have prepare x2goclient 4.0.3.1-1. It fixes two RC bugs for x2goclient that got introduced with 4.0.3.0. [...] The changes for fixing #770962 required touching all .ts (translation) files of X2Go Client. Also the Danish translation had been updated. - Updated (upstream) translation files. The debdiff between 4.0.3.0-1 and 4.0.3.1-1 is attached. unblock x2goclient/4.0.3.1-1 [...] Ok, approved provided it is in unstable /before/ the 5th of December. Please remove the moreinfo tag once it has been accepted. ~Niels Uploaded and accepted in unstable. Thanks, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgp8J6qPMi8QI.pgp Description: Digitale PGP-Signatur
Bug#771426: unblock: ifupdown/0.7.50
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ifupdown
This upload is going to fix some bugs I consider important for
ifupdown in Jessie:
#766943: integration with systemd
Commit: http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/5ce912bba350
#709378: implicit loopback interface which doesn't break explicit declarations
Commit: http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/6cd0fd2addca
#741579: correct udhcpc command-line options
Commit: http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/57543880a251
Also, there are some minor changes:
Some compiler warning fixed:
http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/0073288aafed
Manpage updated:
http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/677fac592fcb
I've also had one change staged which is a simplification of the
Makefile by using mk-configure, but I'm not sure if it's appropriate at
this moment, so I'm not including it into the debdiff, but please
comment if you think it might be okay:
http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/5ccdd24f6662
Thanks.
unblock ifupdown/0.7.50
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.12-1-686-pae (SMP w/4 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/mksh
diff -Nru ifupdown-0.7.49/archlinux.c ifupdown-0.7.50/archlinux.c
--- ifupdown-0.7.49/archlinux.c 2013-07-02 11:44:55.0 +0200
+++ ifupdown-0.7.50/archlinux.c 2014-10-04 13:50:46.0 +0200
@@ -7,7 +7,7 @@
#include archlinux.h
-unsigned int mylinuxver()
+unsigned int mylinuxver(void)
{
static int maj = -1, rev = 0, min = 0;
diff -Nru ifupdown-0.7.49/archlinux.h ifupdown-0.7.50/archlinux.h
--- ifupdown-0.7.49/archlinux.h 2013-07-02 11:44:55.0 +0200
+++ ifupdown-0.7.50/archlinux.h 2014-10-04 13:50:46.0 +0200
@@ -1,4 +1,4 @@
-unsigned int mylinuxver();
+unsigned int mylinuxver(void);
unsigned int mylinux(int, int, int);
#include header.h
diff -Nru ifupdown-0.7.49/config.c ifupdown-0.7.50/config.c
--- ifupdown-0.7.49/config.c 2013-08-11 09:08:15.0 +0200
+++ ifupdown-0.7.50/config.c 2014-11-29 13:53:44.0 +0100
@@ -130,6 +130,12 @@
defn-ifaces = NULL;
if (!no_loopback) {
+add_allow_up(__FILE__, __LINE__, get_allowup(defn-allowups, auto), LO_IFACE);
+}
+
+defn = read_interfaces_defn(defn, filename);
+
+if (!no_loopback) {
interface_defn *lo_if = malloc(sizeof(interface_defn));
if (!lo_if) {
@@ -144,14 +150,12 @@
.method = get_method(addr_inet, loopback),
.n_options = 0,
.option = NULL,
-.next = NULL
+.next = defn-ifaces
};
defn-ifaces = lo_if;
-
-add_allow_up(__FILE__, __LINE__, get_allowup(defn-allowups, auto), lo_if-logical_iface);
}
-return read_interfaces_defn(defn, filename);
+return defn;
}
static int directory_filter(const struct dirent * d)
@@ -403,6 +407,11 @@
fprintf(stderr, %s:%d: unknown method\n, filename, line);
return NULL;/* FIXME */
}
+if (((!strcmp(address_family_name, inet)) ||
+ (!strcmp(address_family_name, inet6)))
+ (!strcmp(method_name, loopback))) {
+ no_loopback = 1;
+}
currif-automatic = 1;
currif-max_options = 0;
currif-n_options = 0;
diff -Nru ifupdown-0.7.49/debian/changelog ifupdown-0.7.50/debian/changelog
--- ifupdown-0.7.49/debian/changelog 2014-09-23 17:39:52.0 +0200
+++ ifupdown-0.7.50/debian/changelog 2014-11-29 14:32:55.0 +0100
@@ -1,3 +1,18 @@
+ifupdown (0.7.50) unstable; urgency=medium
+
+ [ Andrew Shadura ]
+ * Configure the loopback interface by default only if user hasn't
+defined their own loopback interface (Closes: #709378).
+ * Update udhcp command-line options (Closes: #741579).
+ * Fix compiler warnings.
+ * Update the documentation regarding source keyword.
+
+ [ Michael Biebl ]
+ * Call udev settle explicitly before configuring any devices (Closes:
+#766943).
+
+ -- Andrew Shadura andre...@debian.org Sat, 29 Nov 2014 14:32:32 +0100
+
ifupdown (0.7.49) unstable; urgency=medium
[ Andrew Shadura ]
diff -Nru ifupdown-0.7.49/debian/networking.init ifupdown-0.7.50/debian/networking.init
--- ifupdown-0.7.49/debian/networking.init 2014-09-23 17:35:33.0 +0200
+++ ifupdown-0.7.50/debian/networking.init 2014-11-29 14:08:42.0 +0100
@@ -105,7 +105,7 @@
do
link=${iface##:*}
link=${link##.*}
-if [ -e /sys/class/net/$link ] [ $(cat
Bug#771358: unblock: roxterm/2.9.5-1
tags 771358 - moreinfo thanks On 28/11/14 19:46, Jonathan Wiltshire wrote: Control: tag -1 moreinfo On Fri, Nov 28, 2014 at 07:27:21PM +, Tony Houghton wrote: Please unblock package roxterm; I have uploaded version 2.9.5-1 to mentors.debian.net for sponsorship. I can't unblock anything that's not in sid. OK. I did things in the wrong order, but it's turned out to have a positive outcome because a potential sponsor would like to see your decision before accepting it into unstable (#771361). I'm certainly willing to consider new upstream releases case-by-case, but the debdiff output you sent is for the binary packages, not the source. Please attach a source debdiff (i.e. against the .dscs, not the .changes) and remove the moreinfo tag, and I'll happily take a look. Sorry about that. Correct debdiff attached. diff -Nru roxterm-2.9.4/AppInfo.xml roxterm-2.9.5/AppInfo.xml --- roxterm-2.9.4/AppInfo.xml 2014-09-17 15:33:31.0 +0100 +++ roxterm-2.9.5/AppInfo.xml 2014-11-28 18:27:26.0 + @@ -3,7 +3,7 @@ SummaryRun text-based programs (command prompt)/Summary About PurposeA medium-weight terminal emulator with a flexible GUI/Purpose -Version2.9.4 (2014-09-17)/Version +Version2.9.5 (2014-11-28)/Version AuthorsTony Houghton lt;h...@realh.co.ukgt;/Authors LicenseGNU General Public License/License Homepagehttp://roxterm.sourceforge.net/Homepage diff -Nru roxterm-2.9.4/ChangeLog roxterm-2.9.5/ChangeLog --- roxterm-2.9.4/ChangeLog 2014-09-17 15:48:42.0 +0100 +++ roxterm-2.9.5/ChangeLog 2014-11-28 18:21:48.0 + @@ -1,6 +1,12 @@ +Version 2.9.5 +Author: Tony Houghton h...@realh.co.uk +Date: Fri, 28 Nov 2014 18:21:07 + + * Recognise _NET_WM_DESKTOP value 0x + * Check for unset $EDITOR when editing shortcuts + Version 2.9.4 Author: Tony Houghton h...@realh.co.uk -Date: Wed, 17 Sep 2014 15:47:06 +0100 +Date: Wed, 17 Sep 2014 17:17:35 +0100 * Fixed metadata_license and screenshot in appdata * Defer writing AppInfo.xml to mscript.py dist * Output translation files correctly diff -Nru roxterm-2.9.4/debian/changelog roxterm-2.9.5/debian/changelog --- roxterm-2.9.4/debian/changelog 2014-09-17 17:17:14.0 +0100 +++ roxterm-2.9.5/debian/changelog 2014-11-28 18:29:10.0 + @@ -1,3 +1,11 @@ +roxterm (2.9.5-1) unstable; urgency=medium + + * Recognise _NET_WM_DESKTOP special value 0x correctly. + * Don't crash if EDITOR env variable is unset when editing shortcuts +(Closes: #771022). + + -- Tony Houghton h...@realh.co.uk Fri, 28 Nov 2014 18:20:06 + + roxterm (2.9.4-1) unstable; urgency=low * Fixed metadata_license and non-default screenshot in appdata. diff -Nru roxterm-2.9.4/Help/Changes roxterm-2.9.5/Help/Changes --- roxterm-2.9.4/Help/Changes 2014-09-17 15:48:42.0 +0100 +++ roxterm-2.9.5/Help/Changes 2014-11-28 18:21:48.0 + @@ -1,6 +1,12 @@ +Version 2.9.5 +Author: Tony Houghton h...@realh.co.uk +Date: Fri, 28 Nov 2014 18:21:07 + + * Recognise _NET_WM_DESKTOP value 0x + * Check for unset $EDITOR when editing shortcuts + Version 2.9.4 Author: Tony Houghton h...@realh.co.uk -Date: Wed, 17 Sep 2014 15:47:06 +0100 +Date: Wed, 17 Sep 2014 17:17:35 +0100 * Fixed metadata_license and screenshot in appdata * Defer writing AppInfo.xml to mscript.py dist * Output translation files correctly diff -Nru roxterm-2.9.4/po/es.po roxterm-2.9.5/po/es.po --- roxterm-2.9.4/po/es.po 2014-09-17 15:48:46.0 +0100 +++ roxterm-2.9.5/po/es.po 2014-11-28 18:21:58.0 + @@ -10,7 +10,7 @@ msgstr Project-Id-Version: roxterm\n Report-Msgid-Bugs-To: \n -POT-Creation-Date: 2014-08-06 19:48+0100\n +POT-Creation-Date: 2014-09-29 16:59+0100\n PO-Revision-Date: 2013-05-23 15:18+\n Last-Translator: Tony Houghton h...@realh.co.uk\n Language-Team: Spanish (http://www.transifex.com/projects/p/roxterm/language/; @@ -1132,154 +1132,154 @@ msgid Invalid geometry specification msgstr -#: ../src/roxterm.c:4705 +#: ../src/roxterm.c:4706 msgid Closing this ROXTerm tab may cause loss of data. Are you sure you want to continue? msgstr -#: ../src/roxterm.c:4709 +#: ../src/roxterm.c:4710 msgid You are about to close a ROXTerm window; this may cause loss of data. Are you sure you want to continue? msgstr -#: ../src/roxterm.c:4713 +#: ../src/roxterm.c:4714 msgid You are about to close a window containing multiple ROXTerm tabs; this may cause loss of data. Are you sure you want to continue? msgstr -#: ../src/roxterm.c:4722 +#: ../src/roxterm.c:4723 msgid ROXTerm: Confirm close msgstr -#: ../src/roxterm.c:4726 +#: ../src/roxterm.c:4727 msgid _Don't show this again msgstr -#: ../src/roxterm.c:4734 +#: ../src/roxterm.c:4735 msgid Only warn if tasks are still _running msgstr -#: ../src/roxterm.c:4849 +#: ../src/roxterm.c:4850 #, c-format msgid Unable to spawn command %s: %s msgstr
Bug#751556: opendkim: Set default MinimumKeyBits to 2048
On Fri, Nov 28, 2014 at 05:01:56PM -0500, Scott Kitterman wrote: I did investigate this and there is a valid reason for this. There are DNS service providers that limit TXT records to a single 255 character string (even though DNS has no such limit). 2048 bit key records won't fit. I could understand limiting to 512 byte for the whole packet. There should be enough space for 2048 bit. Larger than 512 byte _should_ work, but I know it breaks all over the place. That certain other software is broken is a stupid excuse for not having a sane default. Please don't let them hold back the rest of us. DKIM is designed to give some minimal level of assurance the message hasn't been modified, as such, it's not likely to be a primary target of someone seeking to factor 1024 bit keys (the same is not true of smaller keys which were successfully factored in the wild a few years ago). The generally recommended best practice for DKIM keys is to rotate them regularly to mitigate risks like this. There are places that do recommended rotating it, but not all of them do. But they should be rotated if you use larger keys. I also don't understand why you think 512 would be bad but 1024 not. You just need a larger budget. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771427: unblock: lxsession/0.5.1-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package lxsession
The package lxsession has three bugs of severity important:
#768043
#770975
#771147
The source of problems in all mentioned bugs was fixed by upstream and
therefore adding the commit as a patch would fix it in Debian. Changelog
follows:
* Adding 02-fix-db-update.patch from upstream to fix block on database update
(Closes: #768043, #770975, #771147).
* Adding valac into Build-Depends, patching requires it.
* Cleaning lxsession_lxsession_vala.stamp, patching requires it.
I also attach the debdiff to this message.
unblock lxsession/0.5.1-2
With best regards,
Andriy.
diff -Nru lxsession-0.5.1/debian/changelog lxsession-0.5.1/debian/changelog
--- lxsession-0.5.1/debian/changelog2014-10-18 03:33:22.0 +0300
+++ lxsession-0.5.1/debian/changelog2014-11-29 15:01:54.0 +0200
@@ -1,3 +1,12 @@
+lxsession (0.5.1-2) unstable; urgency=high
+
+ * Adding 02-fix-db-update.patch from upstream to fix block on database update
+(Closes: #768043, #770975, #771147).
+ * Adding valac into Build-Depends, patching requires it.
+ * Cleaning lxsession_lxsession_vala.stamp, patching requires it.
+
+ -- Andriy Grytsenko and...@rep.kiev.ua Sat, 29 Nov 2014 14:55:02 +0200
+
lxsession (0.5.1-1) unstable; urgency=medium
[ Andriy Grytsenko ]
diff -Nru lxsession-0.5.1/debian/clean lxsession-0.5.1/debian/clean
--- lxsession-0.5.1/debian/clean1970-01-01 03:00:00.0 +0300
+++ lxsession-0.5.1/debian/clean2014-11-29 14:48:30.0 +0200
@@ -0,0 +1 @@
+lxsession_lxsession_vala.stamp
diff -Nru lxsession-0.5.1/debian/control lxsession-0.5.1/debian/control
--- lxsession-0.5.1/debian/control 2014-10-18 02:59:27.0 +0300
+++ lxsession-0.5.1/debian/control 2014-11-29 14:43:10.0 +0200
@@ -8,7 +8,8 @@
Build-Depends:
debhelper (= 9), autotools-dev,
intltool, libdbus-glib-1-dev,
- libgtk2.0-dev, libpolkit-agent-1-dev
+ libgtk2.0-dev, libpolkit-agent-1-dev,
+ valac
Standards-Version: 3.9.6
Homepage: http://www.lxde.org/
Vcs-Browser: http://git.lxde.org/gitweb/?p=debian/lxsession.git
diff -Nru lxsession-0.5.1/debian/patches/02-fix-db-update.patch
lxsession-0.5.1/debian/patches/02-fix-db-update.patch
--- lxsession-0.5.1/debian/patches/02-fix-db-update.patch 1970-01-01
03:00:00.0 +0300
+++ lxsession-0.5.1/debian/patches/02-fix-db-update.patch 2014-11-29
14:27:52.0 +0200
@@ -0,0 +1,56 @@
+From 04a5a75ba10adeee261dc46a78314a08cfe093f3 Mon Sep 17 00:00:00 2001
+From: Julien Lavergne julien.laver...@gmail.com
+Date: Mon, 20 Oct 2014 00:17:36 +0200
+Subject: [PATCH] Correctly connect and emit signals for lxsession-db (sould
really fix #692)
+
+---
+ lxsession-db/desktop-files-backend.vala | 9 +
+ 1 file changed, 5 insertions(+), 4 deletions(-)
+
+diff --git a/lxsession-db/desktop-files-backend.vala
b/lxsession-db/desktop-files-backend.vala
+index be9622b..1e538e4 100644
+--- a/lxsession-db/desktop-files-backend.vala
b/lxsession-db/desktop-files-backend.vala
+@@ -186,7 +186,7 @@ namespace Lxsession
+
+ public void on_finish_scanning_installed()
+ {
+-message(Signal finish scanning with mode: %s,this.mode);
++message(Signal finish scanning installed with mode:
%s,this.mode);
+ if (this.mode == display)
+ {
+ print_values_installed ();
+@@ -206,7 +206,7 @@ namespace Lxsession
+
+ public void on_finish_scanning_available()
+ {
+-message(Signal finish scanning with mode: %s,this.mode);
++message(Signal finish scanning available with mode:
%s,this.mode);
+ if (this.mode == display)
+ {
+ global_db.print_values_available ();
+@@ -263,6 +263,7 @@ namespace Lxsession
+ else
+ {
+ message (%s doesn't exist. Pass, folder);
++finish_scanning_available();
+ }
+ }
+ }
+@@ -274,11 +275,11 @@ namespace Lxsession
+
+ public void update ()
+ {
+-update_installed();
+ finish_scanning_installed.connect(on_finish_scanning_installed);
++finish_scanning_available.connect(on_finish_scanning_available);
+
++update_installed();
+ update_available();
+-finish_scanning_available.connect(on_finish_scanning_available);
+ }
+
+ private async void list_desktop_files (string path, string mode)
+--
+2.1.1
+
diff -Nru lxsession-0.5.1/debian/patches/series
lxsession-0.5.1/debian/patches/series
--- lxsession-0.5.1/debian/patches/series 2014-10-17 23:47:25.0
+0300
+++ lxsession-0.5.1/debian/patches/series 2014-11-25 20:47:30.0
+0200
@@ -1 +1,2 @@
01-no-dup-polkit.patch
Bug#767907: Bug#767903: fixed in pcre3 1:8.36-1
Control: reopen 767907 Hi, On Mon, Nov 24, 2014 at 11:49:23PM +, Mark Baker wrote: pcre3 (1:8.36-1) unstable; urgency=medium . * New upstream release * Upped shlibs dependency to 8.35 (Closes: #767903) [the changelog mentioned #767903, but the change was actually for #767907] This doesn't fix #767907, as it doesn't include the epoch. It generates a dependency on 'libpcre3 (= 8.35)', which is satisfied by libpcre 1:8.30-5 (the version is wheezy), which doesn't have the new symbols. Also, as I mentioned in #767903, the new upstream version has to be reverted, to allow the changes to migrate to jessie. * Upstream patch for heap buffer overflow, CVE-2014-8964 (Closes: #770478) Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771428: apt tries to configure dbus before libdbus-1-3, fails to upgrade
Package: apt Version: 1.0.9.3 Severity: important Dear Maintainer, I'm not sure this should be reported against apt or the involved packages, but since it's the configuration ordering I'm taking a guess at the package manager. I had an issue where an apt full-upgrade (sid-sid) failed without further notice like this: ### (...) Unpacking systemd-sysv (215-7) over (215-6) ... E: Sub-process /usr/bin/dpkg returned an error code (1) ### and then when trying apt-get install -f failed with ### (...) dpkg: dependency problems prevent processing triggers for dbus: dbus depends on libdbus-1-3 (= 1.7.6); however: Package libdbus-1-3:amd64 is not configured yet. dpkg: error processing package dbus (--configure): dependency problems - leaving triggers unprocessed dpkg: dependency problems prevent processing triggers for dbus: dbus depends on libdbus-1-3 (= 1.7.6); however: Package libdbus-1-3:amd64 is not configured yet. (repeats...) dpkg: too many errors, stopping Processing triggers for man-db (2.7.0.2-3) ... Processing triggers for libc-bin (2.19-13) ... Errors were encountered while processing: dbus dbus dbus (repeats...) Processing was halted because there were too many errors. E: Sub-process /usr/bin/dpkg returned an error code (1) ### Which is re-occuring on consecutive apt-get install -f. I needed to manually run dpkg --configure libdbus-1-3:amd64 and then everything seemed to go though ok. The full shell log of actions mentioned are attached. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-image-3\.16-3-amd64$; APT::NeverAutoRemove:: ^linux-headers-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-headers-3\.16-3-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3\.16-3-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3\.16-3-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.16-3-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.16-3-amd64$; APT::NeverAutoRemove:: ^gnumach-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^gnumach-image-3\.16-3-amd64$; APT::NeverAutoRemove:: ^.*-modules-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^.*-modules-3\.16-3-amd64$; APT::NeverAutoRemove:: ^.*-kernel-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^.*-kernel-3\.16-3-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.16-3-amd64$; APT::NeverAutoRemove:: ^linux-tools-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-tools-3\.16-3-amd64$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; 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::Update ; 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::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; 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 ;
Bug#770488: unblock: west-chamber/20100405+svn20111107.r124-4
retitle 770488 unblock: west-chamber/20100405+svn2007.r124-5 thanks Jonathan Wiltshire 於 2014年11月22日 01:07 寫道: Control: tag -1 moreinfo On 2014-11-21 16:58, Ying-Chun Liu (PaulLiu) wrote: + +NAME=west-chamber +PACKAGE_NAME=$NAME-dkms That doesn't look quite right. Do you want to correct it in an upload or (since it doesn't seem to get used anywhere) go with what's there? Thanks, Hi Jonathan, OK. I fixed it in -5. Please see the debdiff. diff -Nru west-chamber-20100405+svn2007.r124/debian/changelog west-chamber-20100405+svn2007.r124/debian/changelog --- west-chamber-20100405+svn2007.r124/debian/changelog 2014-03-17 15:00:23.0 +0800 +++ west-chamber-20100405+svn2007.r124/debian/changelog 2014-11-22 13:00:48.0 +0800 @@ -1,3 +1,16 @@ +west-chamber (20100405+svn2007.r124-5) unstable; urgency=low + + * Clean up unnecessary variables in debian/west-chamber-dkms.postrm + + -- Ying-Chun Liu (PaulLiu) paul...@debian.org Sat, 22 Nov 2014 12:59:31 +0800 + +west-chamber (20100405+svn2007.r124-4) unstable; urgency=low + + * west-chamber-dkms: remove dangling symlink. (Closes: #769776) + * Bump Standards-Version to 3.9.6: Nothing needs to be changed. + + -- Ying-Chun Liu (PaulLiu) paul...@debian.org Wed, 19 Nov 2014 05:59:57 +0800 + west-chamber (20100405+svn2007.r124-3) unstable; urgency=medium * Move to xtables 2.4. diff -Nru west-chamber-20100405+svn2007.r124/debian/control west-chamber-20100405+svn2007.r124/debian/control --- west-chamber-20100405+svn2007.r124/debian/control 2014-03-17 14:59:35.0 +0800 +++ west-chamber-20100405+svn2007.r124/debian/control 2014-11-19 05:59:53.0 +0800 @@ -10,7 +10,7 @@ iptables-dev (= 1.4.3), libtool, pkg-config -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Homepage: http://code.google.com/p/scholarzhang/ Package: west-chamber-common diff -Nru west-chamber-20100405+svn2007.r124/debian/west-chamber-dkms.postrm west-chamber-20100405+svn2007.r124/debian/west-chamber-dkms.postrm --- west-chamber-20100405+svn2007.r124/debian/west-chamber-dkms.postrm 1970-01-01 08:00:00.0 +0800 +++ west-chamber-20100405+svn2007.r124/debian/west-chamber-dkms.postrm 2014-11-22 12:58:10.0 +0800 @@ -0,0 +1,51 @@ +#!/bin/sh +# postrm script for west-chamber-dkms +# +# see: dh_installdeb(1) + +set -e + +# summary of how this script can be called: +#* postrm `remove' +#* postrm `purge' +#* old-postrm `upgrade' new-version +#* new-postrm `failed-upgrade' old-version +#* new-postrm `abort-install' +#* new-postrm `abort-install' old-version +#* new-postrm `abort-upgrade' old-version +#* disappearer's-postrm `disappear' overwriter +# overwriter-version +# for details, see http://www.debian.org/doc/debian-policy/ or +# the debian-policy package + +NAME=west-chamber +VERSION=20100405+svn2007.r124 + +case $1 in +remove) + if [ -h /usr/src/$NAME-$VERSION/extensions/compat_xtables.c ]; then + rm -f /usr/src/$NAME-$VERSION/extensions/compat_xtables.c + fi +;; + +purge) + if [ -d /usr/src/$NAME-$VERSION/.tmp_versions ]; then + rm -rf /usr/src/$NAME-$VERSION/.tmp_versions + fi +;; + +upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) +;; + +*) +echo postrm called with unknown argument \`$1' 2 +exit 1 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) paul...@debian.org signature.asc Description: OpenPGP digital signature
Bug#771132: (no subject)
Thanks for your report. MORSE 1.2.1 is indeed expected to support Blender 2.72. For sanity check, can you post the output of `morse --version`? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770809: open-vm-tools: CVE-2014-4199 CVE-2014-4200
CVE-2014-4200 fixed in Version: 2:9.4.6-1770165-1 root@zebedev001:/tmp# /etc/vmware-tools/vm-support VMware UNIX Support Script 0.89 [...] Creating tar archive... Uploading archive to host... Done, support data available in 'vm-2014-11-29.29391.tar.gz'. root@zebedev001:/tmp# ls -la 'vm-2014-11-29.29391.tar.gz' -rw--- 1 root root 2034216 Nov 29 15:01 vm-2014-11-29.29391.tar.gz root@zebedev001:/tmp# Unsafe file creation in /tmp will be fixed in the next upload. thanks, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770983: unblock: UEFI installer fixes
KiBi? Are you OK with these? I'm hoping to get this lot migrated before I get other changes going... On Tue, Nov 25, 2014 at 08:58:05PM +0100, Niels Thykier wrote: Control: tags -1 confirmed On 2014-11-25 19:11, Steve McIntyre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package partman-efi and others - all d-i controlled packages. I've spoken to KiBi and he seems happier for me to drive this than him, so... :-) We've got quite a few important bugfixes since version 51 of partman-efi: [...] The complete fix for #763127 also depends on trivial changes in other packages, but the core logic is in partman-efi. Debdiffs for all are attached (autotools noise in libdebian-installer filtered). unblock partman-efi/56 unblock os-prober/1.65 unblock lilo-installer/1.47 unblock libdebian-installer/0.98 unblock grub-installer/1.101 [...] Hi, Looks good to me, just needs a d-i ack. KiBi, Steve suggested you were okay with (not being involved in) these already? :) ~Niels -- Steve McIntyre, Cambridge, UK.st...@einval.com C++ ate my sanity -- Jon Rabone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771429: systemd-shim: XFCE file manager can't mount removable SD devices
Package: systemd-shim Version: 9-1 Severity: important I have two systems on which I've seen this issue. I can click on the SD drive icon, and get: Unable to access devicename Not authorized to perform operation I switched one of my systems to using systemd as init, which cured this problem, so I am led to believe that the issue is in systemd-shim. John -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd-shim depends on: ii cgmanager 0.33-2 ii libc6 2.19-13 ii libglib2.0-0 2.42.0-2 systemd-shim recommends no packages. Versions of packages systemd-shim suggests: ii pm-utils 1.4.1-15 -- 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#740008: Bug 372560 - Glib error when disposing a Combo
Hello to everyone!
This bug seems to be the same as this - Bug 372560[1] - Glib error when
disposing a Combo from here -
http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=19969099fb0b8b88c03bc7dc1b553ccf865db827
I applied the patch, rebuild the libswt-gtk-3 package and it seems to be
working. No more crashes after opening the Preferences dialog or the
Find/Close dialog (using the qtcurve gtk2 theme).
If someone wants to try, in this link
-https://drive.google.com/file/d/0BwQL0pCeC6uzU0ZQWXU2d0hoWjQ/view?usp=sharing
you have the db files for amd64
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=372560
--- a/org/eclipse/swt/widgets/Combo.java
+++ b/org/eclipse/swt/widgets/Combo.java
@@ -541,6 +541,7 @@
long /*int*/ widget = OS.g_list_data (list);
if (OS.GTK_IS_BUTTON (widget)) {
buttonHandle = widget;
+OS.g_object_ref (buttonHandle);
break;
}
list = OS.g_list_next (list);
@@ -555,13 +556,15 @@
if (display.allChildren != 0) {
long /*int*/ list = display.allChildren;
while (list != 0) {
- long /*int*/ widget = OS.g_list_data (list);
- if (OS.G_OBJECT_TYPE (widget) == OS.GTK_TYPE_MENU ()) {
- menuHandle = widget;
- break;
+ long /*int*/ widget = OS.g_list_data (list);
+ if (OS.G_OBJECT_TYPE (widget) == OS.GTK_TYPE_MENU ()) {
+menuHandle = widget;
+OS.g_object_ref (menuHandle);
+break;
+ }
+ list = OS.g_list_next (list);
}
- list = OS.g_list_next (list);
- }
+
OS.g_list_free (display.allChildren);
display.allChildren = 0;
}
@@ -1486,7 +1489,13 @@
void releaseHandle () {
super.releaseHandle ();
- buttonHandle = entryHandle = 0;
+ if (menuHandle != 0) {
+ OS.g_object_unref (menuHandle);
+ }
+ if (buttonHandle != 0) {
+ OS.g_object_unref (buttonHandle);
+ }
+ menuHandle = buttonHandle = entryHandle = 0;
}
void releaseWidget () {
Bug#769955: gnome-maps: geoclue related error message on startup, Go to current location not working
On Sat, Nov 29, 2014 at 12:53:13PM +0100, Laurent Bigonville wrote: Le Sat, 29 Nov 2014 12:37:07 +0100, Michael Banck mba...@debian.org a écrit : Those are all upstream issues though, I guess. Do you think you could report this upstream? I commented on upstream #740379 which is very much related. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769955: gnome-maps: geoclue related error message on startup, Go to current location not working
forwarded 769955 https://bugzilla.gnome.org/show_bug.cgi?id=740379 severity 769955 minor tag 769955 - moreinfo retitle 769955 No notifications about geolocation service being disabled thanks Le Sat, 29 Nov 2014 15:35:55 +0100, Michael Banck mba...@debian.org a écrit : On Sat, Nov 29, 2014 at 12:53:13PM +0100, Laurent Bigonville wrote: Le Sat, 29 Nov 2014 12:37:07 +0100, Michael Banck mba...@debian.org a écrit : Those are all upstream issues though, I guess. Do you think you could report this upstream? I commented on upstream #740379 which is very much related. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771430: linux-image-3.16.0-4-amd64: wireless connection unstable with 3.16 Intel Centrino Advanced-N 6205
Package: src:linux Version: 3.16.7-2 Severity: normal since i start to use 3.16 kernel my wireless connection is unstable, often disconnects, if i move to a room with weaker signal wireless stop to work. kernel 3.14 did not have this problem thanks! PS: i just fond linux-image-3.17.0-trunk-amd64 on experimental, i will test it and report back if it fixes the problems -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06) ** Command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/vg00-root ro resume=/dev/mapper/vg00-swap clocksource=hpet nohdparm cgroup_enable=memory swapaccount quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [122553.478763] iwlwifi :03:00.0: 0xD6BE | interruptlink2 [122553.478766] iwlwifi :03:00.0: 0x0001 | data1 [122553.478770] iwlwifi :03:00.0: 0x0703 | data2 [122553.478774] iwlwifi :03:00.0: 0x00024B96 | line [122553.478778] iwlwifi :03:00.0: 0x07404F74 | beacon time [122553.478782] iwlwifi :03:00.0: 0x002E908C | tsf low [122553.478786] iwlwifi :03:00.0: 0x | tsf hi [122553.478789] iwlwifi :03:00.0: 0x | time gp1 [122553.478792] iwlwifi :03:00.0: 0x5048675D | time gp2 [122553.478794] iwlwifi :03:00.0: 0x | time gp3 [122553.478797] iwlwifi :03:00.0: 0x754312A8 | uCode version [122553.478799] iwlwifi :03:00.0: 0x00B0 | hw version [122553.478802] iwlwifi :03:00.0: 0x00488700 | board version [122553.478804] iwlwifi :03:00.0: 0x094F0080 | hcmd [122553.478807] iwlwifi :03:00.0: 0xAF863000 | isr0 [122553.478809] iwlwifi :03:00.0: 0x1101E000 | isr1 [122553.478812] iwlwifi :03:00.0: 0x0E1A | isr2 [122553.478814] iwlwifi :03:00.0: 0x0147FCC3 | isr3 [122553.478817] iwlwifi :03:00.0: 0x | isr4 [122553.478819] iwlwifi :03:00.0: 0x0110 | isr_pref [122553.478822] iwlwifi :03:00.0: 0x00024B96 | wait_event [122553.478824] iwlwifi :03:00.0: 0x00B4 | l2p_control [122553.478827] iwlwifi :03:00.0: 0x1240 | l2p_duration [122553.478829] iwlwifi :03:00.0: 0x000F | l2p_mhvalid [122553.478832] iwlwifi :03:00.0: 0x | l2p_addr_match [122553.478834] iwlwifi :03:00.0: 0x0005 | lmpm_pmg_sel [122553.478837] iwlwifi :03:00.0: 0x06061222 | timestamp [122553.478839] iwlwifi :03:00.0: 0xA0A8 | flow_handler [122553.478899] iwlwifi :03:00.0: Start IWL Event Log Dump: display last 1 entries [122553.478922] iwlwifi :03:00.0: EVT_LOGT:1346922329:0x010c:0123 [122553.478943] iwlwifi :03:00.0: Command REPLY_RXON failed: FW Error [122553.478948] iwlwifi :03:00.0: Error clearing ASSOC_MSK on BSS (-5) [122553.478959] iwlwifi :03:00.0: Microcode SW error detected. Restarting 0x200. [122553.478962] iwlwifi :03:00.0: CSR values: [122553.478965] iwlwifi :03:00.0: (2nd byte of CSR_INT_COALESCING is CSR_INT_PERIODIC_REG) [122553.478971] iwlwifi :03:00.0:CSR_HW_IF_CONFIG_REG: 0X00488700 [122553.478977] iwlwifi :03:00.0: CSR_INT_COALESCING: 0X0040 [122553.478982] iwlwifi :03:00.0: CSR_INT: 0X [122553.478988] iwlwifi :03:00.0:CSR_INT_MASK: 0X [122553.478994] iwlwifi :03:00.0: CSR_FH_INT_STATUS: 0X [122553.478999] iwlwifi :03:00.0: CSR_GPIO_IN: 0X0030 [122553.479004] iwlwifi :03:00.0: CSR_RESET: 0X [122553.479010] iwlwifi :03:00.0:CSR_GP_CNTRL: 0X080403c5 [122553.479016] iwlwifi :03:00.0: CSR_HW_REV: 0X00b0 [122553.479022] iwlwifi :03:00.0: CSR_EEPROM_REG: 0X2cfd0ffd [122553.479027] iwlwifi :03:00.0: CSR_EEPROM_GP: 0X9001 [122553.479033] iwlwifi :03:00.0: CSR_OTP_GP_REG: 0X00030001 [122553.479039] iwlwifi :03:00.0: CSR_GIO_REG: 0X00080044 [122553.479045] iwlwifi :03:00.0:CSR_GP_UCODE_REG: 0X83c1 [122553.479050] iwlwifi :03:00.0: CSR_GP_DRIVER_REG: 0X [122553.479056] iwlwifi :03:00.0: CSR_UCODE_DRV_GP1: 0X [122553.479061] iwlwifi :03:00.0: CSR_UCODE_DRV_GP2: 0X [122553.479066] iwlwifi :03:00.0: CSR_LED_REG: 0X0060 [122553.479072] iwlwifi :03:00.0:CSR_DRAM_INT_TBL_REG: 0X8842885c [122553.479077] iwlwifi :03:00.0:CSR_GIO_CHICKEN_BITS: 0X27800200 [122553.479083] iwlwifi :03:00.0: CSR_ANA_PLL_CFG: 0X [122553.479088] iwlwifi :03:00.0: CSR_MONITOR_STATUS_REG: 0X6bf7ffd7 [122553.479094] iwlwifi :03:00.0: CSR_HW_REV_WA_REG: 0X0001001a [122553.479099] iwlwifi :03:00.0:CSR_DBG_HPET_MEM_REG: 0X0010 [122553.479102] iwlwifi :03:00.0: FH register values: [122553.479117] iwlwifi :03:00.0:
Bug#771431: (preapproval) unblock: ruby2.1/2.1.5-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello,
I intend to upload a new upstream version of ruby2.1 with the attached
debdiff to unstable.
It contains fixes for 2 bugs:
- Fixes CVE-2014-8090 Another Denial of Service XML Expansion
(Closes: #770932)
- Fixes build on SPARC (Closes: #769731)
Even though it's a new upstream release:
- the changes are minimal and are restricted to the above bugs, plus
minimal build system changes and portability fixes.
- a large part of the debdiff is changelog entries, a version bump, and
test suite additions.
- having this version in jessie will ease the stable maintainance effort
by deviating as little as possible from upstream.
Please let me know if you agree with me uploading this.
unblock ruby2.1/2.1.5-1
-- System Information:
Debian Release: jessie/sid
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Antonio Terceiro terce...@debian.org
diff --git a/ChangeLog b/ChangeLog
index 19dbbd0..fe76d3d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,50 @@
+Thu Nov 13 22:32:34 2014 CHIKANAGA Tomoyuki nagach...@ruby-lang.org
+
+ * lib/rexml/document.rb: add REXML::Document#document.
+ reported by Tomas Hoger tho...@redhat.com and patched by nahi.
+
+Thu Nov 6 22:57:43 2014 Naohisa Goto ngotogen...@gmail.com
+
+ * bignum.c (absint_numwords_generic): set an array element after
+ definition of a variable to fix compile error with older version
+ of fcc (Fujitsu C Compiler) 5.6 on Solaris 10 on Sparc.
+ [Bug #10350] [ruby-dev:48608]
+
+Thu Nov 6 22:36:55 2014 Naohisa Goto ngotogen...@gmail.com
+
+ * compile.c (compile_data_alloc): add padding when strict alignment
+ is required for memory access. Currently, the padding is enabled
+ only when the CPU is 32-bit SPARC and the compiler is GCC.
+ [Bug #9681] [ruby-core:61715]
+
+ * compile.c (STRICT_ALIGNMENT): defined if strict alignment is required
+
+ * compile.c (ALIGNMENT_SIZE, ALIGNMENT_SIZE_MASK, PADDING_SIZE_MAX):
+ new macros for alignemnt word size, bit mask, max size of padding.
+
+ * compile.c (calc_padding): new function to calculate padding size.
+
+Wed Nov 5 00:18:22 2014 Nobuyoshi Nakada n...@ruby-lang.org
+
+ * configure.in (__builtin_setjmp): disable with gcc/clang earlier
+ than 4.3 on Mac OS X. [ruby-core:65174] [Bug #10272]
+
+Wed Nov 5 00:01:04 2014 Tanaka Akira a...@fsij.org
+
+ * bignum.c (bary_mul_balance_with_mulfunc): Fix free work area
+ location.
+ [ruby-dev:48723] [Bug #10464]
+ [ruby-core:66044] [Bug #10465]
+ Reported by Kohji Nishihama.
+
+Tue Oct 28 22:30:21 2014 NARUSE, Yui nar...@ruby-lang.org
+
+ * configure.in: remove apple-gcc4.2 from CC candidates.
+
+火 10 28 22:19:44 2014 CHIKANAGA Tomoyuki nagach...@ruby-lang.org
+
+ * version.h (RUBY_VERSION): bump RUBY_VERSION to 2.1.5.
+
Mon Oct 27 20:20:14 2014 NAKAMURA Usaku u...@ruby-lang.org
* lib/rexml/entity.rb: keep the entity size within the limitation.
diff --git a/bignum.c b/bignum.c
index b499c0b..27d8d8a 100644
--- a/bignum.c
+++ b/bignum.c
@@ -1650,7 +1650,7 @@ bary_mul_balance_with_mulfunc(BDIGIT *zds, size_t zn, const BDIGIT *xds, size_t
}
tds = zds + n;
MEMCPY(wds, zds + n, BDIGIT, xn);
-mulfunc(tds, tn, xds, xn, yds + n, r, wds-xn, wn-xn);
+mulfunc(tds, tn, xds, xn, yds + n, r, wds+xn, wn-xn);
bary_add(zds + n, tn,
zds + n, tn,
wds, xn);
@@ -3294,7 +3294,7 @@ absint_numwords_generic(size_t numbytes, int nlz_bits_in_msbyte, size_t word_num
static const BDIGIT char_bit[1] = { CHAR_BIT };
BDIGIT numbytes_bary[bdigit_roomof(sizeof(numbytes))];
BDIGIT val_numbits_bary[bdigit_roomof(sizeof(numbytes) + 1)];
-BDIGIT nlz_bits_in_msbyte_bary[1] = { nlz_bits_in_msbyte };
+BDIGIT nlz_bits_in_msbyte_bary[1];
BDIGIT word_numbits_bary[bdigit_roomof(sizeof(word_numbits))];
BDIGIT div_bary[numberof(val_numbits_bary) + BIGDIVREM_EXTRA_WORDS];
BDIGIT mod_bary[numberof(word_numbits_bary)];
@@ -3304,6 +3304,8 @@ absint_numwords_generic(size_t numbytes, int nlz_bits_in_msbyte, size_t word_num
int sign;
size_t numwords;
+nlz_bits_in_msbyte_bary[0] = nlz_bits_in_msbyte;
+
/*
* val_numbits = numbytes * CHAR_BIT - nlz_bits_in_msbyte
* div, mod = val_numbits.divmod(word_numbits)
diff --git a/compile.c b/compile.c
index a76c93b..099c280 100644
--- a/compile.c
+++ b/compile.c
@@ -583,18 +583,72 @@ rb_iseq_translate_threaded_code(rb_iseq_t *iseq)
/* definition of data structure for compiler */
/*/
+/*
+ * On 32-bit SPARC, GCC by default
Bug#770414: unblock: gtk+3.0/3.14.5-1
Hello Niels!
I'd be more then happy if someone else could answer your questions
but I'll make an attempt at filling in some information here
just in case noone else steps up.
On Sat, Nov 29, 2014 at 10:48:06AM +0100, Niels Thykier wrote:
[...]
diff -Nru glib2.0-2.42.0/gio/gdbus-2.0/codegen/config.py
glib2.0-2.42.1/gio/gdbus-2.0/codegen/config.py
--- glib2.0-2.42.0/gio/gdbus-2.0/codegen/config.py 2014-09-22
17:18:16.0 +
+++ glib2.0-2.42.1/gio/gdbus-2.0/codegen/config.py 2014-11-09
23:20:38.0 +
@@ -21,5 +21,5 @@
DATADIR = ${prefix}/share
DATADIR = DATADIR.replace(
-${prefix}, /usr/local)
-VERSION = 2.42.0
+${prefix}, /home/mclasen/gnome)
+VERSION = 2.42.1
Is the above going to be an issue/break stuff?
The above is a generated file built from config.py.in, so should not be
any issue here.
diff -Nru glib2.0-2.42.0/gio/gioenums.h glib2.0-2.42.1/gio/gioenums.h
--- glib2.0-2.42.0/gio/gioenums.h 2014-09-22 13:42:12.0 +
+++ glib2.0-2.42.1/gio/gioenums.h 2014-10-02 18:02:20.0 +
[...]
@@ -1377,9 +1377,9 @@
G_CREDENTIALS_TYPE_INVALID,
G_CREDENTIALS_TYPE_LINUX_UCRED,
G_CREDENTIALS_TYPE_FREEBSD_CMSGCRED,
- G_CREDENTIALS_TYPE_NETBSD_UNPCBID,
G_CREDENTIALS_TYPE_OPENBSD_SOCKPEERCRED,
- G_CREDENTIALS_TYPE_SOLARIS_UCRED
+ G_CREDENTIALS_TYPE_SOLARIS_UCRED,
+ G_CREDENTIALS_TYPE_NETBSD_UNPCBID
} GCredentialsType;
/**
Is this a public enum with values re-ordered for no apparent reason (and
possibly breaking ABI)?
Yes, except the for no apparent reason part.
The introduction of NetBSD support caused an ABI breakage, this simply
reverts to the old ABI. This likely does not affect us at all though
(since it involves NetBSD, OpenBSD and Solaris).
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771432: asterisk fails to start because of res_corosync.so module
Package: asterisk-config Version: 1:13.0.0~dfsg-2 Severity: important Dear Maintainers, On a fresh install, asterisk fails to start with the message: [Nov 29 14:30:10] ERROR[1617]: res_corosync.c:886 load_module: Failed to initialize cfg: (6) [Nov 29 14:30:10] ERROR[1617]: res_corosync.c:857 cleanup_module: Failed to finalize cfg (9) Adding noload = res_corosync.so in /etc/asterisk/modules.conf fixes the issue. It therefore looks like the res_corosync.so module should be disabled by default: the crash is rather confusing for new/unexperienced users. And those users who need res_corosync.so can enable it manually. Note that this problem was not present in asterisk 11. It appeared with asterisk 13. Thanks for your work, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: Digital signature
Bug#771433: RFS: xastir/2.0.6-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package xastir * Package name: xastir Version : 2.0.6-1 * URL : http://xastir.org/ * License : GPL-2 Section : hamradio It builds those binary packages: xastir - X Amateur Station Tracking and Information Reporting To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xastir Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xastir/xastir_2.0.6-1.dsc Changes since the last upload: * Update to new upstream version (Closes: #761837) * Update to 3.9.6 packaging standard. * Changed priority to optional. * Corrected Maintainer: line in control file. * Removed uploaders inactive on the package. * Package source now maintained in Hamradio Maintainers' git VCS. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpiaZxqdHgVS.pgp Description: PGP signature
Bug#568183: man-db: [INTL:pt] Updated Portuguese translation for package messages
On Tue, 2 Feb 2010 23:31:53 + Colin Watson cjwat...@debian.org wrote: On Tue, Feb 02, 2010 at 10:54:56PM +, Américo Monteiro wrote: Updated Portuguese translation for man-db messages. Translator: Américo Monteiro a_monteiro at netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. I'm afraid I don't take translation updates through Debian bug reports, but I'm happy to take them upstream if you submit them through the appropriate Translation Project team (http://translationproject.org/). Could you submit this there? (When I take translations any other way, the Translation Project administrators tend to shout at me!) Almost 5 years later, we've incorporated these translations via the Translation Project. Cheers, Luís -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770982: Patch
Hi,
On Sat, Nov 29, 2014 at 10:24:45AM +, Paulo Assis wrote:
This is fixed in version 0.2.5.
source packages (signed) can be found here:
https://drive.google.com/folderview?id=0B0_qxcVSvJFMOTcyOFJRNkFaWjAusp=sharing
If someone can upload this, it would be appreciated.
I can upload it, but I'm afraid that it won't be allowed into testing.
According to
https://release.debian.org/jessie/freeze_policy.html
new upstream releases shouldn't be included, only fixes for bugs of
important severity or higher, as well as translation and documentation
fixes.
Would you mind if I made an non-maintainer upload based on the
following patch? Would you prefer I sponsor an upload by you that
just fixes this bug?
diff -Nru libwebcam-0.2.4/debian/changelog libwebcam-0.2.4/debian/changelog
--- libwebcam-0.2.4/debian/changelog2013-11-01 16:49:24.0 -0700
+++ libwebcam-0.2.4/debian/changelog2014-11-29 06:52:05.0 -0800
@@ -1,3 +1,10 @@
+libwebcam (0.2.4-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Install dynctrl-logitech.h (Closes: #770982)
+
+ -- Matt Kraai kr...@debian.org Sat, 29 Nov 2014 06:52:05 -0800
+
libwebcam (0.2.4-1) unstable; urgency=low
* Bump to version 0.2.4 (Closes: #713548)
diff -Nru libwebcam-0.2.4/debian/libwebcam0-dev.install
libwebcam-0.2.4/debian/libwebcam0-dev.install
--- libwebcam-0.2.4/debian/libwebcam0-dev.install 2013-11-01
16:49:24.0 -0700
+++ libwebcam-0.2.4/debian/libwebcam0-dev.install 2014-11-28
15:32:56.0 -0800
@@ -1,3 +1,4 @@
+usr/include/dynctrl-logitech.h
usr/include/webcam.h
usr/lib/libwebcam.a
usr/lib/libwebcam.so
diff -Nru libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h
libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h
--- libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h 1969-12-31
16:00:00.0 -0800
+++ libwebcam-0.2.4/debian/patches/install-dynctrl-logitech.h 2014-11-28
15:29:48.0 -0800
@@ -0,0 +1,13 @@
+Index: libwebcam-0.2.4/libwebcam/CMakeLists.txt
+===
+--- libwebcam-0.2.4.orig/libwebcam/CMakeLists.txt 2013-10-31
14:47:36.0 -0700
libwebcam-0.2.4/libwebcam/CMakeLists.txt 2014-11-28 15:29:32.063070089
-0800
+@@ -103,7 +103,7 @@
+ )
+
+ install (
+- FILES ../common/include/webcam.h
++ FILES ../common/include/webcam.h ../common/include/dynctrl-logitech.h
+ DESTINATION ${CMAKE_INSTALL_PREFIX}/include
+ )
+
diff -Nru libwebcam-0.2.4/debian/patches/series
libwebcam-0.2.4/debian/patches/series
--- libwebcam-0.2.4/debian/patches/series 2013-11-01 16:49:24.0
-0700
+++ libwebcam-0.2.4/debian/patches/series 2014-11-28 15:29:13.0
-0800
@@ -0,0 +1 @@
+install-dynctrl-logitech.h
--
Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770809: open-vm-tools: CVE-2014-4199 CVE-2014-4200
Hi Bernd, On Sat, Nov 29, 2014 at 03:23:54PM +0100, Bernd Zeimetz wrote: CVE-2014-4200 fixed in Version: 2:9.4.6-1770165-1 FTR, it is marked as fixed already in the security-tracker at https://security-tracker.debian.org/tracker/CVE-2014-4200 . Thanks a lot for your work! Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771431: (preapproval) unblock: ruby2.1/2.1.5-1
Control: tags -1 moreinfo confirmed On 2014-11-29 15:48, Antonio Terceiro wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, I intend to upload a new upstream version of ruby2.1 with the attached debdiff to unstable. It contains fixes for 2 bugs: - Fixes CVE-2014-8090 Another Denial of Service XML Expansion (Closes: #770932) - Fixes build on SPARC (Closes: #769731) Even though it's a new upstream release: - the changes are minimal and are restricted to the above bugs, plus minimal build system changes and portability fixes. - a large part of the debdiff is changelog entries, a version bump, and test suite additions. - having this version in jessie will ease the stable maintainance effort by deviating as little as possible from upstream. Please let me know if you agree with me uploading this. unblock ruby2.1/2.1.5-1 [...] Approved provided that the changes are uploaded to unstable before the 5th of December. Please remove the moreinfo once it has been accepted into unstable. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771434: unblock: debian-policy/3.9.6.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package debian-policy
This fix a FTBFS with emacs 24.4 that did not occu with emacs 24.3
debian-policy (3.9.6.1) unstable; urgency=low
* Fix FTBFS with emacs 24.4. Thanks to David Bremner da...@tethera.net
for the help. Closes: #769219
-- Bill Allombert ballo...@debian.org Mon, 17 Nov 2014 11:55:55 +0100
I join the full diff. Note that there is two useless files that are removed
(they were included by mistake in the previous upload, sorry about that).
unblock debian-policy/3.9.6.1
-- System Information:
Debian Release: 7.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Bill. ballo...@debian.org
Imagine a large red swirl here.
diff -Nru
debian-policy-3.9.6.0/0001-All-packages-using-Perl-vendorarch-directory-need-a-.patch
debian-policy-3.9.6.1/0001-All-packages-using-Perl-vendorarch-directory-need-a-.patch
---
debian-policy-3.9.6.0/0001-All-packages-using-Perl-vendorarch-directory-need-a-.patch
2014-06-13 21:38:13.0 +0200
+++
debian-policy-3.9.6.1/0001-All-packages-using-Perl-vendorarch-directory-need-a-.patch
1970-01-01 01:00:00.0 +0100
@@ -1,51 +0,0 @@
-From 007c07db2c549adef83b0c9019d90746117bd7df Mon Sep 17 00:00:00 2001
-From: Niko Tyni nt...@debian.org
-Date: Fri, 30 May 2014 14:10:22 +0300
-Subject: [PATCH] All packages using Perl vendorarch directory need a perlapi-*
- dependency
-
-Having $Config{vendorarch} change between Perl major versions (for
-multiarch or other reasons) implies that packages using it need a strict
-dependency on those versions of perl-base that have a compatible search
-path (@INC).
-
-The vast majority of these packages are binary (XS) modules, where we
-already require a dependency on the virtual package perlapi-*, provided
-by perl-base. The name of this virtual package will change when the
-interface between the Perl interpreter and the modules changes.
-
-If we consider @INC part of that interface, we can use the existing
-mechanism also for the few nonbinary modules using $Config{vendorarch}.
-This is a new requirement that currently affects six packages in
-the archive.
- perl-policy.sgml | 9 +
- 1 file changed, 5 insertions(+), 4 deletions(-)
-
-diff --git a/perl-policy.sgml b/perl-policy.sgml
-index c23f7c3..12cd82c 100644
a/perl-policy.sgml
-+++ b/perl-policy.sgml
-@@ -388,14 +388,15 @@ $(MAKE) install DESTDIR=$(CURDIR)/debian/lt;tmpgt;
- /sect1
-
- sect1 id=binary_modules
--headingBinary Modules/heading
-+headingBinary and Other Architecture Dependent Modules/heading
- p
- Binary modules must specify a dependency on either
- packageperl/package or packageperl-base/package with
- a minimum version of the packageperl/package package
-- used to build the module, and must additionally depend on
-- the expansion of
-- packageperlapi-$Config{debian_abi}/package using
-+ used to build the module. Additionally, all binary modules
-+ (regardless of their installation directory) and any other modules
-+ installed into tt$Config{vendorarch}/tt must depend on the
-+ expansion of packageperlapi-$Config{debian_abi}/package using
- the ttConfig/tt module. If tt$Config{debian_abi}/tt
- is empty or not set, tt$Config{version}/tt must be used.
- /p
---
-2.0.0.rc4
-
diff -Nru debian-policy-3.9.6.0/debian/changelog
debian-policy-3.9.6.1/debian/changelog
--- debian-policy-3.9.6.0/debian/changelog 2014-09-17 20:03:26.0
+0200
+++ debian-policy-3.9.6.1/debian/changelog 2014-11-17 11:56:18.0
+0100
@@ -1,3 +1,10 @@
+debian-policy (3.9.6.1) unstable; urgency=low
+
+ * Fix FTBFS with emacs 24.4. Thanks to David Bremner da...@tethera.net
+for the help. Closes: #769219
+
+ -- Bill Allombert ballo...@debian.org Mon, 17 Nov 2014 11:55:55 +0100
+
debian-policy (3.9.6.0) unstable; urgency=low
[ Bill Allombert ]
diff -Nru debian-policy-3.9.6.0/debian/control
debian-policy-3.9.6.1/debian/control
--- debian-policy-3.9.6.0/debian/control2014-09-17 20:02:32.0
+0200
+++ debian-policy-3.9.6.1/debian/control2014-11-17 11:46:37.0
+0100
@@ -10,7 +10,7 @@
debiandoc-sgml (= 1.1.47),
docbook-dsssl,
docbook-xml,
- emacs-nox|emacs,
+ emacs-nox (= 24.4) | emacs (= 24.4),
groff,
jade,
links | elinks,
diff -Nru debian-policy-3.9.6.0/patch debian-policy-3.9.6.1/patch
--- debian-policy-3.9.6.0/patch 2014-07-30 15:46:36.0 +0200
+++ debian-policy-3.9.6.1/patch
Bug#771435: debian-edu-doc: fails to use language specific images in EPUB manuals
Source: debian-edu-doc Severity: normal Tags: patch pending For some manuals language specific images are available and are used with HTML and PDF manuals. All EPUB manuals do only show the default (en) ones. The fix has been tested and submitted to git. diff --git a/documentation/common/Makefile.common b/documentation/common/Makefile.common index 369f1e2..09e9b9c 100644 --- a/documentation/common/Makefile.common +++ b/documentation/common/Makefile.common @@ -58,7 +58,15 @@ build-epub: -for LINGUA in $(LANGUAGES) ; do \ echo Creating epub for $$LINGUA; \ po4a --translate-only $(name).$$LINGUA.xml po4a.cfg ; \ + mkdir images-tmp ; \ + cp images/*.* images-tmp/ ; \ + if [ -e images/$$LINGUA ] ; then \ + cp -v images/$$LINGUA/*.* images-tmp/ ; \ + fi ; \ + sed -i s#./images#./images-tmp#g $(name).$$LINGUA.xml ; \ $(DBTOEPUB) $(name).$$LINGUA.xml ; \ + sed -i s#./images-tmp#./images/#g $(name).$$LINGUA.xml ; \ + rm -rf images-tmp/ ; \ done else build-html: Wolfgang signature.asc Description: Digital signature
Bug#771436: caff: Support e-mail subject customization
Package: signing-party Version: 1.1.11-1 Severity: wishlist Hi! caff has a hardcoded e-mail subject. It would be good if we could also customize it (in .caffrc) Thank you! Best regards, Nelson -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages signing-party depends on: ii gnupg 1.4.18-4 ii libc6 2.19-13 ii libclass-methodmaker-perl 2.21-1+b1 ii libgnupg-interface-perl0.50-3 ii libmailtools-perl 2.13-1 ii libmime-tools-perl 5.505-1 ii libnet-idn-encode-perl 2.201-1 ii libterm-readkey-perl 2.32-1+b1 ii libtext-template-perl 1.46-1 ii perl 5.20.1-3 pn python:any none ii qprint 1.0.dfsg.2-2 Versions of packages signing-party recommends: ii dialog 1.2-20140911-1 ii dma [mail-transport-agent] 0.9-1 pn libgd-gd2-noxpm-perl | libgd-gd2-perl none ii libpaper-utils 1.1.24+nmu4 ii whiptail 0.52.17-1+b1 Versions of packages signing-party suggests: pn fonts-droidnone ii imagemagick8:6.8.9.9-3 ii mutt 1.5.23-1.1 pn qrencode none pn texlive-font-utils none ii texlive-latex-recommended 2014.20141024-1 pn texlive-xetex none pn wipe none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684179: lxde-common: modified alternatives after purge
control: tags -1 moreinfo As for now, there is no PIUPARTS problems with any of LXDE related packages. I suppose this bug may be closed, right? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771426: unblock: ifupdown/0.7.50
Control: tags -1 moreinfo confirmed On 2014-11-29 14:49, Andrew Shadura wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ifupdown This upload is going to fix some bugs I consider important for ifupdown in Jessie: [...] I've also had one change staged which is a simplification of the Makefile by using mk-configure, but I'm not sure if it's appropriate at this moment, so I'm not including it into the debdiff, but please comment if you think it might be okay: http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/5ccdd24f6662 Thanks. unblock ifupdown/0.7.50 [...] Approved provided that the changes are uploaded to unstable /before/ the 5th of December. Please remove the moreinfo tag once it has been accepted. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771437: unblock: libyaml-libyaml-perl/0.41-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, Please unblock package libyaml-libyaml-perl It addresses #771365. Wrapped strings trigger an assertion. Upstream for libyaml itself removed the assertion an let the parser fail correctly. libyaml-libyaml-perl is affected from the same issue as it embedds libyaml. CVE-2014-9130 was assigned for this issue, as applications using libyaml can be crashed ith untrusted yaml input. http://www.openwall.com/lists/oss-security/2014/11/28/1 http://security-tracker.debian.org/tracker/CVE-2014-9130 The changelog for the 0.41-6 upload is: +libyaml-libyaml-perl (0.41-6) unstable; urgency=high + + * Team upload. + * Add CVE-2014-9130.patch patch. +Fix CVE-2014-9130: assertion failure caused by wrapped strings. +(Closes: 771365) + + -- Salvatore Bonaccorso car...@debian.org Sat, 29 Nov 2014 08:23:09 +0100 Attached is also the full used debdiff. unblock libyaml-libyaml-perl/0.41-6 Thanks a lot for considering, Regards, Salvatore diff -Nru libyaml-libyaml-perl-0.41/debian/changelog libyaml-libyaml-perl-0.41/debian/changelog --- libyaml-libyaml-perl-0.41/debian/changelog 2014-03-26 20:03:55.0 +0100 +++ libyaml-libyaml-perl-0.41/debian/changelog 2014-11-29 08:33:49.0 +0100 @@ -1,3 +1,12 @@ +libyaml-libyaml-perl (0.41-6) unstable; urgency=high + + * Team upload. + * Add CVE-2014-9130.patch patch. +Fix CVE-2014-9130: assertion failure caused by wrapped strings. +(Closes: 771365) + + -- Salvatore Bonaccorso car...@debian.org Sat, 29 Nov 2014 08:23:09 +0100 + libyaml-libyaml-perl (0.41-5) unstable; urgency=high * Team upload. diff -Nru libyaml-libyaml-perl-0.41/debian/patches/CVE-2014-9130.patch libyaml-libyaml-perl-0.41/debian/patches/CVE-2014-9130.patch --- libyaml-libyaml-perl-0.41/debian/patches/CVE-2014-9130.patch 1970-01-01 01:00:00.0 +0100 +++ libyaml-libyaml-perl-0.41/debian/patches/CVE-2014-9130.patch 2014-11-29 08:33:49.0 +0100 @@ -0,0 +1,26 @@ +Description: Remove invalid simple key assertion + CVE-2014-9130: denial-of-service/application crash with untrusted + yaml input +Origin: upstream, https://bitbucket.org/xi/libyaml/commits/2b9156756423e967cfd09a61d125d883fca6f4f2 +Bug: https://bitbucket.org/xi/libyaml/issue/10/wrapped-strings-cause-assert-failure +Bug-Debian: https://bugs.debian.org/771365 +Forwarded: no +Author: Salvatore Bonaccorso car...@debian.org +Last-Update: 2014-11-29 + +--- a/LibYAML/scanner.c b/LibYAML/scanner.c +@@ -1106,13 +1106,6 @@ yaml_parser_save_simple_key(yaml_parser_ + parser-indent == (ptrdiff_t)parser-mark.column); + + /* +- * A simple key is required only when it is the first token in the current +- * line. Therefore it is always allowed. But we add a check anyway. +- */ +- +-assert(parser-simple_key_allowed || !required);/* Impossible. */ +- +-/* + * If the current position may start a simple key, save it. + */ + diff -Nru libyaml-libyaml-perl-0.41/debian/patches/series libyaml-libyaml-perl-0.41/debian/patches/series --- libyaml-libyaml-perl-0.41/debian/patches/series 2014-03-26 20:03:55.0 +0100 +++ libyaml-libyaml-perl-0.41/debian/patches/series 2014-11-29 08:33:49.0 +0100 @@ -4,3 +4,4 @@ libyaml-node-id-hardening.patch libyaml-guard-against-overflows-in-indent-and-flow_level.patch CVE-2014-2525.patch +CVE-2014-9130.patch
Bug#764823: meld: no longer colourises different/added lines
Hi, While the fix in 3.12.1-1 brings back the coloring of modified/added lines, it makes the text in the editor widgets hardly readable in my setup. I'm using KDE with the Oxygen theme and gtk3-engines-oxygen to make GTK3 applications look OK. After upgrading to 3.12.1-1, the text in the editor widgets suddenly gets dark gray on a black background. That is, basically only the text colored by syntax highlighting is readable. Downgrading to 3.12.0-1 restores the previous black-on-white text coloring. Any ideas? Thanks, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771341: segfaults in sqlite3_value_type while using from Python
Hi László,
Thanks for getting back to me
On Sat, 29 Nov 2014, László Böszörményi (GCS) wrote:
Package: libsqlite3-0
Version: 3.7.13-1+deb7u1
Severity: serious
Originally detected I believe on sid installation, but forgot to capture the
version, I will try to replicate/report later. But very consistent with
wheezy
(from which I am reporting now).
May you give me some details how it happened in Sid?
ok -- I will try to replicate again under sid (trickier since I have no sid on
publicly bombarded servers)
Triggered by the backport fail2ban 0.9.1-1~nd70+1 (available from
http://neuro.debian.net/debian-devel/ wheezy/main amd64 Packages apt repo)
it
gets to
[...]
The problem is, I don't see the segfault in the mentioned gdb output.
well -- I didn't think it would be useful since backtrace has that call
on top and you would just trust me ;) but here you go:
# gdb --args /usr/bin/python-dbg /usr/bin/fail2ban-server -s
/var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid -x -f
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/python-dbg...done.
(gdb) c
The program is not being run.
(gdb) r
Starting program: /usr/bin/python-dbg /usr/bin/fail2ban-server -s
/var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid -x -f
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
2014-11-24 08:52:18,796 fail2ban.server [29794]: INFOStarting
Fail2ban v0.9.1
2014-11-24 08:52:26,467 fail2ban.server [29794]: INFOStopping all
jails
[New Thread 0x752a4700 (LWP 29812)]
[New Thread 0x74aa3700 (LWP 29813)]
[New Thread 0x7fffe700 (LWP 29814)]
[Thread 0x752a4700 (LWP 29812) exited]
[Thread 0x7fffe700 (LWP 29814) exited]
[Thread 0x74aa3700 (LWP 29813) exited]
[New Thread 0x74aa3700 (LWP 29895)]
[New Thread 0x7fffe700 (LWP 29896)]
[New Thread 0x752a4700 (LWP 29897)]
[Thread 0x74aa3700 (LWP 29895) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x752a4700 (LWP 29897)]
sqlite3_value_type (pVal=0x0) at sqlite3.c:63805
63805 sqlite3.c: No such file or directory.
(gdb)
unfortunately we haven't logged the sql queries so not sure on exact one,
but I
think it was this one, which if executed from the shell seems to not cause
the
segfault...
n {1..100}; do sqlite3 -list fail2ban.sqlite3 'SELECT ip, timeofban, data
FROM bans WHERE 1 AND jail=sshd AND ip=111.74.239.35 ORDER BY ip,
timeofban' /dev/null echo success; done
Then how often do you get segfault?
once in few days
Do you have any additional
information if it happens in a given daytime, when there are several
bots try to get into your system or anything else?
I will keep monitoring/analyzing more -- so far haven't spotted
Please help me to troubleshoot this one if more information is necessary
to point the issue
I'm the SQLite3 maintainer and not the fail2ban one
FWIW -- I am the Fail2ban maintainer... but fail2ban is just a 'trigger'
here -- it is a purely Python implementation so either it is sqlite3 or python
bindings which are at fault here
. But please note
the changelog the version you use[1]:
- 0.9 series is quite a big leap in development, especially since 0.8.6
which made it to previous Debian stable wheezy. Please consult
upstream
ChangeLog about changes
Did you check it, reviewed your configuration?
configuration of ... fail2ban? it is somewhat minimalistic -- just a single
jail, that is why my original suspicion of possibly incorrect locking for the
same DB across threads didn't get much of my mental support ;) Although there
is still also few threads involved :
Id Target Id Frame
* 7Thread 0x752a4700 (LWP 29897) python-dbg sqlite3_value_type
(pVal=0x0) at sqlite3.c:63805
6Thread 0x7fffe700 (LWP 29896) python-dbg 0x00525338 in
PyEval_EvalCodeEx (co=0xbe9ca0, globals=
{'logMultiprocessing': 1, '__path__': ['/usr/lib/python2.7/logging'],
'LogRecord': type at remote 0xc29c70, 'logProcesses': 1, 'addLevelName':
function at remote 0xc6e6f0, '_addHandlerRef': function at remote 0xc70798,
'WARNING': 30, 'fatal': function at remote 0xc751b0, 'currentframe':
function at remote 0xc6e648, 'INFO': 20, '_startTime': float at remote
0x9d38f8, '__file__': '/usr/lib/python2.7/logging/__init__.pyc',
'BufferingFormatter': type at remote 0xc2aca0, 'NOTSET': 0, '_levelNames':
{0: 'NOTSET', 'NOTICE': 25, 10: 'DEBUG',
