Bug#782554: libpam-ldapd: pam-configs/ldap should consult /etc/login.defs for UID_MIN setting
Package: libpam-ldapd
Version: 0.9.5-1
Severity: normal
Dear Maintainer,
We inherited a legacy system where user's UIDs are less than 1000.
We set the UID_MIN value in /etc/login.defs, but whenever libpam-ldapd is
updated, it specifies minimum_uid=1000 and users cannot log in.
I suggest having the postinst script run a couple tests, e.g.
MINUID=`grep ^UID_MIN /etc/login.defs | awk '{print $2}'`
Then if $MINUID != 1000, use it to update the values in /usr/share/pam-
configs/ldap, prior to running pam-auth-update.
Thanks!
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libpam-ldapd depends on:
ii libc6 2.19-17
ii libpam-runtime 1.1.8-3.1
ii libpam0g 1.1.8-3.1
ii multiarch-support 2.19-17
ii nslcd [nslcd-2]0.9.5-1
libpam-ldapd recommends no packages.
libpam-ldapd 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#782553: sbuild: 'sbuild --source --no-arch-all' fails in a very confusing way
Package: sbuild Version: 0.65.2-1 Severity: normal Hi. The --[no-]arch-all and --source options all touch the dpkg-buildpackage -b and -B options, and it is possible for the user to mistakenly request an incompatible combination that results in very confusing failures. In my case I had $sbuild_source=1 in the config file, and I was running 'sbuild --no-arch-all'. This was ignoring the --no-arch-all partially: 'dpkg-buildpackage -B' was being invoked, in direct contradiction with the --no-arch-all request. However later on, sbuild would say E: Package builds hello-all_2.10_all.deb when binary-indep target is not called. This is a bug in the packaging. and then it tries to do stuff with this package (that wasn't supposed to be built), and says stuff like dpkg-deb: error: failed to read archive `/«CHROOT»/«BUILDDIR»/hello-all_2.10_all.deb': No such file or directory dpkg-deb: error: failed to read archive `/«CHROOT»/«BUILDDIR»/hello-all_2.10_all.deb': No such file or directory mv: cannot stat '/«CHROOT»/«BUILDDIR»/hello-all_2.10_all.deb': No such file or directory E: Could not move hello-all_2.10_all.deb to . du: cannot access '/tmp/hello-all_2.10_all.deb': No such file or directory and exits with 'Status: attempted'. This was really confusing to the user (me) because on the commandline I was explicitly requesting --no-arch-all. The --source was being given in the config file, and even then, it's not immediately obvious it's related. Can I request we detect such cases and barf early with a clear error message? It's also possible to issue more clearly illegal requests, such as 'sbuild --arch-all --no-arch-all'. This succeeds doing something, but one of the requests was ignored. Things like this should be illegal too. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782450: ppp: Buffer overflow in radius plugin
NMU diff attached. diff -Nru ppp-2.4.6/debian/changelog ppp-2.4.6/debian/changelog --- ppp-2.4.6/debian/changelog 2014-10-19 11:56:12.0 +0200 +++ ppp-2.4.6/debian/changelog 2015-04-14 08:29:42.0 +0200 @@ -1,3 +1,16 @@ +ppp (2.4.6-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Urgency high due to fix for DoS vulnerability. + * Fix buffer overflow in rc_mksid(). +The function converts the PID of pppd to hex to generate a pseudo-unique +string. If the process id is bigger than 65535 (), its hex +representation will be longer than 4 characters, resulting in a buffer +overflow. This bug can be exploited to cause a remote DoS. +(Closes: #782450) + + -- Emanuele Rocca e...@debian.org Tue, 14 Apr 2015 08:18:06 +0200 + ppp (2.4.6-3) unstable; urgency=high * Urgency high due to fix for CVE-2014-3158. diff -Nru ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow --- ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow 1970-01-01 01:00:00.0 +0100 +++ ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow 2015-04-14 08:27:53.0 +0200 @@ -0,0 +1,23 @@ +Description: Fix buffer overflow in rc_mksid() + rc_mksid converts the PID of pppd to hex to generate a pseudo-unique string. + . + If the process id is bigger than 65535 (), its hex representation will be + longer than 4 characters, resulting in a buffer overflow. + . + The bug can be exploited to cause a remote DoS. + . +Author: Emanuele Rocca e...@debian.org +Bug-Debian: https://bugs.debian.org/782450 +Last-Update: 2015-04-14 + +--- ppp-2.4.6.orig/pppd/plugins/radius/util.c ppp-2.4.6/pppd/plugins/radius/util.c +@@ -77,7 +77,7 @@ rc_mksid (void) + static unsigned short int cnt = 0; + sprintf (buf, %08lX%04X%02hX, + (unsigned long int) time (NULL), +- (unsigned int) getpid (), ++ (unsigned int) getpid () % 65535, + cnt 0xFF); + cnt++; + return buf; diff -Nru ppp-2.4.6/debian/patches/series ppp-2.4.6/debian/patches/series --- ppp-2.4.6/debian/patches/series 2014-10-19 11:49:55.0 +0200 +++ ppp-2.4.6/debian/patches/series 2015-04-14 08:17:39.0 +0200 @@ -43,3 +43,4 @@ resolv.conf_no_log zzz_config secure-card-interpreter-fix +rc_mksid-no-buffer-overflow
Bug#600661: ntp: Uses /var/lib/ntp/ntp.conf.dhcp regardless!?
Package: ntp Followup-For: Bug #600661 Control: tags -1 patch Hi, any news here? The patch provided by Russell in 2012 looks sensible enough. I have just been bitten by that problem on a new Jessie installation. Best Regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782300: geoip-database-contrib: Quiet mode for cron update
Am 13.04.2015 um 21:13 schrieb Richard van den Berg: Patrick Matthäi wrote on 13-04-15 18:15: And could you please also show me your current screenshot? Sure. A screenshot of what though? Ups, I wanted to say cronfile not screenshot :D -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782524: initramfs-tools: fails to boot when / and /usr both on lvm
Control: reassign -1 lvm2 Control: forcemerge 780319 -1 On Tue, Apr 14, 2015 at 01:58:13AM +0100, Ben Hutchings wrote: Which version of lvm2 do you have installed? I suspect this is a duplicate of bug #780319, which was only just fixed in unstable (lvm2 version 2.02.111-2.2). sorry for not finding that bug, i mixed up the duplicates lists. i can verify that: * my system boots correctly when i rephrase /etc/fstab from /dev/poseidon/core-usr co to /dev/mapper/poseidon-core--usr. * my system boots correctly afer going back to /dev/vg/lv style, and installing 2.02.111-2.2 from unstable. thank you for taking care of this chrysn signature.asc Description: Digital signature
Bug#782555: broken multiarch support
Package: libxrender1 Version: 1:0.9.7-1+deb7u1+b1 Severity: Important Changing libxrender1 for i386 without amd64 broke multiarch support: # apt-get install -f Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following extra packages will be installed: libxrender1 The following packages will be upgraded: libxrender1 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. Need to get 0 B/32.8 kB of archives. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? y (Reading database ... 292575 files and directories currently installed.) Preparing to replace libxrender1:amd64 1:0.9.7-1+deb7u1 (using .../libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb) ... Unpacking replacement libxrender1:amd64 ... dpkg: error processing /var/cache/apt/archives/libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb (--unpack): trying to overwrite shared '/usr/share/doc/libxrender1/changelog.Debian.gz', which is different from other instances of package libxrender1:amd64 Errors were encountered while processing: /var/cache/apt/archives/libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) # dpkg -l libxrender1\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersionArchitecture Description +++-===-==-==-=== ii libxrender1:amd64 1:0.9.7-1+deb7u1 amd64 X Rendering Extension client library iU libxrender1:i3861:0.9.7-1+deb7u1+b1i386 X Rendering Extension client library Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782556: unblock: lintian/2.5.30+deb8u4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package lintian. It fixes a bug in the parsing of GPG
headers in control files (e.g. .changes).
Please note that the BTS / Britney believes this version of lintian to
introduce #775760. This behaviour was already present in previous
versions of Lintian. I have reassigned it and put a more accurate
found version on it.
unblock lintian/2.5.30+deb8u4
Thanks,
~Niels
diff -Nru lintian-2.5.30+deb8u3/debian/changelog lintian-2.5.30+deb8u4/debian/changelog
--- lintian-2.5.30+deb8u3/debian/changelog 2014-11-28 23:21:10.0 +0100
+++ lintian-2.5.30+deb8u4/debian/changelog 2015-04-09 22:09:32.0 +0200
@@ -1,3 +1,12 @@
+lintian (2.5.30+deb8u4) unstable; urgency=medium
+
+ * lib/Lintian/Util.pm:
++ [NT] Stricten the permitted whitespace at the end of GPG
+ marker lines. This is the same issue as CVE-2015-0840,
+ except lintian never attempted to validate the signature.
+
+ -- Niels Thykier ni...@thykier.net Thu, 09 Apr 2015 22:09:29 +0200
+
lintian (2.5.30+deb8u3) unstable; urgency=medium
* helpers/coll/objdump-info-helper:
diff -Nru lintian-2.5.30+deb8u3/lib/Lintian/Util.pm lintian-2.5.30+deb8u4/lib/Lintian/Util.pm
--- lintian-2.5.30+deb8u3/lib/Lintian/Util.pm 2014-11-28 23:18:08.0 +0100
+++ lintian-2.5.30+deb8u4/lib/Lintian/Util.pm 2015-04-09 22:05:41.0 +0200
@@ -412,7 +412,7 @@
# According to http://tools.ietf.org/html/rfc4880#section-6.2
# The header MUST start at the beginning of the line and MUST NOT have
# any other text (except whitespace) after the header.
-elsif (m/^-BEGIN PGP SIGNATURE-\s*$/)
+elsif (m/^-BEGIN PGP SIGNATURE-[ \r\t]*$/)
{ # skip until end of signature
my $saw_end = 0;
if (not $signed or $signature) {
@@ -426,7 +426,7 @@
}
$signature = $.;
while ($CONTROL) {
-if (m/^-END PGP SIGNATURE-\s*$/o) {
+if (m/^-END PGP SIGNATURE-[ \r\t]*$/o) {
$saw_end = 1;
last;
}
@@ -450,7 +450,7 @@
#- Valid, but we don't support partial messages, so
# bail on those.
-unless (m/^-BEGIN PGP SIGNED MESSAGE-\s*$/) {
+unless (m/^-BEGIN PGP SIGNED MESSAGE-[ \r\t]*$/) {
# Not a (full) PGP MESSAGE; reject.
my $key = qr/(?:BEGIN|END) PGP (?:PUBLIC|PRIVATE) KEY BLOCK/;
@@ -458,7 +458,7 @@
my $msg
= qr/(?:BEGIN|END) PGP (?:(?:COMPRESSED|ENCRYPTED) )?MESSAGE/;
-if (m/^-($key|$msgpart|$msg)-\s*$/o) {
+if (m/^-($key|$msgpart|$msg)-[ \r\t]*$/o) {
die syntax error at line $.: Unexpected $1 header\n;
} else {
die syntax error at line $.: Malformed PGP header\n;
@@ -475,7 +475,7 @@
# allow two paragraphs to merge. Consider:
#
# Field-P1: some-value
-# -BEGIN PGP SIGANTURE
+# -BEGIN PGP SIGNATURE-
#
# Field-P2: another value
#
@@ -505,9 +505,9 @@
# two paragraphs to merge. Consider:
#
# Field-P1: some-value
-# -BEGIN PGP SIGANTURE
+# -BEGIN PGP SIGNATURE-
# [...]
-# -END PGP SIGANTURE
+# -END PGP SIGNATURE-
# Field-P2: another value
#
# At the time of writing: If $open_section is true, it
Bug#761859: security-tracker json deployed
Hi Raphael, On Dienstag, 14. April 2015, Raphael Hertzog wrote: Can you quickly export the undetermined status in the JSON so that I can filter them out? ok, done. state will now be one of resolved, undetermined and open. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#782261: mat: get an traceback each time in syslog
Hi, shirish शिरीष wrote (11 Apr 2015 14:55:36 GMT) : I have a /data directory but not directly. [...] Anyways, hope that explains your question. OK, indeed this + jvoisin's confirmation + my guess that the extension is loaded with PWD=/ explain this bug. Will be fixed by next upstream release, then :) For the record (and for anyone interested in testing it), the fix is commit 46c77ed from https://git.torproject.org/user/jvoisin/mat.git 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#782561: please backport commit ccfe8c3f7e52 from upstream
Package: src:linux Version: 3.16.7-ckt7-1 Severity: wishlist Using the rfc4106 IPsec implementation provided by the aesni_intel module results in occasional crashes on an busy gateway. This was fixed upstream by commit ccfe8c3f7e52: | commit ccfe8c3f7e52ae83155cb038753f4c75b774ca8a | Author: Stephan Mueller smuel...@chronox.de | Date: Thu Mar 12 09:17:51 2015 +0100 | | crypto: aesni - fix memory usage in GCM decryption | | The kernel crypto API logic requires the caller to provide the | length of (ciphertext || authentication tag) as cryptlen for the | AEAD decryption operation. Thus, the cipher implementation must | calculate the size of the plaintext output itself and cannot simply use | cryptlen. | | The RFC4106 GCM decryption operation tries to overwrite cryptlen memory | in req-dst. As the destination buffer for decryption only needs to hold | the plaintext memory but cryptlen references the input buffer holding | (ciphertext || authentication tag), the assumption of the destination | buffer length in RFC4106 GCM operation leads to a too large size. This | patch simply uses the already calculated plaintext size. | | In addition, this patch fixes the offset calculation of the AAD buffer | pointer: as mentioned before, cryptlen already includes the size of the | tag. Thus, the tag does not need to be added. With the addition, the AAD | will be written beyond the already allocated buffer. | | Note, this fixes a kernel crash that can be triggered from user space | via AF_ALG(aead) -- simply use the libkcapi test application | from [1] and update it to use rfc4106-gcm-aes. | | Using [1], the changes were tested using CAVS vectors to demonstrate | that the crypto operation still delivers the right results. | | [1] http://www.chronox.de/libkcapi.html | | CC: Tadeusz Struk tadeusz.st...@intel.com | Cc: sta...@vger.kernel.org | Signed-off-by: Stephan Mueller smuel...@chronox.de | Signed-off-by: Herbert Xu herb...@gondor.apana.org.au This fix is already queued for 3.16.7-ckt10, but it'd be great if you could include it in jessie ASAP. Thanks, -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782131: (pre-approval) unblock: apt/1.0.9.8
Control: tags -1 - moreinfo Control: retitle -1 unblock: apt/1.0.9.8 Hi, On Sun, Apr 12, 2015 at 02:55:03PM +0200, Julien Cristau wrote: Thanks for this. Let us know when it's uploaded. It is was uploaded yesterday, but we (well, I) took the liberty to add another bugfix to it as Niels made me look at it (for jessie) and seemed supportive (and I didn't want to introduce further delay with an official approval roundtrip – may you and jessie have mercy with my soul). The bug in question is #60, the one 'everyone' is talking about because of ddeb (even through it is kinda unrelated to be honest). The patch is attached there and as one-liney and 'safe' as the rest of this bundle is supposed to be… Thanks and best regards David Kalnischkies signature.asc Description: Digital signature
Bug#782562: apt-cacher-ng: logrotate script is noisy
Package: apt-cacher-ng Version: 0.8.0-3 Severity: normal Tags: patch The apt-cacher-ng logrotate script is nosiy when systemd is used. systemctl is-active prints the unit state to stdout. The attached patch passes the quiet option to systemctl. Regards, Felix --- a/debian/apt-cacher-ng.logrotate +++ b/debian/apt-cacher-ng.logrotate @@ -9,7 +9,7 @@ create postrotate if [ -e /run/systemd/system ] ; then -systemctl is-active apt-cacher-ng systemctl kill --signal=USR1 apt-cacher-ng +systemctl -q is-active apt-cacher-ng systemctl kill --signal=USR1 apt-cacher-ng elif [ -s /var/run/apt-cacher-ng/pid ] ; then kill -s USR1 $(cat /var/run/apt-cacher-ng/pid) fi @@ -27,7 +27,7 @@ create postrotate if [ -e /run/systemd/system ] ; then -systemctl is-active apt-cacher-ng systemctl kill --signal=USR1 apt-cacher-ng +systemctl -q is-active apt-cacher-ng systemctl kill --signal=USR1 apt-cacher-ng elif [ -s /var/run/apt-cacher-ng/pid ] ; then kill -s USR1 $(cat /var/run/apt-cacher-ng/pid) fi
Bug#782565: unblock: commons-httpclient/3.1-11
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package commons-httpclient.
It fixes security issue CVE-2014-3577.
unblock commons-httpclient/3.1-11
Cheers,
Thijs
diff -Nru commons-httpclient-3.1/debian/ant.properties commons-httpclient-3.1/debian/ant.properties
--- commons-httpclient-3.1/debian/ant.properties 2011-08-30 09:42:03.0 +
+++ commons-httpclient-3.1/debian/ant.properties 2015-04-13 16:15:49.0 +
@@ -1,5 +1,5 @@
# JSSE stub classes required for build
lib.dir=/usr/share/java
#jsse.jar=/usr/share/java/jsse.jar
-ant.build.javac.source=1.4
-ant.build.javac.target=1.4
+ant.build.javac.source=1.5
+ant.build.javac.target=1.5
diff -Nru commons-httpclient-3.1/debian/changelog commons-httpclient-3.1/debian/changelog
--- commons-httpclient-3.1/debian/changelog 2012-12-06 13:41:48.0 +
+++ commons-httpclient-3.1/debian/changelog 2015-04-13 16:15:49.0 +
@@ -1,3 +1,20 @@
+commons-httpclient (3.1-11) unstable; urgency=high
+
+ * Team upload.
+ * Add CVE-2014-3577.patch. (Closes: #758086)
+It was found that the fix for CVE-2012-6153 was incomplete: the code added
+to check that the server hostname matches the domain name in a subject's
+Common Name (CN) field in X.509 certificates was flawed. A
+man-in-the-middle attacker could use this flaw to spoof an SSL server using
+a specially crafted X.509 certificate. The fix for CVE-2012-6153 was
+intended to address the incomplete patch for CVE-2012-5783. The issue is
+now completely resolved by applying this patch and the
+06_fix_CVE-2012-5783.patch.
+ * Change java.source and java.target ant properties to 1.5, otherwise
+commons-httpclient will not compile with this patch.
+
+ -- Markus Koschany a...@gambaru.de Mon, 23 Mar 2015 22:57:54 +0100
+
commons-httpclient (3.1-10.2) unstable; urgency=low
* Non-maintainer upload.
diff -Nru commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch
--- commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch 1970-01-01 00:00:00.0 +
+++ commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch 2015-04-13 16:15:49.0 +
@@ -0,0 +1,110 @@
+From: Markus Koschany a...@gambaru.de
+Date: Mon, 23 Mar 2015 22:45:14 +0100
+Subject: CVE-2014-3577
+
+It was found that the fix for CVE-2012-6153 was incomplete: the code added to
+check that the server hostname matches the domain name in a subject's Common
+Name (CN) field in X.509 certificates was flawed. A man-in-the-middle attacker
+could use this flaw to spoof an SSL server using a specially crafted X.509
+certificate.
+The fix for CVE-2012-6153 was intended to address the incomplete patch for
+CVE-2012-5783. This means the issue is now completely resolved by applying
+this patch and the 06_fix_CVE-2012-5783.patch.
+
+References:
+
+upstream announcement:
+https://mail-archives.apache.org/mod_mbox/www-announce/201408.mbox/CVE-2014-3577
+
+Fedora-Fix:
+http://pkgs.fedoraproject.org/cgit/jakarta-commons-httpclient.git/tree/jakarta-commons-httpclient-CVE-2014-3577.patch
+
+CentOS-Fix:
+https://git.centos.org/blob/rpms!jakarta-commons-httpclient/SOURCES!jakarta-commons-httpclient-CVE-2014-3577.patch
+
+Debian-Bug: https://bugs.debian.org/758086
+Forwarded: not-needed, already fixed
+---
+ .../protocol/SSLProtocolSocketFactory.java | 57 ++
+ 1 file changed, 37 insertions(+), 20 deletions(-)
+
+diff --git a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
+index fa0acc7..e6ce513 100644
+--- a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
+@@ -44,9 +44,15 @@ import java.util.Iterator;
+ import java.util.LinkedList;
+ import java.util.List;
+ import java.util.Locale;
+-import java.util.StringTokenizer;
++import java.util.NoSuchElementException;
+ import java.util.regex.Pattern;
+
++import javax.naming.InvalidNameException;
++import javax.naming.NamingException;
++import javax.naming.directory.Attribute;
++import javax.naming.directory.Attributes;
++import javax.naming.ldap.LdapName;
++import javax.naming.ldap.Rdn;
+ import javax.net.ssl.SSLException;
+ import javax.net.ssl.SSLSession;
+ import javax.net.ssl.SSLSocket;
+@@ -424,28 +430,39 @@ public class SSLProtocolSocketFactory implements SecureProtocolSocketFactory {
+ return dots;
+ }
+
+- private static String getCN(X509Certificate cert) {
+-// Note: toString() seems to do a better job than getName()
+-//
+-// For example, getName() gives me this:
+-// 1.2.840.113549.1.9.1=#16166a756c6975736461766965734063756362632e636f6d
+-//
+-// whereas toString() gives me this:
+-//
Bug#782293: u-boot: device tree missing in sheevaplug
On Fri, 2015-04-10 at 06:45 +0200, Gérald wrote: Source: u-boot Severity: normal Tags: d-i patch Dear Maintainer, Device tree support for sheevaplug was enabled in commit 9a5e0a7d5bd0e1758fcc59db524c1695d0dab7e0 The patch from commit 9a5e0a7d5bd0e1758fcc59db524c1695d0dab7e0 must be backported into 2014.10 for jessie support The flash-kernel db contains: DTB-Append-From: 3.12 in the Sheevaplug entry, which I believe means Jessie will work fine on a Sheevaplug as it is, i.e. ignoring fdt at the u-boot level. Of course it would be preferable to use a u-boot which has native fdt support, although I'm not sure what the transition path would have to look like to get there without risking bricking existing systems. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781276: pre-approval for mutter/3.14.4-1
Julien Cristau jcris...@debian.org wrote: Please feel free to upload to sid. Not sure yet whether we'll want to include it in 8.0 or wait until 8.1, but in any case some soaking in sid would be good. Uploaded to sid, thanks. -- Joss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770984: [apcupsd] apcaccess may not work on ARM
NMU diff attached.
diff -u apcupsd-3.14.12/debian/changelog apcupsd-3.14.12/debian/changelog
--- apcupsd-3.14.12/debian/changelog
+++ apcupsd-3.14.12/debian/changelog
@@ -1,3 +1,11 @@
+apcupsd (3.14.12-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * src/apcaccess.c: declare ch as int to match getopt return type. Fixes
+apcaccess on ARM. (Closes: #770984)
+
+ -- Emanuele Rocca e...@debian.org Tue, 14 Apr 2015 09:14:33 +0200
+
apcupsd (3.14.12-1) unstable; urgency=low
* [84a0ea2] Imported Upstream version 3.14.12
diff -u apcupsd-3.14.12/debian/patches/series apcupsd-3.14.12/debian/patches/series
--- apcupsd-3.14.12/debian/patches/series
+++ apcupsd-3.14.12/debian/patches/series
@@ -4,0 +5 @@
+05-apcaccess-arm.patch
only in patch2:
unchanged:
--- apcupsd-3.14.12.orig/debian/patches/05-apcaccess-arm.patch
+++ apcupsd-3.14.12/debian/patches/05-apcaccess-arm.patch
@@ -0,0 +1,13 @@
+Declare ch as int to match getopt return type. Fix apcaccess behavior on
+arm.
+--- a/src/apcaccess.c
b/src/apcaccess.c
+@@ -146,7 +146,7 @@
+ #endif
+
+// Process standard options
+- char ch;
++ int ch;
+while ((ch = getopt(argc, argv, f:h:p:u)) != -1)
+{
+ switch (ch)
Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)
On Sat, Apr 4, 2015 at 3:43 PM, Ian Campbell i...@debian.org wrote: On Sat, 2015-04-04 at 14:48 +0200, reportbug wrote: Package: qcontrol Version: 0.5.4-1 Severity: normal After a recent wheezy-jessie upgrade, I noticed that qcontrol sometimes fails to start on boot (or qcontrold? not sure what the difference is). qcontrold starts the qcontrol daemon at some point during the boot while qcontrol is supposed to run at the very end and signal that the system has finished booting, i.e. by turning the LEDs green, beeping or putting something on the LCD etc. AFAIUI under systemd what happens is that qcontrol.service runs qcontrol commands, which use /run/qcontrol.sock, which causes qcontrold.socket to kick in, which in turn causes qcontrold.service to run and start the daemon. That’s correct. [...] Apr 02 12:08:28 hostname qcontrol[617]: qcontrol 0.5.4 daemon starting. Apr 02 12:08:28 hostname qcontrold[480]: Starting qcontrol daemon: qcontrol. Apr 02 12:08:28 hostname qcontrol[617]: evdev: Error opening /dev/input/by-path/platform-gpio-keys-event: No such file or directory Apr 02 12:08:28 hostname qcontrol[617]: register() - Error loading module I think this is probably the root cause, this path doesn't exist for some reason, so qcontrold doesn't start. Do you have that device path now? I suppose you must since a later manual start of qcontrold worked. If not then do you have anything similar (i.e. tr - _ perhaps)? If you have the device then my guess would be that this indicates a missing dependency from qcontrold onto which ever bit of systemd should have loaded the module which provides this device. The qcontrold.service file contains: Requires=dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device After=dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device which looks like it was intended to do the right thing. I know next to nothing about systemd, Michael, since you added this support do you have any clues what might be going wrong or what to look for next? http://www.freedesktop.org/software/systemd/man/systemd.device.html seems to imply that except for block+network and a few others some explicit configuration (TAG+=systemd) is needed to allow these dependencies. Perhaps /dev/input-by devices are not in the set of a few others? Thanks, Ian. Apr 02 12:08:28 hostname systemd[1]: Started LSB: Start qcontrol daemon. This line in the logfile indicates that systemd is using the sysvinit script (hence the “LSB: ” prefix) of qcontrold, not the native systemd service file. The git log shows that 0.5.2 is the first version that is supposed to have systemd service files, but actually, when I look at https://packages.debian.org/jessie/armhf/qcontrol/filelist, I don’t see any files in /lib/systemd/system/, which suggests that the Debian package doesn’t install the systemd service files that upstream provides. Ian, it seems like you should be following https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd to get the package to properly pick up the systemd service files, at which point this bug should be fixed. I’ve added the systemd service files manually on my qnaps before I contributed them upstream, hence I never ran into this issue. Apr 02 12:08:36 hostname systemd[1]: qcontrol.service: control process exited, code=exited status=255 Apr 02 12:08:36 hostname systemd[1]: Unit qcontrol.service entered failed state. Apr 02 12:08:36 hostname qcontrol[972]: System boot completed. Apr 02 12:08:36 hostname qcontrol[972]: Error connecting to socket: No such file or directory Apr 03 15:45:43 hostname qcontrol[17505]: System boot completed. Apr 03 15:45:43 hostname qcontrol[17505]: Error connecting to socket: No such file or directory Apr 03 15:45:43 hostname systemd[1]: qcontrol.service: control process exited, code=exited status=255 Apr 03 15:45:43 hostname systemd[1]: Unit qcontrol.service entered failed state. Apr 03 15:47:20 hostname systemd[1]: Stopping LSB: Start qcontrol daemon... Apr 03 15:47:20 hostname qcontrold[17602]: Stopping qcontrol daemon: qcontrol. Apr 03 15:47:20 hostname systemd[1]: Stopped LSB: Start qcontrol daemon. Apr 03 15:47:23 hostname systemd[1]: Starting LSB: Start qcontrol daemon... Apr 03 15:47:23 hostname qcontrold[17624]: Starting qcontrol daemon: qcontrol. Apr 03 15:47:23 hostname systemd[1]: Started LSB: Start qcontrol daemon. Apr 03 15:47:23 hostname qcontrol[17628]: qcontrol 0.5.4 daemon starting. Apr 03 15:47:23 hostname qcontrol[17628]: confdir: loading from /etc/qcontrol.d... Apr 03 15:47:25 hostname qcontrol[17649]: System boot completed. Apr 03 15:47:25 hostname qcontrol[17628]: System status: start Apr 03 15:47:28 hostname qcontrol[17628]: ts41x: temperature 34 Apr 03 15:47:28 hostname qcontrol[17628]: ts41x: temperature 34 setting fan to high Apr 03 15:47:33 hostname qcontrol[17628]: ts41x: temperature 34
Bug#782560: experimental buildd link is missing
Package: tracker.debian.org Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi compared to old PTS, link to experimental buildd is missing. I know it's just matter of changing suite on the buildd page, but I find direct link quite useful. Thanks - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVLNPaAAoJEJwnsxNCt1EdO+sQAK1TSjVH3+cxN5WVMeTe8cjX TzGiivHInp9jzSsRrm/KQ96quschUVavgHixkWkf/eiTpkNQBG87hU5z+wBuF7RK 1Cae6QlVv3gFol84iFojv/wNbsMn19KlcIwX4GarPOtA3vdj5svtuUeWveV7uk0+ rVnGBbxuHNf3S5Ncnru/tAcE8kXMld2+QBhxFkQoUA/K5xJnJu7gGzOjrCg66ghJ lFkCVuKBJ2fXfJirbRV0yir2lVThah2qjIDsudH0oTx8ThIQigG4PrHSDiXP35OU E/p6ll5PAWOjBroubYeK/7HbHVVbYXGV7vflWT4uFyIZRZa9rE8wny5/qrAWRFVs JZFdfPNCLrAq+PvKKcDlln7WnKMiqPJt8U49HkBa1U8diNoesZAg+wEaFh/+j5f1 tI5mRC6MHX4ieKticZp7GevQhwadi8EQZlqRdkhlM7OP0c9k+3CVGac9h+9tjXtI tE3oMvPTHUHs5PWHqUMaDB3ZqlWAVmRLzP0/XvgkjhEDL5RG7UGOOmj/1B8gJtp+ xDhUa0y7m7AIZwh0LPhh4hdF7/8kiLml2mCy60zIqgUGX8PET4bFXjhV7RLGq1jT t92G+hel4deXUHNRL2LDERyA9zDbjw44UoGLNBRfvl6uUZNj6KvwP1r6KR3t9v3i DiWfub5cC8EC+loZMFh7 =b/Pe -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#782563: unblock: ppp/2.4.6-3.1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Please unblock ppp/2.4.6-3.1. It fixes a DoS vulnerability in the pppd radius plugin. Thanks, ema diff -Nru ppp-2.4.6/debian/changelog ppp-2.4.6/debian/changelog --- ppp-2.4.6/debian/changelog 2014-10-19 11:56:12.0 +0200 +++ ppp-2.4.6/debian/changelog 2015-04-14 08:29:42.0 +0200 @@ -1,3 +1,16 @@ +ppp (2.4.6-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Urgency high due to fix for DoS vulnerability. + * Fix buffer overflow in rc_mksid(). +The function converts the PID of pppd to hex to generate a pseudo-unique +string. If the process id is bigger than 65535 (), its hex +representation will be longer than 4 characters, resulting in a buffer +overflow. This bug can be exploited to cause a remote DoS. +(Closes: #782450) + + -- Emanuele Rocca e...@debian.org Tue, 14 Apr 2015 08:18:06 +0200 + ppp (2.4.6-3) unstable; urgency=high * Urgency high due to fix for CVE-2014-3158. diff -Nru ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow --- ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow1970-01-01 01:00:00.0 +0100 +++ ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow2015-04-14 08:27:53.0 +0200 @@ -0,0 +1,23 @@ +Description: Fix buffer overflow in rc_mksid() + rc_mksid converts the PID of pppd to hex to generate a pseudo-unique string. + . + If the process id is bigger than 65535 (), its hex representation will be + longer than 4 characters, resulting in a buffer overflow. + . + The bug can be exploited to cause a remote DoS. + . +Author: Emanuele Rocca e...@debian.org +Bug-Debian: https://bugs.debian.org/782450 +Last-Update: 2015-04-14 + +--- ppp-2.4.6.orig/pppd/plugins/radius/util.c ppp-2.4.6/pppd/plugins/radius/util.c +@@ -77,7 +77,7 @@ rc_mksid (void) + static unsigned short int cnt = 0; + sprintf (buf, %08lX%04X%02hX, + (unsigned long int) time (NULL), +- (unsigned int) getpid (), ++ (unsigned int) getpid () % 65535, + cnt 0xFF); + cnt++; + return buf; diff -Nru ppp-2.4.6/debian/patches/series ppp-2.4.6/debian/patches/series --- ppp-2.4.6/debian/patches/series 2014-10-19 11:49:55.0 +0200 +++ ppp-2.4.6/debian/patches/series 2015-04-14 08:17:39.0 +0200 @@ -43,3 +43,4 @@ resolv.conf_no_log zzz_config secure-card-interpreter-fix +rc_mksid-no-buffer-overflow -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769366: zssh won't start: out of pty's
same here. simple rebuild from source solves this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623539: GnuPG 2.0 and gnome-keyring
Hi, I know that it is quite late for the Jessie release but while chatting with Neal on Sunday he remarked that he recently installed Jessie with XFCE and had to patch GKR to make GnuPG work. Thus the meanwhile well known problems with 2.1 and GKR do not only affect GNOME but also XFCE. This is quite bad for future GnuPG 2.1 adaption. But it gets worse: The common believe is that for GnuPG 2.0 the effect of GKR hijacking the gpg/gpg-agent IPC is that only gpgsm and smartcards won't work. I looked closer at possible problems and figured that if your run GKR it will also weaken all passphrases used by gpg. Since GnuPG 2.0.14, which was release in 2009, we have this feature: * New and changed passphrases are now created with an iteration count requiring about 100ms of CPU work. With GKR faking gpg-agent that does not work and the old default iteration count is used. For example on my X220 this leads to a 300 times lower iteration count (work factor) for OpenPGP passphrases. I have seen CVEs issued for less problematic security degrades. Sure it is possible to manually configure a different S2K count but gpg-agent allows to do that automatically because gpg-agent is a long running process and can calibrate that value. It seems the GKR author is willing to remove that hijacking only if we provide a new Pinentry to support gnome-keyring. Well, that can of course be done but to me adding a new feature to GNOME has not top priority. Adding necessary features to GnuPG itself will of course be done so to help writing a Gnome-Pinentry. Even without a new Gnome-Pinentry it is important to stop the hijacking of the gpg-agent IPC now. GKR being able to store passphrases for OpenPGP keys is merely a feature while inhibiting the use of gpgsm, smartcards, and iteration count calibration are bugs. Any chance to disable the gpg-agent component in GKR? See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623539 (Takes over GPG and SSH agents from gnupg-agent and ssh-agent) Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782558: breaks on unicode chars in maintainer name
Package: python-stdeb Version: 0.8.2-4 Severity: normal File: /usr/bin/py2dsc -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi py2dsc fails when maintainer name contains unicode chars: # py2dsc --with-python3=true --with-python2=true --maintainer=Michal Čihař ni...@debian.org python-gammu-2.0.tar.gz - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- running the following command in directory: deb_dist/tmp_py2dsc/python-gammu-2.0 /usr/bin/python setup.py --command-packages stdeb.command sdist_dsc --dist-dir=/home/mcihar/debian/deb_dist --use-premade-distfile=/home/mcihar/debian/python-gammu-2.0.tar.gz --maintainer=Michal Čihař ni...@debian.org --with-python2=true --with-python3=true - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- running sdist_dsc running egg_info writing python_gammu.egg-info/PKG-INFO writing top-level names to python_gammu.egg-info/top_level.txt writing dependency_links to python_gammu.egg-info/dependency_links.txt reading manifest file 'python_gammu.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' writing manifest file 'python_gammu.egg-info/SOURCES.txt' Traceback (most recent call last): File setup.py, line 134, in module ext_modules=[get_module()] File /usr/lib/python2.7/distutils/core.py, line 151, in setup dist.run_commands() File /usr/lib/python2.7/distutils/dist.py, line 953, in run_commands self.run_command(cmd) File /usr/lib/python2.7/distutils/dist.py, line 972, in run_command cmd_obj.run() File /usr/lib/python2.7/dist-packages/stdeb/command/sdist_dsc.py, line 141, in run remove_expanded_source_dir=self.remove_expanded_source_dir, File /usr/lib/python2.7/dist-packages/stdeb/util.py, line 1166, in build_dsc -- %(maintainer)s %(date822)s\n%debinfo.__dict__) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc4 in position 112: ordinal not in range(128) ERROR running: /usr/bin/python setup.py --command-packages stdeb.command sdist_dsc --dist-dir=/home/mcihar/debian/deb_dist --use-premade-distfile=/home/mcihar/debian/python-gammu-2.0.tar.gz --maintainer=Michal Čihař ni...@debian.org --with-python2=true --with-python3=true ERROR in deb_dist/tmp_py2dsc/python-gammu-2.0 - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-stdeb depends on: ii debhelper 9.20150101 ii python 2.7.9-1 ii python-requests2.4.3-6 ii python-setuptools 5.5.1-1 pn python:any none Versions of packages python-stdeb recommends: ii apt-file2.5.4 ii dpkg-dev1.17.25 ii python-all 2.7.9-1 Versions of packages python-stdeb suggests: pn python-all-dev none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVLL8QAAoJEJwnsxNCt1Edw3wQAKJNVv1ySfalMJZtwKHesxfA G9Py5+RV5bQvbK+mXPVnj6FISUnyDA50p/TdnHgMNb47TkSjzgkw2HzFGBsuwDCw ZS3WWJHFqlgacDb26GJK1NMgRTN+CcJyNgiaAH5LO+wWOytNLUakkRyX8n+qlcR/ d2+lRyKlqn3JQ/q8lXMVCC/hclconbnzHAESyMnyR5lFCBEjT+/tUbn89kGNMFA8 XGU9+GukXIcY59xWkVIACeqsnxau0JZmhoFXkgM9w8s3qpfwSGk7lue0apSsXXW4 qaqHqCAFTcCcXqsY4/1p7YL3C0n3aDPt2F2RE2OhIPPEcYr7HPnkUznMmYZsRM/L T8lhDt/OBgjnDT293jV8R+tbpOg3n13K6baw3MRePxlaANiTICnYS2xyG3vvjvBh FtmXMeC5EiNnslx8eqyX23XjfyW5StKwzSgiwAN3zVyOD5VnM4rJQ4+ShbVRN93Q aOPEthIcvCou7QsaLYn56CpL+wBACu1rgOXSxUYYQ6QCDBJFxSw0F3jhOi82HiQI Xxs/iBi0SzYUnHragOuzK6XhtaanmueMadI5Nopqm6MHeQ5gHT0H4RddqzKAArPH d76hwgRcQH5Bq+/SAKj3l9evZh9fcN2KcPGTSR5/qVA1tIzuVTwYTCYkj66Q7QL0 LWXqYATYdzkBZdr0hBA6 =CSUP -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#759725: #759725: postgresql-common: non-synchronous service postgresql start/stop/reload
Control: tags -1 help Re: b...@debian.org 2015-04-13 20150413161139.ga21...@mail.beuc.net Here's my patch: rm -f /lib/systemd/system/postgresql* and fallback to init.d/. Sarcastic comments like this are not particularly helpful. I don't allow you to call me sarcastic when I'm not. I still think calling rm a patch is an offense to the one who wrote the whole thing. Also if you want to discuss this more precisely, I suggest elaborating more than Reverting is not an option (because I don't see why not). (I won't repeat the whole systemd discussion here.) Last but not least, I don't know enough about systemd and postgresql to provide a patch. Nonetheless, there is a Debian-specific regression, hence this bug needs to stay open. I agree that it's a regression. So let's get back on topic. What do you think should be fixed in detail in the package? Let me know what is unclear in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759725#37 (namely: - However 'stop' is not fixed (still async).) completed with a use case in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759725#46 (namely: Can you make the 'stop' procedure synchronous as well ?) and I'll elaborate. If you are so keen to get it fixed, you need to provide a patch. At the moment you are mostly keeping me annoyed because you are bashing my systemd service files that work very well for all other use cases. :( Yes I want to get this fixed as well, but it will happen faster if you help. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#782520: unblock: rinse/3.0.9
rinse 3.0.9 now adds the cpio dependency and fixes the wrong date in
the changelog of 3.0.7. Here's the debdiff
between the testing and unstable version.
diff -Nru rinse-3.0.7/bin/rinse rinse-3.0.9/bin/rinse
--- rinse-3.0.7/bin/rinse 2014-07-25 13:22:30.0 +0200
+++ rinse-3.0.9/bin/rinse 2015-04-13 14:46:04.0 +0200
@@ -1147,13 +1147,13 @@
# Run the unpacking command.
#
my $cmd =
-rpm2cpio $file | (cd $CONFIG{'directory'} ; cpio --extract
--make-directories --no-absolute-filenames --preserve-modification-time)
2/dev/null /dev/null;
+rpm2cpio $file | (cd $CONFIG{'directory'} ; cpio --extract
--extract-over-symlinks --make-directories --no-absolute-filenames
--preserve-modification-time) 2/dev/null /dev/null;
if ( $file =~ /(fedora|centos|redhat|mandriva)-release-/ ) {
my $rpmname = basename($file);
$postcmd =
cp $file $CONFIG{'directory'}/tmp ; chroot $CONFIG{'directory'} rpm
-ivh --force --nodeps /tmp/$rpmname ; rm $CONFIG{'directory'}/tmp/$rpmname;
}
- system($cmd );
+ system($cmd) == 0 or die failed to extract $name: $?;
}
print \r;
diff -Nru rinse-3.0.7/debian/changelog rinse-3.0.9/debian/changelog
--- rinse-3.0.7/debian/changelog2015-02-25 12:02:18.0 +0100
+++ rinse-3.0.9/debian/changelog2015-04-14 09:05:18.0 +0200
@@ -1,3 +1,19 @@
+rinse (3.0.9) unstable; urgency=high
+
+ * add dependency on new cpio version
+ * fix date of 3.0.7 entry, Closes: #782518
+
+ -- Thomas Lange la...@debian.org Tue, 14 Apr 2015 09:03:48 +0200
+
+rinse (3.0.8) unstable; urgency=high
+
+ * add --extract-over-symlinks to cpio call, Closes: #768501
+this restores the old behaviour of cpio, which changed because of
+CVE-2015-1197 (see #774669)
+ * add check if cpio call failed
+
+ -- Thomas Lange la...@debian.org Mon, 13 Apr 2015 14:51:41 +0200
+
rinse (3.0.7) unstable; urgency=high
* control: change depends on perl-modules to perl, Closes: #779118,
diff -Nru rinse-3.0.7/debian/control rinse-3.0.9/debian/control
--- rinse-3.0.7/debian/control 2015-02-25 12:04:03.0 +0100
+++ rinse-3.0.9/debian/control 2015-04-14 08:55:37.0 +0200
@@ -10,7 +10,7 @@
Package: rinse
Architecture: all
-Depends: wget, libterm-size-perl, libwww-perl, perl, rpm
+Depends: wget, libterm-size-perl, libwww-perl, perl, rpm, cpio (=
2.11+dfsg-4.1)
Description: RPM installation environment
This is a tool for bootstrapping a basic RPM-based distribution of
GNU/Linux.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782566: unblock: avahi/0.6.31-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package avahi
It fixed two RC bugs and one important bug. Apologies for the last
minute upload.
| [ Andreas Henriksson ]
|* Recommend iproute2 instead of transitional package iproute.
http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=02868de81213966f429c5e4f688d0e0b9225710a
This change was done quite a while ago in alioth's Git repo. I didn't
see a good reason to revert it for the upload
| * Update avahi-daemon support scripts to use iproute2 tools if available
|with a fallback to net-tools and graceful degradation if neither is
|installed. (Closes: #762326)
http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=9449a8cb797f64ae0aa96f7aea8088774084f38c
We were previously using legacy net-tools withoug explicitly depending
on it. This wasn't a problem since ifupdown depended on net-tools. It
prefers iproute2 nowadays, so change the hooks accordingly.
http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=93c6fb830b075d55d177e21c55a561db7174c8d8
While looking at this particular file, I found a few inconsistencies,
which are fixed by this commit
| * Don't run the avahi-autoipd ifupdown hook scripts if the package has
|been removed but not purged. (Closes: #780872)
http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=7951a19ec1f0c4a413d2ec86a14a381a4079dfd1
Rather self-explanatory two-line fix.
| * Use --restart-after-upgrade for avahi-daemon and avahi-dnsconfd to
|minimise downtime and avoid avahi-daemon being triggered via socket or
|D-Bus activation during upgrades. (Closes: #768620)
| * Mask avahi-daemon.service on remove to avoid the stop request being
|cancelled via socket or D-Bus activation.
http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=4a67d2cb50cab9d10c8fba0391c08db717fdcfb0
http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=156908b9acccf8cc77a70b254e8200a70dd3ca40
Those two commits improve the systemd support by dealing with the fact
that avahi-daemon uses socket and D-Bus activation. So we need to apply
special care on upgrades and remove.
Full debdiff is attached.
Thanks for considering.
Michael
unblock avahi/0.6.31-5
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/avahi-autoipd.if-down b/debian/avahi-autoipd.if-down
index 4ce959f..d60097b 100755
--- a/debian/avahi-autoipd.if-down
+++ b/debian/avahi-autoipd.if-down
@@ -10,6 +10,7 @@ set -e
# See http://developer.apple.com/qa/qa2004/qa1357.html for
# more information.
+[ -x /usr/sbin/avahi-autoipd ] || exit 0
[ $IFACE != lo ] || exit 0
case $ADDRFAM in
diff --git a/debian/avahi-autoipd.if-up b/debian/avahi-autoipd.if-up
index 4a57051..9e3a5e7 100755
--- a/debian/avahi-autoipd.if-up
+++ b/debian/avahi-autoipd.if-up
@@ -9,6 +9,8 @@ set -e
# See http://developer.apple.com/qa/qa2004/qa1357.html for
# more information.
+[ -x /usr/sbin/avahi-autoipd ] || exit 0
+
[ $IFACE != lo ] || exit 0
case $ADDRFAM in
inet) ;;
diff --git a/debian/avahi-daemon-check-dns.sh b/debian/avahi-daemon-check-dns.sh
index a163563..8f7893b 100755
--- a/debian/avahi-daemon-check-dns.sh
+++ b/debian/avahi-daemon-check-dns.sh
@@ -31,12 +31,17 @@ dns_reachable() {
# If there is no local nameserver and no we have no global ip addresses
# then we can't reach any nameservers
if ! $(egrep -q nameserver 127.0.0.1|::1 /etc/resolv.conf); then
-# Get addresses of all running interfaces
-ADDRS=$(LC_ALL=C ifconfig | grep ' addr:')
-# Filter out all local addresses
-ADDRS=$(echo ${ADDRS} | egrep -v ':127|Scope:Host|Scope:Link')
-# Check we have a default route
-ROUTES=$(route -n | grep '^0.0.0.0 ')
+if [ -x $(which ip) ]; then
+ ADDRS=$(ip addr show scope global | grep inet)
+ ROUTES=$(ip route show 0.0.0.0/0)
+elif [ -x $(which ifconfig) -a -x $(which route) ]; then
+ # Get addresses of all running interfaces
+ ADDRS=$(LC_ALL=C ifconfig | grep ' addr:')
+ # Filter out all local addresses
+ ADDRS=$(echo ${ADDRS} | egrep -v ':127|Scope:Host|Scope:Link')
+ # Check we have a default route
+ ROUTES=$(route -n | grep '^0.0.0.0 ')
+fi
if [ -z ${ADDRS} -o -z ${ROUTES} ] ; then
return 1;
fi
@@ -96,10 +101,10 @@ enable_avahi () {
# no unicast .local conflict, so remove the tag and start avahi again
if [ -e ${DISABLE_TAG} ]; then
rm -f ${DISABLE_TAG}
-if [ -x `which invoke-rc.d 2/dev/null` ]; then
- invoke-rc.d
Bug#782557: glogic: Display not updated
Package: glogic Version: 2.6-2 Severity: grave Justification: renders package unusable Dear maintainer, It looks like the main window is not updated when a new component is added. The only way I found to make it appear is to switch between maximized and normal window size. I guess this refresh the main area. Best regards, Celelibi -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.10.11 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages glogic depends on: ii gir1.2-gtk-3.03.14.5-1 ii python3 3.4.2-2 ii python3-gi3.14.0-1 ii python3-gi-cairo 3.14.0-1 glogic recommends no packages. Versions of packages glogic suggests: ii fonts-liberation 1.07.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782504: education-desktop-sugar: Sugar broken in Jessie - will be dropped
Quoting Holger Levsen (2015-04-13 20:33:48) On Montag, 13. April 2015, Jonas Smedegaard wrote: Sugar is broken due to bug#782414. sigh. Are you sure you really want to have sugar removed given Martins reply in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782414#15 ? Thanks for the (attempt at) alternative option, but I agree with the others who've already chimed in: It is true that this bug does not affect ad-hoc collaboration but that is still too big a bug - and even if not then other bugs in package dependencies need fixing too but I have no stomach to discuss with release team so is swift on giving up! Consequently please drop education-desktop-sugar as it serves no purpose in Jessie. ok, we will do this, once sugar is gone. No, please do it now: Sugar cannot be removed while other packages depend on it! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#761859: security-tracker json deployed
Hi, On Mon, 23 Mar 2015, Raphael Hertzog wrote: On Mon, 23 Mar 2015, Holger Levsen wrote: I also noticed that we have nowhere data that says that an issue is undetermined... maybe those issues should be entirely dropped? I agree that those issues should not be displayed in the tracker, but I'm not entirely convinced they should be dropped from the json... (that's also how I understood Moritz in this bug) - but if you insist, it's easy to drop them. I'm fine having the data in the JSON as long as I can filter them out in some way. Can you quickly export the undetermined status in the JSON so that I can filter them out? Thank you! Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782530: nautilus: No compact file view
Control: tags 782530 + wontfix upstream On 13/04/15 20:18, Andy Ruddock wrote: Please re-consider the removal of the compact file view. It looks as though this was a deliberate feature removal by upstream, back in 2012 (https://bugzilla.gnome.org/show_bug.cgi?id=676842; see also https://bugzilla.gnome.org/show_bug.cgi?id=676531). I can see that #676531 undermines the reasoning given for #676842, but Debian maintainers shouldn't normally revert design changes that were done deliberately by upstream; the more we diverge from upstream on things that are a matter of opinion, the less time we'll have available to fix functional bugs. If you would like similar functionality to come back, please talk to the upstream maintainers of nautilus, via GNOME's bugzilla. I'm not going to forward this upstream myself, because as someone who wants this feature, you can presumably explain why you want it much more persuasively than I could. 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#782414: Bug#782504: education-desktop-sugar: Sugar broken in Jessie - will be dropped
Hi Jonas, On Dienstag, 14. April 2015, Jonas Smedegaard wrote: No, please do it now: Sugar cannot be removed while other packages depend on it! ok, will upload tonight! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#782559: apt-get complains about unknown options when it's the command that's wrong
Package: apt Version: 1.0.9.7 Severity: minor Dear Maintainer, apt-get seems to be parsing commandline arguments incorrectly. For example, to apt-get --purge autoremvoe it replies: E: Command line option --purge is not understood When the expected behaviour would be to complain about the command. This is only a typo, but could be rather confusing to a user who doesn't understand what he's doing wrong. -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: 8.0 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/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt depends on: ii debian-archive-keyring 2014.3 ii gnupg 1.4.18-7 ii libapt-pkg4.12 1.0.9.7 ii libc6 2.19-17 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.11-1+b1 ii dpkg-dev1.17.24 ii python-apt 0.9.3.11 ii synaptic0.81.2 -- 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#782515: [stable regression] tcp: make connect() mem charging friendly
Commit 355a901e6cf1b2b763ec85caa2a9f04fbcc4ab4a (tcp: make connect() mem charging friendly) was backported to various stable branches: v3.10.73: e64a85197b3f tcp: make connect() mem charging friendly v3.12.40: d06381e8aac5 tcp: make connect() mem charging friendly v3.14.37: 5a8e8f482b4a tcp: make connect() mem charging friendly v3.18.11: e8f117f002ca tcp: make connect() mem charging friendly v3.13.11-ckt19: de023863df9d tcp: make connect() mem charging friendly v3.16.7-ckt9: bea5f6ef9fcb tcp: make connect() mem charging friendly On the 3.16 branch, this has resulted in a regression for TCP Fast Open: https://bugs.debian.org/782515. The BUG() at the top of tcp_transmit_skb() fires as tcp_skb_pcount(skb) == 0. tcp_send_syn_data() does: memcpy(syn_data-cb, syn-cb, sizeof(syn-cb)); Since commit cd7d8498c9a5 (tcp: change tcp_skb_pcount() location) this is sufficient to set the GSO segment count correctly. But in older branches ( 3.18) the GSO segment count in skb_shared_info is used and is no longer copied by tcp_send_syn_data(). All the versions listed above, except v3.18.11, appear to have suffered this regression. Ben. -- Ben Hutchings Editing code like this is akin to sticking plasters on the bleeding stump of a severed limb. - me, 29 June 1999 signature.asc Description: This is a digitally signed message part
Bug#782564: willie: Restarting fails due to missing config
Package: willie Version: 5.2.0-1 Severity: important Hi, I just tried running willie, but it seems that the restart and stop actions of the init script are broken. These run willie --quit, without passing $DAEMON_ARGS, which cause the following to happen: matthijs@login:~$ sudo invoke-rc.d willie restart Restarting willie: willieWelcome to Willie! I can't seem to find the configuration file, so let's generate it! Please answer the following questions to create your configuration file: Enter the nickname for your bot [Willie]: Checking the process tree confirms that it is stuck while running --quit: matthijs@login:~$ ps aux --forest|grep willie root 13081 0.0 0.1 52352 4264 pts/20 S+ 10:50 0:00 | \_ sudo invoke-rc.d willie restart root 13082 0.0 0.0 4308 1548 pts/20 S+ 10:50 0:00 | \_ /bin/sh /usr/sbin/invoke-rc.d willie restart root 13099 0.0 0.0 4308 1584 pts/20 S+ 10:50 0:00 | \_ /bin/sh /etc/init.d/willie restart root 13104 0.0 0.0 39512 2860 pts/20 S+ 10:50 0:00 | \_ su -s /bin/sh willie -c willie --quit willie 13105 0.0 0.0 4308 692 ?Ss 10:50 0:00 | \_ sh -c willie --quit willie 13106 0.1 0.4 59472 17564 ?S10:50 0:00 | \_ /usr/bin/python3 /usr/bin/willie --quit What seems to happen is that since $DAEMON_ARGS isn't passed, willie looks in ~/.willie for a config, which doesn't exist, so it prompts to create a new one. More generally, willie needs to know the config file when running --quit, since the pidfile location can be modified in the config. It seems the simplest fix is to just pass $DAEMON_ARGS to willie --quit? Gr. Matthijs -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (990, 'stable'), (800, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) 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 Versions of packages willie depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.18~bpo70+1 ii python3 3.4.2-2 ii python3-enchant 1.6.5-2 ii python3-feedparser 5.1.3-3 ii python3-lxml 3.4.0-1 ii python3-tz 2012c-1 pn python3:any none willie recommends no packages. willie suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609095: bug still exists in 1.8.3-3
Hi Ed, this bug still exists. I have a Debian box here with two ethernet interfaces. I want to bind tinyproxy to the outgoing interface and I want it to listen on the other incoming interface. This valid configuration does not work: # /etc/init.d/tinyproxy start Starting tinyproxy: Bind cannot be used with transparent support enabled. Syntax error on line 39 Unable to parse config file. Not starting. man tinyproxy.conf does not tell how to disable the transparent support. Config file snippet: # # Port: Specify the port which tinyproxy will listen on. Please note # that should you choose to run on a port lower than 1024 you will need # to start tinyproxy using root. # Port 8080 # # Listen: If you have multiple interfaces this allows you to bind to # only one. If this is commented out, tinyproxy will bind to all # interfaces present. # #Listen 192.168.0.1 Listen 172.22.2.1 # # Bind: This allows you to specify which interface will be used for # outgoing connections. This is useful for multi-home'd machines where # you want all traffic to appear outgoing from one particular interface. # #Bind 192.168.0.1 Bind 10.0.80.2 Cheers Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782574: installation-reports: d-i does not boot on beaglebone black
On Tue, 2015-04-14 at 13:24 +0200, Francois-Regis Vuillemin wrote: Package: installation-reports Severity: important Tags: d-i Dear Maintainer, what I've done so far : wget http://d-i.debian.org/daily-images/armhf/daily/netboot/SD-card- images/partition.img.gz wget http://d-i.debian.org/daily-images/armhf/daily/netboot/SD-card- images/firmware.BeagleBoneBlack.img.gz zcat firmware.BeagleBoneBlack.img.gz partition.img.gz complet_image.img dd if=complet_image.img of=/dev/mmcblk0 and boot on the bbb with that sd (I erased the internal emmc before) Here is the console log : [...] Running bootscript from mmc ... ## Executing script at 8200 Non-mainline u-boot or old-style mainline u-boot detected. This boot script uses the unified bootcmd handling of mainline u-boot =v2014.10, which is not available on your system. Please boot the installer manually. [...] It seems that this script isn't expected to work with the version of u-boot that's installed on your BBB. (Which is a shame, but maybe unavoidable.) That message could probably be improved, though. Can you find instructions for 'boot the installer manually'? What could we do to improve the documentation? Ben. -- Ben Hutchings Editing code like this is akin to sticking plasters on the bleeding stump of a severed limb. - me, 29 June 1999 signature.asc Description: This is a digitally signed message part
Bug#782578: openmpi: Enable memchecker at least in a variant?
Source: openmpi Severity: wishlit Hello, Open MPI can support checking API application input/output, by passing --enable-memchecker to ./configure. When not running in valgrind, this just adds some nop-like instructions which don't affect the overall MPI performance. When running in valgrind, this provides very useful information on application bugs, so it would be very useful to have it in Debian, at least as a variant. More details are available on: http://www.open-mpi.org/faq/?category=debugging Samuel -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- Samuel ...Unix, MS-DOS, and Windows NT (also known as the Good, the Bad, and the Ugly). (By Matt Welsh) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782448: ITP: telepathy-gabble-legacy -- Jabber/XMPP connection manager (legacy branch)
On 12/04/15 12:51, Jonas Smedegaard wrote: * Package name: telepathy-gabble-legacy ... NB! This is an older legacy branch of Gabble with Tubes API, requires for use with Sugar. If you do not need Tubes API then you are strongly recommended to instead use the regular telepathy-gabble package. I consider the (re-)addition of this package to be unwise. The Tubes channel type was deprecated in favour of the StreamTube and DBusTube channel types in May 2009. Depending how you count, it was removed from Gabble more than 3 years later (development version 0.17.1) or more than 4 years later (stable version 0.18.0); it's not as if this was some sudden flag-day transition. The reason for deprecation was that Tubes channels are not usable by telepathy-mission-control, or particularly meaningful at all: the sensible unit for dispatching is an individual tube within the channel. sugar-presence-service does essentially the same things as Mission Control, so having it dispatch singular Tube channels to applications (either directly or by using Mission Control) would probably be a considerable simplification. The packaging will be maintained by the Debian Sugar Team - unless the Debian Telepathy maintainers is willing to take over (hence Cc'ed) :-) I am not a member of the Telepathy team any more, either upstream or in Debian, but I was at the time this version was released. I would recommend that neither they nor you should keep this branch on life-support. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782515: [stable regression] tcp: make connect() mem charging friendly
On Tue, 2015-04-14 at 08:32 +0100, Ben Hutchings wrote: Commit 355a901e6cf1b2b763ec85caa2a9f04fbcc4ab4a (tcp: make connect() mem charging friendly) was backported to various stable branches: v3.10.73: e64a85197b3f tcp: make connect() mem charging friendly v3.12.40: d06381e8aac5 tcp: make connect() mem charging friendly v3.14.37: 5a8e8f482b4a tcp: make connect() mem charging friendly v3.18.11: e8f117f002ca tcp: make connect() mem charging friendly v3.13.11-ckt19: de023863df9d tcp: make connect() mem charging friendly v3.16.7-ckt9: bea5f6ef9fcb tcp: make connect() mem charging friendly On the 3.16 branch, this has resulted in a regression for TCP Fast Open: https://bugs.debian.org/782515. The BUG() at the top of tcp_transmit_skb() fires as tcp_skb_pcount(skb) == 0. tcp_send_syn_data() does: memcpy(syn_data-cb, syn-cb, sizeof(syn-cb)); Since commit cd7d8498c9a5 (tcp: change tcp_skb_pcount() location) this is sufficient to set the GSO segment count correctly. But in older branches ( 3.18) the GSO segment count in skb_shared_info is used and is no longer copied by tcp_send_syn_data(). All the versions listed above, except v3.18.11, appear to have suffered this regression. Ben. Hi Ben Sorry to ear that. Have you already fixed this, or are you asking for help ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782567: unblock: apcupsd/3.14.12-1.1
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock apcupsd/3.14.12-1.1. The NMU fixes apcaccess on ARM (RC
bug #770984).
Thanks,
ema
diff -u apcupsd-3.14.12/debian/changelog apcupsd-3.14.12/debian/changelog
--- apcupsd-3.14.12/debian/changelog
+++ apcupsd-3.14.12/debian/changelog
@@ -1,3 +1,11 @@
+apcupsd (3.14.12-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * src/apcaccess.c: declare ch as int to match getopt return type. Fixes
+apcaccess on ARM. (Closes: #770984)
+
+ -- Emanuele Rocca e...@debian.org Tue, 14 Apr 2015 09:14:33 +0200
+
apcupsd (3.14.12-1) unstable; urgency=low
* [84a0ea2] Imported Upstream version 3.14.12
diff -u apcupsd-3.14.12/debian/patches/series
apcupsd-3.14.12/debian/patches/series
--- apcupsd-3.14.12/debian/patches/series
+++ apcupsd-3.14.12/debian/patches/series
@@ -4,0 +5 @@
+05-apcaccess-arm.patch
only in patch2:
unchanged:
--- apcupsd-3.14.12.orig/debian/patches/05-apcaccess-arm.patch
+++ apcupsd-3.14.12/debian/patches/05-apcaccess-arm.patch
@@ -0,0 +1,13 @@
+Declare ch as int to match getopt return type. Fix apcaccess behavior on
+arm.
+--- a/src/apcaccess.c
b/src/apcaccess.c
+@@ -146,7 +146,7 @@
+ #endif
+
+// Process standard options
+- char ch;
++ int ch;
+while ((ch = getopt(argc, argv, f:h:p:u)) != -1)
+{
+ switch (ch)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782568: smartmontools: Default MTA 'mail' not available in any Debian packages
Package: smartmontools Version: 6.3+svn3990-1~bpo70+1 Severity: normal Dear Maintainer, the Debian package smartmontools has options to send warning mails in various situations. For these cases the package provides a script /usr/share/smartmontools/smartd_warning.sh This script calls in default situations a mailer using the following comand line mail -s Subject recipient1 [recipient2 [...]] For that the package recommends two MTAs: 'mailx' or 'mailutils'. Both of these packages do not provide a 'mail' binary or script nor neither does any other standard Debian package (e.g. do 'apt-file search bin/mail') Further it is not possible do simply specify another MTA like '-M exec sendmail' in /etc/smartd.conf because standard MTAs do not accept the '-s' flag for subject. creating a simple script /usr/bin/mail do the job #!/bin/sh (echo Subject: $2; echo ; cat) | sendmail $3* But that is not the Debian way. So the script /usr/share/smartmontools/smartd_warning.sh should be modified to do that job and work together with standard Debian MTAs. Marko *** End of the template - remove these lines *** -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-0.bpo.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 smartmontools depends on: ii debianutils 4.3.2 ii libc62.13-38+deb7u6 ii libcap-ng0 0.6.6-2 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 ii lsb-base 4.1+Debian8+deb7u1 Versions of packages smartmontools recommends: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1+deb7u1 Versions of packages smartmontools suggests: pn gsmartcontrol none pn smart-notifier none -- Configuration Files: /etc/default/smartmontools changed [not included] /etc/smartd.conf 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#782569: lxde: Applications start on laptop when primary monitor is external
Package: lxde Version: 6 Severity: normal Dear Maintainer, I installed a new system from jessie-rc2 last week. I chose LXDE desktop (new to me) when installing. I configured using LXRandR Monitor Settings to have my external monitor above the laptop LCD monitor. Then I'm pretty sure I used the Panel Preferences applet to change the Position of the Task bar from Monitor 2 to Monitor 1 (Monitor 1 is the one in the top position, my external monitor. What happens is, when I initiate almost any application, from a menu or from a desktop icon, the new window opens on the secondary monitor (laptop LCD). It's quite disconcerting, because the menu bar is on the other monitor and I have the laptop lid partly closed so I can see over the top. So it takes me a couple of retries before I figure out the window is opening on the laptop. There are two exceptions I have noticed, where the window opens on the correct monitor: Desktop Preferences and LXSession configuration. My windows manager is listed as openbox, and this bug may belong there. In fact while I was writing this bug I found a menu item under Preferences called Openbox Configuration Manager, and within the Windows tab an item where I could change the Primary Monitor from Fixed Monitor to Active Monitor ... no that didn't fix it .. to Monitor with Mouse Pointer, which resulted in the correct behaviour. BTW, Desktop Settings and LXSession configuration still open correctly after setting the Openbox windows preference. I'm going to file this bug even though I found a solution, because 1) I think the default behaviour is wrong, and 2) so that other people who run across it may find the bug and earn how to solve the issue. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxde depends on: ii galculator 2.1.3-1 ii gpicview0.2.4-2+b2 ii leafpad 0.8.18.1-4 ii lxappearance0.6.1-1 ii lxappearance-obconf 0.2.2-1 ii lxde-core 6 ii lxde-icon-theme 0.5.1-1 ii lxinput 0.3.4-1 ii lxrandr 0.3.0-1 ii lxsession [lxsession-edit] 0.5.1-2 ii lxterminal 0.2.0-1 ii xarchiver 1:0.5.4-1 Versions of packages lxde recommends: ii alsamixergui 0.9.0rc2-1-9.1 ii clipit 1.4.2-1 ii deluge 1.3.10-3 ii evince-gtk [pdf-viewer] 3.14.1-2 ii gnome-disk-utility 3.12.1-1+b1 ii gnome-mplayer1.0.9-3 ii gnome-system-tools 3.0.0-4 ii gucharmap1:3.14.1-1 ii iceweasel [www-browser] 31.6.0esr-1 ii lightdm [x-display-manager] 1.10.3-3 ii lxmusic 0.4.6-2 ii lxsession [lxpolkit] 0.5.1-2 ii menu-xdg 0.5 ii network-manager-gnome0.9.10.0-2 ii usermode 1.109-1 ii w3m [www-browser]0.5.3-19 ii xserver-xorg 1:7.7+7 Versions of packages lxde suggests: ii gimp 2.8.14-1+b1 ii libreoffice 1:4.3.3-2 ii lxlauncher 0.2.4-1 ii lxtask 0.1.6-1 pn pidgin none pn update-notifier none pn xfce4-power-manager 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#782570: libvncclient0: vncviewers fail with: failed to create the RNG lock
Package: libvncclient0 Version: 0.9.9+dfsg-6.1 Severity: normal Dear Maintainer, when trying to connect to a MAC mini via vnc several vncviewers fail with an error message: failed to create the RNG lock bug is known and already fixed upstream, see https://github.com/LibVNC/libvncserver/pull/51 I cherry picked https://github.com/maxnet/libvncserver/commit/4674d4632b9ffc6779d9c9f79b8ebb53c12e29b2 and can confirm that this patch fixes the bug. with kind regards, Robert -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (1, 'experimental') 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 Init: systemd (via /run/systemd/system) Versions of packages libvncclient0 depends on: ii libc6 2.19-17 ii libgcrypt201.6.3-2 ii libgnutls-deb0-28 3.3.8-6 ii libjpeg62-turbo1:1.3.1-12 ii multiarch-support 2.19-17 ii zlib1g 1:1.2.8.dfsg-2+b1 libvncclient0 recommends no packages. libvncclient0 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#782293: u-boot: device tree missing in sheevaplug
Hy, Cake care also of the env size. The uboot binary is bigger, so the env must move. A simple inplace upgrade of the uboot binary will broke env settings and put most devices out of services. A workaround is still possible with pre post update scripting for getting env maintained. ++GK Le mardi 14 avril 2015 09:42:41 CEST, Ian Campbell a écrit : On Fri, 2015-04-10 at 06:45 +0200, Gérald wrote: Source: u-boot Severity: normal Tags: d-i patch Dear Maintainer, Device tree support for sheevaplug was enabled in commit 9a5e0a7d5bd0e1758fcc59db524c1695d0dab7e0 The patch from commit 9a5e0a7d5bd0e1758fcc59db524c1695d0dab7e0 must be backported into 2014.10 for jessie support The flash-kernel db contains: DTB-Append-From: 3.12 in the Sheevaplug entry, which I believe means Jessie will work fine on a Sheevaplug as it is, i.e. ignoring fdt at the u-boot level. Of course it would be preferable to use a u-boot which has native fdt support, although I'm not sure what the transition path would have to look like to get there without risking bricking existing systems. Ian. -- ++GK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741508: afnix: Add mips64(el) support
Hi, On Thu, 13 Mar 2014 16:48:24 +0800 Yunqiang Su wzss...@gmail.com wrote: This patch add mips64(el) support to afnix. Just so you know, now that most of the mips and mipsel buildds use 64-bit processors (even though they run 32-bit userspaces), afnix will FTBFS on mips and mipsel without this patch. Thanks, James signature.asc Description: This is a digitally signed message part
Bug#714606: help with fixing ruby-net-ssh: can't add a new key into hash during iteration during ssh.exec
Cc'ing the bug report as well, feel free to drop the cc for discussion on
mailing list.
Hi!
I seek help with fixing
https://bugs.debian.org/714606
aka
https://github.com/net-ssh/net-ssh/issues/110
The error message on trying ssh.exec is:
/usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:305:in `open_channel':
can't add a new key into hash during iteration (RuntimeError)
Here is the offending source:
https://github.com/net-ssh/net-ssh/blob/master/lib/net/ssh/connection/session.rb#L306
As far as I get the error is due to method exed in same file using
open_channel do |channel|
which then puts the assignment
channels[local_id] = channel
in open_channel into an iteration.
But I asked on #ruby-de and the do / end there is a block, not an iteration.
However in the backtrace there is
/usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:305:in `open_channel':
can't add a new key into hash during iteration (RuntimeError)
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:329:in
`exec'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:363:in
`exec!'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:174:in `block
in commit'
from /usr/lib/ruby/vendor_ruby/net/sftp/request.rb:87:in `call'
from /usr/lib/ruby/vendor_ruby/net/sftp/request.rb:87:in `respond_to'
from /usr/lib/ruby/vendor_ruby/net/sftp/session.rb:948:in
`dispatch_request'
from /usr/lib/ruby/vendor_ruby/net/sftp/session.rb:911:in
`when_channel_polled'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/channel.rb:311:in
`call'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/channel.rb:311:in
`process'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:222:in
`block in preprocess'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:222:in
`each'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:222:in
`preprocess'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:205:in
`process'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:169:in
`block in loop'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:169:in
`loop'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:169:in
`loop'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/channel.rb:269:in
`wait'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:364:in
`exec!'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:184:in `commit'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:628:in
`handle_host'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:703:in `block
in handle_gwhost'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:686:in `each'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:686:in
`handle_gwhost'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:718:in `loop'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:828:in `main'
an each in session.rb, line 222.
Which looks quite central to the working of ruby-net-ssh to me
# This is called internally as part of #process. It dispatches any
# available incoming packets, and then runs
Net::SSH::Connection::Channel#process
# for any active channels. If a block is given, it is invoked at the
# start of the method and again at the end, and if the block ever returns
# false, this method returns false. Otherwise, it returns true.
def preprocess
return false if block_given? !yield(self)
dispatch_incoming_packets
channels.each { |id, channel| channel.process unless channel.closing? }
return false if block_given? !yield(self)
return true
end
The calling site inside distkeys is:
https://github.com/teamix/distkeys/blob/master/distkeys#L174
Do you see a way to fix this up without changing the semantics of open_channel?
Another conclusion would be to treat ruby-net-ssh as unfit for release
with Debian Jessie, as a central functionality just does not work with Ruby
1.9+, and Jessie does not have Ruby 1.8 anymore.
But even tough upstream appears to be basically unmaintained (see note
about maintenance note at https://github.com/net-ssh/net-ssh) I think it would
be nice to have this fixed. But anyway, if its unmaintained it may be better
to remove it? I don't know about any other free as in freedom alternative to
it tough.
Thanks,
--
Martin Steigerwald | Consultant / Trainer
teamix GmbH
Südwestpark 43
90449 Nürnberg
Tel.: +49 911 30999 55 | Fax: +49 911 30999 99
mail: martin.steigerw...@teamix.de | web: http://www.teamix.de | blog:
http://blog.teamix.de
Amtsgericht Nürnberg, HRB 18320 | Geschäftsführer: Oliver Kügow, Richard Müller
** Data Management Day | 29.04.2015 bei teamix **
Jetzt anmelden unter www.teamix.de/CommVault
--
To UNSUBSCRIBE, email to
Bug#782450: ppp: Buffer overflow in radius plugin
On 14/04/2015 07:48, Emanuele Rocca wrote: NMU diff attached. ppp_2.4.6-3.1-nmu.diff diff -Nru ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow --- ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow 1970-01-01 01:00:00.0 +0100 +++ ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow 2015-04-14 08:27:53.0 +0200 @@ -0,0 +1,23 @@ +Description: Fix buffer overflow in rc_mksid() + rc_mksid converts the PID of pppd to hex to generate a pseudo-unique string. + . + If the process id is bigger than 65535 (), its hex representation will be + longer than 4 characters, resulting in a buffer overflow. + . + The bug can be exploited to cause a remote DoS. + . +Author: Emanuele Rocca e...@debian.org +Bug-Debian: https://bugs.debian.org/782450 +Last-Update: 2015-04-14 + +--- ppp-2.4.6.orig/pppd/plugins/radius/util.c ppp-2.4.6/pppd/plugins/radius/util.c +@@ -77,7 +77,7 @@ rc_mksid (void) + static unsigned short int cnt = 0; + sprintf (buf, %08lX%04X%02hX, +(unsigned long int) time (NULL), +- (unsigned int) getpid (), ++ (unsigned int) getpid () % 65535, Shouldn't this be 65536? If you're trying to limit to 0x then 65535 too small. getpid () 0x might be clearer than using the modulus operator and should have exactly the same effect. +cnt 0xFF); + cnt++; + return buf; Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780704: Latest upstream version is 3.2.1
severity -1 wishlist thanks On Wed, 18 Mar 2015 14:23:24 +1100 Erik de Castro Lopo er...@mega-nerd.com wrote: Package: cmake Version: 3.0.2-1 Severity: normal Would be nice to get this new version in Debian. Hi, I second the wish to have an update of the cmake package to the current upstream version. The 3.1 and 3.2 releases added useful features, especially a generic way to specify C/C++ standard requirements without setting feature flags by hand. I am downgrading this bug to wish list though, as it is literally a wish list for the package maintainers. Thanks for your efforts to maintain this package in Debian! Best regards, Jan Henke signature.asc Description: OpenPGP digital signature
Bug#782506: unblock: libcangjie/1.2-1
Control: tags -1 -moreinfo On Mon, Apr 13, 2015 at 06:26:47PM +0200, Niels Thykier wrote: Hi, The package does not appear to be uploaded to unstable, so it cannot be unblocked. Please upload this to unstable before the 9:52 UTC dinstall on Wednesday. If it is any later than that, it will have to wait for the first point release. The libcangjie 1.2-2 is uploaded to unstable, and all architectures except hurd-i386 and kfreebsd-amd64 are ready. [0] https://buildd.debian.org/status/package.php?p=libcangjiesuite=unstable -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#782450: ppp: Buffer overflow in radius plugin
On 14/04/2015 07:48, Emanuele Rocca wrote: NMU diff attached. ppp_2.4.6-3.1-nmu.diff diff -Nru ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow --- ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow 1970-01-01 01:00:00.0 +0100 +++ ppp-2.4.6/debian/patches/rc_mksid-no-buffer-overflow 2015-04-14 08:27:53.0 +0200 @@ -0,0 +1,23 @@ +Description: Fix buffer overflow in rc_mksid() + rc_mksid converts the PID of pppd to hex to generate a pseudo-unique string. + . + If the process id is bigger than 65535 (), its hex representation will be + longer than 4 characters, resulting in a buffer overflow. + . + The bug can be exploited to cause a remote DoS. + . +Author: Emanuele Rocca e...@debian.org +Bug-Debian: https://bugs.debian.org/782450 +Last-Update: 2015-04-14 + +--- ppp-2.4.6.orig/pppd/plugins/radius/util.c ppp-2.4.6/pppd/plugins/radius/util.c +@@ -77,7 +77,7 @@ rc_mksid (void) + static unsigned short int cnt = 0; + sprintf (buf, %08lX%04X%02hX, +(unsigned long int) time (NULL), +- (unsigned int) getpid (), ++ (unsigned int) getpid () % 65535, Shouldn't this be 65536? If you're trying to limit to 0x then 65535 too small. getpid () 0x might be clearer than using the modulus operator and should have exactly the same effect. +cnt 0xFF); + cnt++; + return buf; Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782575: Please add Build-Depends-Package for the move to /lib
Package: libapparmor1 Version: 2.9.0-3+exp1 Severity: important Tags: patch Hi, in version 2.9.0-3+exp1, the libraries were moved to /lib and Martin (re)enabled apparmor support in systemd. While doing that, he also added a hard-coded, versioned dependency on libapparmor1 (= 2.9.0-3+exp1) to ensure that systemd depends on a libapparmor1 version which has its libraries in /lib. This is super-ugly, and we should not do that. I therefor suggest, that libapparmor1 adds * Build-Depends-Package: libapparmor-dev to its symbols file. This way, we can simply make the Build-Depends on libapparmor-dev versioned, indicating that we want a version which was moved to lib, and get a proper versioned library dependency. Please consider applying the attached patch and making a new experimental upload for libapparmor, so we can drop the hard-coded library dependency. While looking at the symbols file, I also noticed, that it contains a lot of versions including the debian revision 0ubuntu1. Is that really intentional? Regards, Michael -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libapparmor1 depends on: ii libc6 2.19-17 libapparmor1 recommends no packages. libapparmor1 suggests no packages. -- no debconf information diff --git a/debian/libapparmor1.symbols b/debian/libapparmor1.symbols index f49640d..d0185ee 100644 --- a/debian/libapparmor1.symbols +++ b/debian/libapparmor1.symbols @@ -1,4 +1,5 @@ libapparmor.so.1 libapparmor1 #MINVER# +* Build-Depends-Package: libapparmor-dev APPARMOR_1.0@APPARMOR_1.0 2.6~devel APPARMOR_1.1@APPARMOR_1.1 2.6~devel APPARMOR_2.9@APPARMOR_2.9 2.8.94-0ubuntu1
Bug#782575: Please add Build-Depends-Package for the move to /lib
Am 14.04.2015 um 13:41 schrieb Michael Biebl: I therefor suggest, that libapparmor1 adds * Build-Depends-Package: libapparmor-dev to its symbols file. This way, we can simply make the Build-Depends on libapparmor-dev versioned, indicating that we want a version which was moved to lib, and get a proper versioned library dependency. See debian policy 8.6.3.2 and man 5 deb-symbols -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#623539: GnuPG 2.0 and gnome-keyring
On Tue, 14 Apr 2015 12:14, j...@debian.org said: I’m pretty sure that gnome-keyring 3.14 in jessie supports smartcards correctly. It is not about anything in gnome-keyring but about gnome-keyring inhibiting gpg to to use smartcards, gpgsm and so on. GKR has certain components which replace existing services. One of these components replaces gpg-agent - or better said it mimics a small part of gpg-agent (the GET_PASSPHRASE command). Due to this hijacking of the real gpg-agent (part of GnuPG) large parts of GnuPG do not work on systems using gnome-keyring. As for iteration count calibration, this could probably patched in gnome-keyring; at least in a Debian-specific patch, but there’s no way This was just an example. The interface between gpg and gpg-agent belongs to GnuPG and most parts are not published. Or to say it in other words: There is no defined interface. Keep hands off. gnome-keyring MUST NOT pretend to be gpg-agent. Or if it does this you need to add Breaks: gnupg2 Do you want a patch to remove gpg-agent from GKR? As for gpgsm, I’d be wary of dropping features used by e.g. evolution to support S/MIME before changing the default gnome-keyring configuration. gpgsm won't work if GKR is used and GKR hijacks gpg-agent. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782576: php5-raphf: Not enabled by default
Package: php5-raphf Version: 1.0.4-1+b1 Severity: normal Dear Maintainer, The module is not available once the package is installed, and no documentation is provided to activate it. Similar to this bug (another php extension) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751931 Regards, William -- System Information: Debian Release: 8.0 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php5-raphf depends on: ii libc6 2.19-17 ii php-pear 5.6.7+dfsg-1 ii php5-common [phpapi-20131226] 5.6.7+dfsg-1 php5-raphf recommends no packages. php5-raphf 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#782577: php5-propro: Not enabled by default
Package: php5-propro Version: 1.0.0-1+b1 Severity: normal Dear Maintainer, The module is not available once the package is installed, and no documentation is provided to activate it. Same issue as php5-raphf and php5-pecl-http Regards, William -- System Information: Debian Release: 8.0 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php5-propro depends on: ii libc6 2.19-17 ii php-pear 5.6.7+dfsg-1 ii php5-common [phpapi-20131226] 5.6.7+dfsg-1 php5-propro recommends no packages. php5-propro 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#623539: [pkg-gnupg-maint] Bug#623539: GnuPG 2.0 and gnome-keyring
On Tue, 14 Apr 2015 13:53, w...@gnupg.org said: Do you want a patch to remove gpg-agent from GKR? The patch is too simple. Just add --disable-gpg-agent to the ./configure invocation and you should be done. Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778973: as a user makes lot of sense to me.
On Fri 10 Apr 2015 at 02:44:38 +0100, Steve McIntyre wrote: I've just committed code to generate HEADER.html files on cdimage.d.o for the typical image download locations. This is much easier for us to do than change the image file names, and saves on the extra chaos that would cause for the -www team when trying to link to things. Please take a look and tell me what you think. An example directory is http://cdimage.debian.org/cdimage/weekly-builds/ - take a look at the directories underneath there... Looks good to me. This sort of extra information at the entry point to downloading is a nice way of conveying important information to a user, 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#782573: Installation on Thinkpad X250 worked fine
Package: installation-reports Severity: normal Boot method: CD Image version: debian-testing-amd64-netinst.iso from 13-04-2015 Date: 13-04-2015 Machine: Lenovo ThinkPad X250 Summary: Everything went really well, good job! I especially like new desktop selection, which makes KDE installations much more easy for non-technical users. Some remarks: - In the past I usually installed using wired network, but decided to give the wireless installation a go. d-i correctly detected the missing iwlwifi firmware. While the steps to obtain the missing firmware files are obvious to, this is most probably not the case for 95% of all users. Maybe d-i should point to something like http://wiki.debian.org/d-i-Firmware which contains the specific blobs and instructions how to copy them to a USB stick? (Since this topic is probably contentious, I didn't file a bug for it, so maybe only take this as a suggestion). - One line was only displayed partly, I filed a bug against partman-crypto (782571) - The touchpad on the X250 needs a backport from Linux 4.0, but there's already a kernel bug/patch on that. Thanks, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782572: RM: sugar-presence-srvice-0.84/0.84.3-1.1, sugar-presence-service-0.88/0.88.0-3.1, sugar-presence-service-0.90/0.90.2-1, src:sugar-toolkit-0.96/0.96.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sugar is severely broken (see bug#782414) and not suitable for Jessie. Please drop *all* sugar packages for Jessie. In addition to the directly affected packages listed in subject, please also drop all of its reverse (build-)dependencies, and libraries with no reverse dependencies besides those of dropped packages. Here is a complete list of packages to drop: src:python-aiml/0.8.6-2 src:python-elements/0.13+svn20090823.230+dfsg-2 src:python-xklavier/0.4-4 src:sugar-0.96/0.96.1-2.1 src:sugar-0.98/0.98.8-1 src:sugar-artwork-0.84/0.84.4-3 src:sugar-artwork-0.88/0.88.1-4 src:sugar-artwork-0.96/0.96.2-2 src:sugar-artwork-0.98/0.98.4-1 src:sugar-base-0.84/0.84.2-4 src:sugar-base-0.88/0.88.0-4 src:sugar-base-0.96/0.96.0-1 src:sugar-base-0.98/0.98.0-1 src:sugar-datastore-0.84/0.84.1-3.1 src:sugar-datastore-0.88/0.88.0-4 src:sugar-datastore-0.96/0.96.0-1 src:sugar-datastore-0.98/0.98.1-1 src:sugar-presence-srvice-0.84/0.84.3-1.1 src:sugar-presence-service-0.88/0.88.0-3.1 src:sugar-presence-service-0.90/0.90.2-1 src:sugar-toolkit-0.96/0.96.3-1 src:sugar-toolkit-gtk3/0.98.7-1 src:sugar-toolkit-0.88/0.88.1-4 src:sugar-toolkit-0.84/0.84.17-1 src:sugar-toolkit-0.98/0.98.1-1 sugar-terminal-activity/28-1.2 sugar-record-activity/82-1.2 sugar-pippy-activity/46~dfsg-2 sugar-physics-activity/7+dfsg-1.2 sugar-moon-activity/11-1.1 sugar-memorize-activity/35-1.1 sugar-log-activity/24-1.1 sugar-irc-activity/8-1.2 sugar-connect-activity/22-1.2 sugar-chat-activity-0.84/65-5.1 sugar-calculate-activity/40-2 sugar-browse-activity/137-1 sugar-etoys-activity/116-3 One additional reverse dependency - education-desktop-sugar - is part of a larger set of binary packages and thus need special care (see bug#782504): This should be solved by an upload tonight. One other package - sugar-turtleart-activity - arguably should be dropped as well, but it is maintained outside of the Sugar/OLPC team and do not declare any tight relationships with infrastructural Sugar packages so a) do not technically affect dropping Sugar, and b) possibly is indeed usable on its own - i.e. if not then that's an independent bug. Regards, - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVLPMAAAoJECx8MUbBoAEhNOoP/iuzVzb7xufvMIlqkRSlE6qO 4D8z4lF4oDfYyaqbOrerhYQEWmptbPek3WVz/wcdE/Zw3Y9eMfVakgdWRDFL33Eb IGShoz9fN3jNI4YR44HyPOH4LMeekku7rTWa7GxZ7EKwUp8a1hp8KkrdtYUIKMfe G1xW5K0TH3SBw+o8OIluSZ+JsLVZrOjP7gx8M+uixiB3dQ0XkqhT9yMJcW51VnoZ fqqjvc8dU3NMZhsqMjapwtQL/PE61zkRsDt7mtJ9PkKa58Xw2NiCglbb7gusSKF3 aOM2fXs5ohUD+rNCNEpeE6ZYPuBuKH9K7BzAhBFc5duvjGHUpSNp85ATWG9l2G51 ptbK8DvHrb7EanO9d8UkpgJr7rymRIkoSoY1QtTlZe3cMwHLgXeP/KPYMaN+BvNs LDRmmRlbEGVOEpt38/foQAZgyrt1PNKQ+lPaLDDgDDVSpIWRDxu5Ej2vrCfGmZL7 CsHTcCA/vo+hGPUP49BMWZyS2575x5YTUP/4TtuGCSACUmsg88POaNPx4lCzaN0G hQjQmXqkSKQ0WH3kFTHswcgvXk5jqbwFqXmoIniaYHRa09tfEZ4Vt6r5rWc36zz6 W43xgKycapLKxVjyYl+znkReVDUu2Xn6CYApR7s57ijezH4FsM3aU3ALP8MSajlN I763HOv+CZAzpEYafbkq =6p3C -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#714606: help with fixing ruby-net-ssh: can't add a new key into hash during iteration during ssh.exec
Am Dienstag, 14. April 2015, 12:36:33 schrieb Martin Steigerwald:
Cc'ing the bug report as well, feel free to drop the cc for discussion on
mailing list.
Hi!
I seek help with fixing
https://bugs.debian.org/714606
aka
https://github.com/net-ssh/net-ssh/issues/110
The error message on trying ssh.exec is:
/usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:305:in
`open_channel': can't add a new key into hash during iteration (RuntimeError)
Here is the offending source:
https://github.com/net-ssh/net-ssh/blob/master/lib/net/ssh/connection/session.rb#L306
As far as I get the error is due to method exed in same file using
open_channel do |channel|
which then puts the assignment
channels[local_id] = channel
in open_channel into an iteration.
But I asked on #ruby-de and the do / end there is a block, not an iteration.
However in the backtrace there is
/usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:305:in
`open_channel': can't add a new key into hash during iteration (RuntimeError)
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:329:in
`exec'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:363:in
`exec!'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:174:in
`block in commit'
from /usr/lib/ruby/vendor_ruby/net/sftp/request.rb:87:in `call'
from /usr/lib/ruby/vendor_ruby/net/sftp/request.rb:87:in `respond_to'
from /usr/lib/ruby/vendor_ruby/net/sftp/session.rb:948:in
`dispatch_request'
from /usr/lib/ruby/vendor_ruby/net/sftp/session.rb:911:in
`when_channel_polled'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/channel.rb:311:in
`call'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/channel.rb:311:in
`process'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:222:in
`block in preprocess'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:222:in
`each'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:222:in
`preprocess'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:205:in
`process'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:169:in
`block in loop'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:169:in
`loop'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:169:in
`loop'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/channel.rb:269:in
`wait'
from /usr/lib/ruby/vendor_ruby/net/ssh/connection/session.rb:364:in
`exec!'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:184:in
`commit'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:628:in
`handle_host'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:703:in
`block in handle_gwhost'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:686:in `each'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:686:in
`handle_gwhost'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:718:in `loop'
from /homelokal/ms/Debian/distkeys/distkeys.git/distkeys:828:in
`main'
an each in session.rb, line 222.
Which looks quite central to the working of ruby-net-ssh to me
# This is called internally as part of #process. It dispatches any
# available incoming packets, and then runs
Net::SSH::Connection::Channel#process
# for any active channels. If a block is given, it is invoked at the
# start of the method and again at the end, and if the block ever returns
# false, this method returns false. Otherwise, it returns true.
def preprocess
return false if block_given? !yield(self)
dispatch_incoming_packets
channels.each { |id, channel| channel.process unless channel.closing? }
return false if block_given? !yield(self)
return true
end
The calling site inside distkeys is:
https://github.com/teamix/distkeys/blob/master/distkeys#L174
Do you see a way to fix this up without changing the semantics of
open_channel?
Okay, I now got further help from #ruby-de and there is a fix I can do inside
distkeys:
ok=false
@sftp.lstat( .ssh ) do |response| ok = response.ok?; end
if not ok then
puts ~/.ssh does not seem to exist, creating
it with 700...
@ssh.exec!( mkdir ~/.ssh )
@ssh.exec!( chmod 700 ~/.ssh )
end
i.e. first finish sftp then to the ssh exec stuff.
Pushed:
https://github.com/teamix/distkeys/commit/1092384f54d6531ce1106c4fe7b2f6833a2bba5b
I can now fix all other occurences of this in my script.
I am not sure whether it is a work-around or whether it is a valid
contraint to be taken into account when using ruby-net-ssh. To me it
Bug#782564: willie: Restarting fails due to missing config
Hi, I just tried running willie, but it seems that the restart and stop actions of the init script are broken. On a related note, I just noticed that the --kill invocation in do_stop is mostly useless. do_stop in the initscript runs willie --quit and if the returns a non-zero status, runs willie --kill. However, looking at the willie code, it seems that --quit only returns a non-zero status when no running pid was found. If a pid was found, it just sends a signal and returns 0, without actually checking or waiting for willie to stop. This means that --kill is only run when there is no point (there is no process to kill), not when there is a process to kill but it didn't die from --quit. In my case, there was a problem with the pidfile that prevented willie from quitting, but --kill was never tried. However, after fixing the pidfile problem, a restart still doesn't work, since willie needs a few seconds to clean up and quit, and the initscript goes ahead and starts again to soon. I guess this should be fixed by looping and checking to see if the process is still there. Inside willie --quit is probably the best place, though in the initscript might also work. It seems the simplest fix is to just pass $DAEMON_ARGS to willie --quit? I just tried this and this seems to work (apart from the above problems). Gr. Matthijs signature.asc Description: Digital signature
Bug#779200: reportbug: did not show #777125, proably due to encoding issues
Hello Sandro, On Mon, Apr 13, 2015 at 09:37:20PM +0100, Sandro Tosi wrote: So indeed an encoding issue. Tried yesterday (probably on another machine) and did't see the python error, as in the original report. ... It would be helpful if you could run the 'locale' command in the very same terminal session when you run reportbug, on both the machine (where it works and where it crashed), and report the 2 outputs here. it didn't work on any jessie machine, only the errors you see (or not see) differs. The LANG of the first report should be enough to visualize correctly that report. With current jessie meanwhile the terminal is not hosed any more, typing 'q' yields the terminal back with a now complete traceback of the encoding error. Thanks and greetings Hermann $ locale LANG=C.UTF-8 LANGUAGE= LC_CTYPE=C.UTF-8 LC_NUMERIC=C.UTF-8 LC_TIME=C.UTF-8 LC_COLLATE=C.UTF-8 LC_MONETARY=C.UTF-8 LC_MESSAGES=C.UTF-8 LC_PAPER=C.UTF-8 LC_NAME=C.UTF-8 LC_ADDRESS=C.UTF-8 LC_TELEPHONE=C.UTF-8 LC_MEASUREMENT=C.UTF-8 LC_IDENTIFICATION=C.UTF-8 LC_ALL= $ ssh install5 ... install5:~ locale LANG=C.UTF-8 LANGUAGE= LC_CTYPE=C.UTF-8 LC_NUMERIC=C.UTF-8 LC_TIME=C.UTF-8 LC_COLLATE=C.UTF-8 LC_MONETARY=C.UTF-8 LC_MESSAGES=C.UTF-8 LC_PAPER=C.UTF-8 LC_NAME=C.UTF-8 LC_ADDRESS=C.UTF-8 LC_TELEPHONE=C.UTF-8 LC_MEASUREMENT=C.UTF-8 LC_IDENTIFICATION=C.UTF-8 LC_ALL= install5:~ reportbug -N 777125 *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Hermann Lauer hermann.la...@iwr.uni-heidelberg.de' as your from address. Retrieving report #777125 from Debian bug tracking system... Traceback (most recent call last): File /usr/bin/reportbug, line 2211, in module main() File /usr/bin/reportbug, line 1081, in main return iface.user_interface() File /usr/bin/reportbug, line 1363, in user_interface mbox_reader_cmd=self.options.mbox_reader_cmd) File /usr/lib/python2.7/dist-packages/reportbug/ui/text_ui.py, line 441, in show_report -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782137: gnumeric: preinst script bails out too easily
Hi, What do you think about the attached diff? Granted, it doesn't handle the upgrade in chroot while a package-installed process is running, case, but it at least should allow some installation and upgrade scenarios to be done smoothly. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net 782137.diff.gz Description: GNU Zip compressed data
Bug#782571: Status message during initial overwrite not wrapped
Package: partman-crypto
Version: 80
Severity: normal
Hi,
I installed jessie with yesterday's debian-testing-amd64-netinst
and chose the graphical d-i with German i18n.
One output from partman-crypto was truncated/not line-wrapped,
so only the following was displayed (in one line):
--
Der Installer �berschreibt nun SCSI1 (0,0,0), Partition #5 (sda)
mit zuf�lligen Daten, um zu verhindern, da
--
(This is the German gettext string for The installer is now
overwriting ${DEVICE} with random data (..)
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623539: GnuPG 2.0 and gnome-keyring
Werner Koch w...@gnupg.org wrote: Even without a new Gnome-Pinentry it is important to stop the hijacking of the gpg-agent IPC now. GKR being able to store passphrases for OpenPGP keys is merely a feature while inhibiting the use of gpgsm, smartcards, and iteration count calibration are bugs. I’m pretty sure that gnome-keyring 3.14 in jessie supports smartcards correctly. As for iteration count calibration, this could probably patched in gnome-keyring; at least in a Debian-specific patch, but there’s no way upstream would be hostile to that. As for gpgsm, I’d be wary of dropping features used by e.g. evolution to support S/MIME before changing the default gnome-keyring configuration. Cheers, -- Joss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782574: installation-reports: d-i does not boot on beaglebone black
Package: installation-reports Severity: important Tags: d-i Dear Maintainer, what I've done so far : wget http://d-i.debian.org/daily-images/armhf/daily/netboot/SD-card- images/partition.img.gz wget http://d-i.debian.org/daily-images/armhf/daily/netboot/SD-card- images/firmware.BeagleBoneBlack.img.gz zcat firmware.BeagleBoneBlack.img.gz partition.img.gz complet_image.img dd if=complet_image.img of=/dev/mmcblk0 and boot on the bbb with that sd (I erased the internal emmc before) Here is the console log : U-Boot SPL 2014.10+dfsg1-5 (Apr 07 2015 - 22:13:27) MMC: block number 0x100 exceeds max(0x0) MMC: block number 0x200 exceeds max(0x0) *** Error - No Valid Environment Area found Using default environment U-Boot 2014.10+dfsg1-5 (Apr 07 2015 - 22:13:27) Watchdog enabled I2C: ready DRAM: 512 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment Net: ethaddr not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device SD/MMC found on device 0 ** Invalid partition 2 ** ** Invalid partition 2 ** ** Invalid partition 2 ** ** Invalid partition 2 ** ** Invalid partition 2 ** switch to partitions #0, OK mmc0 is current device SD/MMC found on device 0 reading /boot/boot.scr 1451 bytes read in 9 ms (157.2 KiB/s) Running bootscript from mmc ... ## Executing script at 8200 Non-mainline u-boot or old-style mainline u-boot detected. This boot script uses the unified bootcmd handling of mainline u-boot =v2014.10, which is not available on your system. Please boot the installer manually. switch to partitions #0, OK mmc1(part 0) is current device SD/MMC found on device 1 ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** switch to partitions #0, OK mmc1(part 0) is current device SD/MMC found on device 1 ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** ** No partition table - mmc 1 ** ## Error: nandboot not defined U-Boot# Thanks -- Package-specific info: Boot method: sd-card Image version: http://d-i.debian.org/daily-images/armhf/daily/netboot/SD-card-images/ Date: Date and time of the install Machine: Beaglebone black Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armel, armhf, powerpcspe Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777798: bcache-tools: ftbfs with GCC-5
Control: tags -1 patch upstream
On Thu, 12 Feb 2015 10:30:17 + Matthias Klose d...@debian.org wrote:
The package fails to build in a test rebuild on at least amd64 with
gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
severity of this report may be raised before the stretch release.
Here's a patch for this. It just removes the bogus inline keyword from
bcache.c. I have no idea how the compiler was supposed to inline that
function anyway.
Thanks,
James
--- a/bcache.c
+++ b/bcache.c
@@ -115,7 +115,7 @@ static const uint64_t crc_table[256] = {
0x9AFCE626CE85B507ULL
};
-inline uint64_t crc64(const void *_data, size_t len)
+uint64_t crc64(const void *_data, size_t len)
{
uint64_t crc = 0xULL;
const unsigned char *data = _data;
signature.asc
Description: This is a digitally signed message part
Bug#782550: mysql-server-5.5: Use /bin/bash instead of /bin/sh for mysqld_safe
I forgot to mention that this issue only applies to the Debian version of mysqld_safe (due to 38_scripts__mysqld_safe.sh__signals.patch). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782582: O: awstats -- powerful and featureful web server log analyzer
Package: wnpp Severity: normal After adopting of the new policy for upload permissions of DM's [1] I'm unable to do any work for awstats packaging. What I tried to do: 1) fill RFH bug: https://bugs.debian.org/755797 2) I did several attempts to make reviewers happy in my last RFS request: https://bugs.debian.org/738101 (Recently, package was removed second time from mentors, but all ongoing work is in the git repo.) No signs of life in that part of the Debian for ~1 year... Therefore, I have no options and I orphan this package now. [1] http://lists.debian.org/debian-devel-announce/2012/09/msg8.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782259: xmms2: FTBFS with ruby2.2
On Thu, Apr 9, 2015 at 4:56 PM, Christian Hofstaedtler z...@debian.org wrote: your package xmms2 FTBFS with ruby2.2 (which is available in experimental for testing purposes). The attached patch fixes the FTBFS (and stays compatible with 2.1). Thanks, already fixed in upstream waf, updating xmms2's waf version after next waf release (shouldn't be that far off into the future). -- Daniel Svensson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782537: [pkg-horde] Bug#782537: Message composing broken due to missing symlink to ckeditor resources
HI Tobias, On Mo 13 Apr 2015 22:28:32 CEST, Tobias Doerffel wrote: Package: php-horde-imp Version: 6.2.2-3 When installing php-horde-imp and setting it up properly, the message compose window does not work properly (address book completion, spell checking etc.) due to missing resources. In my browser's console I can see it requests $SERVER/imp/core/loader.js which does not exist and thus generates a 404 error. When adding a symbolic link from /usr/share/javascript/ckeditor/core to /usr/share/horde/imp/core everything works as expected. Please note that the issue is bigger (you just encountered a side effect). Horde in Debian jessie requires ckeditor3, but Debian jessie ships ckeditor (= 4). For details on earlier discussions, see [1]. So basically, you need to grab ckeditor3 from git.debian.org [2] and do some symlinking work between (IIRC!) php-horde-imp (it ships extensions/plugins for ckeditor3) and php-horde-editor / ckeditor3. (Maybe this has been solved in latest uploads of php-horde-editor (in experimental). If the above paragraph is unclear and more exact instructions are needed, I volunteer to dive into my running setup and check what is symlinked to where. Greets, Mike [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769031 [2] http://anonscm.debian.org/cgit/pkg-horde/PEAR/ckeditor3.git/ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpSBTO4oNpPJ.pgp Description: Digitale PGP-Signatur
Bug#779200: reportbug: did not show #777125, proably due to encoding issues
this traceback is incomplete, please report the full (unaltered) traceback. sorry, missed obviously the end during copy paste: Traceback (most recent call last): File /usr/bin/reportbug, line 2211, in module main() File /usr/bin/reportbug, line 1081, in main return iface.user_interface() File /usr/bin/reportbug, line 1363, in user_interface mbox_reader_cmd=self.options.mbox_reader_cmd) File /usr/lib/python2.7/dist-packages/reportbug/ui/text_ui.py, line 441, in show_report fd.write(text) UnicodeEncodeError: 'ascii' codec can't encode character u'\u25cf' in position 542: ordinal not in range(128) Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782584: openvswitch: NDP is dropped
Package: openvswitch-common Version: 2.3.0+git20140819-3 Severity: important File: openvswitch Tags: ipv6 Dear Maintainer, * What led up to the situation? Virtual machine running in libvirt stops respoding on the network ip -6 neigh do not show the expected neighbours I reverted to old bridge via brctl and it worked again. This seems related: http://openvswitch.org/pipermail/dev/2014-July/042548.html -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openvswitch-common depends on: ii libatomic1 4.9.2-10 ii libc6 2.19-15 ii libpython2.7-stdlib [python-argparse] 2.7.9-2 ii libssl1.0.01.0.1k-1 ii openssl1.0.1k-1 ii python 2.7.8-4 openvswitch-common recommends no packages. Versions of packages openvswitch-common suggests: ii ethtool 1:3.16-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782583: icedove: Get stacktrace the moment I start configuring the mail client.
Package: icedove Version: 31.6.0-1 Severity: normal Dear Maintainer, I get the following stacktrace the moment I start configuring icedove :- [$] icedove [19:08:57] (process:23530): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed (icedove:23530): Gtk-CRITICAL **: IA__gtk_clipboard_set_with_data: assertion 'targets != NULL' failed -- Exception object -- + _message (string) '' + stack (string) 342 chars + code (number) 0 + uri (string) 'http://autoconfig.hamaralinux.org/mail/config-v1.1.xml' + constructor (function) 6 lines + message (string) '' + toString (function) 4 lines * -- Stack Trace -- Exception@chrome://messenger/content/accountcreation/util.js:132:5 ServerException@chrome://messenger/content/accountcreation/fetchhttp.js:262:3 FetchHTTP.prototype._response@chrome://messenger/content/accountcreation/fetchhttp.js:190:7 FetchHTTP.prototype.start/request.onerror@chrome://messenger/content/accountcreation/fetchhttp.js:117:36 Not Found Can anybody tell what this is about ? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icedove depends on: ii debianutils 4.4+b1 ii fontconfig2.11.0-6.3 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-17 ii libcairo2 1.14.2-1 ii libdbus-1-3 1.9.14-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.1-2+b2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgcc1 1:5-20150410-1 ii libgdk-pixbuf2.0-02.31.3-1 ii libglib2.0-0 2.44.0-1 ii libgtk2.0-0 2.24.25-3 ii libhunspell-1.3-0 1.3.3-3 ii libnspr4 2:4.10.7-1 ii libnss3 2:3.17.2-1.1 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpixman-1-0 0.32.6-3 ii libsqlite3-0 3.8.7.1-1 ii libstartup-notification0 0.12-4 ii libstdc++64.9.2-10 ii libvpx1 1.3.0-3 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-en-gb [myspell-dictionary]1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.1.3-1 ii libgssapi-krb5-2 1.12.1+dfsg-19 -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782585: ocsinventory-agent: Missing dependency on libnmap-parser-perl
Package: ocsinventory-agent Version: 2:2.0.5-1 Severity: normal Dear Maintainer, The ipdiscover feature requires the libnmap-parser-perl package to work. It should be listed added as a suggested dependency, just like the nmap package. -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-agent depends on: ii debconf [debconf-2.0] 1.5.49 ii libnet-ip-perl1.25-3 ii libnet-ssleay-perl1.48-1+b1 ii libproc-daemon-perl 0.14-1 ii libwww-perl 6.04-1 ii libxml-simple-perl2.20-1 ii perl [libcompress-zlib-perl] 5.14.2-21+deb7u2 ii po-debconf1.0.16+nmu2 ii ucf 3.0025+nmu3 Versions of packages ocsinventory-agent recommends: ii dmidecode 2.11-9 ii hdparm 9.39-1+b1 ii pciutils 1:3.1.9-6 Versions of packages ocsinventory-agent suggests: ii nmap 6.00-0.3+deb7u1 pn read-edid none ii smartmontools 5.41+svn3365-1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774415: sbuild: please add the srebuild sbuild wrapper to reproduce builds
Hi, Quoting Benjamin Drung (2015-04-13 15:23:59) I briefly looked at the code and the man page of your script. I like the idea to extent the sbuild package to support rebuilds. The implementation of srebuild is very fine-tuned to one use case and will break if you violate one of the constrains. I would prefer an implementation that is more flexible and doesn't require soo many conditions. I understand. My idea would be to add an option to sbuild to provide a buildinfo file. When this file is provided, sbuild will adjust the build dependencies to depend on exactly the package versions that are in the buildinfo file and tries to install these versions. This sounds like a very good idea. This way you just have to make sure that you have the package versions somewhere available in your sources.list. Then you just need a thin wrapper around sbuild that feeds additional snapshot.debian.org sources entries into sbuild. In case you keep old versions in your package repository (e.g. when you use reprepro with multiple version management [bug #570623]), you could simply use sbuild without any modifications. I agree with your plan but I don't have much time right now so nobody should be stopped from implementing it before I get to it :) cheers, josch signature.asc Description: signature
Bug#782586: RFS: h5py/2.4.0+dfsg1-1~exp2 -- general-purpose Python interface to hdf5
Hello, I can not sponsor your package, my computer can not boot anymore... I will try to solve the problem... Cheers Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738575: marc.herb...@gmail.com, debian-bugrep...@thomas-faust.de
Hi all, I have done some investigation here and it seems that the CPU microcode cannot be updated on these platforms, which brings us back to fixing the issue in software. ( I am part of the Intel BSP team for Quark platforms ). In order to support Quark/Galileo the most straight forward approach might be to detect the platform at runtime in glibc and insert the NOP before LOCK only on Quark. This would involve an if statement somewhere along the line to either check within __nptl_setxid or have a version of __nptl_setxid specific for Quark. Make sense? Ray K
Bug#782599: unblock: libdatetime-timezone-perl/1:1.75-2+2015c
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please unblock package libdatetime-timezone-perl:
This version contains an update of the data files to the 2015c
version of the olsondb as a quilt patch. It contains contemporary
changes for Egypt.
Changelog:
libdatetime-timezone-perl (1:1.75-2+2015c) unstable; urgency=medium
* Update to Olson database version 2015c.
Add patch debian/patches olson-2015c, which updates the timezone *.pm
files, using upstream's tools/parse_olson script.
This update contains contemporary changes for Egypt.
-- gregor herrmann gre...@debian.org Tue, 14 Apr 2015 18:49:09 +0200
I'm attaching a manually stripped down debdiff.
unblock libdatetime-timezone-perl/1:1.75-2+2015c
Cheers,
gregor
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQJ8BAEBCgBmBQJVLUsvXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGMGQQAIBPXHif9f6Qck+/kd+rHOXp
6BiNWueLajtal83V+1+0hBmQgcpwysccMQq1KLxMAh06nAc6cXMFgn/rqgsF6My6
4a/g7SZqh/UhKGPrei6ImoseKVcVKyIk+cNCH7DuYUjF6baaSmaALyXp0utNRUf1
cgvVEjVMD9/xDgaO0StfCwGfZi2X9X2V4XNn4DxFL3R+ZZZMUIPL7+Sqhjpxv3M8
kGQHBShCis+5FU9WO78RPNlA6BtMnKRmx6FgbZiXJ5QbUiU2ouAafpK2a02vj0Sv
ViXS9kyxRgGM96uCW1VT17LVh3+gaidFDbaq464zZJL1NQRwz+RxRAXH2SqYR5im
j+Xww0ocLgHJp0wsu7HwB7Mxtw4wF+TigC4JxkdaGDMpirx69a1PdC+/gU1FHInt
FrQ7OvENy24strmgZ6zG3OSMUe/uOUG3vRqR9fxbToy7Yvh5+irhFq/O6iiZoC9f
5HiJY4VRFE/8O4E8yj1HcoMaik2yAjAZ62DJhCumixoX1CY0R2bqC/Krk1nziLLB
AagxVxVP6E9YTyO1672JxnUVpNXgBZWqwb7ttMtM6fnrn6Y4MJISvek17FLgNoRT
R6qqdQeDopSnuyKxmlOqP1ICk5IcLyM1fKfobb2+OhhmBdK8TPCd+DxRhyfvuL8x
AJDd4ZCibLy/90KdAlzO
=XiVu
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-1.75/debian/changelog libdatetime-timezone-perl-1.75/debian/changelog
--- libdatetime-timezone-perl-1.75/debian/changelog 2015-03-21 17:40:02.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/changelog 2015-04-14 18:49:27.0 +0200
@@ -1,3 +1,12 @@
+libdatetime-timezone-perl (1:1.75-2+2015c) unstable; urgency=medium
+
+ * Update to Olson database version 2015c.
+Add patch debian/patches olson-2015c, which updates the timezone *.pm
+files, using upstream's tools/parse_olson script.
+This update contains contemporary changes for Egypt.
+
+ -- gregor herrmann gre...@debian.org Tue, 14 Apr 2015 18:49:09 +0200
+
libdatetime-timezone-perl (1:1.75-2+2015b) unstable; urgency=medium
* Update to Olson database version 2015b.
diff -Nru libdatetime-timezone-perl-1.75/debian/patches/olson-2015c libdatetime-timezone-perl-1.75/debian/patches/olson-2015c
--- libdatetime-timezone-perl-1.75/debian/patches/olson-2015c 1970-01-01 01:00:00.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/patches/olson-2015c 2015-04-14 18:49:27.0 +0200
@@ -0,0 +1,11810 @@
+Description: update to olson db 2015c
+Origin: vendor
+Author: gregor herrmann gre...@debian.org
+Last-Update: 2015-04-14
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+
+ #
+-# Generated from debian/tzdata/africa. Olson data version 2015b
++# Generated from debian/tzdata/africa. Olson data version 2015c
+ #
+ # Do not edit this file directly.
+ #
+@@ -39,7 +39,7 @@
+ ],
+ ];
+
+-sub olson_version { '2015b' }
++sub olson_version { '2015c' }
+
+ sub has_dst_changes { 0 }
+
+--- a/lib/DateTime/TimeZone/Africa/Cairo.pm
b/lib/DateTime/TimeZone/Africa/Cairo.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+
+ #
+-# Generated from debian/tzdata/africa. Olson data version 2015b
++# Generated from debian/tzdata/africa. Olson data version 2015c
+ #
+ # Do not edit this file directly.
+ #
+@@ -1164,17 +1164,17 @@
+ ],
+ [
+ 63547362000, #utc_start 2014-09-25 21:00:00 (Thu)
+-63565509600, # utc_end 2015-04-23 22:00:00 (Thu)
++63566114400, # utc_end 2015-04-30 22:00:00 (Thu)
+ 63547369200, # local_start 2014-09-25 23:00:00 (Thu)
+-63565516800, #local_end 2015-04-24 00:00:00 (Fri)
++63566121600, #local_end 2015-05-01 00:00:00 (Fri)
+ 7200,
+ 0,
+ 'EET',
+ ],
+ [
+-63565509600, #utc_start 2015-04-23 22:00:00 (Thu)
++63566114400, #utc_start 2015-04-30 22:00:00 (Thu)
+ 63569739600, # utc_end 2015-06-11 21:00:00 (Thu)
+-63565520400, # local_start 2015-04-24 01:00:00 (Fri)
++63566125200, # local_start 2015-05-01 01:00:00 (Fri)
+ 63569750400, #local_end 2015-06-12 00:00:00 (Fri)
+ 10800,
+ 1,
+@@ -1452,17 +1452,17 @@
+ ],
+ [
+ 63894517200, #utc_start 2025-09-25 21:00:00 (Thu)
+-63912664800, # utc_end 2026-04-23 22:00:00 (Thu)
++63913269600, # utc_end 2026-04-30 22:00:00 (Thu)
+ 63894524400, # local_start 2025-09-25 23:00:00 (Thu)
+-63912672000, #local_end 2026-04-24
Bug#782586: RFS: h5py/2.4.0+dfsg1-1~exp2 -- general-purpose Python interface to hdf5
On Tue, 14 Apr, 2015 at 5:39 PM, Andreas Tille andr...@an3as.eu wrote: Hi, please provided DEP3 headers for the quilt patches. Thanks Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150414163950.ga15...@an3as.eu Done. Thanks for you comments. Ghislain
Bug#782601: unblock: debian-edu-install/1.821
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock x-debbugs-cc: debian-...@lists.debian.org, k...@debian.org Dear release team, This is an unblock request as previously discussed (*) for debian-edu-install with a trivial preseeding change fixing PXE installations (#781515, please note that this change in d-e-install is needed to unbreak those installations, no matter whether the fix (enabling eatmydata) will be accepted for d-e- config) as well as some cleanup related to the sugar removal from Jessie. The above is included in 1.820. And then 1.821 is also needed: 1.821 has a single change: it bumps the Debian Edu version (which is not the package version..) to 8.0+edu0~beta1 in preparation of our first Jessie beta release, which we plan to release together with Debian Jessie proper! (Which I personally find super exciting because it basically marks reaching a goal I've worked on for the last ten years.) The package builds an udeb (unused by regular d-i) so needs a kibi ack. (*) see https://lists.debian.org/20141107121705.gf3...@coloquinte.cristau.org debian-edu-install (1.821) unstable; urgency=high * Update version number to 8.0+edu0~beta1 in preparation of our first Jessie beta release. -- Holger Levsen hol...@debian.org Tue, 14 Apr 2015 19:27:05 +0200 debian-edu-install (1.820) unstable; urgency=high [ Wolfgang Schweer ] * preseed-values/defaults.thin-client-server: Remove preseeding for LTSP build-client-opts as this breaks PXE installs. Setting '--eatmydata' is now done in (d-e-config) share/ltsp/plugins/ltsp-build-client/Debian-custom/080-eatmydata. (Closes: #781515). [ Holger Levsen ] * debian-edu-profile: drop sugar from supported profiles as it has been removed from Jessie, see #782504. * Drop Sugar from debian/debian-edu-profile-udeb.templates and debian/po/templates.pot as well. -- Holger Levsen hol...@debian.org Tue, 14 Apr 2015 18:38:01 +0200 $ debdiff debian-edu-install_1.819.dsc debian-edu-install_1.821.dsc|diffstat debian-edu-profile |6 -- debian/changelog | 24 debian/debian-edu-install.postinst |2 +- debian/debian-edu-profile-udeb.templates |7 --- debian/po/templates.pot| 13 ++--- preseed-values/defaults.thin-client-server |4 version|2 +- 7 files changed, 32 insertions(+), 26 deletions(-) The full debdiff between the version in jessie and sid is attached and the package has been accepted into unstable. cheers, Holger diff -Nru debian-edu-install-1.819/debian/changelog debian-edu-install-1.821/debian/changelog --- debian-edu-install-1.819/debian/changelog 2015-01-05 19:50:38.0 +0100 +++ debian-edu-install-1.821/debian/changelog 2015-04-14 19:27:13.0 +0200 @@ -1,3 +1,27 @@ +debian-edu-install (1.821) unstable; urgency=high + + * Update version number to 8.0+edu0~beta1 in preparation of our first Jessie +beta release. + + -- Holger Levsen hol...@debian.org Tue, 14 Apr 2015 19:27:05 +0200 + +debian-edu-install (1.820) unstable; urgency=high + + [ Wolfgang Schweer ] + * preseed-values/defaults.thin-client-server: +Remove preseeding for LTSP build-client-opts as this breaks PXE +installs. Setting '--eatmydata' is now done in (d-e-config) +share/ltsp/plugins/ltsp-build-client/Debian-custom/080-eatmydata. +(Closes: #781515). + + [ Holger Levsen ] + * debian-edu-profile: drop sugar from supported profiles as it has been +removed from Jessie, see #782504. + * Drop Sugar from debian/debian-edu-profile-udeb.templates and +debian/po/templates.pot as well. + + -- Holger Levsen hol...@debian.org Tue, 14 Apr 2015 18:38:01 +0200 + debian-edu-install (1.819) unstable; urgency=medium [ Wolfgang Schweer ] diff -Nru debian-edu-install-1.819/debian/debian-edu-install.postinst debian-edu-install-1.821/debian/debian-edu-install.postinst --- debian-edu-install-1.819/debian/debian-edu-install.postinst 2015-01-05 19:49:27.0 +0100 +++ debian-edu-install-1.821/debian/debian-edu-install.postinst 2015-04-14 19:23:20.0 +0200 @@ -154,7 +154,7 @@ '7.0.0+edu+alpha0' '7.0.0+edu+alpha2' '7.0.0+edu+alpha3' \ '7.1+edu0~a3' '7.1+edu0~b0' '7.1+edu0~b1' '7.1+edu0~b2' \ '7.1+edu0' '8.0.0+edu+alpha0' '8.0+edu+alpha0' \ - '8.0+edu0~alpha0' '8.0+edu0~alpha1' + '8.0+edu0~alpha0' '8.0+edu0~alpha1' '8.0+edu0~alpha2' do if [ $VERSION = $i ] ; then sed -i $debian_edu_config -e \ diff -Nru debian-edu-install-1.819/debian/debian-edu-profile-udeb.templates debian-edu-install-1.821/debian/debian-edu-profile-udeb.templates --- debian-edu-install-1.819/debian/debian-edu-profile-udeb.templates 2014-10-21 14:22:01.0 +0200 +++ debian-edu-install-1.821/debian/debian-edu-profile-udeb.templates 2015-04-14
Bug#782450: squeeze update of ppp?
On Apr 14, Raphael Hertzog hert...@debian.org wrote: Would you like to take care of this yourself? We are still understaffed so No, I am not sure if we will fix it for stable either. It is not really such a big deal, so I am not concerned. -- ciao, Marco pgpWvg0nzWfmp.pgp Description: PGP signature
Bug#760673: hybserv: Should not be released with jessie
Hi, On Mon, Apr 13, 2015 at 12:29:17AM +0100, Dominic Hargreaves wrote: Control: severity -1 serious Added removal hint. 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#782419: pre-approve: net-snmp/5.7.2.1+dfsg-1
user release.debian@packages.debian.org
usertag 782419 unblock
clone 782419 -1
reassign -1 net-snmp 5.7.2.1~dfsg-7
retitle -1 net-snmp contains non-free MIBs
severity 782419 normal
tags 782419 moreinfo
thanks
Hi,
On Sun, Apr 12, 2015 at 06:54:28AM +0900, Hideki Yamane wrote:
I've prepared an upload for net-snmp (5.7.2.1+dfsg-1) and I'd like to
request a pre-approval for jessie.
net-snmp 5.7.2.1~dfsg-{1-8}, accidentally I've included non-free MIBs to
upstream source, so I tagged as serious. I re-generate orig.tar.xz and
want to update it.
The unblock request should be usertagged and severity normal, but there should
be an RC bug against net-snmp. Fixing that now.
Feel free do do the upload of net-snmp to unstable, and remove the moreinfo
tag from the unblock bug (782419) when you do, but I won't guarantee that it
will actually be unblocked, as we are very close to the release date.
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#782589: sudo destroys AFS tokens on exit
Package: libpam-afs-session Version: 2.5-4 When sudo's pam_setcred option is true (which it is by default in jessie but not in previous releases; e.g. neither wheezy nor Ubuntu trusty are affected by this problem out of the box), running sudo will result in the loss of AFS tokens. These are destroyed by pam_afs_session on exit from the sudo session. Adding Defaults !pam_setcred to /etc/sudoers is sufficient to cause the AFS tokens to survive (as desired). Here is an extract from auth.log when pam_afs_session is called with debug on: sudo: pam_afs_session(sudo:setcred): pam_sm_setcred: entry (0x8) sudo: pam_afs_session(sudo:setcred): running /usr/bin/aklog as UID 0 sudo: pam_afs_session(sudo:setcred): pam_sm_setcred: exit (success) sudo: pam_unix(sudo:session): session opened for user root by user(uid=0) sudo: pam_afs_session(sudo:session): pam_sm_open_session: entry (0x0) sudo: pam_afs_session(sudo:session): skipping, apparently already ran sudo: pam_afs_session(sudo:session): pam_sm_open_session: exit (success) sudo: pam_unix(sudo:session): session closed for user root sudo: pam_afs_session(sudo:session): pam_sm_close_session: entry (0x8000) sudo: pam_afs_session(sudo:session): destroying tokens sudo: pam_afs_session(sudo:session): pam_sm_close_session: exit (success) sudo: pam_afs_session(sudo:setcred): pam_sm_setcred: entry (0x8004) sudo: pam_afs_session(sudo:setcred): destroying tokens sudo: pam_afs_session(sudo:setcred): pam_sm_setcred: exit (success) The above is with the default setting (pam_setcred). With !pam_setcred I get: sudo: pam_unix(sudo:session): session opened for user root by user(uid=0) sudo: pam_afs_session(sudo:session): pam_sm_open_session: entry (0x0) sudo: pam_afs_session(sudo:session): running /usr/bin/aklog as UID 0 sudo: pam_afs_session(sudo:session): pam_sm_open_session: exit (success) sudo: pam_unix(sudo:session): session closed for user root sudo: pam_afs_session(sudo:session): pam_sm_close_session: entry (0x8000) sudo: pam_afs_session(sudo:session): destroying tokens sudo: pam_afs_session(sudo:session): pam_sm_close_session: exit (success) which matches what I see with older versions of sudo. The problem seems to be caused by sudo's use of the PAM_REINITIALIZE_CRED flag, which causes pam_sm_setcred() to not create a new PAG. I'm not quite sure how to apportion blame (between sudo and pam_afs_session) nor how best to fix the issue; but others have been puzzled by this change of behavior before (it was discussed on openafs-info some time ago) so it should at least be documented (perhaps in the release notes for jessie?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782590: ffcall: FTBFS with mips32r2 - incorrect check for n32 abi
Source: ffcall Version: 1.10+cvs20100619-3 Severity: minor Tags: patch Control: block -1 by 727848 Hi, I'm currently doing a mips archive rebuild using the mips32r2 ISA instead of mips2 which Debian currently uses since we might switch to it in the future. ffcall fails to build because it contains an incorrect check for the N32 ABI in m4/general.m4. I've attached a patch which fixes this, but it requires using dh-autoreconf since it modifies an m4 file. I tried to add that but after running into lots of problems I gave up. The second patch file (0003...) was the one I used to test that the other patch works - don't actually use it though :) Since this bug doesn't strictly affect the debian package yet, I've marked it as minor. Thanks, James Description: Fix MIPS N32 test Author: James Cowgill james...@cowgill.org.uk --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/m4/general.m4 +++ b/m4/general.m4 @@ -97,11 +97,8 @@ dnl We should also check for (_MIPS_SZPT if test $ffcall_cv_host_mips64 = yes; then host_cpu_abi=mips64 else -dnl Strictly speaking, the MIPS ABI (-32 or -n32) is independent from the CPU -dnl identification (-mips[12] or -mips[34]). But -n32 is commonly used together -dnl with -mips3, and it's easier to test the CPU identification. FFCALL_SET_CPU_ABI([MIPS with n32 ABI], ffcall_cv_host_mipsn32, -[__mips = 3], mipsn32, mips) +[defined(_ABIN32) (_MIPS_SIM == _ABIN32)], mipsn32, mips) fi ;; dnl On powerpc64 systems, the C compiler may still be generating 32-bit code. --- a/aclocal.m4 +++ b/aclocal.m4 @@ -833,7 +833,7 @@ dnl Strictly speaking, the MIPS ABI (-32 dnl identification (-mips[12] or -mips[34]). But -n32 is commonly used together dnl with -mips3, and it's easier to test the CPU identification. FFCALL_SET_CPU_ABI([MIPS with n32 ABI], ffcall_cv_host_mipsn32, -[__mips = 3], mipsn32, mips) +[defined(_ABIN32) (_MIPS_SIM == _ABIN32)], mipsn32, mips) fi ;; dnl On powerpc64 systems, the C compiler may still be generating 32-bit code. --- a/avcall/configure +++ b/avcall/configure @@ -3884,7 +3884,7 @@ _ACEOF cat confdefs.h conftest.$ac_ext cat conftest.$ac_ext _ACEOF /* end confdefs.h. */ -#if __mips = 3 +#if defined(_ABIN32) (_MIPS_SIM == _ABIN32) yes #endif --- a/callback/configure +++ b/callback/configure @@ -3865,7 +3865,7 @@ _ACEOF cat confdefs.h conftest.$ac_ext cat conftest.$ac_ext _ACEOF /* end confdefs.h. */ -#if __mips = 3 +#if defined(_ABIN32) (_MIPS_SIM == _ABIN32) yes #endif --- a/callback/trampoline_r/configure +++ b/callback/trampoline_r/configure @@ -3907,7 +3907,7 @@ _ACEOF cat confdefs.h conftest.$ac_ext cat conftest.$ac_ext _ACEOF /* end confdefs.h. */ -#if __mips = 3 +#if defined(_ABIN32) (_MIPS_SIM == _ABIN32) yes #endif --- a/callback/vacall_r/configure +++ b/callback/vacall_r/configure @@ -3884,7 +3884,7 @@ _ACEOF cat confdefs.h conftest.$ac_ext cat conftest.$ac_ext _ACEOF /* end confdefs.h. */ -#if __mips = 3 +#if defined(_ABIN32) (_MIPS_SIM == _ABIN32) yes #endif --- a/trampoline/configure +++ b/trampoline/configure @@ -3703,7 +3703,7 @@ _ACEOF cat confdefs.h conftest.$ac_ext cat conftest.$ac_ext _ACEOF /* end confdefs.h. */ -#if __mips = 3 +#if defined(_ABIN32) (_MIPS_SIM == _ABIN32) yes #endif --- a/vacall/configure +++ b/vacall/configure @@ -3679,7 +3679,7 @@ _ACEOF cat confdefs.h conftest.$ac_ext cat conftest.$ac_ext _ACEOF /* end confdefs.h. */ -#if __mips = 3 +#if defined(_ABIN32) (_MIPS_SIM == _ABIN32) yes #endif signature.asc Description: This is a digitally signed message part
Bug#782571: Status message during initial overwrite not wrapped
Hi,
Moritz Muehlenhoff j...@debian.org (2015-04-14):
Package: partman-crypto
Version: 80
Severity: normal
Hi,
I installed jessie with yesterday's debian-testing-amd64-netinst
and chose the graphical d-i with German i18n.
One output from partman-crypto was truncated/not line-wrapped,
so only the following was displayed (in one line):
--
Der Installer ?berschreibt nun SCSI1 (0,0,0), Partition #5 (sda)
mit zuf?lligen Daten, um zu verhindern, da
--
(This is the German gettext string for The installer is now
overwriting ${DEVICE} with random data (..)
(das is etwa komisch, dass ich es niemals bemerkt hatte…)
I've checked the same issue happens with other D-I Jessie * releases,
but not with the current Wheezy installer. The fact is there's no text
at all in partman-crypto 57.
It's slightly sad, because the idea was to tell people about the
possibility to skip this step. The commit message actually mentions the
issue we're having:
http://anonscm.debian.org/cgit/d-i/partman-crypto.git/commit/?id=426da9de1bca4a0e5a1599f98eededebbda6ad0a
I doubt there's much to do at this point. :(
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#782573: Installation on Thinkpad X250 worked fine
Moritz Mühlenhoff j...@inutil.org (2015-04-14): On Tue, Apr 14, 2015 at 03:44:37PM +0200, Cyril Brulebois wrote: I doubt we'll change anything in templates at this point (strings need to be translated), but we already have: https://www.debian.org/releases/testing/amd64/ch02s02.html https://www.debian.org/releases/testing/amd64/ch06s04.html so I'm not sure pointing to another page would be a great idea. If the installation guide isn't fine enough, we should improve it. Ouch. The installation guide covers it really well, I just hadn't thought of looking there! Silly me, but I think others will do the same :-) OK, great; thanks for the confirmation. Maybe post-jessie this dialogue could simply refer to the installation guide? It is probably doable to just add a reference to the website without breaking every single translation. I'll see what can be done. ;) (Also Moin² pretends this page doesn't exist.) It was an example, the site doesn't exist :-) OK. :) Mraw, KiBi. signature.asc Description: Digital signature
Bug#782593: debian-installer: F10 help screen is actually available under F11
Package: debian-installer Version: 20140802 Severity: normal [ Continued from #764154 ] Cyril Brulebois k...@debian.org (2015-04-14): Holger Wansing li...@wansing-online.de (2014-10-05): The help pages on the initial d-i boot screen list the short boot commands install, expert, rescue, installgui, expertgui, rescuegui, which are all no longer working (at least on x86). That is on pages F3, F4, F6, F7, F8. So a fix is pending as documented in #781853. Additionally, the help page for copyrights and warranties is no longer at F10 (as it should be, according to the overview found on F1), it has moved to F11. I'll try and figure out why that is, but I must confess this is likely to be ignored for D-I Jessie RC3 if I don't figure it out within a few minutes. (In which case I'll open a wishlist bug report to keep track of it for a later fix.) Tests: -- for X in 20140316 20140802 20141002; do test http://ftp.fr.debian.org/debian/dists/sid/main/installer-amd64/X/images/netboot/mini.iso done Results: 20140316 is unaffected but the others are. Since the only changes touching build/boot between both unaffected/first affected versions are the following ones, I'm tempted to suspect something else changed (syslinux 4 → 6 happened, for example), and I won't be trying to figure out what that is since the impact is rather low. Filing a bug report accordingly as I've announced in my previous mail. In case someone figures out a patch before the end of the week, that might still end up in D-I Jessie RC3 (see https://lists.debian.org/debian-boot/2015/04/msg00264.html). Changes: | (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ git log --stat 20140316..20140802 -- build/boot/ | commit 489a4fbf607909f616989f3a6f4a2588059cc51b | Author: Ian Campbell i...@hellion.org.uk | Date: Sat Mar 1 03:30:07 2014 + | | arm: include dtb files for netboot. | | More and more platforms require a device tree to boot. We include them in the | kernel package and the udeb, export them into the installer output as well. | | This introduces a new medium to the relevant architectures. This isn't a true | medium, but since DTBs are common to the netboot/ network-console etc this | puts them at the top level. | | This is enabled for armhf and armel/kirkwood. The other armel subarchs don't | appear to produce any device tree. | | build/boot/README.device-tree | 2 ++ | 1 file changed, 2 insertions(+) | | commit bfbe903fe31da0d4398ea2cc6019e6a901f80353 | Author: Martin Michlmayr t...@cyrius.com | Date: Wed Apr 2 20:29:01 2014 -0400 | | Add support for QNAP HS-210. Thanks to Kevin Woldt for the patch. | | build/boot/arm/qnap-flash-debian | 2 +- | 1 file changed, 1 insertion(+), 1 deletion(-) | | commit 0ef32ab14aba9dee627e1cc3954e8784a28fb15a | Author: Samuel Thibault samuel.thiba...@ens-lyon.org | Date: Wed Mar 26 04:20:20 2014 +0100 | | Really force using 9 font width to get 720x400 video mode for crappy hardware, even if that is bogus for Unifont | | build/boot/hurd/grub-hurd-cdrom.cfg | 2 +- | build/boot/hurd/grub-hurd-pxe.cfg | 2 +- | 2 files changed, 2 insertions(+), 2 deletions(-) | | commit 1f751a4491cd6f148d6182fd189ef83a0feb80c7 | Author: Samuel Thibault samuel.thiba...@ens-lyon.org | Date: Thu Mar 20 14:36:54 2014 +0100 | | Add a separate Hurd boot option for CJK support in pseudo-graphical mode | | so the default can use 720x400 resolution, instead of using 640x400 which is not | supported by some screens... | | build/boot/hurd/grub-hurd-cdrom.cfg | 5 + | build/boot/hurd/grub-hurd-pxe.cfg | 5 + | 2 files changed, 10 insertions(+) Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782570: libvncclient0: vncviewers fail with: failed to create the RNG lock
Hi Robert! A newer version of this package (which includes this patch) is already waiting in experimental. It will move forward to testing after Jessie got released. Greetings Peter On 04/14/2015 12:28 PM, Robert Pintarelli wrote: Package: libvncclient0 Version: 0.9.9+dfsg-6.1 Severity: normal Dear Maintainer, when trying to connect to a MAC mini via vnc several vncviewers fail with an error message: failed to create the RNG lock bug is known and already fixed upstream, see https://github.com/LibVNC/libvncserver/pull/51 I cherry picked https://github.com/maxnet/libvncserver/commit/4674d4632b9ffc6779d9c9f79b8ebb53c12e29b2 and can confirm that this patch fixes the bug. with kind regards, Robert -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (1, 'experimental') 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 Init: systemd (via /run/systemd/system) Versions of packages libvncclient0 depends on: ii libc6 2.19-17 ii libgcrypt201.6.3-2 ii libgnutls-deb0-28 3.3.8-6 ii libjpeg62-turbo1:1.3.1-12 ii multiarch-support 2.19-17 ii zlib1g 1:1.2.8.dfsg-2+b1 libvncclient0 recommends no packages. libvncclient0 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#782564: willie: Restarting fails due to missing config
On 2015-04-14 04:57:46, matthijs wrote: Package: willie Version: 5.2.0-1 Severity: important Hi, I just tried running willie, but it seems that the restart and stop actions of the init script are broken. I don'T believe they are. I am using them here without problems. One thing with this package is that the config file is not automatically configured right now, as explained in README.Debian. You need to run those commands when you install the package: chown willie /etc/willie.cfg sudo -u willie willie --config /etc/willie --configure-all chown root /etc/willie.cfg Did you do this? a. -- The individual has always had to struggle to keep from being overwhelmed by the tribe. If you try it, you will be lonely often, and sometimes frightened. But no price is too high to pay for the privilege of owning yourself.- Friedrich Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782600: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015c
Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Olson db 2015c has a contemporary change for Egypt, effective in ~10
days. I guess we should get this into stable-updates.
I've prepared a package for wheezy in git which adds a quilt patch
updating the data files.
Changelog:
libdatetime-timezone-perl (1:1.58-1+2015c) UNRELEASED; urgency=medium
* Update to Olson database version 2015c.
-- gregor herrmann gre...@debian.org Tue, 14 Apr 2015 19:07:01 +0200
A stripped down debdiff is attached.
Thanks in advance,
gregor
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQJ8BAEBCgBmBQJVLUwfXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoG41QQAJkoULCNlNgDVsnzxwdyKFiI
W5vyj13ob9O4WvNdYW0qnwv33wAsi69SUpP6L5JUPYJ7zQNGyVBjlFhpVggysLN1
fKuiIe0SDCegN47JzqAkJ3cyfRifHSFqfsXKXrI8G/vRSrppYw6t19tmOhr9ZIoR
akRQseRlcMQ3oeVFOmK+RNcICGCJoMau8W9OlE8IUas7eAvUu61acp/BUjUSYMux
vj4AUWB15/JxQm/hS4jGfm2dyFjcGOlbw7nIcyNosUZRRHjURCx6TLb+erqkZsDW
afdG9fBawGvdIe7Hx6xumCVzG06qSrI26VJ5VINNXBt820g18wUPq9fqc9BzVWuM
cDectcNox/hQJzNEE5F6Z2n5QWCibdbMldMiZMZT4ct+97Og4EgFZrNNai4i8Ggl
bjvgINQfTw9Wb9jOcdd28D63KqFiF4UJl06DD+4X7mH/ua3sqIPEDMVHfeVxDD3P
St2dcHF+EfFkaiNaMVGwk2nBAtdImpVcBWNMlzHP5Ta6hAYfMi7l1lweMW5Ufqc9
wG2G0oXJusEi9AZFe0HRmpJ5XvWHDR8L0cnIlvJSlJg6rTZoT1CPzYOuJRQ1m9XO
DplTJSPOxfq0B9GXL1Z3vOUDwAlmwz81CUJF8EjDUxh2ARL1ZzqSZCifSupU2/Ep
3ApDXY09UMq4TdefoKDH
=IoFy
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-1.58/debian/changelog libdatetime-timezone-perl-1.58/debian/changelog
--- libdatetime-timezone-perl-1.58/debian/changelog 2015-03-22 14:38:49.0 +0100
+++ libdatetime-timezone-perl-1.58/debian/changelog 2015-04-14 19:07:48.0 +0200
@@ -1,3 +1,9 @@
+libdatetime-timezone-perl (1:1.58-1+2015c) UNRELEASED; urgency=medium
+
+ * Update to Olson database version 2015c.
+
+ -- gregor herrmann gre...@debian.org Tue, 14 Apr 2015 19:07:01 +0200
+
libdatetime-timezone-perl (1:1.58-1+2015b) stable-proposed-updates; urgency=medium
* Update to version 2015b of the Olson database.
diff -Nru libdatetime-timezone-perl-1.58/debian/patches/olson-2015c libdatetime-timezone-perl-1.58/debian/patches/olson-2015c
--- libdatetime-timezone-perl-1.58/debian/patches/olson-2015c 1970-01-01 01:00:00.0 +0100
+++ libdatetime-timezone-perl-1.58/debian/patches/olson-2015c 2015-04-14 19:07:48.0 +0200
@@ -0,0 +1,12149 @@
+Description: Update to Olson database version 2015c.
+Origin: vendor
+Author: gregor herrmann gre...@debian.org
+Last-Update: 2015-04-14
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+
+ #
+-# Generated from debian/tzdata/africa. Olson data version 2015b
++# Generated from debian/tzdata/africa. Olson data version 2015c
+ #
+ # Do not edit this file directly.
+ #
+@@ -42,7 +42,7 @@
+ ],
+ ];
+
+-sub olson_version { '2015b' }
++sub olson_version { '2015c' }
+
+ sub has_dst_changes { 0 }
+
+--- a/lib/DateTime/TimeZone/Africa/Cairo.pm
b/lib/DateTime/TimeZone/Africa/Cairo.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+
+ #
+-# Generated from debian/tzdata/africa. Olson data version 2015b
++# Generated from debian/tzdata/africa. Olson data version 2015c
+ #
+ # Do not edit this file directly.
+ #
+@@ -1167,17 +1167,17 @@
+ ],
+ [
+ 63547362000, #utc_start 2014-09-25 21:00:00 (Thu)
+-63565509600, # utc_end 2015-04-23 22:00:00 (Thu)
++63566114400, # utc_end 2015-04-30 22:00:00 (Thu)
+ 63547369200, # local_start 2014-09-25 23:00:00 (Thu)
+-63565516800, #local_end 2015-04-24 00:00:00 (Fri)
++63566121600, #local_end 2015-05-01 00:00:00 (Fri)
+ 7200,
+ 0,
+ 'EET',
+ ],
+ [
+-63565509600, #utc_start 2015-04-23 22:00:00 (Thu)
++63566114400, #utc_start 2015-04-30 22:00:00 (Thu)
+ 63569739600, # utc_end 2015-06-11 21:00:00 (Thu)
+-63565520400, # local_start 2015-04-24 01:00:00 (Fri)
++63566125200, # local_start 2015-05-01 01:00:00 (Fri)
+ 63569750400, #local_end 2015-06-12 00:00:00 (Fri)
+ 10800,
+ 1,
+@@ -1455,17 +1455,17 @@
+ ],
+ [
+ 63894517200, #utc_start 2025-09-25 21:00:00 (Thu)
+-63912664800, # utc_end 2026-04-23 22:00:00 (Thu)
++63913269600, # utc_end 2026-04-30 22:00:00 (Thu)
+ 63894524400, # local_start 2025-09-25 23:00:00 (Thu)
+-63912672000, #local_end 2026-04-24 00:00:00 (Fri)
++63913276800, #local_end 2026-05-01 00:00:00 (Fri)
+ 7200,
+ 0,
+ 'EET',
+ ],
+ [
+-63912664800, #utc_start 2026-04-23 22:00:00 (Thu)
++63913269600, #utc_start 2026-04-30 22:00:00 (Thu)
+ 63925966800, # utc_end 2026-09-24 21:00:00 (Thu)
+-63912675600, # local_start 2026-04-24 01:00:00 (Fri)
++63913280400, #
Bug#755797: RFH: awstats -- powerful and featureful web server log analyzer
Sorry, I miss you answer, please CC: next time. I would like to offer my assistance with maintaining AWstats. I've used it in the past for various websites I've created. I have 15 plus years background in programming (shell, perl, java, c, js, html) Looks promissing. I just need to learn the ins and outs of debian package maintenance. I am willing to learn if you're willing to do a bit of teaching. I could answer your questions. To join development you need to have an alioth account. Please also ask for membership in this team: https://wiki.debian.org/Teams/CollabMaint Or you could just start attaching patches to bugreports... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638753: Fwd: Re: HDF5 - Status request for ticket 'HELPDSK-121'
Control: forwarded -1 HDFFV-7713 Message transféré Sujet : Re: HDF5 - Status request for ticket 'HELPDSK-121' Date : Mon, 13 Apr 2015 10:13:33 -0500 De : h...@hdfgroup.org Pour : Gilles Filippini p...@debian.org Hi Gilles, The bug report for the issue you refer to is HDFFV-7713. It is scheduled to be fixed in HDF5-1.10, but it is *not* one of the bugs that will be addressed in the HDF5-1.10.0 release that we are currently working towards (not sure yet of the date for that). If I find out anything else about this, I'll let you know. -Barbara == Barbara Jones The HDF Group Helpdesk h...@hdfgroup.org == signature.asc Description: OpenPGP digital signature
Bug#779649: wont include today
control: severity -1 important Hi, I've just looked at the squid-related branch of debian-edu-config and noticed this problem: - cf/cf.squid is run on updates and new installations - it executes share/debian-edu-config/tools/migrate-squid-to-squid3 which includes this code: if [ $(dpkg -l squid) != ] [ $(dpkg -l squid3) != ] ; then which will return error if either is not installed. I *fear* (or suspect) this might break the installation (when only one of them is installed) thus I'm vary to include this now. More feedback + testing welcome. Also its not really time critical now, as there are no critical security holes in squid right now. Thus also downgrading the severity. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#779649: wont include today
On Tue, Apr 14, 2015 at 07:44:11PM +0200, Holger Levsen wrote: I've just looked at the squid-related branch of debian-edu-config and noticed this problem: - cf/cf.squid is run on updates and new installations - it executes share/debian-edu-config/tools/migrate-squid-to-squid3 which includes this code: if [ $(dpkg -l squid) != ] [ $(dpkg -l squid3) != ] ; then which will return error if either is not installed. I *fear* (or suspect) this might break the installation (when only one of them is installed) thus I'm vary to include this now. More feedback + testing welcome. Also its not really time critical now, as there are no critical security holes in squid right now. Thus also downgrading the severity. Agreed. Plus: the manual Upgrades chapter includes instructions how to migrate from squid to squid3. Wolfgang signature.asc Description: Digital signature
Bug#780461: last comment obsoleted by latest git commit
last comment obsoleted by latest git commit in squid-related branch signature.asc Description: This is a digitally signed message part.
Bug#782586: RFS: h5py/2.4.0+dfsg1-1~exp2 -- general-purpose Python interface to hdf5
Hi, please provided DEP3 headers for the quilt patches. Thanks Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782574: installation-reports: d-i does not boot on beaglebone black
Hi,
Le 14/04/2015 15:51, François-Régis a écrit :
Le 14/04/2015 14:05, Ben Hutchings a écrit :
On Tue, 2015-04-14 at 13:24 +0200, Francois-Regis Vuillemin wrote:
Package: installation-reports
Severity: important
Tags: d-i
Here is the console log :
[...]
Running bootscript from mmc ...
## Executing script at 8200
Non-mainline u-boot or old-style mainline u-boot detected.
This boot script uses the unified bootcmd handling of mainline
u-boot =v2014.10, which is not available on your system.
Please boot the installer manually.
[...]
It seems that this script isn't expected to work with the version of
u-boot that's installed on your BBB. (Which is a shame, but maybe
unavoidable.) That message could probably be improved, though.
I could have misunderstood but I thought beaglebone black was loading
uboot from sd-card (or emmc), and the log shows
U-Boot 2014.10+dfsg1-5 (Apr 07 2015 - 22:13:27)
which seems to be the one provided with d-i ...
Can you find instructions for 'boot the installer manually'? What could
we do to improve the documentation?
U-Boot# setenv devtype mmc
U-Boot# setenv devnum 0
U-Boot# setenv bootpart 1
setenv console ttyO0,115200n8
setenv bootargs ${bootargs} console=${console}
U-Boot# load ${devtype} ${devnum}:${bootpart} ${kernel_addr_r} vmlinuz \
load ${devtype} ${devnum}:${bootpart} ${fdt_addr_r} dtbs/${fdtfile} \
load ${devtype} ${devnum}:${bootpart} ${ramdisk_addr_r} initrd.gz \
echo Booting the Debian installer... \
bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r}
reading vmlinuz
3182760 bytes read in 190 ms (16 MiB/s)
reading dtbs/am335x-boneblack.dtb
29018 bytes read in 37 ms (765.6 KiB/s)
reading initrd.gz
12156022 bytes read in 704 ms (16.5 MiB/s)
Booting the Debian installer...
Kernel image @ 0x8200 [ 0x00 - 0x3090a8 ]
## Flattened Device Tree blob at 8800
Booting using the fdt blob at 0x8800
Loading Ramdisk to 8f468000, end 8c76 ... OK
Loading Device Tree to 8f45d000, end 8f467159 ... OK
Starting kernel ...
... and d-i starts on console and successfully installed jessie, uboot,
network and all !
Cheers,
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782602: arm-linux-gnueabihf-gcc: ARM cross-toolchain ICE linux/mm/migrate.c:1159:1: internal compiler error: in push_minipool_fix, at config/arm/arm.c:13055
Package: gcc-4.7-arm-linux-gnueabihf Version: 4.7.2-5 Severity: important File: arm-linux-gnueabihf-gcc Hello, I am no longer able to build a Linux kernel on Debian. The emdebian repository is no longer maintained, the Debian cross tools repository has no installable compiler, nor has sid/experimental. There are libc headers needed which are not available in debian proper and were once provided in a differently named package in emdebian. What is the problem with packaging those headers? Thanks Michal -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (171, 'unstable'), (151, 'experimental'), (121, 'precise-updates'), (121, 'precise-security'), (121, 'precise'), (101, 'stable'), (101, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gcc-4.7-arm-linux-gnueabihf depends on: ii binutils-arm-linux-gnueabihf 2.24.90.20141023-1 ii cpp-4.7-arm-linux-gnueabihf 4.7.2-5 ii gcc-4.7-arm-linux-gnueabihf-base 4.7.2-5 ii libc6 2.19-13 ii libgcc1-armhf-cross 1:4.7.2-5 ii libgmp10 2:6.0.0+dfsg-6 ii libgomp1-armhf-cross 4.7.2-5 ii libmpc2 0.9-4 ii libmpfr4 3.1.2-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages gcc-4.7-arm-linux-gnueabihf recommends: ii libc6-dev-armhf-cross 2.13-38 Versions of packages gcc-4.7-arm-linux-gnueabihf suggests: ii binutils [binutils-gold] 2.24.90.20141023-1 pn gcc-4.7-doc none pn gcc-4.7-locales none pn libcloog-ppl0none pn libgcc1-dbg-armhf-cross none pn libgomp1-dbg-armhf-cross none pn libitm1-dbg-armhf-cross none pn libmudflap0-4.7-dev-armhf-cross none pn libmudflap0-dbg-armhf-cross none pn libppl-c2none pn libppl7 none pn libquadmath-dbg-armhf-cross 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
