date:20160327

Package: qmtest
Version: 2.4.1-2
Followup-For: Bug #800272
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/rules:
- Remove legacy DH_COMPAT export.
- Use dh_prep instead of dh_clean -k.
  * debian/compat: Change compatibility level to 9.
  * debian/control: Build-depend on debhelper (>= 9).

Thanks for considering the patch.

Logan Rosen

-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u qmtest-2.4.1/debian/control qmtest-2.4.1/debian/control
--- qmtest-2.4.1/debian/control
+++ qmtest-2.4.1/debian/control
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Debian QA Group 
-Build-Depends: debhelper (>= 5.0.37.1), python-all-dev (>= 2.4), jadetex, tidy, docbook-dsssl, sgml-data, docbook-xml
+Build-Depends: debhelper (>= 9), python-all-dev (>= 2.4), jadetex, tidy, docbook-dsssl, sgml-data, docbook-xml
 Standards-Version: 3.9.4
 
 Package: qmtest
diff -u qmtest-2.4.1/debian/compat qmtest-2.4.1/debian/compat
--- qmtest-2.4.1/debian/compat
+++ qmtest-2.4.1/debian/compat
@@ -1 +1 @@
-5
+9
diff -u qmtest-2.4.1/debian/rules qmtest-2.4.1/debian/rules
--- qmtest-2.4.1/debian/rules
+++ qmtest-2.4.1/debian/rules
@@ -41,7 +41,7 @@
 install: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 
 	set -e; \
 	for v in $(PYVERS); do \
@@ -61,7 +61,7 @@
 		usr/share/man/man1
 
 	: # qm-sigmask package
-	DH_COMPAT=2 dh_movefiles -p$(p_sig) --sourcedir=$(d_test) \
+	dh_movefiles -p$(p_sig) --sourcedir=$(d_test) \
 		usr/lib/python*/*-packages/qm/sigmask.so
 	for v in $(PYVERS); do \
 	  libdir=$$(python$$v -c 'from distutils import sysconfig; print(sysconfig.get_python_lib())'); \

Bug#800225: recite: Please migrate a supported debhelper compat level

Package: recite
Version: 1.0-8.2
Followup-For: Bug #800225
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/compat: Change compatibility level to 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.
  * debian/rules:
- Use dh_prep instead of dh_clean -k.
- Add recommended build-arch and build-indep targets.

Thanks for considering the patch.

Logan Rosen

-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u recite-1.0/debian/control recite-1.0/debian/control
--- recite-1.0/debian/control
+++ recite-1.0/debian/control
@@ -3,11 +3,11 @@
 Section: sound
 Priority: optional
 Standards-Version: 3.8.0
-Build-Depends: debhelper (>= 3.0)
+Build-Depends: debhelper (>= 9)
 
 Package: recite
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: English text speech synthesizer
  Recite is a program to do speech synthesis.  The quality of sound
  produced is not terribly good, but it should be adequate for reporting
diff -u recite-1.0/debian/compat recite-1.0/debian/compat
--- recite-1.0/debian/compat
+++ recite-1.0/debian/compat
@@ -1 +1 @@
-3
+9
diff -u recite-1.0/debian/rules recite-1.0/debian/rules
--- recite-1.0/debian/rules
+++ recite-1.0/debian/rules
@@ -4,7 +4,9 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-build: build-stamp
+build: build-arch build-indep
+build-arch: build-stamp
+build-indep: build-stamp
 build-stamp:
 	dh_testdir
 
@@ -24,7 +26,7 @@
 install: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 
 	cp bin/recite debian/recite/usr/bin/

Bug#817215: [pkg-go] Bug#817215: RFS: golang-github-alecthomas-template/0.0~git20151201.0.14fd436 -- text templates with newline elision for Go

2016-03-27 Thread Dmitry Smirnov

Hi Peter,

On Wednesday, 9 March 2016 12:24:19 AM AEDT Peter Colberg wrote:
> I am looking for a sponsor for the package
> "golang-github-alecthomas-template":

Upstream does not have a license and commented the following:

  "as Go 1.6 now supports whitespace elision [1], I won't be making any
   further changes to this package and will probably delete it soon." [2]

Is this package really needed?

Please investigate. Meanwhile I'm tagging this bug as "wontfix" for now.

Also please note that "BSD-style license" is not necessary the same as 
"BSD-3-clause". You can't make such assumption because there are too many 
"BSD style" licenses so techically speaking it can be any of them (and not 
limited to the list):

https://fedoraproject.org/wiki/Licensing:BSD

[1]: https://golang.org/pkg/text/template/#hdr-Text_and_spaces
[2]: https://github.com/alecthomas/template/issues/3#issuecomment-188537775

-- 
Cheers,
 Dmitry Smirnov.

---

Truth — Something somehow discreditable to someone.
-- H. L. Mencken, 1949

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

Bug#819403: debianutils: which(1) man page says which does not follow sym links, but it does

2016-03-27 Thread Clint Adams

On Mon, Mar 28, 2016 at 01:18:06PM +1100, Ben Elliston wrote:
> The which(1) man page says: "It does not follow symbolic links". However 
> `which' does in fact:
> 
> $ ln -s /usr/bin link
> $ export PATH=~/link:$PATH
> $ which uptime
> /home/bje/link/uptime
> 
> In a modern Linux system, not following symbolic links would be rather 
> undesiarable
> behaviour. I don't have a strong view on whether the behaviour as implemented 
> is correct,
> but the man page is inconsistent.  Perhaps the man page just needs correcting?

The root of this issue is https://bugs.debian.org/268624
and I think a man page clarification would be in order.

Bug#800182: esix: Please migrate a supported debhelper compat level

Package: esix
Version: 1-2
Followup-For: Bug #800182
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/rules:
- Remove legacy DH_COMPAT export.
- Add recommended build-arch and build-indep targets.
- Replace dh_clean -k with dh_prep.
  * debian/compat: Indicate compatibility level of 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Move debhelper to Build-Depends from Build-Depends-Indep.
- Depend on ${misc:Depends}.

Thanks for considering the patch.

Logan Rosen

-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u esix-1/debian/control esix-1/debian/control
--- esix-1/debian/control
+++ esix-1/debian/control
@@ -2,12 +2,12 @@
 Section: contrib/otherosfs
 Priority: optional
 Maintainer: Vince Mulhollon 
-Build-Depends-Indep: debhelper (>> 3.0.0)
+Build-Depends: debhelper (>= 9)
 Standards-Version: 3.5.6.0
 
 Package: esix
 Architecture: all
-Depends: ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Recommends: simh
 Description: PDP-8 Engineering and Scientific Interpreter eXtended
  ESI-X was the first stored program scientific interpreter 
diff -u esix-1/debian/rules esix-1/debian/rules
--- esix-1/debian/rules
+++ esix-1/debian/rules
@@ -5,11 +5,6 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-# This is the debhelper compatibility version to use.
-export DH_COMPAT=3
-
-
-
 ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
 	CFLAGS += -g
 endif
@@ -25,7 +20,9 @@
 	touch configure-stamp
 
 
-build: build-stamp
+build: build-arch build-indep
+build-arch: build-stamp
+build-indep: build-stamp
 
 build-stamp: configure-stamp 
 	dh_testdir
@@ -49,7 +46,7 @@
 install: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 
 	install -d -m 0755 -o root -g root debian/esix/usr/share/esix
only in patch2:
unchanged:
--- esix-1.orig/debian/compat
+++ esix-1/debian/compat
@@ -0,0 +1 @@
+9

Bug#819403: debianutils: which(1) man page says which does not follow sym links, but it does

2016-03-27 Thread Ben Elliston

Package: debianutils
Version: 4.4+b1
Severity: normal

Dear Maintainer,

The which(1) man page says: "It does not follow symbolic links". However 
`which' does in fact:

$ ln -s /usr/bin link
$ export PATH=~/link:$PATH
$ which uptime
/home/bje/link/uptime

In a modern Linux system, not following symbolic links would be rather 
undesiarable
behaviour. I don't have a strong view on whether the behaviour as implemented 
is correct,
but the man page is inconsistent.  Perhaps the man page just needs correcting?


-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-586
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages debianutils depends on:
ii  libc6   2.19-18+deb8u3
ii  sensible-utils  0.0.9

debianutils recommends no packages.

debianutils suggests no packages.

-- no debconf information

Bug#800218: x-pgp-sig-el: Please migrate a supported debhelper compat level

Package: x-pgp-sig-el
Version: 1.3.5.1-4.1
Followup-For: Bug #800218
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/rules:
- Remove legacy DH_COMPAT export.
- Add recommended build-arch and build-indep targets.
- Use dh_prep instead of dh_clean -k.
  * debian/compat: Indicate compatibility level of 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.

Thanks for considering the patch.

Logan Rosen

-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u x-pgp-sig-el-1.3.5.1/debian/control x-pgp-sig-el-1.3.5.1/debian/control
--- x-pgp-sig-el-1.3.5.1/debian/control
+++ x-pgp-sig-el-1.3.5.1/debian/control
@@ -2,12 +2,12 @@
 Section: contrib/mail
 Priority: optional
 Maintainer: Takuo KITAME 
-Build-Depends: debhelper (>> 2)
+Build-Depends: debhelper (>= 9)
 Standards-Version: 3.5.2
 
 Package: x-pgp-sig-el
 Architecture: all
-Depends: emacsen, pgp
+Depends: ${misc:Depends}, emacsen, pgp
 Description: X-PGP-Sig mail and news header utility for Emacs
  X-PGP-Sig header utility for Emacs.
  It can insert/verify PGP signatures in the X-PGP-Sig: mail/news header.
diff -u x-pgp-sig-el-1.3.5.1/debian/rules x-pgp-sig-el-1.3.5.1/debian/rules
--- x-pgp-sig-el-1.3.5.1/debian/rules
+++ x-pgp-sig-el-1.3.5.1/debian/rules
@@ -6,12 +6,13 @@
 
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
-export DH_COMPAT=3
 
 package=x-pgp-sig-el
 pwd=$(shell pwd)
 
-build: build-stamp
+build: build-arch build-indep
+build-arch: build-stamp
+build-indep: build-stamp
 build-stamp:
 	dh_testdir
 	touch build-stamp
@@ -25,7 +26,7 @@
 install:
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 
 	cp *.el debian/${package}/usr/share/emacs/site-lisp/x-pgp-sig-el/
only in patch2:
unchanged:
--- x-pgp-sig-el-1.3.5.1.orig/debian/compat
+++ x-pgp-sig-el-1.3.5.1/debian/compat
@@ -0,0 +1 @@
+9

Bug#819402: mono: dllmap for non-linux arches

2016-03-27 Thread Steven Chamberlain

Package: src:mono
Version: 3.2.8+dfsg-10
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

In mono-config(5) files, dllmap can be limited to a specific platform
such as os="linux".  Currently, GNU/kFreeBSD is (and someday Hurd will
be) defined as os="unknownOS", and so ignores those mappings.

DLL mappings marked as os="linux" seem totally appropriate for
GNU/kFreeBSD, or any other Debian system (whereas those marked
os="freebsd" are typicaly not).

So in this context, "os" does not determine kernel-specific
functionality to use;  just the naming of system libraries.

It seems best to interpret os="linux" as referring to any GNU
libc-based platform.  Please consider the attached patch to do
that.

I tested on kfreebsd-amd64 where this change fixes a Mono application
(OpenRA) to work seamlessly.

Thank you.

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

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: Steven Chamberlain 
Subject: mono-config: let os=linux include other glibc platforms
Date: Mon, 28 Mar 2016 00:56:15 +0100

For the purposes of mono-config(5), let GNU libc-based platforms such
as GNU/kFreeBSD or Hurd be matched by os="linux" (rather than
"unknownOS").

dllmap entries for os="linux" are appropriate for those platforms.

--- a/mono/metadata/mono-config.c
+++ b/mono/metadata/mono-config.c
@@ -21,7 +21,7 @@
 
 #if defined(TARGET_PS3)
 #define CONFIG_OS "CellOS"
-#elif defined(__linux__)
+#elif defined(__linux__) || defined(__GLIBC__)
 #define CONFIG_OS "linux"
 #elif defined(__APPLE__)
 #define CONFIG_OS "osx"

Bug#819401: pidgin-skype: Please update with new package

2016-03-27 Thread Jean-Philippe MENGUAL

Package: pidgin-skype
Version: 20140930+svn665+dfsg-1
Severity: normal

Dear Maintainer,

This package seems deprecated and no longer maintained upstream. Thus, it's
impossible to answer a call. This bug will not be fixed.

The author works now on skypeweb plugin: http://eion.robbmob.com/

Could you update this package with it, or replace this package with a
pidgin-skypeweb package? I'm aware it's just a git repo, but seems to work.

Regards,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pidgin-skype depends on:
ii  libpurple0   2.10.11-1.1+b2
ii  pidgin-skype-common  20140930+svn665+dfsg-1

pidgin-skype recommends no packages.

pidgin-skype suggests no packages.

-- no debconf information

Bug#819400: nodm: Extra whitespace in debian/nodm.templates

2016-03-27 Thread Adriano Rafael Gomes

Package: nodm
Tags: l10n patch
Severity: wishlist

Hello,

Please, could you update the file debian/nodm.templates with the
attached patch? There are some extra whitespace at the beginning of two
lines.

Kind regards.
--- nodm.templates	2016-03-23 11:54:40.0 -0300
+++ nodm.templates.new	2016-03-27 22:14:24.501861222 -0300
@@ -57,8 +57,8 @@
 Type: string
 Default: 300
 _Description: Maximum time (in seconds) to wait for X to start:
-  Timeout (in seconds) to wait for X to be ready to accept connections. If X is
-  not ready before this timeout, it is killed and restarted.
+ Timeout (in seconds) to wait for X to be ready to accept connections. If X is
+ not ready before this timeout, it is killed and restarted.
 
 Template: nodm/xsession
 Type: string


signature.asc
Description: Digital signature

Bug#819399: opensc: Enable DNIe UI

2016-03-27 Thread Javier Serrano Polo

Package: opensc
Version: 0.15.0-1
Severity: wishlist

Please configure with --enable-dnie-ui. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731235#25


smime.p7s
Description: S/MIME cryptographic signature

Bug#819398: pidgin-twitter: Package no longer works

2016-03-27 Thread Jean-Philippe MENGUAL

Package: pidgin-twitter
Version: 0.9.2.1-6
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I install it.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I enable it in Plugins menu. Then I configure it to connect to API of Twitter.
I check nearly all checkboxes of the dialog. In Twitter field, I enter my
login.

   * What was the outcome of this action?

Nothing. In Manage accounts -> Add, no Twitter protocol appears.


   * What outcome did you expect instead?

Likely an interface to enter a pass, a PIN after auth online on Twitter Pidgin
to connect. 

*** End of the template - remove these template lines ***

Should be fixed or removed from Debian.

Regards,


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pidgin-twitter depends on:
ii  libc6 2.22-3
ii  libglib2.0-0  2.46.2-3
ii  libxml2   2.9.3+dfsg1-1
ii  pidgin2.10.11-1.1+b2

pidgin-twitter recommends no packages.

pidgin-twitter suggests no packages.

-- no debconf information

Bug#819393: linux-image-marvell: missing kirkwood-ds112.dtb

Control: tags -1 + moreinfo

Bug#819378: Add packaging testsuite

2016-03-27 Thread Peter Spiess-Knafl

Hi Ghis!

Thank you also for this patch. It prevents many mistakes.

Greetings
Peter

On 03/27/2016 09:47 PM, Ghislain Vaillant wrote:
> Package: libjsoncpp
> Version: 1.6.5-4
> 
> Dear maintainer,
> 
> Whilst working on fixing the CMake install paths, I took this
> opportunity to provide a packaging testsuite (autopkgtest) for this
> source package to test my modifications.
> 
> Please consider applying this patch, so your package can benefit from
> our Debian CI in the future.
> 
> Here is a link to a fake non-maintainer build run I did on debomatic to
> illustrate its usefulness:
> 
> 
> http://debomatic-amd64.debian.net/distribution#unstable/libjsoncpp/1.6.5-4.1/autopkgtest
> 
> 
> Best regards,
> Ghis

Bug#819376: Fix and simplify multi-arch handling

2016-03-27 Thread Peter Spiess-Knafl

Hi Ghis!

Thank you for your patch. I applied it in the git repo, an upload will
follow soon.

It really makes things much easier, thank you!

Greetings
Peter

On 03/27/2016 09:43 PM, Ghislain Vaillant wrote:
> Package: libjsoncpp
> Version: 1.6.5-4
> 
> Dear maintainer,
> 
> Whilst using your package, I noticed that the CMake package files
> were not installed in a multi-arch enabled location of the form:
> 
> /usr/lib//cmake/
> 
> I am forwarding a patch to the packaging repository which addresses
> this.
> 
> I also took this opportunity to significantly simplify multi-arch path
> injection to the build system. So far, this was handled by patching the
> sources (last resort solution) whilst the upstream build system does
> provide overridable CMake variables for this purpose. This patch uses
> these variables instead and drops the corresponding patches from the
> patch-queue.
> 
> A successful build with the applied patch is available here:
> 
> 
> http://debomatic-amd64.debian.net/distribution#unstable/libjsoncpp/1.6.5-4.1/buildlog
> 
> 
> Best regards,
> Ghis
>

Bug#819393: linux-image-marvell: missing kirkwood-ds112.dtb

Control: tags + moreinfo

On Mon, Mar 28, 2016 at 8:51 AM, Heinrich Schuchardt  wrote:
> Package: linux-image-4.4.0-1-marvell
> Version: 4.4.6-1
> Severity: wishlist
>
> Dear maintainer,
>
> please, add file kirkwood-ds112.dtb to support the Synology DiskStation
> DS112.

You so mean the dts here?
- 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/kirkwood-ds112.dts

But I don't find an entry in Makefile:
- 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/Makefile

So you need to submit a patch to add it upstream first.
Thank you!

-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1

Bug#819360: src:pam: Add bison into Build-Depends list

Sorry, forgot the patch and here it is.
From e2000dbcec6e9a4cf6b29f9111095dfbc258bc24 Mon Sep 17 00:00:00 2001
From: Roger Shimizu 
Date: Sun, 27 Mar 2016 21:34:08 +0900
Subject: [PATCH 2/2] Add bison into Build-Depends list

---
 debian/changelog | 1 +
 debian/control   | 2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 0c6d80b..709f9d4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -14,6 +14,7 @@ pam (1.1.8-4) UNRELEASED; urgency=medium
 
   [ Roger Shimizu ]
   * Add udeb support for libpam0g
+  * Add bison into Build-Depends list
 
  -- Steve Langasek   Wed, 09 Apr 2014 14:04:10 -0700
 
diff --git a/debian/control b/debian/control
index b63805a..c2da229 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Uploaders: Sam Hartman , Roger Leigh 
 Maintainer: Steve Langasek 
 Standards-Version: 3.9.1
-Build-Depends: libcrack2-dev (>= 2.8), bzip2, debhelper (>= 8.9.4), quilt (>= 0.48-1), flex, libdb-dev, libselinux1-dev [linux-any], po-debconf, dh-autoreconf, autopoint, libaudit-dev [linux-any], pkg-config
+Build-Depends: libcrack2-dev (>= 2.8), bzip2, debhelper (>= 8.9.4), quilt (>= 0.48-1), flex, bison, libdb-dev, libselinux1-dev [linux-any], po-debconf, dh-autoreconf, autopoint, libaudit-dev [linux-any], pkg-config
 Build-Depends-Indep: xsltproc, libxml2-utils, docbook-xml, docbook-xsl, w3m
 Build-Conflicts-Indep: fop
 Build-Conflicts: libdb4.2-dev, libxcrypt-dev
-- 
2.8.0.rc3

Bug#819397: src:ncurses: Add udeb support to libtinfo5

Package: src:ncurses
Severity: normal
Tags: patch, d-i
X-Debbugs-Cc: rogershim...@gmail.com

Dear Maintainer,

I'm trying to port GNU/screen to debian-installer [0].
GNU/screen depends on your library, so enclosed the patch I created to
make those udeb support.

I hope you can merge my patch soon. Thank you!

[0] https://lists.debian.org/debian-boot/2016/02/msg00547.html

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
From b04aa53a4779be55bed8c426ccbdbc5ad37a0008 Mon Sep 17 00:00:00 2001
From: Roger Shimizu 
Date: Sun, 27 Mar 2016 23:15:51 +0900
Subject: [PATCH] Add udeb support to libtinfo5

---
 debian/changelog |  7 +++
 debian/control   | 14 ++
 debian/libtinfo5-udeb.install.in |  2 ++
 debian/rules |  4 ++--
 4 files changed, 25 insertions(+), 2 deletions(-)
 create mode 100644 debian/libtinfo5-udeb.install.in

diff --git a/debian/changelog b/debian/changelog
index a02785a..6810fa1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ncurses (6.0+20160319-2) UNRELEASED; urgency=medium
+
+  [ Roger Shimizu ]
+  * Add udeb support to libtinfo5
+
+ -- Roger Shimizu   Sat, 26 Mar 2016 18:22:36 +0900
+
 ncurses (6.0+20160319-1) unstable; urgency=medium
 
   * New upstream patchlevel.
diff --git a/debian/control b/debian/control
index a740fa2..7cdc4aa 100644
--- a/debian/control
+++ b/debian/control
@@ -27,6 +27,20 @@ Description: shared low-level terminfo library for terminal handling
  .
  This package contains the shared low-level terminfo library.
 
+Package: libtinfo5-udeb
+XC-Package-Type: udeb
+Section: debian-installer
+Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
+Depends: ${misc:Depends}
+Description: shared low-level terminfo library for terminal handling - udeb
+ The ncurses library routines are a terminal-independent method of
+ updating character screens with reasonable optimization.
+ .
+ This package contains the stripped-down udeb version of shared low-level
+ terminfo library.
+
 Package: libncurses5
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
diff --git a/debian/libtinfo5-udeb.install.in b/debian/libtinfo5-udeb.install.in
new file mode 100644
index 000..b0b4373
--- /dev/null
+++ b/debian/libtinfo5-udeb.install.in
@@ -0,0 +1,2 @@
+usr/lib/${DEB_HOST_MULTIARCH}/libtinfo.so.*  lib/${DEB_HOST_MULTIARCH}
+usr/lib/${DEB_HOST_MULTIARCH}/libtic.so.*
diff --git a/debian/rules b/debian/rules
index e1f67dc..a2c31bd 100755
--- a/debian/rules
+++ b/debian/rules
@@ -69,8 +69,8 @@ DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 autogen-files := debian/libncurses5-dev.links debian/libtinfo-dev.links \
 		 debian/libncurses5.install debian/libncursesw5.install \
 		 debian/libncurses5-dev.install debian/libncursesw5-dev.install \
-		 debian/libtinfo5.install debian/libtinfo-dev.install \
-		 debian/libtermcap.so
+		 debian/libtinfo5.install debian/libtinfo5-udeb.install \
+		 debian/libtinfo-dev.install debian/libtermcap.so
 
 ifeq ($(DEB_HOST_ARCH),i386)
 build_64_target = x86_64-$(DEB_HOST_GNU_SYSTEM)
-- 
2.8.0.rc3

Bug#633931: smpq and stormlib packages are ready

Hi!

Packages are now ready at mentors.debian.net:

https://mentors.debian.net/package/smpq
https://mentors.debian.net/package/stormlib
https://mentors.debian.net/package/stormlib-listfiles

Can somebody review them?

Note that stormlib upstream changed license to MIT.

-- 
Pali Rohár
pali.ro...@gmail.com


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

Bug#819396: RFS: smpq/1.5-1 [ITP]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "smpq"

 * Package name: smpq
   Version : 1.5-1
   Upstream Author : Pali Rohár 
 * URL : https://launchpad.net/smpq
 * License : GPLv3
   Section : utils

It builds those binary packages:

  kio-smpq   - KDE4 kio plugin for StormLib MPQ archiving utility
  smpq  - StormLib MPQ archiving utility

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

http://mentors.debian.net/package/smpq


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

  dget -x http://mentors.debian.net/debian/pool/main/s/smpq/smpq_1.5-1.dsc

More information about smpq can be obtained from https://launchpad.net/smpq.

Changes since the last upload:

  * Initial release (Closes: #633931)


Regards,
 Pali Rohár


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

Bug#819361: openssh-client: ssh/scp rekey fails when using GSSAPI KEX

2016-03-27 Thread Peter Gille


On 2016-03-28 00:15:12 CEST, Colin Watson  wrote: 

> On Sun, Mar 27, 2016 at 05:11:43PM +0200, Peter Gille wrote:
>> I get failures during rekey when using ssh with kerberos authentication
>> and GSSAPI key-exchange.
>
> Could you please try 1:7.2p2-2 and see if it fixes this?  It certainly
> has a fix specific to GSSAPI key exchange.

Yes, I still get the same behaviour with version 7.2p2-2.

> Thanks,

Cheers,
Peter

Bug#819395: RFS: stormlib-listfiles/2015-04-20-1 [ITP]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "stormlib-listfiles"

 * Package name: stormlib-listfiles
   Version : 2015-04-20-1
   Upstream Author : Ladislav Zezula 
 * URL : http://zezula.net/en/mpq/namebreak.html
 * License : public-domain
   Section : libs

It builds those binary packages:

  libstorm-listfiles - Library for accessing the MPQ archives (listfiles)

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

http://mentors.debian.net/package/stormlib-listfiles


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

  dget -x 
http://mentors.debian.net/debian/pool/main/s/stormlib-listfiles/stormlib-listfiles_2015-04-20-1.dsc

More information about stormlib-listfiles can be obtained from 
http://zezula.net/en/mpq/namebreak.html.

Changes since the last upload:

  * Initial release (Closes: #819380)


Regards,
 Pali Rohár


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

Bug#819394: RFS: stormlib/9.20-1 [ITP]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "stormlib"

 * Package name: stormlib
   Version : 9.20-1
   Upstream Author : Ladislav Zezula 
 * URL : http://www.zezula.net/en/mpq/stormlib.html
 * License : MIT
   Section : libs

It builds those binary packages:

  libstorm-dev - Library for accessing the MPQ archives (development files)
  libstorm9  - Library for accessing the MPQ archives

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

http://mentors.debian.net/package/stormlib


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

  dget -x 
http://mentors.debian.net/debian/pool/main/s/stormlib/stormlib_9.20-1.dsc

More information about stormlib can be obtained from 
http://www.zezula.net/en/mpq/stormlib.html.

Changes since the last upload:

  * Initial release (Closes: #819380)


Regards,
 Pali Rohár


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

Bug#818876: read the text

2016-03-27 Thread Harald Hope

Adam, I'm going to ignore this now, because you are refusing to do a few things:

1. one, you aren't providing the requested debugging information.

2. two, you keep believing that the fallback /etc/issue is the default value being printed, for no
actual reason I can see other than you believe it's the case, when it's the exact opposite,
/etc/issue is used if and only if all other tests have failed. All. This means you have no
/etc/debian_version, no /etc/os-release, no /etc/lsb-release, all have been removed from the system.
In other words, you are not running a standard debian system, obviously.

I can't really make it any more clear, /etc/issue is used if and only if ALL other possible distro
identification methods have failed. It makes no difference what you want to believe or state about
this, and if you provide no debugging data, this bug should be closed, since the poster has not
added a word that contributes to fixing any potential issue.

3. you aren't even providing the requested debugger info for inxi, which is: inxi -S -% so we can
see what is actually being suppressed, and from where.

Since these things take seconds to do, I assume you have some valid reason for not providing the
data requested while continuing to talk about things that have no meaning for this issue in all
likelihood.

My apologies to the maintainer, there's nothing I can do for you here since the user refuses to
provide any meaningful feedback.

Saying "It's not working in 2.2.28" is absurd, this has nothing to do with 2.2.28, zero. Let me
quote from the great Debian IRC factoid:

!doesn't work
[16:45] user: doesn't work is Look buddy, "doesn't work" is a vague statement. Does it sit
on the couch all day long? Does it procrastinate doing the dishes? Does it beg on the street for
change? Please be specific! Define 'it' and what it isn't doing. Give us more details so we can
help you without needing to ask basic questions like "what's the error message".

Or in this case, basic info like: what does it print out when you run inxi with the requested
debugger option, -%

Then you, the user, find which files contains that string, and then you report which file it's
coming from. Then, as a debian user, you would explain why the standard debian release files,
/etc/debian_version and /etc/os-release have been removed from your system.

So good luck with that, I apologize to unit193 and the debian maintainer, you
can't win them all.

I'll give you a hint: this will never 'work' until you provide the data requested. And then it will
simply expose almost certainly something you did. Not 100% certain, but very likely.

Out.

Bug#819393: linux-image-marvell: missing kirkwood-ds112.dtb

2016-03-27 Thread Heinrich Schuchardt

Package: linux-image-4.4.0-1-marvell
Version: 4.4.6-1
Severity: wishlist

Dear maintainer,

please, add file kirkwood-ds112.dtb to support the Synology DiskStation
DS112.

Best regards

Heinrich Schuchardt

Bug#813881: linux-image-4.3.0-1-armmp install wrong dtb on Wandboard Quad Rev B1

2016-03-27 Thread Heinrich Schuchardt

On 03/16/2016 10:00 AM, Ian Campbell wrote:
> On Mon, 2016-03-14 at 10:48 -0700, Vagrant Cascadian wrote:
>> On 2016-03-14, Ian Campbell wrote:
>>> On Sun, 2016-02-07 at 19:50 -0800, Vagrant Cascadian wrote:
 On 2016-02-06, Heinrich Schuchardt wrote:
> Booting with u-boot-imx requires imx6q-wandboard-revb1.dtb.
> linux-image-4.3.0-1-armmp installs imx6q-wandboard.dtb
> leaving me with a system that will not boot.
>
> With imx6q-wandboard-revb1.dtb the system boots.
>> ...
 When the revc was added, backwards compatibility was broken by renaming
 the revb .dtb file instead of keeping it and introducing the revc in a
 new .dtb... kind of hard to fix correctly now...
>>
 Adding support for flash-kernel to copy multiple, or even optionally all
 .dtb files could at least work around the issue.
>>
>>> flash-kernel's DTB entry can reference a script to run which prints the
>>> DTB filename to use, so if you can distinguish the variants by poking
>>> at /sys etc (e.g the current sole user is kirkwood-qnap which looks at
>>> properties of the PCI host bridge etc) then that might be an option?
>>
>> I still think it would be better to copy multiple .dtb files, to make
>> sure all variants are available. This also makes it possible to use the
>> same SD card image on multiple wandboards.
> 
> That would be fine too.
> 
>>> Were any of these boards supported in Jessie?
>>
>> In Jessie, they both work using the same .dtb provided by linux 3.16.x,
>> although installing 4.x from jessie-backports on a wandboard rev B might
>> cause issues.
> 
> OK, so we do need to worry about the upgrade path then.

Linus Torvalds pulled this patch into kernel 4.6-rc1:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d59561479e6f91d5905db37f668e1cbfdac2

Flash-kernel is already patched.

So no upgrade problems will occur for Debian Stretch or Jessie backports
with a kernel 4.6 or later on a Wandboard Dual or Quad rev B1.

Best regards

Heinrich Schuchardt

Bug#819069: dietlibc: FTBFS on powerpcspe due to missing FPU emulation in library

2016-03-27 Thread Christian Seiler

Control: found -1 0.34~cvs20160209.1-1~exp1
Control: tags -1 + confirmed upstream
Control: severity -1 important
Control: owner -1 !

As discussed in debian-powerpc, currently it's not possible to create
a powerpcspe chroot because some essential packages are not yet built.
As soon as that's solved, I'll try to port the glibc FPU emulation to
dietlibc (the license is compatible). Increasing severity because I
consider FTBFS even on non-official ports to be important bugs.

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#819392: ITP: geg -- GTK+ Equation Grapher

2016-03-27 Thread Georges Khaznadar

Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar 

* Package name: geg
  Version : 2.0.2
  Upstream Authors: 1998 David Bryant 
2009-2015 Barry deFreese 
2016 Jean-Pierre Demailly 
* URL : https://sourceforge.net/projects/sf-
xpaint/files/geg/geg-2.0.2.tar.bz2/download
* License : GPL
  Programming Lang: C
  Description : GTK+ Equation Grapher

 geg is a very simple utility for parsing and plotting 2D-functions, eg
 f(x) = 3 + sin(x), and much more complicated functions of course.
 It is written with GTK+ and provides a neat, configurable user interface.

 geg is not the only package usable to plot 2d functions,
 but it is simpler to use, and very lightweight: it can be
 preferred for low-end machines, and in any case when simplicity
 of use is the main constraint.

 This package has been part of Debian woody, and removed in
 year 2009 due to lack of maintenance, see
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515284

 Now it is maintained upstream by Jean-Pierre Demailly who
 is a reliable friend, and I shall make all updates when
 necessary. This package is now in a stable state.

Bug#816077: ruby2.3: FTBFS on m68k - Segmentation fault at 0x5f583332

2016-03-27 Thread John Paul Adrian Glaubitz

On 03/28/2016 01:08 AM, Christian Hofstaedtler wrote:
> We're waiting for a whole list of more important issues to be
> backported to the 2.3 branch (there haven't been any backports or
> point releases so far).

That's ok.

> I really don't want to add another patch except for critical issues
> (and that are likely to be applied to 2.3) at this point - so ... No.
> 
> Please pursuade upstream into backporting this.

I already did.

>> I'd be happy to perform
>> an NMU as well to fix the issue. I assume that should be okay since
>> ruby2,3 is LowNMU?
> 
> You're misreading what the PTS says and what the actual case is.

The PTS says "LowNMU" for ruby2.3 which clearly means "Do an NMU without
asking if you want to fix something" [1]. If that's not what you want,
don't use that tag.

Adrian

> [1] https://wiki.debian.org/LowThresholdNmu

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#816077: ruby2.3: FTBFS on m68k - Segmentation fault at 0x5f583332

2016-03-27 Thread Christian Hofstaedtler

* John Paul Adrian Glaubitz  [160328 01:16]:
> >> I'd be happy to perform
> >> an NMU as well to fix the issue. I assume that should be okay since
> >> ruby2,3 is LowNMU?
> > 
> > You're misreading what the PTS says and what the actual case is.
> 
> The PTS says "LowNMU" for ruby2.3 which clearly means "Do an NMU without
> asking if you want to fix something" [1]. If that's not what you want,
> don't use that tag.

You're mistaken. The "tag" is per-maintainer, and you need to look
up the exact policy the maintainer has expressed on the wiki page
you've linked to.

> > [1] https://wiki.debian.org/LowThresholdNmu

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#816077: ruby2.3: FTBFS on m68k - Segmentation fault at 0x5f583332

2016-03-27 Thread Christian Hofstaedtler

* John Paul Adrian Glaubitz  [160327 23:00]:
> Here's an updated patch which contains the actual changes that upstream
> committed to the git repository to close the upstream bug 12118 [1].
> 
> Would be possible to cherry-pick this fix from upstream until the
> changes have been backported to ruby2.3?

We're waiting for a whole list of more important issues to be
backported to the 2.3 branch (there haven't been any backports or
point releases so far).

I really don't want to add another patch except for critical issues
(and that are likely to be applied to 2.3) at this point - so ... No.

Please pursuade upstream into backporting this.

> I'd be happy to perform
> an NMU as well to fix the issue. I assume that should be okay since
> ruby2,3 is LowNMU?

You're misreading what the PTS says and what the actual case is.

> Attaching the updated and cleaned up patch in any case.

Thanks.

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#782171: Initial performance investigation

2016-03-27 Thread Orestis Ioannou

Heya,

I started looking at this since cloc would also be able to provide a
matching between files and programming language.

I tested cloc directly on the testdata folder and here are some results:

time sloccount --addlangall testdata/
real0m10.920s
user0m2.768s
sys 0m2.656s

time cloc testdata/
real0m34.636s
user0m16.188s
sys 0m6.612s

time cloc --by-file-by-lang -csv testdata/
real0m35.695s
user0m16.764s
sys 0m6.788s

The last one provides an output matching each file with a programming
language.

Besides the time difference one needs to also notice the difference in
results. Cloc has many more languages but also categorizes sourcecode
differently. I.e instead of ansic it has C and C headers.
It also splits results into source code, blank lines and comments. I
haven't investigated what sloccount does for that matter.

On a plus side cloc can output json or csv so parsing the output would
be easy.

Cheers,

Orestis


signature.asc
Description: PGP signature

Bug#805993: apron: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

> cp debian/libapron.override 
> debian/libapron/usr/share/lintian/overrides/libapron
> cp: cannot create regular file 
> 'debian/libapron/usr/share/lintian/overrides/libapron': No such file or 
> directory

Hi.

The reason it fails is that it tries to copy libapron.override to a
directory which does only exist when creating the architecture-dependent
packages.

There is an easy fix for that: Drop the "cp" line from debian/rules,
rename "libapron.override" to "libapron.lintian-overrides" and let
"dh" handle the file automatically.

Patch follows.

Thanks.commit 69e2b2e8502fc819517ee125654e1c9a0566dc48
Author: Santiago Vila 
Date:   Mon Mar 28 00:32:46 2016 +0200

fix-for-dpkg-buildpackage-A

diff --git a/debian/libapron.lintian-overrides 
b/debian/libapron.lintian-overrides
new file mode 100644
index 000..da59c5a
--- /dev/null
+++ b/debian/libapron.lintian-overrides
@@ -0,0 +1 @@
+libapron: package-name-doesnt-match-sonames libap-pkgrid0 libap-ppl0 libapron0 
libboxD0 libboxMPFR0 libboxMPQ0 liboctD0 liboctMPQ0 libpolkaMPQ0 libpolkaRll0
diff --git a/debian/libapron.override b/debian/libapron.override
deleted file mode 100644
index da59c5a..000
--- a/debian/libapron.override
+++ /dev/null
@@ -1 +0,0 @@
-libapron: package-name-doesnt-match-sonames libap-pkgrid0 libap-ppl0 libapron0 
libboxD0 libboxMPFR0 libboxMPQ0 liboctD0 liboctMPQ0 libpolkaMPQ0 libpolkaRll0
diff --git a/debian/rules b/debian/rules
index d59cd6c..a79b0d3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -43,7 +43,6 @@ override_dh_auto_install:
mv debian/tmp/usr/lib/$$i debian/tmp/usr/lib/$$i.0; \
ln -s $$i.0 debian/tmp/usr/lib/$$i; \
done
-   cp debian/libapron.override 
debian/libapron/usr/share/lintian/overrides/libapron
 
 .PHONY: override_dh_compress
 override_dh_compress:

Bug#819363: ITP: r-cran-shiny -- GNU R web application framework

2016-03-27 Thread Andreas Tille

Hi Geert,

On Sun, Mar 27, 2016 at 06:12:00PM +0200, Geert Stappers wrote:
> > Remark: This package is part of a pyramid of dependencies required for
> > the final target r-cran-treescape and will be maintained by the Debian
> > Med team at
> >https://anonscm.debian.org/git/debian-med/r-cran-shiny.git
> 
> According https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808142
> is r-cran-httpuv -- GNU R package of HTTP and WebSocket Server Library
> being maintained using debian-science's git at Alioth, at
> http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-httpuv.git 
> /
> git://anonscm.debian.org/debian-science/packages/r-cran-httpuv.git .

What exatly do you want to tell me?  Thank's to Joost's previous work
one precondition for the package I ITPed (r-cran-shiny) exists, yes.
Anything else? 

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#819391: RFS: toulbar2/0.9.8 debian-science [ITP]

2016-03-27 Thread Thomas Schiex

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

We are looking for a sponsor for the "toulbar2" software, in the debian-science
project.

A current version of its git repository is available on alioth, in the debian-
science/pkg-toulbar2 git repository.

Toulbar2 is an open source exact discrete optimization software targeted at
solving optimization problems that are described as "Graphical Models"
including Cost Function Networks, aka Weighted cConstraint Satisfaction
Problems, Markov Random Fields (MAP/MRF), Bayesian Nets (MPE), Weighted MaxSAT,
pre linkage files and Quadratic Pseudo Boolean Optimization problems. On such
problems, toulbar2 is often more efficient than expensive commercial ILP
(Integer Linear Programming) solvers.

Toulbar2 has won international solver competitions: the Weighted CSP
competition (first, in 2007 and 2008), the Uncertainly in AI challenge (first,
in 2010 and 2014) and the Pascal Inference challenge (second, in 2011).

It has been used in several scientific publications in machine learning,
theoretical computer science, statistical physics, genetics and structural
biology.

It has been developed for more than 10 years on our FusionForge server, hosted
by the MIA (Applied mathematics and Computer Science) Departement of INRA,
offering a stable and reliable environment. The forge also hosts the associated
costfunctionlib benchmark library:

https://mulcyber.toulouse.inra.fr/projects/toulbar2/
https://mulcyber.toulouse.inra.fr/projects/costfunctionlib

As a preliminary test, a prerelease of a debian source package can be obtained
at

https://launchpad.net/~thomas-schiex/+archive/ubuntu/toulbar2



-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-14-generic (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
Init: systemd (via /run/systemd/system)

Bug#819365: assword gui fails to start when stderr is closed

2016-03-27 Thread Joey Hess

The reason my WM did not have stderr/stdout available is, I had started
it from a terminal, disowned it, and then closed the terminal. So,
stderr was pointing at /dev/pts/2, which had been deallocated.

That's probably not an entirely original way to shoot oneself in the
foot; I'm sure I've done that plenty of times before and just didn't try
to run anything from the WM that expected to be able to write to stderr.

-- 
see shy jo


signature.asc
Description: PGP signature

Bug#819361: openssh-client: ssh/scp rekey fails when using GSSAPI KEX

2016-03-27 Thread Colin Watson

On Sun, Mar 27, 2016 at 05:11:43PM +0200, Peter Gille wrote:
> I get failures during rekey when using ssh with kerberos authentication
> and GSSAPI key-exchange.

Could you please try 1:7.2p2-2 and see if it fixes this?  It certainly
has a fix specific to GSSAPI key exchange.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]

Bug#819390: linux-image-4.5.0-trunk-armmp-lpae: Ethernet on Firefly-RK3288

2016-03-27 Thread Vagrant Cascadian

Package: src:linux
Version: 4.5-1~exp1
Severity: normal

When upgrading to linux 4.5-1~exp1, the ethernet no longer responds
correctly.  Downgrading back to 4.4.6-1 from sid/stretch fixes the issue.

I see these messages in syslog:

Mar 27 21:25:37 ff2a systemd[1]: Reached target System Time Synchronized.
Mar 27 21:25:37 ff2a networking[311]: Configuring network interfaces...[ERROR] 
Could not read permanent MAC: Device or resource busy
Mar 27 21:25:37 ff2a networking[311]: Current MAC:   00:00:00:00:00:00 (XEROX 
CORPORATION)
Mar 27 21:25:37 ff2a networking[311]: Permanent MAC: 00:00:00:00:00:00 (XEROX 
CORPORATION)
Mar 27 21:25:37 ff2a networking[311]: New MAC:   4e:e3:67:92:21:0e (unknown)
Mar 27 21:25:37 ff2a networking[311]: RTNETLINK answers: No such device
Mar 27 21:25:37 ff2a networking[311]: Failed to bring up eth0.
Mar 27 21:25:37 ff2a networking[311]: done.
Mar 27 21:25:37 ff2a systemd[1]: Started LSB: Raise network interfaces..
Mar 27 21:25:37 ff2a systemd[1]: Starting Network.
--
Mar 27 21:25:37 ff2a kernel: [   10.182806]  mmcblk1: p1 p2
Mar 27 21:25:37 ff2a kernel: [   10.552168] Adding 5242876k swap on 
/dev/mapper/ff2a-swap.  Priority:-1 extents:1 across:5242876k FS
Mar 27 21:25:37 ff2a kernel: [   10.705565] EXT4-fs (dm-2): mounted filesystem 
with ordered data mode. Opts: (null)
Mar 27 21:25:37 ff2a atd[494]: File a1017285b2 is in wrong format - aborting
Mar 27 21:25:37 ff2a kernel: [   11.637423] EXT4-fs (mmcblk1p2): mounted 
filesystem with ordered data mode. Opts: (null)
Mar 27 21:25:37 ff2a kernel: [   12.169292] libphy: PHY stmmac-0: not 
found
Mar 27 21:25:37 ff2a kernel: [   12.174209] eth0: Could not attach to PHY
Mar 27 21:25:37 ff2a kernel: [   12.178246] stmmac_open: Cannot attach to PHY 
(error: -19)
Mar 27 21:25:37 ff2a systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Mar 27 21:25:37 ff2a kernel: [   13.051128] ip6_tables: (C) 2000-2006 Netfilter 
Core Team

Full syslog from boot attached.

live well,
  vagrant


-- Package-specific info:
** Kernel log: syslog attached

** Model information
Hardware: Rockchip (Device Tree)
Revision: 
Device Tree model: Firefly-RK3288

** PCI devices:

** USB devices:
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 152d:1561 JMicron Technology Corp. / JMicron USA 
Technology Corp. 
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental'), 
(1, 'unstable')
Architecture: armhf (armv7l)

Kernel: Linux 4.4.0-1-armmp-lpae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-4.5.0-trunk-armmp-lpae depends on:
ii  debconf [debconf-2.0]   1.5.56
ii  initramfs-tools [linux-initramfs-tool]  0.120
ii  kmod18-3
ii  linux-base  3.5

Versions of packages linux-image-4.5.0-trunk-armmp-lpae recommends:
ii  firmware-linux-free  3.3
ii  irqbalance   1.0.6-3

Versions of packages linux-image-4.5.0-trunk-armmp-lpae suggests:
pn  debian-kernel-handbook  
pn  fdutils 
pn  linux-doc-4.5   

Versions of packages linux-image-4.5.0-trunk-armmp-lpae is related to:
pn  firmware-atheros
pn  firmware-bnx2   
pn  firmware-bnx2x  
pn  firmware-brcm80211  
pn  firmware-intelwimax 
pn  firmware-ipw2x00
pn  firmware-ivtv   
pn  firmware-iwlwifi
pn  firmware-libertas   
pn  firmware-linux  
pn  firmware-linux-nonfree  
pn  firmware-myricom
pn  firmware-netxen 
pn  firmware-qlogic 
pn  firmware-ralink 
pn  firmware-realtek
pn  xen-hypervisor  

-- debconf information:
  
linux-image-4.5.0-trunk-armmp-lpae/prerm/removing-running-kernel-4.5.0-trunk-armmp-lpae:
 true



syslog-4.5.0-trunk-armmp.lpae.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#818405: apt: Google Chrome repository unusable because of weak digest

2016-03-27 Thread Julian Andres Klode

Control: notfound -1 1.2.9
Control: close -1

Don't be rude: Don't play hidden bts control message games.

On Mon, Mar 28, 2016 at 09:38:03AM +1300, Ben Caradoc-Davies wrote:
> The Google repos still use a weak digest:
> 
> W: http://dl.google.com/linux/chrome/deb/dists/stable/Release.gpg: Signature
> by key 4CCA1EAF950CEE4AB83976DCA040830F7FAC5991 uses weak digest algorithm
> (SHA1)
> W: http://dl.google.com/linux/talkplugin/deb/dists/stable/Release.gpg:
> Signature by key 4CCA1EAF950CEE4AB83976DCA040830F7FAC5991 uses weak digest
> algorithm (SHA1)
> E: Failed to fetch
> http://dl.google.com/linux/talkplugin/deb/dists/stable/Release  No Hash
> entry in Release file 
> /var/lib/apt/lists/partial/dl.google.com_linux_talkplugin_deb_dists_stable_Release
> which is considered strong enough for security purposes
> E: Some index files failed to download. They have been ignored, or old ones
> used instead.

Just remove the freaking talkplugin thing. It 

(a) makes no sense at all to have that if you use Chrome
(b) it's dead, aka not maintained anymore

The other thing is a *warning* and does not cause any trouble at all. Heck,
most frontends even ignore it. Please read
 https://wiki.debian.org/Teams/Apt/Sha1Removal

Thank you.

> 
> Is there any apt command-line flag or preference or sources list option to
> re-enable SHA1 digests for these repos or globally? Setting [trusted=yes]
> for each of these repos in the sources list did not change the behaviour of
> apt.

No there is not currently. There might be something later on.


-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#819389: ITP: r-cran-bh -- GNU R package with Boost headers

2016-03-27 Thread Dirk Eddelbuettel


Package: wnpp
Owner: Dirk Eddelbuettel 
Severity: wishlist

* Package name: r-cran-bh
  Version : 1.60.0-1-1
  Upstream Author : Jay Emerson and Dirk Eddelbuettel
* URL or Web page : http://cloud.r-project.org/package=BH
* License : BSL-1.0
  Description : GNU R package with Boost header

This package (for which I upstream as well) has become a build dependency for
a number of CRAN packages, and hence Andreas Tille asked me to package this.

There is of course overlap with liboost-all-dev and its components. BH is
however very useful in the R and CRAN world as it provides a uniform layer of
Boost headers there (with minimal patching; I have to shorten one path name).
So in the interest of having Debian behave like other systems it makes sense
to package it here. We are also currently ahead of Debian packaging which is
still at Boost 1.58.0.

Regards,  Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#819388: libclam-qtmonitors1.4: Typo in the package description

2016-03-27 Thread Thomas Vincent

Package: libclam-qtmonitors1.4
Severity: minor

Dear Maintainer,

I noticed a typo in the package description while translating it.
In the second paragraph, one can indeed read "… the plugins for the for adding 
…".
I believe the extra "for the" should be removed.

Thanks for your work on clam-networkeditor,
Thomas


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#799755: Processed: Re: docbook2x: Does not build twice in a row

On Sun, 27 Sep 2015, Gianfranco Costamagna wrote:

> Control: tags -1 -patch
> 
> 
> 
> >I'm sorry but I am finding it difficult to understand this mindset.
> >Debian should be about quality, not about throwing untested stuff at the
> >archive.
> 
> 
> 
> this is true, and this is the reason why I didn't upload it :)
> 
> dpkg-source: info: local changes detected, the modified files are:
> docbook2X-0.8.8/doc/changes.html
> docbook2X-0.8.8/doc/charsets.html
> docbook2X-0.8.8/doc/cindex.html
> docbook2X-0.8.8/doc/db2x_manxml.html
> docbook2X-0.8.8/doc/db2x_texixml.html
> docbook2X-0.8.8/doc/db2x_xsltproc.html
> docbook2X-0.8.8/doc/dependencies.html
> docbook2X-0.8.8/doc/design-notes.html
> docbook2X-0.8.8/doc/docbook2man.html
> docbook2X-0.8.8/doc/docbook2texi.html
> docbook2X-0.8.8/doc/faq.html
> docbook2X-0.8.8/doc/install.html
> docbook2X-0.8.8/doc/manpages.html
> docbook2X-0.8.8/doc/performance.html
> docbook2X-0.8.8/doc/sgml2xml-isoent.html
> docbook2X-0.8.8/doc/testing.html
> docbook2X-0.8.8/doc/texinfo.html
> docbook2X-0.8.8/doc/todo.html
> docbook2X-0.8.8/doc/utf8trans.html
> docbook2X-0.8.8/doc/xsltproc.html
> docbook2X-0.8.8/xslt/documentation/docbook2man-xslt.info
> docbook2X-0.8.8/xslt/documentation/docbook2man-xslt.texi
> docbook2X-0.8.8/xslt/documentation/docbook2texi-xslt.info
> docbook2X-0.8.8/xslt/documentation/docbook2texi-xslt.texi
> 
> if you have a solution for them please tell me :)

Hello Gianfranco and Chris.

I've made some checks today, and this is what I got:

* This package still FTBFS if built twice in a row.

* The patch by Chris adding the missing Build-Depends solves the issue.

* I can't reproduce the undesired side-effects quoted above with
  version 0.8.8-13 currently in testing and unstable. I guess the
  problem went away by using autoreconf.

> (and BTW adding that dependency is fine, I discovered it by myself while 
> trying to fix this issue
> some days ago, but I'll add only when I have a full patch)

Makes sense.

Please try the patch from Chris with the current version. It works for me.

Thanks.

Bug#819387: pidgin: system tray icon missing on KDE 4:15.08

2016-03-27 Thread Chip Rosenthal

Package: pidgin
Version: 2.10.11-1.1+b2
Severity: minor

Dear Maintainer,

Pidgin is configured with:

  * Show system tray icon: Always

No Pidgin icon appears in my system tray.

Desktop is KDE version 4:15.08.3-1


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

Kernel: Linux 4.4.0-1-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
Init: systemd (via /run/systemd/system)

Versions of packages pidgin depends on:
ii  gconf2  3.2.6-3
ii  libatk1.0-0 2.18.0-1
ii  libc6   2.22-3
ii  libcairo2   1.14.6-1
ii  libdbus-1-3 1.10.8-1
ii  libdbus-glib-1-20.106-1
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.6.3-3
ii  libgadu31:1.12.1-2+b1
ii  libgdk-pixbuf2.0-0  2.32.3-1.2
ii  libglib2.0-02.46.2-3
ii  libgstreamer1.0-0   1.6.3-1
ii  libgtk2.0-0 2.24.30-1
ii  libgtkspell02.0.16-1.1
ii  libice6 2:1.0.9-1+b1
ii  libpango-1.0-0  1.38.1-1
ii  libpangocairo-1.0-0 1.38.1-1
ii  libpangoft2-1.0-0   1.38.1-1
ii  libpurple0  2.10.11-1.1+b2
ii  libsm6  2:1.2.2-1+b1
ii  libx11-62:1.6.3-1
ii  libxss1 1:1.2.2-1
ii  perl-base [perlapi-5.22.1]  5.22.1-9
ii  pidgin-data 2.10.11-1.1

Versions of packages pidgin recommends:
ii  gstreamer1.0-alsa  1.6.3-1
ii  gstreamer1.0-libav 1.6.3-1
ii  gstreamer1.0-plugins-base  1.6.3-1
ii  gstreamer1.0-plugins-good  1.6.3-1

Versions of packages pidgin suggests:
ii  libsqlite3-0  3.11.1-1

-- no debconf information

Bug#819386: csmash: Fix missing format arguments

2016-03-27 Thread Artur Rona


Package: src:csmash
Version: 0.6.6-6.7
Tags: patch
Usertags: origin-ubuntu ubuntu-patch xenial

In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/patches/missing-format-arguments.patch:
 - Fix missing format arguments. Fixing FTBFS.


loadparts.cpp: In static member function 'static bool parts::loadobjects(const 
char*)':
loadparts.cpp:221:17: warning: format not a string literal and no format 
arguments [-Wformat-security]
  printf(e.what());
 ^
loadparts.cpp: In static member function 'static bool parts::loadfile(const 
char*)':
loadparts.cpp:251:60: error: no matching function for call to 'clamp(unsigned 
int, long unsigned int, long unsigned int)'
  int bufsize = clamp(0U, sizeof(line)-l, sizeof(line)-1);
^
loadparts.cpp:251:60: note: candidate is:
loadparts.cpp:73:17: note: template const T& {anonymous}::clamp(const T&, 
const T&, const T&)
 inline const T& clamp(const T& a, const T& x, const T& b) {
 ^
loadparts.cpp:73:17: note:   template argument deduction/substitution failed:
loadparts.cpp:251:60: note:   deduced conflicting types for parameter 'const T' 
('unsigned int' and 'long unsigned int')
  int bufsize = clamp(0U, sizeof(line)-l, sizeof(line)-1);
^
loadparts.cpp: In member function 'virtual bool texture_parts::realize()':
loadparts.cpp:541:12: warning: format not a string literal and no format 
arguments [-Wformat-security]
  printf(buf);
^
loadparts.cpp: In member function 'void polyhedron_parts::render() const':
loadparts.cpp:578:11: warning: unused variable 'NanTheBLACK' [-Wunused-variable]
 float NanTheBLACK[4] = { 0, 0, 0, 1 };
   ^
loadparts.cpp:579:11: warning: unused variable 'ManOfVirtue' [-Wunused-variable]
 float ManOfVirtue[4] = { 1, 1, 1, 1 };
   ^
make[3]: *** [loadparts.o] Error 1
make[3]: Leaving directory `/build/buildd/csmash-0.6.6'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/build/buildd/csmash-0.6.6'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/csmash-0.6.6'
make: *** [build-stamp] Error 2


We thought you might be interested in doing the same.
Description: Fix missing format arguments, resolving FTBFS.
Author: Daniel T Chen 

Index: csmash-0.6.6/loadparts.cpp
===
--- csmash-0.6.6.orig/loadparts.cpp	2014-04-02 09:00:08.0 -0400
+++ csmash-0.6.6/loadparts.cpp	2014-04-02 09:04:11.568523265 -0400
@@ -218,7 +218,7 @@
 }
 catch (const error ) {
 	printf("loadfile failed\n");
-	printf(e.what());
+	printf("%s", e.what());
 	return false;
 }
 return true;
@@ -538,7 +538,7 @@
 	char buf[256];
 	snprintf(buf, sizeof(buf), "texture %s cannot be realized\n",
  filename.c_str());
-	printf(buf);
+	printf("%s", buf);
 	throw error(buf);
 return false;
 } else {

Bug#819018: binwalk: please provide Python3 library

2016-03-27 Thread Gianfranco Costamagna

Hi,



>Oh, I didn't think about the dependencies... That's unfortunate.
>Then it's probably best to keep binwalk with Python 2 support for full
>functionality. Though a python3-binwalk package would also be nice,
>even if it means that some functionality has to be disabled (if it is
>not too much work).
>
>Thanks for considering it!


while in general I agree about shipping both Python2 and Python3, I think
this is useful for libraries, or for core applications. In the context of
general purpose tools, such as binwalk, the probability to have it installed
in a Python3 only environment might be trascurable.

However, that said, I had complains when I added pyqtgraph and the python-qt
dependencies, because somebody was running it on low resource systems.

So, if you can patch and share it with me I'll be happy to apply it!
(I'm really out of time, and such features might end up in the long term 
todolist)

thanks!

Gianfranco

Bug#474230: my dear

2016-03-27 Thread gloria

Hello Dear
I sent a letter but got no reply  from you. Did you receive my
previous mail please i wait to read your mail soon on my email address
at ( gloriabikom...@gmail.com ) respond to me

Bug#819385: linux-image-4.4.0-1-amd64: No wired ethernet with Broadcom 44xx/47xx 10/100 (b44)

2016-03-27 Thread Aleksandr Konkov

Package: src:linux
Version: 4.4.6-1
Severity: normal

Hi!

Wired wthernet not work at all.
In the boot log (journal -b):
"systemd-networkd[436]: eth0: Could not bring up interface: Cannot allocate 
memory"
In this configuration with previous testing kernel (4.3.x) ethernet worked well.

-- Package-specific info:
** Version:
Linux version 4.4.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160307 (Debian 5.3.1-11) ) #1 SMP Debian 4.4.6-1 (2016-03-17)

** Command line:
BOOT_IMAGE=/vmlinuz-4.4.0-1-amd64 
root=UUID=6af9f083-43c7-4754-bad1-3faa61d0c497 ro quiet

** Tainted: PWO (4609)
 * Proprietary module has been loaded.
 * Taint on warning.
 * Out-of-tree module has been loaded.

** Kernel log:
[ 1203.067349]  [] ? handle_fasteoi_irq+0x94/0x150
[ 1203.067352]  [] ? handle_irq+0x19/0x30
[ 1203.067354]  [] ? do_IRQ+0x46/0xd0
[ 1203.067356]  [] ? common_interrupt+0x82/0x82
[ 1203.067358]   
[ 1203.067360] ---[ end trace d413c8577feaf1f1 ]---
[ 1203.070321] r592: IRQ: card added
[ 1203.070323] r592: IRQ: DMA error
[ 1203.070331] [ cut here ]
[ 1203.070334] WARNING: CPU: 0 PID: 496 at 
/build/linux-dFNWCu/linux-4.4.6/drivers/mtd/nand/r852.c:752 
r852_irq+0x1a8/0x210 [r852]()
[ 1203.070336] Modules linked in: sha256_ssse3 sha256_generic hmac drbg 
ansi_cprng ctr ccm bnep binfmt_misc btusb arc4 btrtl btbcm btintel bluetooth 
b43 iTCO_wdt iTCO_vendor_support bcma mac80211 dell_wmi coretemp sparse_keymap 
kvm_intel dell_laptop dcdbas r852 sm_common cfg80211 kvm irqbypass nand 
nand_ecc dell_smm_hwmon nand_bch snd_hda_codec_hdmi joydev snd_hda_codec_idt 
bch rfkill snd_hda_codec_generic serio_raw nand_ids uvcvideo rng_core pcspkr 
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core mtd i2c_i801 
v4l2_common videodev media r592 snd_hda_intel evdev memstick snd_hda_codec 
snd_hda_core lpc_ich snd_hwdep mfd_core sg snd_pcm wmi snd_timer battery snd 
button soundcore shpchp ac video acpi_cpufreq tpm_tis tpm processor nvidia(PO) 
drm parport_pc ppdev lp parport autofs4 hid_generic
[ 1203.070385]  usbhid hid ext4 crc16 mbcache jbd2 sd_mod sr_mod cdrom 
ata_generic b44 ahci libahci ata_piix psmouse libata scsi_mod firewire_ohci 
firewire_core crc_itu_t sdhci_pci sdhci libphy mii ssb mmc_core pcmcia 
pcmcia_core ehci_pci uhci_hcd ehci_hcd usbcore usb_common thermal
[ 1203.070407] CPU: 0 PID: 496 Comm: Xorg Tainted: PW  O
4.4.0-1-amd64 #1 Debian 4.4.6-1
[ 1203.070408] Hardware name: Dell Inc. Inspiron 1520   
/0UW306, BIOS A09 07/11/2008
[ 1203.070410]  3086 fe9e0719 812ea865 

[ 1203.070413]  a0f9b0c8 810774fd 8800dab91200 
0001
[ 1203.070415]  8800dab9130c 3086 0080 
a0f999d8
[ 1203.070418] Call Trace:
[ 1203.070420][] ? dump_stack+0x5c/0x77
[ 1203.070424]  [] ? warn_slowpath_common+0x7d/0xb0
[ 1203.070427]  [] ? r852_irq+0x1a8/0x210 [r852]
[ 1203.070431]  [] ? handle_irq_event_percpu+0x85/0x1c0
[ 1203.070434]  [] ? handle_irq_event+0x39/0x60
[ 1203.070436]  [] ? handle_fasteoi_irq+0x94/0x150
[ 1203.070438]  [] ? handle_irq+0x19/0x30
[ 1203.070441]  [] ? do_IRQ+0x46/0xd0
[ 1203.070443]  [] ? common_interrupt+0x82/0x82
[ 1203.070444]   
[ 1203.070446] ---[ end trace d413c8577feaf1f2 ]---
[ 1203.073516] r592: IRQ: card added
[ 1203.073518] r592: IRQ: DMA error
[ 1203.073525] [ cut here ]
[ 1203.073528] WARNING: CPU: 0 PID: 496 at 
/build/linux-dFNWCu/linux-4.4.6/drivers/mtd/nand/r852.c:752 
r852_irq+0x1a8/0x210 [r852]()
[ 1203.073530] Modules linked in: sha256_ssse3 sha256_generic hmac drbg 
ansi_cprng ctr ccm bnep binfmt_misc btusb arc4 btrtl btbcm btintel bluetooth 
b43 iTCO_wdt iTCO_vendor_support bcma mac80211 dell_wmi coretemp sparse_keymap 
kvm_intel dell_laptop dcdbas r852 sm_common cfg80211 kvm irqbypass nand 
nand_ecc dell_smm_hwmon nand_bch snd_hda_codec_hdmi joydev snd_hda_codec_idt 
bch rfkill snd_hda_codec_generic serio_raw nand_ids uvcvideo rng_core pcspkr 
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core mtd i2c_i801 
v4l2_common videodev media r592 snd_hda_intel evdev memstick snd_hda_codec 
snd_hda_core lpc_ich snd_hwdep mfd_core sg snd_pcm wmi snd_timer battery snd 
button soundcore shpchp ac video acpi_cpufreq tpm_tis tpm processor nvidia(PO) 
drm parport_pc ppdev lp parport autofs4 hid_generic
[ 1203.073574]  usbhid hid ext4 crc16 mbcache jbd2 sd_mod sr_mod cdrom 
ata_generic b44 ahci libahci ata_piix psmouse libata scsi_mod firewire_ohci 
firewire_core crc_itu_t sdhci_pci sdhci libphy mii ssb mmc_core pcmcia 
pcmcia_core ehci_pci uhci_hcd ehci_hcd usbcore usb_common thermal
[ 1203.073593] CPU: 0 PID: 496 Comm: Xorg Tainted: PW  O
4.4.0-1-amd64 #1 Debian 4.4.6-1
[ 1203.073595] Hardware name: Dell Inc. Inspiron 1520   
/0UW306, BIOS A09 07/11/2008
[ 1203.073596]  3086 fe9e0719 812ea865 

[ 1203.073599]

Bug#103008: my dear

2016-03-27 Thread aisha

Hello Dear
I sent a letter but got no reply  from you. Did you receive my
previous mail please i wait to read your mail soon on my email address
at ( gloriabikom...@gmail.com ) respond to me

Bug#819383: libasound2-plugin-equal: Cannot install 32-bit and 64-bit plugin simultaneously

2016-03-27 Thread Ilya Anfimov

Package: libasound2-plugin-equal
Version: 0.6-6
Severity: normal

Dear Maintainer, I had installed 64-bit ALSA equalizer plugin and
configured ALSA to use it as the default sound output.   However,
32-bit  programs  (e.g.  wine)  failed  to load it and complained
about missing 32-bit plugin.
 An attempt to install 32-bit and 64-bit plugin at once complains
that  32-bit  one  needs  32-bit caps and 64-bit one needs 64-bit
caps. The following is the apt-get install output:



0_ilan@nbh1 /tmp%sudo apt-get install libasound2-plugin-equal:amd64  
libasound2-plugin-equal:i386
Reading package lists... Done
Building dependency tree   
Reading state information... Done
libasound2-plugin-equal is already the newest version.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libasound2-plugin-equal:i386 : Depends: caps:i386 (>= 0.9.11) but it is not 
going to be installed
E: Unable to correct problems, you have held broken packages.





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

Kernel: Linux 4.5.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libasound2-plugin-equal depends on:
ii  caps   0.9.23-1
ii  libasound2 1.0.28-1
ii  libc6  2.19-18+deb8u2
ii  multiarch-support  2.19-18+deb8u1

libasound2-plugin-equal recommends no packages.

libasound2-plugin-equal suggests no packages.

-- no debconf information

Bug#819384: direwolf: FTBFS when built twice in a row

Package: direwolf
Version: 1.2-2
Severity: important
Tags: patch

Hi. While we are at it, this package does not build twice in a row.
Please try:

dpkg-buildpackage
dpkg-buildpackage

and you will see how it fails. This happens because the clean target
does not remove "gen_fff".

Patch attached.

Thanks.--- a/Makefile.linux
+++ b/Makefile.linux
@@ -496,7 +496,7 @@ depend : $(wildcard *.c)
 .PHONY: clean 
 clean :
rm -f direwolf decode_aprs text2tt tt2text ll2utm utm2ll aclients atest 
log2gpx gen_packets ttcalc \
-   fsk_fast_filter.h *.o *.a direwolf.desktop
+   fsk_fast_filter.h *.o *.a direwolf.desktop gen_fff
echo " " > tune.h

Bug#809405: systemd: Backport systemctl is-enabled support for SysV init scripts to Debian Jessie

2016-03-27 Thread Branko Majic

On Sat, 27 Feb 2016 18:30:16 +0100
Michael Biebl  wrote:

> Am 30.12.2015 um 13:54 schrieb Branko Majic:
> > On Wed, 30 Dec 2015 12:17:13 +0100
> > Michael Biebl  wrote:
> > 
> >> Unfortunately this won't be a simple backport.
> >> The SysV integration wrt update-rc.d has been reworked completely in v220.
> >> If we want to add support for "is-enabled" for v215 this has to be
> >> implemented quite differently.
> > 
> > Hm... Would it be hard to implement a different patch for the v215? Is
> > there any gotchas?
> > 
> > I could try giving it a go perhaps (although my C is somewhat rusty). I
> > think I managed to get something going last time I had a look at it,
> > although it was a bit hack-ish. In such a case, what would be the best
> > way to discuss the proposed patches - issue tracker or there is some
> > sort of mailing list?
> 
> Using this bug report for discussion is fine. Simply attach any patches
> you have.
> Did you investigate any further and make any progress?
> 
> Michael

Sorry for the super-late reply on this one. I haven't dug into it any
further at the moment. I'm afraid I might have wiped-out the patches I
had in the meantime (it was still a very dirty hack), but will need to
check it.

Last thing I recall when checking the systemd sources for Debian
package was that Debian had made somewhat complicated checks around the
init.d scripts (via patches) that kind of extended the logic systemd
had been employing.

Provided I find some more time, I'll start looking into this issue
again (no promises yet).

I am guessing I would be able to obtain useful info here for anything
that might not be clear to me in terms of existing patches (since the
new patch would need to be deployed on top of those)?

I should probably look some more into Debian's instructions on how to
work properly with patches etc.

Best regards

-- 
Branko Majic
Jabber: bra...@majic.rs
Please use only Free formats when sending attachments to me.

Бранко Мајић
Џабер: bra...@majic.rs
Молим вас да додатке шаљете искључиво у слободним форматима.

Bug#815659: postfix: Build Postfix 3.x with LMDB Support

2016-03-27 Thread Thomas Leuxner

Fixed small typo in postfix-lmdb.postinst, which did not include the correct 
mkmap func in dynamicmaps.cf: 

#! /bin/sh
# postinst script for #PACKAGE#
#
# see: dh_installdeb(1)

set -e

# summary of how this script can be called:
#*  `configure' 
#*  `abort-upgrade' 
#*  `abort-remove' `in-favour' 
#  
#*  `abort-deconfigure' `in-favour'
#`removing'
#   
# for details, see /usr/share/doc/packaging-manual/
#
# quoting from the policy:
# Any necessary prompting should almost always be confined to the
# post-installation script, and should be protected with a conditional
# so that unnecessary prompting doesn't happen if a package's
# installation fails and the `postinst' is called with `abort-upgrade',
# `abort-remove' or `abort-deconfigure'.

. /usr/share/postfix/postinst.functions

case "$1" in
configure)
version="$2"
# deal with the old version's brain damage
if [ "X$version" != X ] && \
   dpkg --compare-versions $version lt 2.3.3-3; then
delmap lmdb
fi
addmap lmdb mkmap_lmdb_open
;;

abort-upgrade|abort-remove|abort-deconfigure)

;;

*)
echo "postinst called with unknown argument \`$1'" >&2
exit 0
;;
esac

# dh_installdeb will replace this with shell code automatically
# generated by other debhelper scripts.

# Automatically added by dh_makeshlibs
if [ "$1" = "configure" ]; then
ldconfig
fi
# End automatically added section


exit 0



signature.asc
Description: Digital signature

Bug#806015: direwolf: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

> chmod 644 debian/direwolf/usr/share/direwolf/dw-icon.png
> chmod: cannot access 'debian/direwolf/usr/share/direwolf/dw-icon.png': No 
> such file or directory

Explanation: The "direwolf" package is architecture-dependent, so when
creating only the arch-independent packages, debian/direwolf/[...]
does simply not exist.

The trivial fix is to override dh_fixperms only when creating
the architecture-dependent packages (instead of always).

Patch attached.--- a/debian/rules
+++ b/debian/rules
@@ -12,7 +12,6 @@ override_dh_auto_install:
 override_dh_auto_clean:
make -f Makefile.linux clean
 
-override_dh_fixperms:
+override_dh_fixperms-arch:
dh_fixperms
chmod 644 debian/direwolf/usr/share/direwolf/dw-icon.png
-

Bug#816077: ruby2.3: FTBFS on m68k - Segmentation fault at 0x5f583332

2016-03-27 Thread John Paul Adrian Glaubitz

Hi!

Here's an updated patch which contains the actual changes that upstream
committed to the git repository to close the upstream bug 12118 [1].

Would be possible to cherry-pick this fix from upstream until the
changes have been backported to ruby2.3? I'd be happy to perform
an NMU as well to fix the issue. I assume that should be okay since
ruby2,3 is LowNMU?

Attaching the updated and cleaned up patch in any case.

Adrian

> [1] https://bugs.ruby-lang.org/issues/12118

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
Description: Cherry-picked updates for upstream bug 12118
 Upstream has improved the stack allocator and fixed the function
 prototype for rb_locale_charmap_index in localeinit.c. Both changes
 are necessary to fix the build on m68k.
 Upstream bug: https://bugs.ruby-lang.org/issues/12118
 Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816077
 .

--- ruby2.3-2.3.0.orig/localeinit.c
+++ ruby2.3-2.3.0/localeinit.c
@@ -89,7 +89,7 @@ enc_find_index(const char *name)
 }
 
 int
-rb_locale_charmap_index(VALUE klass)
+rb_locale_charmap_index(void)
 {
 return (int)locale_charmap(enc_find_index);
 }
--- ruby2.3-2.3.0.orig/thread_pthread.c
+++ ruby2.3-2.3.0/thread_pthread.c
@@ -690,17 +690,31 @@ reserve_stack(volatile char *limit, size
const volatile char *end = buf + sizeof(buf);
limit += size;
if (limit > end) {
-   size = limit - end;
-   limit = alloca(size);
-   limit[stack_check_margin+size-1] = 0;
+   /* |<-bottom (=limit(a)) top->|
+* | .. |<-buf 256B |<-end  | stack check |
+* |  256B  |  =size=   | margin (4KB)|
+* |  =size= limit(b)->|  256B  | |
+* ||   alloca(sz) || |
+* | .. |<-buf  |<-limit(c)[sz-1]->0>   | |
+*/
+   size_t sz = limit - end;
+   limit = alloca(sz);
+   limit[sz-1] = 0;
}
 }
 else {
limit -= size;
if (buf > limit) {
-   limit = alloca(buf - limit);
-   limit[0] = 0; /* ensure alloca is called */
-   limit -= stack_check_margin;
+   /* |<-top (=limit(a)) bottom->|
+* | .. | 256B buf->|   | stack check |
+* |  256B  |  =size=   | margin (4KB)|
+* |  =size= limit(b)->|  256B  | |
+* ||   alloca(sz) || |
+* | .. |  buf->|   limit(c)-><0>   | |
+*/
+   size_t sz = buf - limit;
+   limit = alloca(sz);
+   limit[0] = 0;
}
 }
 }

Bug#812087: [pcscd] takes 100 % cpu

2016-03-27 Thread Philippe Teuwen

On 03/27/2016 09:06 PM, Ludovic Rousseau wrote:
> +else
> +usbi_err(NULL, "udev_monitor_receive_device failed");

See att.
I've cut it as it's printing in the crazy loop as expected.
So it confirms what we already know:
fds[0].revents = 0
fds[1].revents = 1
udev_monitor_receive_device() = null

Cheers
Phil
 pcscdaemon.c:261:main() pcscd set to foreground with debug send to 
stdout
0027 debuglog.c:310:DebugLogSetCategory() Debug options: APDU
[36m0005[0m [34mpcscdaemon.c:266:main() Force colored logs[0m
[36m0050[0m configfile.l:281:DBGetReaderListDir() Parsing conf directory: 
/etc/reader.conf.d
[36m0020[0m configfile.l:353:DBGetReaderList() Parsing conf file: 
/etc/reader.conf.d/libccidtwin
[36m0056[0m configfile.l:315:DBGetReaderListDir() Skipping non regular 
file: .
[36m0005[0m configfile.l:315:DBGetReaderListDir() Skipping non regular 
file: ..
[36m0010[0m [34mpcscdaemon.c:567:main() pcsc-lite 1.8.16 daemon 
ready.[0m
[36m0140[0m [01;31mtokenparser.l:213:bundleParse() Could not open bundle 
file /usr/lib/pcsc/drivers/SCLGENERIC.bundle/Contents/Info.plist: No such file 
or directory[0m
[36m4511[0m hotplug_libudev.c:294:get_driver() Looking for a driver for 
VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001
[36m0062[0m hotplug_libudev.c:294:get_driver() Looking for a driver for 
VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001
[36m0086[0m hotplug_libudev.c:294:get_driver() Looking for a driver for 
VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005
[36m0069[0m hotplug_libudev.c:294:get_driver() Looking for a driver for 
VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005
[36m0067[0m hotplug_libudev.c:294:get_driver() Looking for a driver for 
VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001
[36m0075[0m hotplug_libudev.c:294:get_driver() Looking for a driver for 
VID: 0x1050, PID: 0x0115, path: /dev/bus/usb/001/010
[36m0004[0m [34mhotplug_libudev.c:433:HPAddDevice() Adding USB device: 
Yubico Yubikey NEO U2F+CCID[0m
[36m0023[0m [34mreaderfactory.c:1066:RFInitializeReader() Attempting 
startup of Yubico Yubikey NEO U2F+CCID 00 00 using 
/usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so[0m
[36m0100[0m [34mreaderfactory.c:951:RFBindFunctions() Loading IFD 
Handler 3.0[0m
[36m0014[0m [34mifdhandler.c:1950:init_driver() Driver version: 
1.4.22[0m
[36m0379[0m [34mifdhandler.c:1967:init_driver() LogLevel: 0x0003[0m
[36m0004[0m [34mifdhandler.c:1978:init_driver() DriverOptions: 0x[0m
[36m0091[0m [34mifdhandler.c:110:CreateChannelByNameOrChannel() Lun: 0, 
device: usb:1050/0115:libudev:0:/dev/bus/usb/001/010[0m
[36m0011[0m [34mccid_usb.c:284:OpenUSBByName() Using: 
/usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Info.plist[0m
[36m0366[0m [34mccid_usb.c:302:OpenUSBByName() ifdManufacturerString: 
Ludovic Rousseau (ludovic.rouss...@free.fr)[0m
[36m0004[0m [34mccid_usb.c:303:OpenUSBByName() ifdProductString: Generic 
CCID driver[0m
[36m0002[0m [34mccid_usb.c:304:OpenUSBByName() Copyright: This driver is 
protected by terms of the GNU Lesser General Public License version 2.1, or (at 
your option) any later version.[0m
libusb: debug [libusb_init] created default context
libusb: debug [libusb_init] libusb v1.0.20.11004
libusb: debug [find_usbfs_path] found usbfs at /dev/bus/usb
libusb: debug [op_init] bulk continuation flag supported
libusb: debug [op_init] zero length packet flag supported
libusb: debug [op_init] sysfs can relate devices
libusb: debug [op_init] sysfs has complete descriptors
libusb: debug [linux_udev_event_thread_main] udev event thread entering.
libusb: debug [linux_get_device_address] getting address for device: usb1 
detached: 0
libusb: debug [linux_get_device_address] scan usb1
libusb: debug [linux_get_device_address] bus=1 dev=1
libusb: debug [linux_enumerate_device] busnum 1 devaddr 1 session_id 257
libusb: debug [linux_enumerate_device] allocating new device for 1/1 (session 
257)
libusb: debug [linux_get_device_address] getting address for device: 1-12 
detached: 0
libusb: debug [linux_get_device_address] scan 1-12
libusb: debug [linux_get_device_address] bus=1 dev=5
libusb: debug [linux_enumerate_device] busnum 1 devaddr 5 session_id 261
libusb: debug [linux_enumerate_device] allocating new device for 1/5 (session 
261)
libusb: debug [linux_get_parent_info] Dev 0x559aba5bff90 (1-12) has parent 
0x559aba5b8b10 (usb1) port 12
libusb: debug [linux_get_device_address] getting address for device: 1-2 
detached: 0
libusb: debug [linux_get_device_address] scan 1-2
libusb: debug [linux_get_device_address] bus=1 dev=10
libusb: debug [linux_enumerate_device] busnum 1 devaddr 10 session_id 266
libusb: debug [linux_enumerate_device] allocating new device for 1/10 (session 
266)
libusb: debug [linux_get_parent_info] Dev 0x559aba57f5f0 (1-2) has parent

Bug#819382: RFP: sconcho -- sconcho is a program for designing knitting patterns

2016-03-27 Thread Mussu Mussukkainen

Package: wnpp
Severity: wishlist

* Package name: sconcho
  Version : 0.2.0_b6
  Upstream Author : Markus Dittrich 
* URL : https://github.com/haskelladdict/sconcho/
* License : (GPL3)
  Programming Lang: (Python)
  Description : sconcho is a program for designing knitting patterns


sconcho is a knitting software for creating professional knitting charts.
With sconcho you can

  - generate knitting charts using an intuitive graphical user interface
  - save your charts and then edit or change them at a later time or
share them with other sconcho users
  - export your charts in a variety of image formats (jpg, png, pdf, ...)
or print them to a printer
  - easily add your own custom knitting symbols to supplement sconcho's
large knitting symbol library

As far as I know there are no other packages in Debian that provide
similar functionality.

Bug#818405: apt: Google Chrome repository unusable because of weak digest

2016-03-27 Thread Ben Caradoc-Davies


The Google repos still use a weak digest:

W: http://dl.google.com/linux/chrome/deb/dists/stable/Release.gpg: 
Signature by key 4CCA1EAF950CEE4AB83976DCA040830F7FAC5991 uses weak 
digest algorithm (SHA1)
W: http://dl.google.com/linux/talkplugin/deb/dists/stable/Release.gpg: 
Signature by key 4CCA1EAF950CEE4AB83976DCA040830F7FAC5991 uses weak 
digest algorithm (SHA1)
E: Failed to fetch 
http://dl.google.com/linux/talkplugin/deb/dists/stable/Release  No Hash 
entry in Release file 
/var/lib/apt/lists/partial/dl.google.com_linux_talkplugin_deb_dists_stable_Release 
which is considered strong enough for security purposes
E: Some index files failed to download. They have been ignored, or old 
ones used instead.


Is there any apt command-line flag or preference or sources list option 
to re-enable SHA1 digests for these repos or globally? Setting 
[trusted=yes] for each of these repos in the sources list did not change 
the behaviour of apt.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#813894: [Pkg-clamav-devel] Bug#813894: ClamAV installation is OUTDATED

2016-03-27 Thread Sebastian Andrzej Siewior

On 2016-03-22 11:42:58 [+0100], Oleg Hahm wrote:
> Now the message is:
> Mar 22 11:40:18 ba freshclam[4079]: WARNING: Local version: 0.99 Recommended 
> version: 0.99.1

Your point?
I will try to figure out when upstream plans to drop 0.99.2. If it is anytime
soon it will be probably the best to skip .1 and push .2 into the stable
release.

> Cheers,
> Oleg

Sebastian

Bug#819381: kmail searching mails not possible

2016-03-27 Thread Rainer Stratmann

Package: kmail
Version: 4.14.1

Debian 8.3

Searching mails is not possible.
It immediately stops without any result.

A solution is described here:

https://groups.google.com/forum/#!topic/linux.debian.user.german/2oUv9hF3jYQ

> sudo apt-get install baloo4
> akonadictl stop
> akonadictl start

Package 'baloo4' is missing.

Stop and start is necessary as the author says.
Reboot only does not help in this case.

best regards, Rainer

Bug#818876: closed by Steven Chamberlain <ste...@pyro.eu.org>

2016-03-27 Thread Adam Borowski

Control: reopen -1

On Sat, Mar 26, 2016 at 02:24:04PM +, Debian Bug Tracking System wrote:
> From: Steven Chamberlain 
> To: 818876-d...@bugs.debian.org
> 
> Source-Version: 2.2.28-1

(My original report:)
> inxi -S
> System:Host: umbar Kernel: 4.4.5-x32 x86_64 (64 bit) Desktop: Xfce 4.12.3
>Distro: /etc/ corrupted, use -% to override
> 
> RTFSing, I see it tries to parse /etc/issue.  This is wrong as that file is 
> not
> meant to be machine-parsable, it's a welcome screen meant for humans, supposed
> to be replaced by the sysadmin (not that many people care about their console
> login screens these days...).  You want something like /etc/debian_version.

It's definitely not working in 2.2.28-1.

inxi happily takes whatever is in the login screen.  For example, a
widespread use is to start it with a screen clear:
  printf '\033[2J\033[HWelcome to JoeBob'"'"'s machine!\n' >/etc/issue
which makes "inxi -S" output the screen clear and text after is.

On the other hand, if it's longer than 80 characters, inxi will say "/etc/
corrupted".  For example, a typical university lab will have a long chunk of
legalese there, my machine has an ascii-art image -- pretty much anyone who
bothers to customize their login screen will make it longer than 80 chars.

inxi works correctly only for stock unmodified /etc/issue as shipped by
base-files.

-- 
A tit a day keeps the vet away.

Bug#812087: [pcscd] takes 100 % cpu

2016-03-27 Thread Philippe Teuwen

> Does the problem occurs when you connect the USB device VID: 0x2A70,
> PID: 0x9011?
> This is your phone?

Yes

> The first "USB Device add" is correct. You connect the USB device.
> But why a second "USB Device add" for the same device?
> And a third "USB Device add" 1 second after for again the same device?
> Is libudev confused?
> After 5 seconds you get a first "USB Device removed". OK.
> Then a second one 143 ms later.
> And a third one 133 ms later.

> Is you USB device a composite device with more than 1 interface?

Yes this one shows 3 interfaces.

> Do you have the same problem if you connect a simple CCID device instead?

I used to test with the USB hub, which shows 2 interfaces.

I tested with a SCL3711 and with a ACR38
In both cases the bug occurs

I'll try your last debug suggestion.
Cheers
Phil

Bug#810882: jessie-pu: package gnome-shell-extension-weather/0~20151125.gitccaa1eb-1~deb8u1

2016-03-27 Thread Adam D. Barratt

Control: tags -1 + pending

On Sun, 2016-03-27 at 20:00 +0200, Sébastien Villemot wrote:
> Le mercredi 23 mars 2016 à 20:29 +, Adam D. Barratt a écrit :
> > On Wed, 2016-01-13 at 11:07 +0100, Sébastien Villemot wrote:
> > > 
> > > I'd like to push a new upstream release of gnome-shell-extension-
> > > weather in jessie.
> 
> [...]
> 
> > Assuming that the resulting package has been tested in Jessie, please
> > go
> > ahead.
> 
> Indeed this upstream version has been tested in Jessie, and has been in
> a long time in Stretch.
> 
> Package uploaded.

Flagged for acceptance.

Please don't rely on getting uploads accepted at this stage of the point
release process in general.

Regards,

Adam

Bug#818590: [pkg-otr-team] Bug#818590: irssi-plugin-otr: mismatching ABI version with current irssi

2016-03-27 Thread Holger Levsen

Hi,

On Sat, Mar 26, 2016 at 12:31:46PM +0100, intrigeri wrote:
> In passing: I've no clue how many other irssi plugin packages are
> affected as well. This can't be just irssi-plugin-otr, can it?

apt-cache search irssi-plugin tells me there's only -plugin-xmpp and
-plugin-robustirc…


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#819380: RFP: stormlib -- Library for accessing the MPQ archives