date:20141029

Control: tags -1 confirmed

On 2014-10-29 23:37, Andreas Cadhalpun wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> X-Debbugs-Cc: pkg-clamav-de...@lists.alioth.debian.org
> 
> Please unblock package clamav
> 
> The patch for bug #636881 included in 0.98.5~beta1+dfsg-3 introduced an
> important regression in clamav-milter: it fails to add X-Virus-Scanned
> and X-Virus-Status headers.
> 
> If you agree to unblock this, we'd make an upload to fix this issue.
> 
> Attached is the proposed debdiff for the upload.
> 
> unblock clamav/0.98.5~rc1+dfsg-3
> 
> [...]

Hi Andreas,

Thanks for contacting us, the diff seems reasonable and I would be happy
to accept it.

Please upload it to unstable and notify us once it has been accepted
into unstable.

~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767310: [Debian-l10n-devel] Bug#767310: Incomplete ftp.es.debian.org mirror

2014-10-29 Thread Christian PERRIER

Quoting David Prévot (taf...@debian.org):
> Package: mirrors
> Severity: normal
> 
> Hi,
> 
> Some scripts used on tye.debian.org are using ftp.es.debian.org to fetch
> some material, but it now fails since powerpc is not offered anymore.
> 
> It seems like the last architectures: mipsel, powerpc, s390, and sparc,
> are gone from ftp.es.debian.org


Hmmm, it's obviously a remaining of the churro days. I'll switch to
ftp.de.debian.org or maybe one of the various ways to get the "best
mirror from the local place" that exist.

Added to my TODO list.




signature.asc
Description: Digital signature

Bug#746003: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

2014-10-29 Thread أحمد المحمودي

On Thu, Oct 30, 2014 at 12:24:26AM -0500, Rob Browning wrote:
> Ahh, apologies -- I was thinking of a different package.
> 
> But in any case, the experimental g-wrap hasn't actually built
> everywhere, so someone still has to handle that first:
> 
>   https://buildd.debian.org/status/package.php?p=g-wrap&suite=experimental

  Well, the other NMU that is in git has some fixes, it seems to be 
  building on all archs that Ubuntu support: ppc64el, powerpc, amd64, 
  i386, arm64, & armhf

> Afterward, and once we're sure the new g-wrap actually works correctly
> (or at least reasonably) with guile-2.0, we'll have to deal with the
> rdepends, i.e. guile-cairo and guile-gnome-platform.  Both will have to
> be updated for 2.0, tested, and then migrate in tandem with the new
> g-wrap.

  guile-cairo has been migrated to guile-2.0, but I don't see any g-wrap 
  package in its deps nor build-deps.

  As for guile-gnome-platform, I have sync'ed it from Ubuntu (they had 
  it migrated to Guile 2.0), and built it on an amd64 (against g-wrap 
  revision that hasn't been uploaded yet).

> Hence my feeling that we need active maintainers for whichever of these
> are to remain in Debian.  I might considering helping with that
> eventually, but probably not in the short term.

  Well, I am trying to help. I was hoping someone would help me with the 
  gwave build problem that I've got.

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#746003: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

2014-10-29 Thread Rob Browning

أحمد المحمودي  writes:

>   I tried to compile gwave against g-wrap 1.9.14-2.1 [1] & 
> guile-gnome-platform 2.16.2-1.2 [2]
>
>   I had to add a patch for gwave package [3] to update the used header. 
>   Now when I attempted to build gwave, I got stuck with the following build 
> error: 
>
> scwm_guile.c: In function 'scwm_handle_error':
> scwm_guile.c:332:30: error: 'scm_the_last_stack_fluid_var' undeclared (first 
> use in this function)
>fl = SCM_VARIABLE_REF (scm_the_last_stack_fluid_var);
>
>
>   Can someone help me with this issue please ?

Perhaps try #guile (or the mailing list).  That might be the fastest
place to start.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756247: Ubuntu 14.10 has the same issue

2014-10-29 Thread Dexuan Cui

See https://bugs.launchpad.net/ubuntu/+source/systemd-shim/+bug/1359439


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#755269: you want %lc instead of %c

2014-10-29 Thread Adam Borowski

Just replace %c with %lc, it will do the right thing both in ISO-8859-1 and
in Unicode locales.  Not sure about other ancient charsets, but I can't
think of any reason to support them (including ISO-8859-1 for that matter)
in 2014 anymore.

0xB0 is ° in both ISO-8859-1 and in Unicode.

-- 
// If you believe in so-called "intellectual property", please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767317: [gajim] Please upgrade "Recommends" to "Depends" on python-pyasn1, critical for SSL/TLS to work

2014-10-29 Thread Roman Mamedov

Package: gajim
Version: 0.15.1-4.1
Severity: normal

Hello,

Without the python-pyasn1 package Gajim cannot properly verify validity of
server SSL certificates, it will always fail with a misleading error message of
"The certificate does not cover this domain." [1]

What's worse, this does not give any indication that it's not a problem with
the certificate, but that "python-pyasn1" merely needs to be installed.

Encryption support is a critical piece of functionality in a modern IM client,
it can't be something that's optional, or needs additional components to be
manually installed. (And for example I run my system with
APT::Install-Recommends "false", with this is the first noticeable breakage
caused by this that I can remember in years.)

Given that python-pyasn1 is a 51KB package which itself does not have any
non-trivial dependencies, I think upgrading this to "Depends" should be a
no-brainer.

[1] https://bugs.launchpad.net/ubuntu/+source/gajim/+bug/1379059


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.14.22-rm1+

Debian Release: 7.7
  990 stable  security.debian.org 
  990 stable  deb.x.romanrm.net 
  100 wheezy-backports deb.x.romanrm.net 

--- Package information. ---
Depends (Version) | Installed
=-+-==
python  (>= 2.6.6-7~) | 2.7.3-4+deb7u1
python-gtk2   (>= 2.22.0) | 2.24.0-3+b1
dnsutils  | 1:9.8.4.dfsg.P1-6+nmu2+deb7u2


Recommends   (Version) | Installed
==-+-===
dbus   | 1.6.8-1+deb7u4
python-dbus| 1.1.1-1
notification-daemon| 0.7.6-1
python-openssl   (>= 0.12) | 0.13-2+deb7u1
python-crypto  | 2.6-4+deb7u3
python-pyasn1  | 


Suggests(Version) | Installed
=-+-===
python-gconf  | 2.28.1+dfsg-1
python-gnome2 | 
nautilus-sendto   | 
avahi-daemon  | 
python-avahi  | 
network-manager   | 
libgtkspell0  | 
aspell-en | 7.1-0-1
python-gnomekeyring   | 
gnome-keyring | 
python-kerberos  (>= 1.1) | 
texlive-latex-base| 
dvipng| 
python-farstream  | 
gstreamer0.10-plugins-ugly| 0.10.19-2+b2
python-pycurl | 
python-gupnp-igd  | 







-- 
With respect,
Roman


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746003: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

2014-10-29 Thread Rob Browning

أحمد المحمودي  writes:

>   It's not a new upstream version.

Ahh, apologies -- I was thinking of a different package.

But in any case, the experimental g-wrap hasn't actually built
everywhere, so someone still has to handle that first:

  https://buildd.debian.org/status/package.php?p=g-wrap&suite=experimental

Afterward, and once we're sure the new g-wrap actually works correctly
(or at least reasonably) with guile-2.0, we'll have to deal with the
rdepends, i.e. guile-cairo and guile-gnome-platform.  Both will have to
be updated for 2.0, tested, and then migrate in tandem with the new
g-wrap.

Hence my feeling that we need active maintainers for whichever of these
are to remain in Debian.  I might considering helping with that
eventually, but probably not in the short term.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767316: mate-control-center: should depend on libmarco-dev with version

2014-10-29 Thread YunQiang Su

Package: src:mate-control-center
Version: 1.8.3+dfsg1-1

https://buildd.debian.org/status/fetch.php?pkg=mate-control-center&arch=sparc&ver=1.8.3%2Bdfsg1-1&stamp=1414021145

configure: error: Package requirements (libmarco-private >= 1.8.2) were not met:
Requested 'libmarco-private >= 1.8.2' but version of libmarco-private is 1.8.1



-- 
YunQiang Su


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767230: bitlbee-plugin-otr: bitlbee no longer starts: libotr API version 4.1.0 incompatible with actual version 4.0.0

2014-10-29 Thread dequis

Like wilmer said, "This should fix itself when libotr5 4.1 enters
testing" - that's plan B, except that doing binNMU for reverse deps
isn't needed, IMO. API and ABI are still compatible, despite what the
OTRL_INIT error may suggest.

Everything will just work fine if you let the transition finish
without doing anything else.

As long as 4.1.0 is in testing, the OTRL_INIT macro will succeed
regardless of what version it was built against.

Also, jesus christ, please please don't do plan C - libotr 4.0.0 sucks.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767312: dovecot-core: doveadm-fts has no man page

2014-10-29 Thread Karl O. Pinc

On 10/29/2014 10:42:15 PM, Jaldhar H. Vyas wrote:
> On Wed, 29 Oct 2014, Karl O. Pinc wrote:
> >
> > There is no manpage for the "doveadm fts" command.
> >
> 
> You are right.
> 
> > This might even be a policy violation, making this
> > bug "serious".
> >
> 
> "serious" is a stretch but this is something that ought to be fixed. 
> Owing to the nature of Debian stable releases I doubt if I would be 
> allowed to fix it there but in the next backport perhaps.

Yeah... But violations of policy are supposed to be "serious",
and I think policy says there's supposed to be man pages.

I'm no expert though.


Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767315: [release.debian.org] meta-kde-telepathy

2014-10-29 Thread Diane Trout

Package: release.debian.org
Severity: normal
Tags: wheezy

--- Please enter the report below this line. ---

I'm new to the release process and so am not quite sure how to submit updates 
now that we're in freeze.

I have three bugs related to kde-telepathy components that perhaps should be 
fixed in jessie

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767165 
"ktp-call-ui doesn't work"

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753305
No contacts displayed

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759756
Typo "contians" in extended description

for 767165 "ktp-call-ui doesn't work". ktp-call-ui probably shouldn't be 
included in the release (as you can't actually use it to make VoIP calls) and 
I'd like to update meta-kde-telepathy to not depend on ktp-call-ui. see 
attachment: meta.patch

For 753305 no contacts displayed, I'd like to make extra sure that the kpeople 
plugin is installed as that apparently became more necessary in kde-
telepathy's development. See ktp-contact-list.patch for my current best guess 
at a solution. (it might also be fixable with adjustments to the dependencies 
in ktp-common-internals. For 0.8.1 the contact list needs kde-telepathy-
kpeople to be installed, and there were some upgrade cases in testing where it 
wasn't being installed.

And lastly 759756, Typo "contains" I have the typo fix and a correction to the 
description. See ktp-common-internals.patch

Please advise what if anything I should do for these package updates?

Diane Troutdiff --git a/debian/changelog b/debian/changelog
index 4b43fbe..a6d5099 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+meta-kde-telepathy (0.8.1.1) UNRELEASED; urgency=medium
+
+  * Remove kde-telepathy-call-ui from list of suggestions
+as it doesn't work.
+
+ -- Diane Trout   Tue, 28 Oct 2014 22:42:25 -0700
+
 meta-kde-telepathy (0.8.1) unstable; urgency=medium
 
   * Update to match new upstream release 0.8.1
diff --git a/debian/control b/debian/control
index 8c46e09..342a4e7 100644
--- a/debian/control
+++ b/debian/control
@@ -42,7 +42,7 @@ Description: metapackage for installing the basic KDE Telepathy components
 Package: kde-telepathy
 Architecture: all
 Depends: kde-telepathy-minimal (= ${binary:Version}),
- kde-telepathy-call-ui (>= ${ktp:Version}),
+# kde-telepathy-call-ui (>= ${ktp:Version}),
  kde-telepathy-filetransfer-handler (>= ${ktp:Version}),
  kde-telepathy-send-file (>= ${ktp:Version}),
  kde-telepathy-desktop-applets (>= ${ktp:Version}),
diff --git a/debian/changelog b/debian/changelog
index 9ba489d..1db7426 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+ktp-contact-list (0.8.1-2) UNRELEASED; urgency=medium
+
+  * Add kde-telepathy-kpeople as a dependency to ktp-contactlist
+this should force installing of the kpeople components to
+prevent the contact list from being empty.
+(Closes: #753305)
+
+ -- Diane Trout   Tue, 21 Oct 2014 22:07:01 -0700
+
 ktp-contact-list (0.8.1-1) unstable; urgency=medium
 
   * New upstream release.
diff --git a/debian/control b/debian/control
index 7114449..4cfb477 100644
--- a/debian/control
+++ b/debian/control
@@ -19,7 +19,7 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-extras/kde-telepath
 
 Package: kde-telepathy-contact-list
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, kde-telepathy-data (>= 0.8.1)
+Depends: ${shlibs:Depends}, ${misc:Depends}, kde-telepathy-data (>= 0.8.1), kde-telepathy-kpeople
 Recommends: kde-telepathy
 Description: Telepathy contact list for the KDE Plasma Desktop
  This package provides a contact list application based on telepathy,
diff --git a/debian/changelog b/debian/changelog
index f453f77..60c5cad 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ktp-common-internals (0.8.1-3) UNRELEASED; urgency=medium
+
+  * Update kde-telepathy-kpeople description.
+  * Fix typo thanks Filipus Klutiero (Closes: #759756)
+
+ -- Diane Trout   Tue, 21 Oct 2014 21:04:01 -0700
+
 ktp-common-internals (0.8.1-2) unstable; urgency=medium
 
   * Fix typo in copyright file.
diff --git a/debian/control b/debian/control
index ba6e7a5..1cd30f1 100644
--- a/debian/control
+++ b/debian/control
@@ -43,7 +43,7 @@ Description: KDE Telepathy common internal library
  Internal library which consists of the most reused
  parts across KDE Telepathy.
  .
- This contians the generic common components.
+ This contains the generic common components.
 
 Package: libktpmodelsprivate7
 Architecture: any
@@ -103,12 +103,10 @@ Description: KDE Telepathy internal library - debug symbols
 Package: kde-telepathy-kpeople
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: meta-contact support for kde-telepathy
+Description: kpeople plugins for kde-telepathy
  This allows grouping multiple IM accounts into meta-contacts.
  .
- This contains the nepomuk storage server and supporting plugins.
- If you don't have this installed ktp-contact-lis

Bug#767314: unblock: lwjgl/2.7.1+dfsg-4

2014-10-29 Thread Michael Gilbert

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal

Please consider unblocking/aging lwjgl.

There is no version currently in testing due to because of autoremoval
related to openjdk bug #765037, which was just fixed about a couple
days before the new lwjgl upload.

The debdiff from the prior lwjgl version in testing/wheezy is
attached.  I guess its probably undesirably large due to the packaging
modernization and cleanup that had been staged previously.  If you
want another upload without that, I'll do it.

unblock lwjgl/2.7.1+dfsg-4
diff -Nru lwjgl-2.7.1+dfsg/debian/changelog lwjgl-2.7.1+dfsg/debian/changelog
--- lwjgl-2.7.1+dfsg/debian/changelog	2012-05-07 15:06:44.0 -0400
+++ lwjgl-2.7.1+dfsg/debian/changelog	2014-10-26 20:43:24.0 -0400
@@ -1,3 +1,11 @@
+lwjgl (2.7.1+dfsg-4) unstable; urgency=low
+
+  * Update packaging standards.
+  * Remove binutils-gold build conflict (closes: #749957).
+  * Build-depend openjdk-7 >= 7u71-2.5.3-1 (closes: #761269).
+
+ -- Michael Gilbert   Mon, 13 Oct 2014 06:05:00 +
+
 lwjgl (2.7.1+dfsg-3) unstable; urgency=low
 
   * add java bin dir to the PATH environment (closes: #664180)
diff -Nru lwjgl-2.7.1+dfsg/debian/compat lwjgl-2.7.1+dfsg/debian/compat
--- lwjgl-2.7.1+dfsg/debian/compat	2012-05-07 14:41:00.0 -0400
+++ lwjgl-2.7.1+dfsg/debian/compat	2014-10-26 20:05:02.0 -0400
@@ -1 +1 @@
-7
+9
diff -Nru lwjgl-2.7.1+dfsg/debian/control lwjgl-2.7.1+dfsg/debian/control
--- lwjgl-2.7.1+dfsg/debian/control	2012-05-07 14:45:05.0 -0400
+++ lwjgl-2.7.1+dfsg/debian/control	2014-10-26 20:42:09.0 -0400
@@ -6,11 +6,11 @@
  Gabriele Giacone <1o5g4...@gmail.com>,
  Michael Gilbert ,
 Build-Depends:
- debhelper (>= 8),
+ debhelper (>= 9),
  javahelper,
  ant,
  ant-optional,
- default-jdk,
+ openjdk-7-jdk (>= 7u71-2.5.3),
  libjinput-java,
  libxrandr-dev,
  libxxf86vm-dev,
@@ -18,13 +18,10 @@
  libxt-dev,
 Build-Depends-Indep:
  default-jdk-doc,
-Build-Conflicts:
- binutils-gold,
-Standards-Version: 3.9.3
-Vcs-Git: git://git.debian.org/git/pkg-java/lwjgl.git
-Vcs-Browser: http://git.debian.org/?p=pkg-java/lwjgl.git
-Homepage: http://lwjgl.org/
-DM-Upload-Allowed: yes
+Standards-Version: 3.9.6
+Vcs-Git: git://anonscm.debian.org/pkg-java/lwjgl.git
+Vcs-Browser: https://anonscm.debian.org/cgit/pkg-java/lwjgl.git
+Homepage: http://lwjgl.org
 
 Package: liblwjgl-java
 Architecture: all
diff -Nru lwjgl-2.7.1+dfsg/debian/copyright lwjgl-2.7.1+dfsg/debian/copyright
--- lwjgl-2.7.1+dfsg/debian/copyright	2012-05-07 13:33:31.0 -0400
+++ lwjgl-2.7.1+dfsg/debian/copyright	2014-10-26 20:43:48.0 -0400
@@ -1,11 +1,10 @@
-Format: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=202 
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0
 Upstream-Name: lwjgl - Lightweight Java Game Library
 Upstream-Contact: LWJGL developers 
-Source: http://java-game-lib.svn.sourceforge.net/viewvc/java-game-lib/
 
 Files: *
 Copyright: 2002-2010, Lightweight Java Game Library Project
-License: BSD
+License: BSD-3-clause
  Redistribution and use in source and binary forms, with or without
  modification, are permitted provided that the following conditions are
  met:
@@ -31,7 +30,7 @@
 
 Files: ./src/native/common/extgl.c ./src/native/windows/extgl_wgl.c
 Copyright: 2001-2002, Lev Povalahev 
-License: BSD
+License: BSD-3-clause
  Redistribution and use in source and binary forms, with or without
  modification, are permitted provided that the following conditions are
  met:
@@ -56,8 +55,10 @@
  SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 
 Files: debian/*
-Copyright: 2010, Gabriele Giacone <1o5g4...@gmail.com>
-License: BSD
+Copyright:
+ 2010 Gabriele Giacone <1o5g4...@gmail.com>
+ 2011-2014 Michael Gilbert 
+License: BSD-3-clause
  Redistribution and use in source and binary forms, with or without
  modification, are permitted provided that the following conditions are
  met:
diff -Nru lwjgl-2.7.1+dfsg/debian/patches/allarchs.patch lwjgl-2.7.1+dfsg/debian/patches/allarchs.patch
--- lwjgl-2.7.1+dfsg/debian/patches/allarchs.patch	1969-12-31 19:00:00.0 -0500
+++ lwjgl-2.7.1+dfsg/debian/patches/allarchs.patch	2014-10-26 20:37:01.0 -0400
@@ -0,0 +1,73 @@
+Author: Gabriele Giacone <1o5g4...@gmail.com>
+Description: support for building on all architectures
+
+--- a/platform_build/linux_ant/build.xml
 b/platform_build/linux_ant/build.xml
+@@ -6,12 +6,14 @@
+ 	
+ 	
+ 	
++	
+ 	
+ 
+ 	
+ 		
+ 			
+ 			
++			
+ 			
+ 			
+ 		
+@@ -41,6 +43,7 @@
+ 
+ 		
+ 		
++		
+ 
+ 	
+ 		
+@@ -59,8 +62,11 @@
+ 		
+ 	
+ 
+-	
+-	
++	
++		
++	
++
++	
+ 
+ 
+ 
+@@ -114,4 +120,30 @@
+ 			
+ 		
+ 
++
++	
++	
++	
++			
++			
++			
++			
++			
++			
++			
++			
++			
++			
++			
++			
++		
++		
++			
++			
++			
++		
++		
++			
++		
++
+ 
diff -Nru lwjgl-2.7.1+dfsg/debian/patches/javadoc.patch lwjgl-2

Bug#767313: dovecot-core: decode2text.sh does not belong in /usr/lib/dovecot/

2014-10-29 Thread Karl O. Pinc

Package: dovecot-core
Version: 1:2.2.9-1~bpo70+1
Severity: minor

Hi,

The decode2text.sh program does not really belong in /usr/lib/dovecot,
especially since xml2cxv does not exist in Debian (wheezy) so the
script must be modified to work properly.

My take is that the "right way" to do this is to package this
script separately.  That way it could have the requisite dependencies,
(catdoc poppler-utils python-excelerator?)
it's own conf files that automatically go into /etc/dovecot/conf.d/,
and so forth.  (Although I think that 10-mail.conf will always
need fts_decode added to mail_plugins.  That could be noted
in a README.Debian.)

Otherwise, the script probably belongs in /usr/share/doc/dovecot-core/.

Regards,
Karl

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766977: elasticsearch not starting

2014-10-29 Thread Jamie Norrish

I am also experiencing this problem, with the IOException trying to
write to /usr/share/elasticsearch/data/elasticsearch/nodes/49 when
running:

 $ sudo -u elasticsearch bash -x /usr/share/elasticsearch/bin/elasticsearch. 

My /etc/elasticsearch/elasticsearch.yml does not have path.data set (it
is unchanged from what is shipped with the package; indeed, I haven't
touched anything in the package, and did not previously have upstream's
package installed either). I can see that /etc/init.d/elasticsearch sets
the DATA_DIR to /var/lib/elasticsearch, but nothing is written there.

Jamie


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#145617: applies to Unicode too

2014-10-29 Thread Adam Borowski

Control: retitle -1 non-ASCII hotkeys don't work

While support for ISO-8859-5, like other ancient charsets, is hardly
relevant anymore, this bug applies to non-ASCII Unicode as well.

-- 
// If you believe in so-called "intellectual property", please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767312: dovecot-core: doveadm-fts has no man page

2014-10-29 Thread Jaldhar H. Vyas


On Wed, 29 Oct 2014, Karl O. Pinc wrote:


There is no manpage for the "doveadm fts" command.



You are right.


This might even be a policy violation, making this
bug "serious".



"serious" is a stretch but this is something that ought to be fixed. 
Owing to the nature of Debian stable releases I doubt if I would be 
allowed to fix it there but in the next backport perhaps.



Note that I believe this is true of dovecot in stable
as well.


It is.  There is a doveadm-fts man page in 2.2.15-1 which I just uploaded 
to experimental.  I can probably use that.



--
Jaldhar H. Vyas 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#738376: postgresql-hll: FTBFS: dh: Unknown sequence debian/control.in (choose from: binary binary-arch binary-indep build build-arch build-indep clean install install-arch install-indep)

2014-10-29 Thread YunQiang Su

On Sun, 9 Feb 2014 17:55:12 +0100 David =?iso-8859-1?Q?Su=E1rez?=
 wrote:
> Source: postgresql-hll
> Version: 2.7-2
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20140208 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
> >  fakeroot debian/rules clean
> > dh debian/control.in
> > dh: Unknown sequence debian/control.in (choose from: binary binary-arch 
> > binary-indep build build-arch build-indep clean install install-arch 
> > install-indep)
> > make: *** [debian/control.in] Error 2
>

I NMUed this package with the attached patch.

> The full build log is available from:
>
> http://aws-logs.debian.net/ftbfs-logs/2014/02/08/postgresql-hll_2.7-2_unstable.log
>
> A list of current common problems and possible solutions is available at
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
>
> About the archive rebuild: The rebuild was done on EC2 VM instances from
> Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
> failed build was retried once to eliminate random failures.
>
>


postgresql-hll.debdiff
Description: Binary data

Bug#767308: [Python-modules-team] Bug#767308: pypi-install fails without 'requests'-module

2014-10-29 Thread Jordan Metzmeier

On Wed, Oct 29, 2014 at 5:57 PM, Hendrik Jaeger  wrote:
> Package: python-stdeb
> Version: 0.8.2-3
> Severity: normal
>
> % pypi-download cdist
> Traceback (most recent call last):
>   File "/usr/bin/pypi-download", line 4, in 
> from stdeb.downloader import myprint, get_source_tarball
>   File "/usr/lib/python2.7/dist-packages/stdeb/downloader.py", line 10,
> in  import requests
> ImportError: No module named requests
>
> Installing 'python-requests' fixes the issue.
>

It looks like not all of the changes I committed to svn to fix #759981
made it into that upload. Piotr, updating the changelog and uploading
what is currently in svn trunk will resolve this bug.

Regards,
Jordan Metzmeier


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#700983: squid3: samba auth failed (maybe smbclient ignore the USER environment variable)

2014-10-29 Thread 高超

-- Forwarded message --
From: *高超* >
Date: Thursday, October 30, 2014
Subject: Bug#700983: squid3: samba auth failed (maybe smbclient ignore the
USER environment variable)
To: Luigi Gangitano >


On Wednesday, October 29, 2014, Luigi Gangitano  wrote:

> Hi,
>
> Every documentation I found about smbclient states that $USER environment
> variable is checked first. Do you have evidence that this is not the case
> on your system? Did the change to smb_auth.sh fix it?
>
> Since this is a documented feature in smbclient which is missing I would
> move this bug to smbclient.
>

Yes, it should be a bug of smbclient. I did a test on my system and a
*clean* Debian/wheezy system, the result is same.

below is my test case:

--

gaochao@proxy:~$ echo $USER

gc%foobar

gaochao@proxy:~$ smbclient //qinserver/gc

WARNING: The "enable privileges" option is deprecated

session setup failed: NT_STATUS_LOGON_FAILURE

gaochao@proxy:~$ smbclient //qinserver/gc --user="$USER"

WARNING: The "enable privileges" option is deprecated

Domain=[ZFCPA] OS=[Unix] Server=[Samba 3.5.6]

smb: \> exit

gaochao@proxy:~$ smbclient -V
Version 3.6.6
-


>
> Best regards,
>
> L
>
> --
> Luigi Gangitano --  -- 
> GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26
> GPG: 4096R/2BA97CED: 8D48 5A35 FF1E 6EB7 90E5  0F6D 0284 F20C 2BA9 7CED
>
>

-- 
中砝高超



-- 
中砝高超

Bug#746003: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

2014-10-29 Thread أحمد المحمودي

On Wed, Oct 29, 2014 at 05:49:22PM -0500, Rob Browning wrote:
> أحمد المحمودي  writes:
> 
> > [1] It has been in git 
> > (https://anonscm.debian.org/cgit/collab-maint/g-wrap.git) since 8 
> > months 
> > ago, yet Hideki Yamane forgot to upload for some reason, hopefully he 
> > will upload it soon.
> 
> I'm skeptical about uploading a major new upstream version when there's
> effectively no Debian maintainer for it.
---end quoted text---

  It's not a new upstream version.

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#767312: dovecot-core: doveadm-fts has no man page

2014-10-29 Thread Karl O. Pinc

Package: dovecot-core
Version: 1:2.2.9-1~bpo70+1
Severity: normal

Hello,

There is no manpage for the "doveadm fts" command.

This might even be a policy violation, making this
bug "serious".

Note that I believe this is true of dovecot in stable
as well.

Note also that "man doveadm" does not mention "doveadm fts".

FYI, the packages installed on the (wheezy) system
in question are:

# aptitude search ~idovecot
i A dovecot-core- secure POP3/IMAP server - core files
i   dovecot-imapd   - secure POP3/IMAP server - IMAP daemon
i   dovecot-solr- secure POP3/IMAP server - Solr support

Thanks for the work.

Regards,
Karl

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766884: libxml2: lots of "validity error : ID ... already defined" errors with xmllint --valid

2014-10-29 Thread Vincent Lefevre

On 2014-10-29 23:34:37 +0100, intrigeri wrote:
> Vincent Lefevre wrote (26 Oct 2014 22:00:30 GMT) :
> > Severity: grave
> > Justification: renders package unusable
> 
> Does this bug really make libxml2 unusable for everybody?

This is a major regression. Many users may be affected.

> I see it has a lot of reverse-dependencies, so it should be easy to
> check.

This is meaningless. You need to check among users who use
libxml2 for their own applications.

> I can reproduce this failure in a clean sid chroot.
> I can't in a clean Jessie chroot.

The buggy version isn't in testing.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#745836: wget: certificate revocation is not checked

2014-10-29 Thread Vincent Lefevre

Control: forwarded -1 https://savannah.gnu.org/bugs/index.php?43501

On 2014-10-29 21:26:39 +0100, intrigeri wrote:
> Then, keeping #745836 as a wishlist bug to track the missing feature,
> and creating a clone about the more important (and more likely to be
> fixed here) documentation bug.
> 
> Regarding the missing feature, you might have better chances of seeing
> this resolved by reporting it upstream :)  (I've checked there [1] and
> could not find it.)
> 
> [1] https://savannah.gnu.org/bugs/?group=wget

Done.

> > This makes the user (who cares about certificate validity) assume that
> > without the --no-check-certificate option, the site's authenticity is
> > guaranteed, while this is currently absolutely wrong with the lack of
> > revocation checking.
> 
> There's no such thing as "guaranteed" wrt. IT security in general, and
> even less so when one is relying on known-broken systems like the CA
> cartel to authenticate remote parties.

OK, but that's still much better than not checking at all. I often
connect to public wifi hotspots, and I have no idea whether there
are malicious people behind. If this is the case and they have the
private key of a revoked certificate, the security is zero without
checking revocation.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767253: Please provide hashes for uncompressed Translation-*

2014-10-29 Thread Steve McIntyre

Control: tag -1 +pending

On Wed, Oct 29, 2014 at 07:25:09PM +, Steve McIntyre wrote:
>On Wed, Oct 29, 2014 at 07:53:32PM +0100, Michael Vogt wrote:
>>
>>Having the uncompressed files on the cdrom should not be needed, apt
>>should simply fetch the compressed ones if the uncompressed ones are
>>missing. It does need the hash of the uncompressed one in the Release
>>so that it can verify that it matches after the uncompression.
>
>OK, cool. I'll admit to being curious - why does it want both
>compressed and uncompressed? Is there a worry about corruption, maybe?
>
>>Having something stronger than gzip is certainly a good idea, apt
>>should deal just fine with .xz. If its easy for you then maybe we
>>could generate a netinst image with the above changes (plus switching
>>to .xz) and I can test against the current apt and fix (potential)
>>issue on my side. Alternatively if you could give me a quick hint how
>>to generate a netinst (or similar iso) I can try to generate a
>>testimage myself.
>
>I'll do a test this evening on pettersson and give you a download
>link.

I've taken your changes, tested and fixed things up (minor issue in
remove_uncompressed()) and pushed to git now. I've built a netinst and
things look OK on a test install. The changes should be in the next
normal Jessie daily build for you to work with.

There's a little more work to follow up on now. Looking at the sizes
of the index files using gzip and using xz, the difference isn't
actually that large. What's bigger is the difference from not having
the uncompressed versions in the image. That's very handy, as it means
we'll get slightly more on our CDs (yay!), but I'll need to hack on
the code more to account for that properly... :-)

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Every time you use Tcl, God kills a kitten." -- Malcolm Ray

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#641944: squid3: SSL unavailable in Squid3. Request SSL-enabled version be available under non-free package set.

2014-10-29 Thread Amos Jeffries

FYI: upstream are working on GnuTLS support for a fully free SSL enabled
package. This has not made it in time for Jesse.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#153712: squidclient: an example init.d script to control offline_mode

2014-10-29 Thread Amos Jeffries

"offline_mode" in current packages does not do what the reporter seems
to think. It has always been badly named, and actually switches Squid
between normal proxy behaviour and "greedy" caching behavour.

It does help with intermittent connections but to benefit in that
use-case the offline_mode shoud be turned on and left that way. Toggling
it on/off defeats the "greedy" caching action.

Amos


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767190: unblock: oxygen-gtk3/1.4.1-1

2014-10-29 Thread Dmitry Smirnov

Hi Niels,

On Wed, 29 Oct 2014 22:19:38 Niels Thykier wrote:
> Could you clarify what the "improved compatibility with GTK"
> involves/means? What we would gain from accepting the changes, what are
> the consequences of not accepting them?

I'm not sure about the consequences but here is my (limited) understanding of
situation: oxygen-gtk3 depends on gtk+3.0 which historically had little
respect for backward compatibility so oxygen-gtk3 suffered from regressions
with nearly every release of the gtk+3.0. You can get some insights into
situation from the following URL:

https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/

New follow-up releases of oxygen-gtk3 typically fix regressions and improve
compatibility with gtk+3.0. Although there were no regressions reported, our
timing is not good and from past experience I'm beginning to feel
uncomfortable knowing that last upload of oxygen-gtk3 was in July 2014 while
new versions of gtk+3.0 were uploaded in August, September and October 2014.

In the "src/oxygenthemingengine.cpp" of just released oxygen-gtk3 I see
conditions like

#if !GTK_CHECK_VERSION( 3, 13, 7 )

appeared to disable code block for current (and later) GTK so it is affecting
code paths. There are also some other changes, see top 7 commits in upstream
repository

https://projects.kde.org/projects/playground/artwork/oxygen-gtk/repository/changes?rev=vgtk3-1.4.1

down to "be5a6f98 2014-07-02 09:50am bumped revision" (previous release
1.4.0).

From past experience I can tell that such small changes are usually
significant although I'm not always able to say exactly what is going to be
affected. Overall I have a gut feeling that it might be important and given
that there is still a little time left before freeze I hope that it's not too
late to accommodate all fixes of 1.4.1.

Looking through history of changes in upstream git I see that among others
1.4.1 fixes the following problem:

* Bug 338538 - checkboxes are no more rendered since gtk+ 3.13.7
* https://bugs.kde.org/show_bug.cgi?id=338538

I vaguely recall that I may have seen this somewhere... IMHO it looks
significant to warrant an unblock hence I've decided to trouble you with it...
Thanks for considering and I hope it makes sense...

--
Regards,
Dmitry Smirnov.

---

Free speech is the bedrock of liberty and a free society. And yes, it
includes the right to blaspheme and offend.
-- Ayaan Hirsi Ali, 2010

signature.asc
Description: This is a digitally signed message part.

Bug#767311: tightvnc FTBFS on arm64, build system issue.

2014-10-29 Thread peter green


Package: tightvnc
Version: 1.3.9-6.4
Severity: important

Tightvnc FTBFS on arm64, the cause is some missing logic in the build 
system to deal with it. (the build system in question seems to need to 
know about each architecture explicitly). Ubuntu has had a fix for some 
time* and I just took their fix, cleaned it up for debian (changelog 
tweaks, removing their maintainer changes) and checked it was buildable 
on debian arm64. A debdiff is attatched.


We are desperately trying to get arm64 up to release status and the lack 
of this package is making stuff uninstallable in arm64 testing, so a 
prompt upload would be appreciated. If there is no maintainer response a 
NMU will most likely follow. If you have any objections to this patch 
please raise them now.


* They also have a new upstream release but uploading new upstream 
releases is not appropriate at this point in the release cycle.
diff -Nru tightvnc-1.3.9/debian/changelog tightvnc-1.3.9/debian/changelog
--- tightvnc-1.3.9/debian/changelog 2012-06-07 09:59:04.0 +
+++ tightvnc-1.3.9/debian/changelog 2014-10-30 00:33:16.0 +
@@ -1,3 +1,10 @@
+tightvnc (1.3.9-6.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch from 1.3.9-6.4ubuntu1 by Colin Watson for arm64 support.
+
+ -- Peter Michael Green   Wed, 29 Oct 2014 21:47:46 +
+
 tightvnc (1.3.9-6.4) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nru tightvnc-1.3.9/debian/patches/aarch64.patch 
tightvnc-1.3.9/debian/patches/aarch64.patch
--- tightvnc-1.3.9/debian/patches/aarch64.patch 1970-01-01 00:00:00.0 
+
+++ tightvnc-1.3.9/debian/patches/aarch64.patch 2014-10-29 21:46:09.0 
+
@@ -0,0 +1,39 @@
+Description: Add aarch64 (arm64) support
+Author: Colin Watson 
+Forwarded: no
+Last-Update: 2014-03-18
+
+Index: b/Xvnc/config/cf/Imake.cf
+===
+--- a/Xvnc/config/cf/Imake.cf
 b/Xvnc/config/cf/Imake.cf
+@@ -700,6 +700,10 @@
+ #   define s390Architecture
+ #  undef __s390__
+ # endif /* s390 */
++# ifdef __aarch64__
++#  define AArch64Architecture
++#  undef __aarch64__
++# endif /* __arch64__ */
+ # ifdef __alpha
+ #  define AlphaArchitecture
+ #  undef __alpha
+Index: b/Xvnc/config/cf/linux.cf
+===
+--- a/Xvnc/config/cf/linux.cf
 b/Xvnc/config/cf/linux.cf
+@@ -305,6 +305,14 @@
+ #define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines
+ #endif /* PowerPCArchitecture */
+ 
++#ifdef AArch64Architecture
++#define DefaultCCOptions  -fsigned-char
++#define OptimizedCDebugFlags  -O2
++#define LinuxMachineDefines   -D__aarch64__
++#define ServerOSDefines   XFree86ServerOSDefines -DDDXTIME 
-DPART_NET
++#define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines -D_XSERVER64
++#endif /* AArch64Architecture */
++
+ #ifdef ArmArchitecture
+ #define DefaultCCOptions  -fsigned-char
+ #define OptimizedCDebugFlags  -O2
diff -Nru tightvnc-1.3.9/debian/patches/series 
tightvnc-1.3.9/debian/patches/series
--- tightvnc-1.3.9/debian/patches/series2012-06-07 09:54:59.0 
+
+++ tightvnc-1.3.9/debian/patches/series2014-10-29 21:46:09.0 
+
@@ -2,3 +2,4 @@
 20-vncviewer--vncviewer.man.patch
 30-ftbfs-mips.patch
 debian-changes-1.3.9-6.1
+aarch64.patch

Bug#766937: apparmor-profiles: Patch - abstraction profile for desktop themes and images

2014-10-29 Thread parspes

  This access is neccessary for many GUI programs when Gnome is not
installed. I agree that it should be added to some other abstractions
if needed. The idea occurred to me that the code should have been in
the Freedesktop.org abstraction, or perhaps just a generic desktop
abstraction. My guess as to why it is not included is that it is not a
part of the Freedesktop.org specification.
 In my opinion, using the Gnome abstraction would not be appropriate
unless Gnome software and/or the Gnome Desktop is installed. Gnome
will not will not be installed on all workstations as there is a
variety of options available which Debian users may select for usage.
Also my
aa-logprof does not provide the Gnome abstraction as an option to
select for resolution, perhaps there are too few matching rules in the
Gnome abstraction to enable it.
 It seems a little contrary to the purpose of access control to be as
inclusive as possible with profiles, although this is indeed the
easiest methodology of ensuring functionality. There are already
available within the profiles packages provided by Debian many small
and separated abstractions. My primary concern is just getting this
functionality available in the best manner.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767284: wmshutdown: Please depends against libpam-systemd instead of systemd

2014-10-29 Thread Torrance, Douglas

Control: tags -1 pending

On 10/29/2014 03:41 PM, Laurent Bigonville wrote:
> Hello,
>
> wmshutdown should depends against libpam-systemd instead of systemd.
>
> Depending against systemd package doesn't guarantee that logind is
> actually running and have a proper session registered.
>
> Cheers,
>
> Laurent Bigonville
Thanks for the report!  A new upload fixing this issue will be made soon.

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756253: Upgrade from 2.02~beta2-10 to 2.02~beta2-11 left grub unbootable

2014-10-29 Thread Ibirisol

Hi there,

I have the same problem here. I'm using rEFInd to boot.

---
# dpkg -l efibootmgr
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)
||/ Nome  VersãoArquitectura  Descrição
+++-=-=-=-
ii  efibootmgr0.9.0-2   amd64 Interact with the EFI
Boot Manager

# sudo efibootmgr
BootCurrent: 
Timeout: 0 seconds
BootOrder: 2001,2002,2003
Boot* USB HDD: SMI USB DISK
Boot0005* KINGSTON ...
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot2003* EFI Network

# find /boot/efi -ls
 14 drwxr-xr-x   3 root root 4096 Dez 31  1969 /boot/efi
   1144 drwxr-xr-x   3 root root 4096 Out 29 20:54
/boot/efi/EFI
   1164 drwxr-xr-x   2 root root 4096 Jun  2 19:33
/boot/efi/EFI/debian
   118  156 -rwxr-xr-x   1 root root   158208 Out 29 17:57
/boot/efi/EFI/debian/grubx64.efi
---

I tried Hillel Lubman approach and the grub work again, but when i try
only efibootmgr to add Debian entry in EFI this not work and the
following erro appear.

---
# efibootmgr -c -l "\\EFI\\debian\\grubx64.efi" -L "Debian" -v
Alternate GPT is invalid, using primary GPT.
Alternate GPT is invalid, using primary GPT.

Could not prepare boot variable: No such file or directory
---

In attachment follow the strace output for the above command.

execve("/bin/efibootmgr", ["efibootmgr", "-c", "-l", "\\EFI\\debian\\grubx64.efi", "-L", "Debian", "-v"], [/* 17 vars */]) = 0
brk(0)  = 0x244d000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3a63edf000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=139028, ...}) = 0
mmap(NULL, 139028, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f3a63ebd000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpci.so.3", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0%\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=52448, ...}) = 0
mmap(NULL, 2147632, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3a63ab4000
mprotect(0x7f3a63abf000, 2097152, PROT_NONE) = 0
mmap(0x7f3a63cbf000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0x7f3a63cbf000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \"\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=109144, ...}) = 0
mmap(NULL, 2204200, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3a63899000
mprotect(0x7f3a638b3000, 2093056, PROT_NONE) = 0
mmap(0x7f3a63ab2000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19000) = 0x7f3a63ab2000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libefivar.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220 \0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=63456, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3a63ebc000
mmap(NULL, 2159512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3a63689000
mprotect(0x7f3a6369, 2093056, PROT_NONE) = 0
mmap(0x7f3a6388f000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7f3a6388f000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\34\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1729984, ...}) = 0
mmap(NULL, 3836448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3a632e
mprotect(0x7f3a6347f000, 2097152, PROT_NONE) = 0
mmap(0x7f3a6367f000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19f000) = 0x7f3a6367f000
mmap(0x7f3a63685000, 14880, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f3a63685000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220:\0\0\0\0\0\0"..., 832) = 832
fstat(3,

Bug#766885: [debcommit] incorrect --help output for --(no-)strip-message

2014-10-29 Thread James McCoy

On Sun, Oct 26, 2014 at 05:16:46PM +0100, Michael Banck wrote:
> $ debcommit --help | grep -i strip-message
>-s --strip-message  Strip the leading '* ' from the commit message
>--no-strip-message  Do not strip a leading '* ' (default)
> 
> This says leading '* ' would not be stripped, however, debcommit does
> this by default in my experience.

Indeed.  It was changed in 2008 and apparently the help string was the
one thing that got missed.

> I tend to look at debcommit once a
> year, try to figure out how it does not strip the leading '* ', get
> grumpy it does, and throw it away again.

Why not add DEBCOMMIT_STRIP_MESSAGE=no in ~/.devscripts instead? :)

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#765494: dpkg-dev: dpkg-buildpackage should allow hooks to be specified via environment variable or configuration file

2014-10-29 Thread Guillem Jover

Control: forcemerge 539692 -1

On Wed, 2014-10-15 at 17:48:01 +0200, Axel Beckert wrote:
> Package: dpkg-dev
> Version: 1.17.18
> Severity: wishlist

> according to dpkg-buildpackage's man page there seems no other way to
> specify hooks as via the --hook-* commandline parameter.
> 
> If I'm right with that observation, please implement a way to specify
> hooks environment variable or configuration file

Yes, I'm planning on adding config file supportthis during the 1.18.x
cycle. Merging with the existing request.

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#765687: dpkg: no "Setting up $p ($v) ..." messages from apt-get -f install

2014-10-29 Thread Guillem Jover

Control: reassign -1 libapt-pkg4.12 1.0.9.3

Hi!

Including all of Andreas message to give context to the apt
maintainers (CCed). Please see the bug log for further details.

Andreas, thanks for the investigation!

On Wed, 2014-10-29 at 21:54:53 +0100, Andreas Beckmann wrote:
> Control: retitle -1 apt-get sometimes does not output "Setting up $p ($v) 
> ..." messages from dpkg
> Control reassign -1 libapt-pkg4.12 1.0.9.3
> 
> On 2014-10-28 21:47, Guillem Jover wrote:
> > Ok, could you try few things to try to discard possible problems.
> > Could you enter the chroot w/o using pbuilder, and check with that
> > directly, if you have not alrady tried that? After that, try installing
> > whiptail so that debconf can use the Dialog interface. Otherwise, I
> > don't know, would be nice to check possible differences with a normal
> > system.
> 
> I'm connecting to the machine via ssh and usually run stuff inside screen. So 
> I tried
> * ssh, screen, pbuilder
> * ssh, screen, chroot
> * ssh, pbuilder
> * ssh, chroot
> all with whiptail installed and all with the same result: no "Setting up". 
> I'll test locally on the machine later ...
> I also tested putting the chroot on a real file system instead of tmpfs - no 
> change.
> 
> > In any case I don't think this is a problem with dpkg, maybe in the
> > chroot, the setup or whoever is invoking it, in this case apt, but
> > let's see.
> 
> I also tried
>   strace -o foo -ff apt-get install libpfm4-dev
> and grepping in the foo.* I find the "Setting up" from dpkg, but this seems 
> to be eaten by apt, as I didn't see it on screen. /var/log/apt/term.log also 
> misses these bits:
> 
> Log started: 2014-10-29  19:55:25
> Selecting previously unselected package libpfm4:amd64.
> (Reading database ... ^M(Reading database ... 5%^M(Reading database ... 
> 10%^M(Reading database ... 15%^M(Reading database ... 20%^M(Reading database 
> ... 25%^M(Reading database ... 30%^M(Reading database ... 35%^M(Reading 
> database ... 40%^M(Reading database ... 45%^M(Reading database ... 
> 50%^M(Reading database ... 55%^M(Reading database ... 60%^M(Reading database 
> ... 65%^M(Reading database ... 70%^M(Reading database ... 75%^M^M(Reading 
> database ... 80%^M(Reading database ... 85%^M(Reading database ... 
> 90%^M(Reading database ... 95%^M(Reading database ... 100%^M(Reading database 
> ... 13951 files and directories currently installed.)
> Preparing to unpack .../libpfm4_4.5.0+git38-g1ca1338-2_amd64.deb ...
> Unpacking libpfm4:amd64 (4.5.0+git38-g1ca1338-2) ...
> Selecting previously unselected package libpfm4-dev:amd64.
> Preparing to unpack .../libpfm4-dev_4.5.0+git38-g1ca1338-2_amd64.deb ...
> Unpacking libpfm4-dev:amd64 (4.5.0+git38-g1ca1338-2) ...
> Log ended: 2014-10-29  19:55:27
> 
> Hmm, now I have even seen this on the "host" system with wheezy's aptitude 
> (and libapt* and dpkg from jessie).
> 
> Seems to be apt's fault:
> 
> wheezy-pbuilder-chroot
> * works fine
> 
> wheezy-pbuilder-chroot, upgrade libapt-pkg4.12 to jessie (requires updating 
> libc6, libstdc++6, libapt-inst1.5, too) apt, dpkg are from wheezy
> * messages are missing
> 
> wheezy-pbuilder-chroot, upgrade libc6, libstdc++6, libapt-inst1.5, to jessie, 
> but keep libapt-pkg4.12 at wheezy's version
> * works fine
> 
> (pbuild5842)# dpkg -i 
> /var/cache/apt/archives/libapt-pkg4.12_1.0.9.3_amd64.deb 
> (Reading database ... 13787 files and directories currently installed.)
> Preparing to replace libapt-pkg4.12:amd64 0.9.7.9+deb7u6 (using 
> .../libapt-pkg4.12_1.0.9.3_amd64.deb) ...
> Unpacking replacement libapt-pkg4.12:amd64 ...
> Setting up libapt-pkg4.12:amd64 (1.0.9.3) ...
> (pbuild5842)# apt-get install libjpeg8-dev
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> The following extra packages will be installed:
>   libjpeg8
> The following NEW packages will be installed:
>   libjpeg8 libjpeg8-dev
> 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> Need to get 0 B/383 kB of archives.
> After this operation, 837 kB of additional disk space will be used.
> Do you want to continue [Y/n]? 
> Selecting previously unselected package libjpeg8:amd64.
> (Reading database ... 13788 files and directories currently installed.)
> Unpacking libjpeg8:amd64 (from .../libjpeg8_8d-1+deb7u1_amd64.deb) ...
> Selecting previously unselected package libjpeg8-dev:amd64.
> Unpacking libjpeg8-dev:amd64 (from .../libjpeg8-dev_8d-1+deb7u1_amd64.deb) ...
> * here the messages are missing *
> (pbuild5842)# dpkg --purge libjpeg8-dev libjpeg8
> (Reading database ... 13811 files and directories currently installed.)
> Removing libjpeg8-dev:amd64 ...
> Removing libjpeg8:amd64 ...
> (pbuild5842)# dpkg -i 
> /var/cache/apt/archives/libapt-pkg4.12_0.9.7.9+deb7u6_amd64.deb 
> dpkg: warning: downgrading libapt-pkg4.12:amd64 from 1.0.9.3 to 0.9.7.9+deb7u6
> (Reading database ... 13788 files and directories currently installed.)
> Preparing to replace libapt-pkg4.1

Bug#765893: streql - Constant-time string comparison

2014-10-29 Thread Joel Rees

On Thu, Oct 30, 2014 at 4:58 AM, Riley Baird
 wrote:
> On 29/10/14 19:55, Richard van den Berg wrote:
>> On 28-10-14 20:59 , Riley Baird wrote:
>>> As far as I can tell, your code ensures that even if the strings are of
>>> different length, an equality calculation should be performed anyway,
>>> however returning 0, on the grounds that this would make it more
>>> difficult for an attacker to know that the two strings entered were of
>>> different lengths. Is this right?
>>
>> Pardon my ignorance, but how much more difficult does it actually become
>> to determine the two inputs are of different length? In the original the
>> function returns right away if xlen != ylen. If the attacker can control
>> one of the inputs (say x), the change proposed by Joel will cause the
>> time of the compare to increment when xlen in increased until xlen ==
>> ylen. If this can be observed with enough precision the same objective
>> can be achieved.
>
> Good point. Perhaps this could be fixed by,
>
> origleny=len(y)
>
> while len(x) >= len(y):
> y += '0'
>
> result = i = 0
> for i in xrange(len(x)):
> result |= ord(x[i]) ^ ord(y[i])
> return result == 0 and len(y) == origleny
>
> This way, the time taken to complete the function will increase even
> after xlen >= ylen
>
> However, with this I'm concerned that the 'while' loop will take up too
> much time, thus still allowing an attacker to see when the string
> lengths become equal. Is there a quicker way to append zeros to a string
> such that it is equal in length to the other string?

Well, allocation of a string would tend to make the run time somewhat
arbitrary, but whether it would mask the length or not is kind of hard
to predict. Considering that the attack uses statistics, it's not hard
to look for double peaks.

I had a sort of similar idea, using a pair of local buffers, cycling
the string through the buffers, and got workable code. But I realized
I was just working too hard. A one byte buffer is plenty, and
simplifies the loop. Seriously simplifies the loop. (I think. Still
haven't really tested it or looked for corner cases.)

I'm going to spend some time testing the following today and tomorrow:

-
// The core function: test two regions of memory for bytewise equality
with constant time.
// If cmplength is less than min( xlen, ylen ), comparison is incomplete.
static int equals_internal_constime(
const char *x, unsigned int xlen,
const char *y, unsigned int ylen,
int cmplength) {

  int result = 0;

  while ( --cmplength >= 0 ) {
char xtemp = 0;
char ytemp = 0;

if ( --xlen >= 0 ) xtemp = *x++;
if ( --ylen >= 0 ) ytemp = *y++;

result |= xtemp ^ ytemp;
  }

  return (xlen == ylen) && (result == 0);
}
-

Picking the minimum length for cmplength when you call it would be the
same as I posted before. Picking the maximum length would bias the
execution time to the longer of the pair. Either way, sequencing
through lengths of guesses would (using statistical methods) reveal a
point where the time goes from constant to variable, as Richard notes
above.

If you can set an absolute max cmplength, you can always call it with
the absolute max and get strictly constant time compares. (Or maybe
use a manifest constant for cmplength.) For instance, for an API
dedicated to passwords, if you know that all passwords are 31 bytes
or less, you can pass 31 for cmplength on the call.

But when the same API could be used for passwords or 2048 bit keys,
you'd need to pass 256 for cmplength, which might be too long a wait
for some things. That's why I suggested the possibility of needing to
change the API.

Another possibility is to use the greater of xlen, ylen, and cmplength
in this function, which would avoid the problem of incomplete compares
I put in the comments, and would allow one to set a length, beyond
which we would not care if the length leaked. (20 or 32 might be
reasonable.) This could be done without changing the API from the
Python side.

A third possibility might be to offer an API where we call the x
parameter "guess" and the y parameter "actual_key", and always set the
cmplength parameter to the guess length. That way, the time would
always be dependent on the attacker's guess (assuming the caller
function treated the parameters correctly).

Completely separate topic, but with just a little more effort and care
in the conditional paths, that could even be made an ordered compare,
by noting the difference of the first pair of bytes that differ.

-- 
Joel Rees

Be careful when you see conspiracy.
Look first in your own heart,
and ask yourself if you are not your own worst enemy.
Arm yourself with knowledge of yourself.

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767243: mdadm: a new disk always remains spare instead of becoming active

2014-10-29 Thread Matija Nalis

Summary: Thanks for your quick feedback! You can close this as invalid.

I do understand BTS is not general support forum, and I was genuinely
believing that there was bug in mdadm, as I though both source and
destination disks were without errors (despite SMART errors I've got
on /dev/sde, it looked undamaged and it's removal was supposed to be
preemptive).  That belief was reinforced by seeing /proc/mdstat
showing sync progress going above 99.9% without aborting.

The steps I've tried that look like usage errors (-G -n2, ...) were
my last-resort (perhaps misguided) attempts to force mdadm to realize
there are supposed to be two ACTIVE disks in the array (aand not
active+spare) - and I've only tried them the because regular way
(mdadm --add, --remove) didn't work when I though it really should.

That being said, you were correct afterall :-)

Your response prompted me to doublecheck, and I've run badblocks(8)
on both destination disks (both ok) and source /dev/sde2 disk.
And the source disk was really having bad sectors - about 80 of them,
at 99.97%. That last 0.03% was visually too quick to notice, so I was
fooled by /proc/mdstat showing how it progresses from 0% to 99.9%+
without error and I wrongly assumed it did manage to finish the sync
(but somehow didn't update the active/spares, due to some bug)

Some hammering with hdparm --write-sector managed to zero-out that
few sectors (which didn't appear to be used by any files), and after
that mdadm did finish the sync.

Anyway, may the bug be archived for future adventurers with same
problem.

-- 
Opinions above are GNU-copylefted.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767310: Incomplete ftp.es.debian.org mirror

2014-10-29 Thread David Prévot

Package: mirrors
Severity: normal

Hi,

Some scripts used on tye.debian.org are using ftp.es.debian.org to fetch
some material, but it now fails since powerpc is not offered anymore.

It seems like the last architectures: mipsel, powerpc, s390, and sparc,
are gone from ftp.es.debian.org

Regards

David

-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


signature.asc
Description: Digital signature

Bug#767232: bridge-utils: Host with bridge looses connectivity on inactivity timeout

2014-10-29 Thread Santiago Garcia Mantinan

I believe this bug and your previous one are related, isn't it?


> # The primary network interface
> auto eth0
> iface eth0 inet static
> address x x x x
> netmask x x x x
> gateway x x x x
> 
> #auto br0
> iface br0 inet static
> bridge_ports eth0
> bridge_fd 0
> bridge_hello 2
> bridge_maxage 12
> bridge-aging 3200
> address 192.168.150.1
> netmask 255.255.255.0
> broadcast 192.168.150.255
> post-up echo "1" > /proc/sys/net/ipv4/ip_forward

I fail to understand all this network interfaces file, if you are using eth0
as the port of br0, please do not setup anything on eth0, I mean, remove hte
first part and set upd the addresses on br0, also setup br0 as auto.

Once you have this done if it still fail I'd sugest you send me ipconfig
info as well as brctl show or similar commands.

Regards.
-- 
Manty/BestiaTester -> http://manty.net


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767309: RFS: python-affine/1.0.1-1 [ITP]

2014-10-29 Thread Johan Van de Wauw

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-grass-de...@lists.debian.org

  Dear mentors,

  I am looking for a sponsor for my package "python-affine"

 * Package name: python-affine
   Version : 1.0.1-1
   Upstream Author : Sean Gillies,
 * URL : https://github.com/sgillies/affine

 * License : BSD-3
   Section : python

  It builds those binary packages:

python-affine - Python Library for handling affine transformations
of the plane
 python3-affine - Python 3 Library for handling affine transformations
of the plane

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/python-affine


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/p/python-affine/python-affine_1.0.1-1.dsc

Note that this (small) python lilbrary is a dependency of rasterio
which I'm packaging at :
http://anonscm.debian.org/cgit/pkg-grass/rasterio.git


  Changes since the last upload:

  * Initial upload (closes: #767033)


  Regards,
   Johan Van de Wauw


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767248: dbconfig-common: removes any permissions from generated include files on upgrade

2014-10-29 Thread Dominik George

>I think this patch doesn't work when installing a new package (it does
>work on upgrades). So I think the two added lines need to be within an
>'if [ -e "$outputfile" ] ; then' statement.

I figured that and re-created the patch - apparently, I uploaded the old one :(.

-nik

-- 
Dominik George (Vorstandsvorsitzender, Pädagogischer Leiter)
Teckids e.V. - Erkunden, Entdecken, Erfinden.
https://www.teckids.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767308: pypi-install fails without 'requests'-module

2014-10-29 Thread Hendrik Jaeger

Package: python-stdeb
Version: 0.8.2-3
Severity: normal

% pypi-download cdist
Traceback (most recent call last):
  File "/usr/bin/pypi-download", line 4, in 
from stdeb.downloader import myprint, get_source_tarball
  File "/usr/lib/python2.7/dist-packages/stdeb/downloader.py", line 10,
in  import requests
ImportError: No module named requests

Installing 'python-requests' fixes the issue.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-stdeb depends on:
ii  debhelper  9.20141022
ii  python 2.7.8-2
ii  python-setuptools  5.5.1-1
pn  python:any 

Versions of packages python-stdeb recommends:
ii  apt-file2.5.4
ii  dpkg-dev1.17.21
ii  python-all  2.7.8-2

Versions of packages python-stdeb suggests:
ii  python-all-dev  2.7.8-2

-- no debconf information



-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Learn to E-Mail properly: http://email.about.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767287: trafficserver: ftbfs on kfreebsd

2014-10-29 Thread Steven Chamberlain

On 29/10/14 21:04, Ivo De Decker wrote:
> The latest upload of trafficserver ftbfs on kfreebsd, where it build fine
> before. This prevents migration to testing.

Hi,

The build appears to be successful.  But the
trafficserver-experimental-plugins package, added by:
http://anonscm.debian.org/cgit/collab-maint/trafficserver.git/commit/?id=4e506a9770cb06c5178921f482427b9d28958dae

lists a healthchecks.so, which is not built on kfreebsd.  That module
requires Linux headers:

http://sources.debian.net/src/trafficserver/5.1.0-1/plugins/experimental/healthchecks/healthchecks.c/#L31
| /* ToDo: Linux specific */
| #include 
| #include 

I guess the .install file may have some kind syntax to mark that file
[linux-any]?

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org

signature.asc
Description: OpenPGP digital signature

Bug#767201: virtualbox: After update to 4.3.18-dfsg-1 guests doesn't start

2014-10-29 Thread Rainer Dorsch

Package: virtualbox
Version: 4.3.18-dfsg-1
Followup-For: Bug #767201

Dear Maintainer,

I see the same problem here. If there is any other information I could
provide, please let me know.

Thanks,
Rainer

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'stable'), (300, 'unstable'), (250, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.16-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virtualbox depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.17.13
ii  libc62.19-12
ii  libcurl3 7.38.0-2
ii  libgcc1  1:4.9.1-16
ii  libgsoap52.8.17-1
ii  libpng12-0   1.2.50-2
ii  libpython2.7 2.7.8-10
ii  libsdl1.2debian  1.2.15-10
ii  libssl1.0.0  1.0.1j-1
ii  libstdc++6   4.9.1-16
ii  libvncserver00.9.9+dfsg-6+b2
ii  libvpx1  1.3.0-3
ii  libx11-6 2:1.6.2-3
ii  libxcursor1  1:1.1.14-1
ii  libxext6 2:1.3.3-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxmu6  2:1.1.2-1
ii  libxt6   1:1.1.4-1
ii  python   2.7.8-1
ii  python2.72.7.8-10
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  10.3.1-1
ii  libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  virtualbox-dkms   4.3.18-dfsg-1
ii  virtualbox-qt 4.3.18-dfsg-1

Versions of packages virtualbox suggests:
ii  vde22.3.2+r586-1
ii  virtualbox-guest-additions-iso  4.3.18-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#767307: [network-manager] after upgrade, all user passwords are lost

2014-10-29 Thread Florian Reitmeir

Package: network-manager
Version: 0.9.10.0-3
Severity: grave

--- Please enter the report below this line. ---

i upgraded today to testing. and now, all network manager passphrases
which are user specific are lost.
Desktop is KDE, and i tried to find the file where they were stored, but
i was not able to find them.

first i got an error when trying to open the connection that an agent is
missing. now it simple opens the connections but
the password is empty.

this is really really bad.

greetings


--- System information. ---
Architecture: amd64
Kernel: Linux 3.14.6

Debian Release: jessie/sid
500 stable dl.google.com
500 stable apt.multi24.com
500 lucid ppa.launchpad.net

--- Package information. ---
Depends (Version) | Installed
=-+-
libc6 (>= 2.17) |
libdbus-1-3 (>= 1.0.2) |
libdbus-glib-1-2 (>= 0.102) |
libgcrypt11 (>= 1.4.5) |
libglib2.0-0 (>= 2.37.3) |
libgnutls-deb0-28 (>= 3.2.10-0) |
libgudev-1.0-0 (>= 165) |
libmm-glib0 (>= 1.0.0) |
libndp0 (>= 1.2) |
libnewt0.52 |
libnl-3-200 (>= 3.2.21) |
libnl-genl-3-200 (>= 3.2.21) |
libnl-route-3-200 (>= 3.2.7) |
libnm-glib4 (>= 0.9.10.0) |
libnm-util2 (>= 0.9.10.0) |
libpolkit-gobject-1-0 (>= 0.101) |
libreadline6 (>= 6.0) |
libsoup2.4-1 (>= 2.39.3) |
libsystemd-daemon0 (>= 31) |
libsystemd-login0 (>= 31) |
libuuid1 (>= 2.16) |
init-system-helpers (>= 1.18~) |
lsb-base (>= 3.2-14) |
wpasupplicant (>= 0.7.3-1) |
dbus (>= 1.1.2) |
udev |
adduser |
isc-dhcp-client (>= 4.1.1-P1-4) |
libpam-systemd |
policykit-1 |


Recommends (Version) | Installed
===-+-===
ppp (>= 2.4.6) | 2.4.6-3
dnsmasq-base | 2.72-2
iptables | 1.4.21-2
modemmanager | 1.4.0-1
crda | 3.13-1


Suggests (Version) | Installed
-+-===
avahi-autoipd | 0.6.31-4




-- 
Dipl.-Inf. Univ. Florian Reitmeir
E-Mail: n...@multi24.com
Tel: +43 650 2661660
Fax: +43 650 2661660

HP: http://net.multi24.com
Leopoldstrasse 63
6020 Innsbruck / Austria

Bug#747802: epiphany-browser: FTBFS: error "Headers and cannot be included together."

Hi,

Vincent Bernat wrote (10 Oct 2014 08:48:43 GMT) :
> I also get this error with a more recent version of the package.

I can't reproduce this error when building 3.14.1-1 (up-to-date sid
chroot, pbuilder, DEB_BUILD_OPTIONS=parallel=5; same with parallel=1).
Maybe the problem only arises in some specific build environments?

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#704953: epiphany recovery crash

Hi,

Andreas Henriksson wrote (05 Sep 2014 18:34:15 GMT) :
> Can you still reproduce the problem you reported at
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704953
> with newer versions of epiphany-browser?

> While the session_state.xml might be a related ingredient in triggering
> this bug I would say based on your backtrace that the real problem is
> in your sqlite database. Do you think you could share that?
> Please beware that it might contain sensitive information!

Ping?

Regards,
--
intrigeri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746003: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

2014-10-29 Thread Rob Browning

أحمد المحمودي  writes:

> [1] It has been in git 
> (https://anonscm.debian.org/cgit/collab-maint/g-wrap.git) since 8 months 
> ago, yet Hideki Yamane forgot to upload for some reason, hopefully he 
> will upload it soon.

I'm skeptical about uploading a major new upstream version when there's
effectively no Debian maintainer for it.

Assuming we do end up keeping Guile 1.8 in jessie (which we may, perhaps
for lilypond, if nothing else), then I suppose we'll have to decide
which is worse: leaving the existing unmaintained 1.8-based packages(s)
alone, or making major upstream release NMUs, with no active maintainers
to back them up.

Of course the alternative is to just remove the relevant 1.8-based
packages from Debian, which is what the Guile upstream has requested --
i.e. they'd prefer that when possible we just remove any packages from
Debian that have Guile 2.0 support upstream, but not in Debian.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763769: Thanks

2014-10-29 Thread Jakob Haufe

tag 763769 + pending

I've been pretty busy during the last weeks and the last time I looked
at this bug, the upstream patch didn't exist yet.

I will prepare a 3.2.0 upload including the upstream patch.

-- 
ceterum censeo microsoftem esse delendam.


signature.asc
Description: PGP signature

Bug#767273: context-gnuplot: missing metapost file

2014-10-29 Thread Norbert Preining

On Wed, 29 Oct 2014, Hilmar Preuße wrote:
> But the file is neither below "doc", nor "tex", but has it's own
> subdir in .orig.tar.gz called metapost.

Indeed.

Also the scripts are not installed.

Fixes are on the way. I also moved the doc files to texmf/doc/...
so that texdoc can find them.


Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767306: unblock: clamav/0.98.5~rc1+dfsg-3

2014-10-29 Thread Andreas Cadhalpun


Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: pkg-clamav-de...@lists.alioth.debian.org

Please unblock package clamav

The patch for bug #636881 included in 0.98.5~beta1+dfsg-3 introduced an
important regression in clamav-milter: it fails to add X-Virus-Scanned
and X-Virus-Status headers.

If you agree to unblock this, we'd make an upload to fix this issue.

Attached is the proposed debdiff for the upload.

unblock clamav/0.98.5~rc1+dfsg-3

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
diff -Nru clamav-0.98.5~rc1+dfsg/debian/changelog clamav-0.98.5~rc1+dfsg/debian/changelog
--- clamav-0.98.5~rc1+dfsg/debian/changelog	2014-10-18 17:57:20.0 +0200
+++ clamav-0.98.5~rc1+dfsg/debian/changelog	2014-10-29 23:06:00.0 +0100
@@ -1,3 +1,11 @@
+clamav (0.98.5~rc1+dfsg-3) UNRELEASED; urgency=medium
+
+  * Add "clamav-milter-add-additinal-SMFIF_-flags-before-invo" to make sure
+clamav-milter is able to add/replace X-Virus-Status + X-Virus-Scanned
+header flags. Broken since bb-10731 got included (0.98.5~beta1+dfsg-3).
+
+ -- Sebastian Andrzej Siewior   Sun, 26 Oct 2014 12:19:09 +0100
+
 clamav (0.98.5~rc1+dfsg-2) unstable; urgency=medium
 
   * Add patch to fix test failure on powerpc again.
diff -Nru clamav-0.98.5~rc1+dfsg/debian/.git-dpm clamav-0.98.5~rc1+dfsg/debian/.git-dpm
--- clamav-0.98.5~rc1+dfsg/debian/.git-dpm	2014-10-18 17:57:20.0 +0200
+++ clamav-0.98.5~rc1+dfsg/debian/.git-dpm	2014-10-29 22:33:36.0 +0100
@@ -1,6 +1,6 @@
 # see git-dpm(1) from git-dpm package
-0471298187f9fafc9575e516f07cb11b5660b005
-0471298187f9fafc9575e516f07cb11b5660b005
+ef4a9a712e15ffb2bb983cd8f337a7a4954332c6
+ef4a9a712e15ffb2bb983cd8f337a7a4954332c6
 5c9ec4fd44d2b9d80b2dd45443a363f61bbae628
 5c9ec4fd44d2b9d80b2dd45443a363f61bbae628
 clamav_0.98.5~rc1+dfsg.orig.tar.xz
diff -Nru clamav-0.98.5~rc1+dfsg/debian/patches/0018-clamav-milter-add-additinal-SMFIF_-flags-before-invo.patch clamav-0.98.5~rc1+dfsg/debian/patches/0018-clamav-milter-add-additinal-SMFIF_-flags-before-invo.patch
--- clamav-0.98.5~rc1+dfsg/debian/patches/0018-clamav-milter-add-additinal-SMFIF_-flags-before-invo.patch	1970-01-01 01:00:00.0 +0100
+++ clamav-0.98.5~rc1+dfsg/debian/patches/0018-clamav-milter-add-additinal-SMFIF_-flags-before-invo.patch	2014-10-29 22:33:37.0 +0100
@@ -0,0 +1,86 @@
+From ef4a9a712e15ffb2bb983cd8f337a7a4954332c6 Mon Sep 17 00:00:00 2001
+From: Sebastian Andrzej Siewior 
+Date: Sun, 26 Oct 2014 12:11:09 +0100
+Subject: clamav-milter: add additinal SMFIF_* flags before invoking
+ smfi_register()
+
+unfortunately after the shifting of the code (so that the socket could
+be part of a group which is not part of the clamav user) I forgot (or
+did not see it) to have the header flags added before the
+smfi_register() was invoked. As a result the socket was working but it
+was unable to add the X-Virus-Scanned &  X-Virus-Status flags. This
+patch fixes the issue.
+
+https://bugzilla.clamav.net/show_bug.cgi?id=10731
+
+Signed-off-by: Sebastian Andrzej Siewior 
+---
+ clamav-milter/clamav-milter.c | 48 ---
+ 1 file changed, 27 insertions(+), 21 deletions(-)
+
+diff --git a/clamav-milter/clamav-milter.c b/clamav-milter/clamav-milter.c
+index 99e7fe7..22db98a 100644
+--- a/clamav-milter/clamav-milter.c
 b/clamav-milter/clamav-milter.c
+@@ -116,6 +116,33 @@ int main(int argc, char **argv) {
+ 	}
+ }
+ 
++pt = optget(opts, "AddHeader")->strarg;
++if (strcasecmp(pt, "No")) {
++	char myname[255];
++
++	if (((opt = optget(opts, "ReportHostname"))->enabled &&
++	 strncpy(myname, opt->strarg, sizeof(myname))) ||
++	!gethostname(myname, sizeof(myname))) {
++
++	myname[sizeof(myname)-1] = '\0';
++	snprintf(xvirushdr, sizeof(xvirushdr), "clamav-milter %s at %s",
++		 get_version(), myname);
++	} else {
++	snprintf(xvirushdr, sizeof(xvirushdr), "clamav-milter %s",
++		 get_version());
++	}
++	xvirushdr[sizeof(xvirushdr)-1] = '\0';
++
++	descr.xxfi_flags |= SMFIF_ADDHDRS;
++
++	if (strcasecmp(pt, "Add")) { /* Replace or Yes */
++	descr.xxfi_flags |= SMFIF_CHGHDRS;
++	addxvirus = 1;
++	} else { /* Add */
++	addxvirus = 2;
++	}
++}
++
+ if(!(my_socket = optget(opts, "MilterSocket")->strarg)) {
+ 	logg("!Please configure the MilterSocket directive\n");
+ 	logg_close();
+@@ -323,27 +350,6 @@ int main(int argc, char **argv) {
+ 	return 1;
+ }
+ 
+-pt = optget(opts, "AddHeader")->strarg;
+-if(strcasecmp(pt, "No")) {
+-	char myname[255];
+-
+-	if(((opt = optget(opts, "ReportHostname"))->enabled && strncpy(myname, opt->strarg, sizeof(myname))) || !gethostname(myname, sizeof(myname))) {
+-	myname[sizeof(myname)-1] = '\0';
+-	snprintf(xvirushdr, sizeof(xvirushdr), "clamav-milter %s at %s", g

Bug#756534: network-manager: IPv6 hop limit set to 0

2014-10-29 Thread Yin


Seems this has been noticed and fixed upstream:

https://bugzilla.gnome.org/show_bug.cgi?id=737252

Over to you maintainer :)

- Yinette


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766884: libxml2: lots of "validity error : ID ... already defined" errors with xmllint --valid

Hi Vincent,

Vincent Lefevre wrote (26 Oct 2014 22:00:30 GMT) :
> Severity: grave
> Justification: renders package unusable

Does this bug really make libxml2 unusable for everybody? I see it has
a lot of reverse-dependencies, so it should be easy to check.

If that were not the case, then I think this bug should have severity
important: "a bug which has a major effect on the usability of
a package, without rendering it completely unusable to everyone".

> Simple testcase:
[...]
> $ xmllint --noent --noout tst.xml
> tst.xml:2: element item: validity error : ID a already defined

I can reproduce this failure in a clean sid chroot.
I can't in a clean Jessie chroot.

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#767305: memory limit still not enough

2014-10-29 Thread Christoph Zimmermann

Package: twoftpd-run
Version: 1.41-1

Today I installed twoftpd on a fresh Debian 7 stable installation
(64bit, 2 CPUs, inside VirtualBox 4.3.18 using VirtIO for networking).

It was not working so I was searching around and found the bug report
and discussion about the memory limit. In Debian 7 the default is still
7 MByte (which gives also errors in the log file: "twoftpd-auth: error
while loading shared libraries: libc.so.6: failed to map segment from
shared object: Cannot allocate memory"). Then I increased it up to 15
MBytes, the errors in the log files where gone but then I got "530
Authentication failed." from the FTP client.

I need at least 16 MByte to have it working (now using it with 20
MBytes just to have some safety).

I am using Debian GNU/Linux 7.7, kernel 3.2.0-4-amd64 #1 SMP Debian
3.2.63-2 x86_64 GNU/Linux and linux-libc 3.2.63-2

thx


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767304: apt-listdifferences: [INTL:nl] Dutch translation of debconf messages



Package: apt-listdifferences
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of apt-listdifferences debconf 
messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767138: fftw3: runtime detection of NEON is perhaps broken

2014-10-29 Thread Gert Wollny

On Wed, 2014-10-29 at 18:36 +0100, Julian Taylor wrote:
> the flags are only added to files which do the computations, the rest
> of the program should not have this flag, this should include the file
> that has the neon runtime check.
Makes sense, but then adding an intrinsic should be okay. 

Regarding the actual disassembly: 

really_have_neon is probably inlined into fftwf_have_simd_neon, because 

  strings  /usr/lib/arm-linux-gnueabihf/libfftw3f.so| \
grep really_have_neon 

returns nothing.

(gdb) 

Dump of assembler code for function fftwf_have_simd_neon:

   0x000a9fdc <+00>:10 b5   push{r4, lr}
   0x000a9fde <+02>:08 4c   ldr r4, [pc, #32]   
   ; (0xaa000 )
   0x000a9fe0 <+04>:7c 44   add r4, pc
   0x000a9fe2 <+06>:d4 f8 88 31 ldr.w   r3, [r4, #392]  ; 0x188
   0x000a9fe6 <+10>:13 b1   cbz r3, 0xa9fee 
  
   0x000a9fe8 <+12>:d4 f8 8c 01 ldr.w   r0, [r4, #396]  ; 0x18c
   0x000a9fec <+16>:10 bd   pop {r4, pc}
   0x000a9fee <+18>:ff f7 c9 ff bl  0xa9f84
   0x000a9ff2 <+22>:01 23   movsr3, #1
   0x000a9ff4 <+24>:c4 f8 88 31 str.w   r3, [r4, #392]  ; 0x188
   0x000a9ff8 <+28>:c4 f8 8c 01 str.w   r0, [r4, #396]  ; 0x18c
   0x000a9ffc <+32>:10 bd   pop {r4, pc}
   0x000a9ffe <+34>:00 bf   nop
   0x000aa000 <+36>:34 46   mov r4, r6
   0x000aa002 <+38>:0b 00   movsr3, r1

No "f2 00 01 50" to be seen ...Now I have to admit that I don't really
read arm assembler, so I can't tell what this code actually does. 

Considering [1] it seems that one can not just put some asm statement
into the code and assume that this assembler code will really be
inserted at that very spot, and given the dump, I can only assume that
the compiler might even decide to optimize the assembler code away,
since it doesn't reference any variable. 

[1] 
https://stackoverflow.com/questions/6517860/arm-gcc-inline-assembler-optimization-problem
 
Best 
Gert 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#722861: vdr-plugin-live link with -L/usr/lib

2014-10-29 Thread Tobias Grimm

The "-L/usr/lib" actually comes from the tntnet-config --libs call:

  $ tntnet-config --libs
  -L/usr/lib -ltntnet -lcxxtools

I'm re-assigning this to tntnet/libtntnet-dev.

Tobias




signature.asc
Description: OpenPGP digital signature

Bug#767303: opensmtpd: [INTL:nl] Dutch translation of debconf messages



Package: opensmtpd
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of opensmtpd debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767302: gwrite: GWrite crashes when pressing save button

2014-10-29 Thread Nils Dagsson Moskopp

Package: gwrite
Version: 0.5.1-2
Severity: grave
Justification: causes non-serious data loss

Dear Maintainer,


when clicking the „Save“ button, I expected GWrite to save my content.

What I did not expect was GWrite crashing immediately, sigabrt style.

---snib---
/usr/lib/pymodules/python2.7/gwrite/gwrite.py:916: GtkWarning: 
gtk_menu_attach_to_widget(): menu already attached to GtkImageMenuItem
  toolbutton_open.set_menu(menu_recent)
Attempt to unlock mutex that was not locked
abort
---snab---

Note that GWrite still saves the HTML content if a file has been opened.

For a new file, information is lost when using the “Save” button.

This seems pretty ｅｄｇｙ to me, if you know what I mean.

(ノಠ益ಠ)ノ彡┻━┻

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
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 gwrite depends on:
ii  mimetex  1.74-1
ii  python   2.7.8-1
ii  python-gtk2  2.24.0-4
ii  python-jswebkit  0.0.3-2
ii  python-support   1.0.15
ii  python-webkit1.1.8-3
ii  wv   1.2.9-4

gwrite recommends no packages.

gwrite 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#767301: proxytunnel: Please drop ssl v3

2014-10-29 Thread Chimrod

Package: proxytunnel
Version: 1.9.0+svn250-3
Severity: important

Hello,

proxytunnel is still using ssl V3 in the ssl connexions (see pstream.c:157)

The protocol is now removed from the libssl package, due to CVE-2014-3566.

Consequently, proxytunnel is now useless with any updated server ! Here is a
log in the apache server with a proxytunnel connexion :

[Wed Oct 29 22:19:53.053909 2014] [ssl:info] [pid 28044] [client
192.168.0.254:44123] AH01964: Connection to child 0 established (server
domain.tld:443)
[Wed Oct 29 22:19:53.054706 2014] [ssl:info] [pid 28044] [client
192.168.0.254:44123] AH02008: SSL library error 1 in handshake (server
domain.tld:443)
[Wed Oct 29 22:19:53.054800 2014] [ssl:info] [pid 28044] SSL Library Error:
error:14076102:SSL routines:SSL23_GET_CLIENT_HELLO:unsupported protocol
[Wed Oct 29 22:19:53.054875 2014] [ssl:info] [pid 28044] [client
192.168.0.254:44123] AH01998: Connection closed to child 0 with abortive
shutdown (server domain.tld:443)




-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (90, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages proxytunnel depends on:
ii  libc62.19-12
ii  libssl1.0.0  1.0.1j-1

proxytunnel recommends no packages.

Versions of packages proxytunnel suggests:
pn  ssh  

-- 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#767300: frontaccounting: [INTL:nl] Dutch translation of debconf messages



Package: frontaccounting
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of frontaccounting debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#635585: luakit: Loading certain websites full of scripts leads to segfault

2014-10-29 Thread Rytis Bagdziunas

Package: luakit
Version: 2012.09.13-r1-3
Followup-For: Bug #635585

Dear Maintainer,

Some websites, heavily loaded with scripts, appear to break luakit.
In this case, however, they all originate from the same country. I didn't come
across other examples. These 3 examples here are all news websites:

* http://www.lrytas.lt
* http://www.delfi.lt
* http://www.15min.lt

They all load up to 89%, then stop. If 'f' is pressed during loading, then 
luakit
segfaults with similar message (as given by gdb):

--
Program received signal SIGSEGV, Segmentation fault.
0x752788dd in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
--

If scripts are disabled in globals.lua, websites do load normally.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages luakit depends on:
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-12
ii  libcairo2   1.14.0-2.1
ii  libfontconfig1  2.11.0-6.1
ii  libfreetype62.5.2-2
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.0-2
ii  libgtk2.0-0 2.24.25-1
ii  libjavascriptcoregtk-1.0-0  2.4.7-1
ii  liblua5.1-0 5.1.5-7.1
ii  libpango-1.0-0  1.36.8-2
ii  libpangocairo-1.0-0 1.36.8-2
ii  libpangoft2-1.0-0   1.36.8-2
ii  libsoup2.4-12.48.0-1
ii  libsqlite3-03.8.7-1
ii  libunique-1.0-0 1.1.6-5
ii  libwebkitgtk-1.0-0  2.4.7-1
ii  lua-filesystem [lua5.1-filesystem]  1.6.2-3

luakit recommends no packages.

luakit 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#767299: ITP: librscode -- library implementing a Reed-Solomon error correction algorithm

2014-10-29 Thread Christian Kastner

Package: wnpp
Severity: wishlist
Owner: Christian Kastner 

* Package name: librscode
  Version : 1.3
  Upstream Author : Henry Minsky 
* URL : http://rscode.sourceforge.net
* License : GPL-3+
  Programming Lang: C
  Description : library implementing a Reed-Solomon error correction 
algorithm

The RSCODE project is an implementation of a Reed-Solomon error correction
algorithm. Error correcting codes are marvelous jewels of mathematics and
algorithms, providing an almost supernatural ability to recover good data from
a corrupted channel.

This implementation of the Reed-Solomon codes provide convenient 'byte-sized'
block coding which is convenient for adding protection to data which is stored
as eight-bit bytes (i.e., most common computer data).

The Reed-Solomon code is the same one used for encoding of data on Audio CD's
and CD-ROM disks, as well as many magnetic and optical disk controllers. You
basically want to use Reed-Solomon coding in any situation where "forward error
correction" is needed, i.e., the decoder will not have the option of requesting
retransmission of bad blocks.

There are many ways you might use error correction coding, such as a
high-reliability layer on top of a real-time streaming audio protocol which is
implemented atop an unreliable protocol such as UDP. Or else telemetry from a
remote data probe, or encoding of data into a photographic image. 

[This is the full upstream description. The package description will be
somewhat more terse.]


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767188: libvirt-clients: Cannot access storage file error: success

2014-10-29 Thread Robbie Harwood

intrigeri  writes:

> Control: tag -1 + moreinfo
>
> Hi,
>
> frozencemetery wrote (29 Oct 2014 03:13:07 GMT) :
>> When trying to create a pre-exsting machine defined by an earlier version of
>> virt-manager,
>
> Any rough idea of what version it was? (Wheezy's? anything else?)

Sorry, forgot to mention: it was an earlier version of jessie's.

>> I get:
>
>> # virsh create /etc/libvirt/qemu/eudev.xml 
>> error: Failed to create domain from /etc/libvirt/qemu/eudev.xml
>> error: Cannot access storage file '/var/lib/libvirt/images/eudev.qcow2' (as 
>> uid:114, gid:127): Success
>
> May you please send us the output of
>
>   ls -ld /var/lib/libvirt/images/
>   ls -l /var/lib/libvirt/images/eudev.qcow2

This turned out to be the immediate cause: the libvirt and libvirt-qemu
groups had ceased to exist on the system (my own fault).

I've solved the problem for myself now, so feel free to close the bug
(unless you think it's worth keeping around to clean up the error
message).

Thanks for your time.

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767298: ITP: python-cachetools -- extensible memoizing collections and decorators

2014-10-29 Thread Christian Kastner

Package: wnpp
Severity: wishlist
Owner: Christian Kastner 

* Package name: python-cachetools
  Version : 0.6.0
  Upstream Author : Thomas Kremmer
* URL : https://github.com/tkem/cachetools
* License : Expat
  Programming Lang: Python
  Description : extensible memoizing collections and decorators

This Python / Python 3 module provides various memoizing collections and
decorators, including a variant of the Python 3 Standard Library
functools.lru_cache() function decorator.

The supported cache algorithms are:
* Least recently used (LRU)
* Least frequently used (LFU)
* Random replacement (RR)
* Per-item time-to-live (TTL)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767273: context-gnuplot: missing metapost file

2014-10-29 Thread Hilmar Preuße


On 29.10.2014 19:37, Hendrik Weimer wrote:

Hi,


The file metapost/context/third/gnuplot/mp-gnuplot.mp is present in the
source package but does not get installed to /usr/share/texmf, making
the gnuplot module unusable. It looks like this file used to be provided
by the context package, but this seems no longer to be the case.


Still listed on [1], but apt-file does not list it any more.

Regarding the issue: debian/rules reads:

+   cp -a tex $(instbase)/usr/share/texmf
+   cp -a doc/context/third/* $(instbase)/usr/share/doc/$(package)
+   # remove unnecessary stuff
+   rm -f $(instbase)/usr/share/doc/context-modules/rst/COPYING

But the file is neither below "doc", nor "tex", but has it's own subdir 
in .orig.tar.gz called metapost.


Norbert, could you fix this?

Hilmar

[1] 
https://packages.debian.org/search?suite=sid&arch=any&mode=exactfilename&searchon=contents&keywords=mp-gnuplot.mp

--
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767063: unblock: claws-mail/3.11.1-1

On 2014-10-29 10:01, Ricardo Mones wrote:
> Hi Niels,
> 
> On Tue, Oct 28, 2014 at 09:29:58PM +0100, Niels Thykier wrote:
>>  [...]
>>
>> Hi Ricardo,
>>
>> The changes seems to contain quite a bit of "noise".  Would you be able
>> to provide a filtered debdiff between the version in unstable and
>> testing?  This might give us a better idea of what we will be accepting.
> 
> Previous unstable (3.11.0-1) would have naturally migrated to testing
> this week if nothing done. And that's the version to be replaced by
> current upload (3.11.1-1).
> 

We have clearly stated time and again:

"""
*Remember*: On the 5th of November, the version of your package *in
testing* must be in its desired state for Jessie.
"""

We did this because we learned from a painful experience with Wheezy.
Things in unstable do not always migrate when people expect it too.
Yours probably would, but we had far too many issues with it last release.

> Don't really understand why are you comparing with current testing
> (3.10.1-4) which by default would never have been the candidate
> version to be released as stable.
> 

Because that is the difference you are asking me to accept.  If you had
come to us *before* uploading 3.11.1 and said:

"Hi,

claws-mail/3.10.4-1 is going to migrate on its own before the freeze.
However, I would prefer that we jump directly to version 3.11.1-1 due to
X.  The difference between 3.10.4-1 and 3.11.1-1 is this minor difference.
"

Then the premise would have been entirely different and I would have a
different basis for my decisions.  I might have advised you to let
3.10.4-1 migrate as it with the promise of accepting the diff if it
migrated (assuming X was not a "major" issue), or said "ok, we will take
it 3.11.1-1 immediately and we will unblock it now".

> This looks like I'm being "punished" with a bigger debdiff (minor
> version change vs micro version change) just for acting fast to
> avoid undesired changes in testing. Doesn't look fair :)
> 

I understand how you could feel that way.  Unfortunately there will
always be a "gap" near the freeze, where this kind of situation can happy.

Unfortunately, we do not have the capacity to compensate as we get quite
a few requests.

> Or do you really mean debdiff between 3.11.0-1 and 3.11.1-1?
> 

No, I truly mean the debdiff between 3.10.4-1 and 3.11.1-1.

Sorry,
~Niels

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#703226: patchwork for Debian

2014-10-29 Thread Arturo Borrero Gonzalez

Hi Carsten,

I'm finally working in the patchwork package for Debian. There are
some rough edges.

Please, would you like to give some early review to the current package?
It would be very helpful. Please, note the package is not fully functional yet.

The package is at github [0].

Thanks, regards.


[0] https://github.com/aborrero/pkg-patchwork
-- 
Arturo Borrero González


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767297: spamassassin: Argument "0.80_2" isn't numeric in numeric lt (<)

2014-10-29 Thread Francois Marier

Package: spamassassin
Version: 3.4.0-3
Severity: normal

Having just updated my packages (spamassassin and others), I'm now seeing
the following in my logs:

  spamd[6169]: Argument "0.80_2" isn't numeric in numeric ge (>=) at 
/usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm line 214.
  spamd[6169]: Argument "0.80_2" isn't numeric in numeric lt (<) at 
/usr/share/perl5/Mail/SpamAssassin/Dns.pm line 521.
  spamd[6988]: Argument "0.80_2" isn't numeric in numeric ge (>=) at 
/usr/share/perl5/Mail/DKIM/PublicKey.pm line 113.
  spamd[6988]: Argument "0.80_2" isn't numeric in numeric ge (>=) at 
/usr/share/perl5/Mail/DKIM/Policy.pm line 81.

Francois

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
ii  init-system-helpers 1.21
pn  libarchive-tar-perl 
ii  libhtml-parser-perl 3.71-1+b2
ii  libnet-dns-perl 0.80.2-2
ii  libnetaddr-ip-perl  4.075+dfsg-1+b1
ii  libsocket6-perl 0.25-1+b1
ii  libsys-hostname-long-perl   1.4-3
ii  libwww-perl 6.08-1
ii  perl5.20.1-2
ii  perl-modules [libio-zlib-perl]  5.20.1-2

Versions of packages spamassassin recommends:
ii  gnupg  1.4.18-4
ii  libio-socket-inet6-perl2.72-1
ii  libmail-spf-perl   2.9.0-3
ii  perl [libsys-syslog-perl]  5.20.1-2
ii  sa-compile 3.4.0-3
ii  spamc  3.4.0-3

Versions of packages spamassassin suggests:
ii  libdbi-perl   1.631-3+b1
ii  libio-socket-ssl-perl 2.002-1
ii  libmail-dkim-perl 0.40-1
ii  perl [libcompress-zlib-perl]  5.20.1-2
ii  pyzor 1:0.5.0-2
ii  razor 1:2.85-4.1+b1

-- Configuration Files:
/etc/spamassassin/init.pre changed:
loadplugin Mail::SpamAssassin::Plugin::RelayCountry
loadplugin Mail::SpamAssassin::Plugin::URIDNSBL
loadplugin Mail::SpamAssassin::Plugin::Hashcash
loadplugin Mail::SpamAssassin::Plugin::SPF

/etc/spamassassin/v310.pre changed:
loadplugin Mail::SpamAssassin::Plugin::Pyzor
loadplugin Mail::SpamAssassin::Plugin::Razor2
loadplugin Mail::SpamAssassin::Plugin::SpamCop
loadplugin Mail::SpamAssassin::Plugin::AntiVirus
loadplugin Mail::SpamAssassin::Plugin::AutoLearnThreshold
loadplugin Mail::SpamAssassin::Plugin::TextCat
loadplugin Mail::SpamAssassin::Plugin::WhiteListSubject
loadplugin Mail::SpamAssassin::Plugin::MIMEHeader
loadplugin Mail::SpamAssassin::Plugin::ReplaceTags

/etc/spamassassin/v320.pre changed:
loadplugin Mail::SpamAssassin::Plugin::Check
loadplugin Mail::SpamAssassin::Plugin::HTTPSMismatch
loadplugin Mail::SpamAssassin::Plugin::URIDetail
loadplugin Mail::SpamAssassin::Plugin::Bayes
loadplugin Mail::SpamAssassin::Plugin::BodyEval
loadplugin Mail::SpamAssassin::Plugin::DNSEval
loadplugin Mail::SpamAssassin::Plugin::HTMLEval
loadplugin Mail::SpamAssassin::Plugin::HeaderEval
loadplugin Mail::SpamAssassin::Plugin::MIMEEval
loadplugin Mail::SpamAssassin::Plugin::RelayEval
loadplugin Mail::SpamAssassin::Plugin::URIEval
loadplugin Mail::SpamAssassin::Plugin::WLBLEval
loadplugin Mail::SpamAssassin::Plugin::VBounce
loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody
loadplugin Mail::SpamAssassin::Plugin::ASN
loadplugin Mail::SpamAssassin::Plugin::ImageInfo


-- 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#767248: dbconfig-common: removes any permissions from generated include files on upgrade

2014-10-29 Thread Paul Gevers

Control: owner -1 !

On 29-10-14 16:50, Dominik George wrote:
> The origin of the bug is in line 411 of dbconfig-generate-include.

Arggg, so by fixing a very similar issue (bug 720517) for the case above
(with ufc) I introduced an RC bug for the non-ufc case. Terribly sorry
about that.

> On upgrade, any new file is written to a temp file, which has default
> permissions (as in, those of the user running the script, normally root,
> and their umask).
> 
> Attached is a patch that replicates the permissions of any old
> configuration to the tempfile so they do not get lost.

I think this patch doesn't work when installing a new package (it does
work on upgrades). So I think the two added lines need to be within an
'if [ -e "$outputfile" ] ; then' statement.

Unfortunately, I can't check further today, but I will try to work on
this tomorrow evening (CET) and make the release team aware of the fix.

Paul

signature.asc
Description: OpenPGP digital signature

Bug#766732: For clarification: re "non serious data loss"

2014-10-29 Thread Brian Drummond

On Wed, 2014-10-29 at 20:56 +0100, intrigeri wrote:
> Control: severity -1 important
> 
> Hi,
> 
> Brian Drummond wrote (25 Oct 2014 12:32:42 GMT) :
> > The "non serious data loss" may be a misnomer. It is my assessment
> > because, if one assumes that a copy finished correctly when it actually
> > terminated, the client machine is left with an incomplete data set.
> 
> Indeed, in my book this doesn't qualify as RC => downgrading severity.

No problem.

> (And: thanks for the detailed debugging!)

I'm trying. Still haven't found a way to identify who owns the
segfaulting "pool" process, but I haven't given up.

Thanks,

- Brian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761170: upstream

2014-10-29 Thread Russell Sim

OK, I'm about to request an upload of 0.21.2.  Seems that it's still
failing on kfreebsd.  

  1) Failure:
repo::init::extended_1 [/home/russell/libgit2-0.21.2/tests/repo/init.c:340]
  Function call failed: (git_repository_init_ext(&_repo, "root/b/c.git", &opts))
  error -1 - Failed to set permissions on 'root/b/c.git': Operation not 
permitted

  2) Failure:
repo::init::extended_with_template_and_shared_mode 
[/home/russell/libgit2-0.21.2/tests/repo/init.c:489]
  Function call failed: (git_repository_init_ext(&_repo, 
"init_shared_from_tpl", &opts))
  error -1 - Failed to set permissions on 'init_shared_from_tpl/.git': 
Operation not permitted


I can't test the sparc so I'm hoping that these problems have been
fixed.  But I can't confirm.


I have been unable to replicate the rebuild issues with the package, so
it's unlikely that they have been fixed.

http://aws-logs.debian.net/ftbfs-logs/2014/09/13/libgit2_0.21.1-1_unstable.log
http://aws-logs.debian.net/ftbfs-logs/2014/09/26/libgit2_0.21.1-1_unstable.log
http://aws-logs.debian.net/ftbfs-logs/2014/10/12/libgit2_0.21.1-1_unstable.log

  1) Failure:
clone::nonetwork::local_absolute_path 
[/«PKGBUILDDIR»/tests/clone/nonetwork.c:91]
  Function call failed: (git_clone(&g_repo, local_src, "./foo", &g_options))
  error -1 - git_path_direach callback returned -1


-- 
Cheers,
Russell


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766131: RM: shinken -- ANAIS; arch:any -> arch:all transition

2014-10-29 Thread Ivo De Decker

Hi,

On Tue, Oct 21, 2014 at 05:53:49AM +0200, Mathieu Parent wrote:
> I'm not sure what to do, but shinken is currently uninstallable in sid, and 
> can't migrate.
> 
> This seems to be caused by the arch:any -> arch:all transition.
> 
> Ref: https://qa.debian.org/excuses.php?package=shinken

It seems you need

dak rm -s unstable -R -b shinken-module-arbiter-collectd 
shinken-module-arbiter-hotdependencies shinken-module-arbiter-nsca 
shinken-module-arbiter-ws shinken-module-broker-graphite 
shinken-module-broker-livestatus shinken-module-broker-livestatus-mongodb 
shinken-module-broker-livestatus-null shinken-module-broker-livestatus-sqlite 
shinken-module-broker-npcdmod shinken-module-broker-webui 
shinken-module-broker-webui-cfgpassword shinken-module-broker-webui-graphite 
shinken-module-broker-webui-mongodb shinken-module-broker-webui-sqlitedb 
shinken-module-commandfile shinken-module-poller-nrpe 
shinken-module-retention-mongodb shinken-module-retention-picklefile 

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#767295: xl: apparent memory leak

2014-10-29 Thread Gedalya


Package: xen-utils-4.4
Version: 4.4.1-3

When booting domU's running amd64 jessie, I notice some memory problems 
with xl.


root@xen:~# pmap -x 4121
4121:   /usr/lib/xen-4.4/bin/xl create --quiet --defconfig 
/etc/xen/auto/mail_deb80.cfg

Address   Kbytes RSS   Dirty Mode  Mapping
0040 144 128   0 r-x-- xl
00623000   4   4   4 r xl
00624000   8   8   8 rw--- xl
00626000   4   4   4 rw---   [ anon ]
00841000 288 240 240 rw---   [ anon ]
7f9ca48b4000   23852   14464   14464 rw---   [ anon ]
7f9ca800 132   8   8 rw---   [ anon ]
7f9ca8021000   65404   0   0 -   [ anon ]
7f9cae639000 104   0   0 r-x-- libz.so.1.2.8
<< snip >>
7736e000 132 104 104 rw---   [ stack ]
773f4000   8   8   0 r-x--   [ anon ]
773f6000   8   0   0 r   [ anon ]
ff60   4   0   0 r-x--   [ anon ]
 --- --- ---
total kB  119812   17124   15052

After init 6 within the VM:

root@xen:~# pmap -x 4121
4121:   /usr/lib/xen-4.4/bin/xl create --quiet --defconfig 
/etc/xen/auto/mail_deb80.cfg

Address   Kbytes RSS   Dirty Mode  Mapping
0040 144 144   0 r-x-- xl
00623000   4   4   4 r xl
00624000   8   8   8 rw--- xl
00626000   4   4   4 rw---   [ anon ]
00841000 288 288 288 rw---   [ anon ]
00889000229222922292 rw---   [ anon ]
7f9ca3169000   23852   14464   14464 rw---   [ anon ]
7f9ca48b4000   23852   14464   14464 rw---   [ anon ]
7f9ca800 132   8   8 rw---   [ anon ]
7f9ca8021000   65404   0   0 -   [ anon ]
7f9cae639000 104  88   0 r-x-- libz.so.1.2.8
<< snip >>
 --- --- ---
total kB  145964   34620   31864

another init 6:

root@xen:~# pmap -x 4121
4121:   /usr/lib/xen-4.4/bin/xl create --quiet --defconfig 
/etc/xen/auto/mail_deb80.cfg

Address   Kbytes RSS   Dirty Mode  Mapping
0040 144 144   0 r-x-- xl
00623000   4   4   4 r xl
00624000   8   8   8 rw--- xl
00626000   4   4   4 rw---   [ anon ]
00841000 288 288 288 rw---   [ anon ]
00889000229222922292 rw---   [ anon ]
7f9ca1a1e000   23852   14464   14464 rw---   [ anon ]
7f9ca3169000   23852   14464   14464 rw---   [ anon ]
7f9ca48b4000   23852   14464   14464 rw---   [ anon ]
<< snip >>
 --- --- ---
total kB  169816   49084   46328



---

For my older domUs running i386 wheezy, the initial size of xl is hugely 
smaller:


# pmap -x 10380
10380:   /usr/lib/xen-4.4/bin/xl create aptcache_deb70.cfg
Address   Kbytes RSS   Dirty Mode  Mapping
0040 144 128   0 r-x-- xl
00623000   4   4   4 r xl
00624000   8   8   8 rw--- xl
00626000   4   4   4 rw---   [ anon ]
015e3000 132 132 132 rw---   [ anon ]
7fb48400 132   8   8 rw---   [ anon ]
7fb484021000   65404   0   0 -   [ anon ]
7fb4893d4000 104   0   0 r-x-- libz.so.1.2.8
<< snip >>
 --- --- ---
total kB   958082604 488

After first init 6:

# pmap -x 10380
10380:   /usr/lib/xen-4.4/bin/xl create aptcache_deb70.cfg
Address   Kbytes RSS   Dirty Mode  Mapping
0040 144 144   0 r-x-- xl
00623000   4   4   4 r xl
00624000   8   8   8 rw--- xl
00626000   4   4   4 rw---   [ anon ]
015e3000 132 132 132 rw---   [ anon ]
01604000584057805780 rw---   [ anon ]
7fb48400 132   8   8 rw---   [ anon ]
7fb484021000   65404   0   0 -   [ anon ]
7fb4893d4000 104 100   0 r-x-- libz.so.1.2.8
<< snip >>
 --- --- ---
total kB  10165687926276

And subsequent reboots don't make it grow any more.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767296: rasmol: ftbfs on ppc64el -- conflict with vector keyword

2014-10-29 Thread Fernando Seiti Furusato

Source: rasmol
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org

Dear Maintainer,

The package rasmol fails to build from source on ppc64el due to a conflict with
gcc macro named vector.

A way I found to undefine the macro and not messing with the actual source code 
was
to do that by using the flag -Uvector through debian/rules itself.

It can also be done by using #undef vector in Imakefile.

The patch is attached.

Thanks.

Fernando


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff -Nru rasmol-2.7.5.2/debian/changelog rasmol-2.7.5.2/debian/changelog
--- rasmol-2.7.5.2/debian/changelog	2013-05-27 15:34:44.0 +
+++ rasmol-2.7.5.2/debian/changelog	2014-10-29 20:50:18.0 +
@@ -1,3 +1,10 @@
+rasmol (2.7.5.2-2ppc64el1) UNRELEASED; urgency=medium
+
+  * Undefined vector through -Uvector so the keyword does not conflict with the
+gcc macro with the same name. 
+
+ -- Fernando Seiti Furusato   Wed, 29 Oct 2014 20:48:53 +
+
 rasmol (2.7.5.2-2) unstable; urgency=low
 
   [ Andreas Tille ]
diff -Nru rasmol-2.7.5.2/debian/rules rasmol-2.7.5.2/debian/rules
--- rasmol-2.7.5.2/debian/rules	2013-05-27 15:34:44.0 +
+++ rasmol-2.7.5.2/debian/rules	2014-10-29 20:45:10.0 +
@@ -8,7 +8,7 @@
 src/rasmol-gtk:
 	dh_testdir
 	-rm -f x11-stamp
-	cd $(CURDIR)/src ; xmkmf -DGTKWIN ; cd $(CURDIR)
+	cd $(CURDIR)/src ; xmkmf '-DGTKWIN -Uvector' ; cd $(CURDIR)
 	$(MAKE) -C src clean;
 	$(MAKE) -C src
 	mv src/rasmol src/rasmol-gtk
@@ -16,7 +16,7 @@
 build-x11: src/rasmol.8 src/rasmol.16 src/rasmol.32
 
 x11-stamp:
-	cd $(CURDIR)/src ; xmkmf -DX11WIN ; cd $(CURDIR)
+	cd $(CURDIR)/src ; xmkmf '-DX11WIN -Uvector' ; cd $(CURDIR)
 	touch $@
 
 src/rasmol.8: x11-stamp

Bug#751117: aptitude segfaults when trying to acquire root powers via sudo

2014-10-29 Thread Stefan Söffing

Hi all,

same problem here, I'm on Ubuntu 14.10 and get the same behavior.
Backtrace looks quite similar:


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7435b700 (LWP 8624)]
__lll_unlock_elision (lock=0x77416940
, private=0)
at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
(gdb) backtrace full
#0  __lll_unlock_elision (lock=0x77416940
, private=0)
at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
No locals.
#1  0x7716b506 in ~lock (this=,
__in_chrg=) at
../../src/cwidget/generic/threads/threads.h:389
No locals.
#2  cwidget::toplevel::input_thread::operator()
(this=this@entry=0x774168e1
) at toplevel.cc:512
l = {parent = @0x77416940, locked = true}
timeout = {tv_sec = 2, tv_usec = 335948}
selectfds = {fds_bits = {1, 0 }}
result = 
all_signals = {__val = {18446744067267100671,
18446744073709551615 }}
#3  0x7716b531 in operator() (this=) at
../../src/cwidget/generic/threads/threads.h:1008
No locals.
#4 
cwidget::threads::thread::bootstrap
> (p=)
at ../../src/cwidget/generic/threads/threads.h:117
thunk = {f = 0x774168e1
}
#5  0x766220a5 in start_thread (arg=0x7435b700) at
pthread_create.c:309
__res = 
pd = 0x7435b700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737290548992,
177463366529054107, 1, 0, 140737290549696, 140737290548992,
-177450634593962597, -177446635670735461},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev =
0x0,
  cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#6  0x75b2384d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111


Cheers,
Stefan


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767258: unblock: ruby2.1/2.1.4-1

2014-10-29 Thread Antonio Terceiro

On Wed, Oct 29, 2014 at 10:06:08PM +0100, Niels Thykier wrote:
> Control: reopen -1
> 
> On 2014-10-29 21:55, Antonio Terceiro wrote:
> > I'm confused. [...]
> > 
> 
> No, I was the one confused; I had missed the fact that you had uploaded
> a new version today.
> 
> ~Niels

Ah, right.

Now I realized I ended up generating the debdiff against the version
currently in sid instead of the one actually in jessie; I'm attaching
the correct debdiff now (2.1.3-1, in jessie, against 2.1.4-1, in sid as
of today).

-- 
Antonio Terceiro 
diff -Nru ruby2.1-2.1.3/array.c ruby2.1-2.1.4/array.c
--- ruby2.1-2.1.3/array.c	2014-09-18 13:58:44.0 -0300
+++ ruby2.1-2.1.4/array.c	2014-10-27 09:25:17.0 -0200
@@ -1585,6 +1585,7 @@
 	MEMMOVE(RARRAY_PTR(ary) + beg, RARRAY_CONST_PTR(rpl), VALUE, rlen);
 	}
 }
+RB_GC_GUARD(rpl);
 }
 
 void
@@ -3948,6 +3949,7 @@
 	RHASH(hash)->ntbl = 0;
 	st_free_table(tbl);
 }
+RB_GC_GUARD(hash);
 }
 
 /*
@@ -3971,7 +3973,7 @@
 rb_ary_diff(VALUE ary1, VALUE ary2)
 {
 VALUE ary3;
-volatile VALUE hash;
+VALUE hash;
 long i;
 
 hash = ary_make_hash(to_ary(ary2));
diff -Nru ruby2.1-2.1.3/ChangeLog ruby2.1-2.1.4/ChangeLog
--- ruby2.1-2.1.3/ChangeLog	2014-09-18 13:58:44.0 -0300
+++ ruby2.1-2.1.4/ChangeLog	2014-10-27 09:25:17.0 -0200
@@ -1,3 +1,154 @@
+Mon Oct 27 20:20:14 2014  NAKAMURA Usaku  
+
+	* lib/rexml/entity.rb: keep the entity size within the limitation.
+	  reported by Willis Vandevanter  and
+	  patched by nahi.
+
+Sun Oct 26 03:31:46 2014  Nobuyoshi Nakada  
+
+	* vm_method.c (rb_method_entry_make): warn redefinition only for
+	  already defined methods, but not for undefined methods.
+	  [ruby-dev:48691] [Bug #10421]
+
+Sun Oct 26 03:21:30 2014  Nobuyoshi Nakada  
+
+	* class.c (unknown_keyword_error): delete expected keywords
+	  directly from raw table, so that the given block is not called.
+	  [ruby-core:65837] [Bug #10413]
+
+Wed Oct 22 23:02:49 2014  CHIKANAGA Tomoyuki  
+
+	* ext/openssl/lib/openssl/ssl.rb (DEFAULT_PARAMS): override
+	  options even if OpenSSL::SSL::OP_NO_SSLv3 is not defined.
+	  this is pointed out by Stephen Touset. [ruby-core:65711] [Bug #9424]
+
+Wed Oct 22 23:02:49 2014  Martin Bosslet  
+
+	* test/openssl/test_ssl.rb: Reuse TLS default options from
+	  OpenSSL::SSL::SSLContext::DEFAULT_PARAMS.
+
+Wed Oct 22 23:02:49 2014  Martin Bosslet  
+
+	* lib/openssl/ssl.rb: Explicitly whitelist the default
+	  SSL/TLS ciphers. Forbid SSLv2 and SSLv3, disable
+	  compression by default.
+	  Reported by Jeff Hodges.
+	  [ruby-core:59829] [Bug #9424]
+
+Sun Oct 19 03:22:53 2014  Kazuki Tsujimoto  
+
+	* vm_core.h, vm.c, proc.c: fix GC mark miss on bindings.
+	  [ruby-dev:48616] [Bug #10368]
+
+	* test/ruby/test_eval.rb: add a test code.
+
+Sun Oct 19 03:13:38 2014  Nobuyoshi Nakada  
+
+	* parse.y (parser_here_document): do not append already appended
+	  and disposed code fragment.  [ruby-dev:48647] [Bug #10392]
+
+Thu Oct 16 22:10:11 2014  Nobuyoshi Nakada  
+
+	* ext/stringio/stringio.c (strio_write): ASCII-8BIT StringIO
+	  should be writable any encoding strings, without conversion.
+	  [ruby-core:65240] [Bug #10285]
+
+Thu Oct 16 22:06:03 2014  Nobuyoshi Nakada  
+
+	* vm_eval.c (eval_string_with_cref): fix super from eval with
+	  scope.  set klass in the current control frame to the class of
+	  the receiver in the context to be evaluated, this class/module
+	  must match the actual receiver to call super.
+	  [ruby-core:65122] [Bug #10263]
+
+Thu Oct 16 00:30:30 2014  Tanaka Akira  
+
+	* lib/find.rb (Find.find): Call to_path for arguments to obtain
+	  strings.
+	  [ruby-core:63713] [Bug #10035] Reported by Herwin.
+
+Thu Oct 16 00:20:12 2014  Eric Wong  
+
+	* object.c (rb_class_real): do not dereference 0 VALUE
+
+	* test/ruby/test_module.rb (test_inspect_segfault):
+	  Test case and bug report by Thomas Stratmann.
+	  [ruby-core:65214] [Bug #10282]
+
+Thu Oct 16 00:10:45 2014  Nobuyoshi Nakada  
+
+	* signal.c (rb_f_kill): get rid of deadlock as unhandled and
+	  discarded signals do not make interrupt_cond signaled.
+	  based on the patch by Kazuki Tsujimoto at [ruby-dev:48606].
+	  [Bug #9820]
+
+Thu Oct 16 00:10:45 2014  Nobuyoshi Nakada  
+
+	* signal.c (rb_f_kill): should not ignore signal unless the
+	  default handler is registered.  [ruby-dev:48592] [Bug #9820]
+
+Wed Oct 15 23:58:13 2014  CHIKANAGA Tomoyuki  
+
+	merge r47598 partially. extracted commits are as follows. [Bug #9728]
+	https://github.com/k-takata/Onigmo/commit/15ddec6d18e27fdc1988236764e766fd5892ecf5
+
+Wed Oct 15 23:50:33 2014  SHIBATA Hiroshi  
+
+	* lib/fileutils.rb: handle ENOENT error with symlink targeted to
+	  non-exists file. [ruby-dev:45933] [Bug #6716]
+
+Wed Oct 15 23:25:24 2014  NARUSE, Yui  
+
+	* configure.in: NetBSD's ksh, used by configure, needs escapes.
+
+Wed Oct 15 23:13:43 2014  Eric Wong  
+
+	* array.c (ary_recycle_hash): add RB_GC_GUARD
+	  (rb_ary_diff): remove volatile
+	  [Bug #10369]
+
+Wed

Bug#600078: fbi: inverted colors of PBM images

2014-10-29 Thread Stéphane Aulery

Helo,

More precisely, this bug only occurs on pbm pictures encoded in binary
format (P4).

See files attachments for testing.

Regards,

-- 
Stéphane Aulery

Bug#767188: libvirt-clients: Cannot access storage file error: success

Control: tag -1 + moreinfo

Hi,

frozencemetery wrote (29 Oct 2014 03:13:07 GMT) :
> When trying to create a pre-exsting machine defined by an earlier version of
> virt-manager,

Any rough idea of what version it was? (Wheezy's? anything else?)

> I get:

> # virsh create /etc/libvirt/qemu/eudev.xml 
> error: Failed to create domain from /etc/libvirt/qemu/eudev.xml
> error: Cannot access storage file '/var/lib/libvirt/images/eudev.qcow2' (as 
> uid:114, gid:127): Success

May you please send us the output of

  ls -ld /var/lib/libvirt/images/
  ls -l /var/lib/libvirt/images/eudev.qcow2

?

Thanks in advance.

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#752450: ftp.debian.org: please consider to strongly tighten the validity period of Release files

2014-10-29 Thread Christoph Anton Mitterer

Hey Henrique, et al.

I've had lost my interest a bit, since it feels like fighting
windmills... but one month has passed and it's perhaps a good time to
revisit this.

On Mon, 2014-09-29 at 08:08 -0300, Henrique de Moraes Holschuh wrote: 
> On Mon, 29 Sep 2014, Christoph Anton Mitterer wrote:
> > Now to deal with your concern of larger outages:
> > 2) Just because there are no valid [In]Release* files, it doesn't mean
> > that those mirrors and their repositories can't be used any longer. The
> > data is still there as it was before.
> > An application like apt/aptitude/etc. could simply give the user an
> > error, telling that the files have expired for hh:mm and could give the
> > user and option to nevertheless trust them.
> > And the same options could be provided for batch modes.
> This is not making any sense anymore.  Step back and think about your threat
> model in the first place.
I do not quite understand what you meant... the attack model ist clear,
the technical questions (i.e. distribution to mirrors) as well, and I
gave several ways to work around such issues:
- there's the way of resigning the Release files and mirroring them with
priority, which should work fast enough
- adding functionality to the clients to adequately warn about what's
happening and allowing them to override the expiration.

>The *entire* threat model, not whatever small
> part of it that looks easily fixable by a severe reduction to the inrelease
> validity period
Well I guess you should perhaps look at e.g.:
https://www.drupal.org/PSA-2014-003

People had roughly 7 hours (estimated) before that hole was exploited
massively all over the net.
As far as I understand the security team uploaded a fixed version (of
stable) at Wed, 15 Oct 2014 11:43:08 -0500 ... can we see from some logs
when this became really available on the mirrors?

Anyway this should demonstrate quite practical, how fast attackers are
these days and that severely reducing the validity times doesn't just
help against some completely unreal attack vectors.
Even if the security team is as fast as above, then a victim may be
compromised by a downgrade attack, thus not even being notified about
new upgrades. 

>  (which you have already been told by several Debian archive
> ops _and_ mirror ops people to be very much a Bad Idea).

> Now, if you want us to add per-repository validity overrides to source.lists
> that can *reduce* the range APT will accept, so that the local admin can
> tighten things, that's fine.
Well we have that anyway, don't we? But it's probably nothing which is
used by the typical majority.

Conceptually, the "trust" lies in the server. Even when the client
reduces his validity times, than a server could still simply distribute
old packages, just newly signed.
So the right place for reducing the validity is on the server /
repo-meta-data side, not on the client side.
If the client side (i.e. apt, aptitude) set their own maximum validity
times, than this should rather server to either override the servers or
to identify accidentally misconfigured servers which give out e.g. files
that have a validity of years or so.

>   If you're going to propose some sort of tiered
> system and a way for apt to actually know it is OK to use this "updates not
> often at all" fallback mirror as long as it also has a mirror from the
> "fresh stuff only" tier, that would be at least sensible...  Would those
> help?  I don't know, that's what the full threat model analysis is for.
Hmm I'd rather say that this sounds like an overly complex solution that
is error prone.
An in principle it doesn't help, because in that case an MitM-capable
attacker would simply block the fresh server,... if the clients then
fall back to the fallback mirror in silence, things are useless again.

> So, can we get now some alternative proposals that address the fact that
> some mirrors need >48H validity, and many leaf mirrors really want at least
> a week?  Or to help apt detect it is using a mirror that is more outdated
> than expected, which *is* the reason 99,999% of our users ever suffer an
> "unintended downgrade attack" ?
I don't think that there is a way around it, because the whole issue is
about the requirement to have up-to-date repository information.

From a security point of view, a mirror model in which mirrors are
lagging that long behind is simply not adequate.

One can have such slow mirrors for repos which don't change often
(stable, oldtable, etc.) but for anything which is used to deal security
updates to the users (security.d.o, unstable)... slow mirrors are simply
broken from a security POV.

On Mon, 2014-09-29 at 09:05 -0300, Henrique de Moraes Holschuh wrote: 
> Sure, 48H or 24H refresh requirements for anything that is mirroring s.d.o
> is a restriction we could deploy.
Well I guess the drupal example shows that even ranges in about 1 hour
would be appropriate. 

> But there's the DoS concern if there is a
> problem refreshing s.d.o from ftp-m

Bug#767294: ifetch-tools: [INTL:nl] Dutch translation of debconf messages



Package: ifetch-tools
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of ifetch-tools debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767293: logisim: original dev retired in 2011

2014-10-29 Thread nico

Package: logisim
Version: 2.7.1~dfsg-1
Severity: normal

Dear Maintainer,

I'm invited to use logisim but the debian version is different from the version 
who was demonstrated.
We mentionned the presence of many new useful item during the demo.

After a few researchs, i've first found this retirement notice from the 
original author :
http://www.cburch.com/logisim/retire-note.html (its lates published rev is the 
debian's one)
and doing further searches, i've found forks and derivates, especially this one 
:
https://github.com/lawrancej/logisim

which looks very active and followed.

I suggest to use this last uri as new upstream for this package in order to 
provide the best educational tool for teaching electronics

Regard



-- System Information:
Debian Release: 7.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages logisim depends on:
ii  jarwrapper 0.43
ii  javahelp2  2.0.05.ds1-6
ii  libcolorpicker-java1.0.0-2
ii  libfontchooser-java1.0.0-1
ii  openjdk-6-jre [java6-runtime]  6b32-1.13.4-1~deb7u1

logisim recommends no packages.

logisim 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#767292: TypeError on connection

2014-10-29 Thread Gaudenz Steinlin

Package: python3-sireader
Version: 1.0.1-1
Severity: important

conecting a sportident base station gives a TypeError. Some parts of the code 
base are
not yet compatible with the python 3 conversion from string to unicode. The 
wire proctocol
should use the new binary data type.

In [2]: si = sireader.SIReaderReadout()
---
TypeError Traceback (most recent call last)
 in ()
> 1 si = sireader.SIReaderReadout()

/usr/lib/python3/dist-packages/sireader.py in __init__(self, *args, **kwargs)
779 
780 def __init__(self, *args, **kwargs):
--> 781 super(type(self), self).__init__(*args, **kwargs)
782 
783 self.sicard = None

/usr/lib/python3/dist-packages/sireader.py in __init__(self, port, debug, 
logfile)
314 for port in scan_ports:
315 try:
--> 316 self._connect_reader(port)
317 return
318 except (SIReaderException, SIReaderTimeout) as msg:

/usr/lib/python3/dist-packages/sireader.py in _connect_reader(self, port)
450 try:
451 # try at 38400 baud, extended protocol
--> 452 self._send_command(SIReader.C_SET_MS, SIReader.P_MS_DIRECT)
453 except (SIReaderException, SIReaderTimeout):
454 try:

/usr/lib/python3/dist-packages/sireader.py in _send_command(self, command, 
parameters)
713 
hexlify(crc),
714 ))
--> 715 self._serial.write(cmd)
716 except (SerialException, OSError) as  msg:
717 raise SIReaderException('Could not send command: %s' % msg)

/usr/lib/python3/dist-packages/serial/serialposix.py in write(self, data)
473 while t > 0:
474 try:
--> 475 n = os.write(self.fd, d)
476 if timeout:
477 # when timeout is set, use select to wait for being 
ready

TypeError: 'str' does not support the buffer interface


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental')
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 python3-sireader depends on:
ii  python3-serial  2.6-1.1
pn  python3:any 

python3-sireader recommends no packages.

python3-sireader 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#767190: unblock: oxygen-gtk3/1.4.1-1

Control: tags -1 moreinfo

On 2014-10-29 05:19, Dmitry Smirnov wrote:
> Package: release.debian.org
> Severity: minor
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> oxygen-gtk3/1.4.1-1
> 
> Please unblock the above package (or reduce unstable-to-testing migration 
> delay to allow package propagation to "testing" before freeze).
> 
> Upstream just released a minor update to oxygen-gtk3/1.4 without even 
> bothering to describe the changes. However by comparing previous 1.4.0 to the 
> current 1.4.1 release I see that updates are mostly focused on improving 
> (much 
> needed) compatibility with GTK. Since there is still some time before freeze 
> I'd like to ask you to consider inclusion of oxygen-gtk3/1.4.1 to Jessie.
> Brief run-time testing revealed no (obvious) problems and I think that  
> probability of regression is low.
> 
> I shall be happy to provide debdiff if needed.
> 
> Thank you.
> 

Hi Dmitry,

Could you clarify what the "improved compatibility with GTK"
involves/means?  What we would gain from accepting the changes, what are
the consequences of not accepting them?

~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767238: unblock: camitk/3.4.0-1

On 2014-10-29 21:59, Andreas Tille wrote:
> [...]
>> Hi Andreas,
>>
>> Sorry, but I will have to decline your request for an unblock of
>> camitk/3.4.0-1.  Sadly, the changes between the current version of
>> camitk in testing and camitk/3.4.0-1 are /not/ compatible with our
>> freeze guidelines.
> 
> I might have missunderstood the announcement[1].  Can you give an
> example case when asking for reducing the testing migration time to 5
> days is appropriate?
> 

Certainly.  It was primarily intended for security fixes or (to some
extend) RC bugs, where a forced 10-day migration would/might do more
harm than good.

>>   While I certainly appreciate many of the arguments (especially the
>> focus on more automated testing and it coming from upstream), we did set
>> a deadline for including arbitrary changes and your upload of
>> camitk/3.4.0-1 seems to have missed said deadline.
> 
> I'm aware that we missed the deadline for a 10 day migration.  I
> obviously missed the point of the announcement[1].  Sorry about this
> but some clarification would be great.
> 
> Kind regards
> 
>Andreas.
> 
> [1] https://lists.debian.org/debian-devel-announce/2014/10/msg1.html 
> 

I hope you found it the example clarifying.

~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767291: blitz++: FTBFS on mips

2014-10-29 Thread Ivo De Decker

package: blitz++
version: 1:0.10-2
severity: serious

Hi,

It seems the latest upload of blitz++ failed on mips, but it built fine
before. This prevents migration to testing.

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#767289: cipux-cat-web: [INTL:nl] Dutch translation of debconf messages