Bug#827827: ERROR: php-elisp is broken - called emacs-package-install as a new-style add-on, but has no compat file.

2016-07-28 Thread Ola Lundqvist
Hi

Sorry for the delayed answer. I tried to reproduce your problem myself but
failed.

What was your from version?

Are you running sid or what version of debian in general?

/ Ola

Sent from a phone

Den 21 jun 2016 16:21 skrev "積丹尼 Dan Jacobson" :

> Package: php-elisp
> Version: 1.13.5-3
>
> Setting up php-elisp (1.13.5-3) ...
> Installing new version of config file
> /etc/emacs/site-start.d/50php-elisp.el ...
> ERROR: php-elisp is broken - called emacs-package-install as a new-style
> add-on, but has no compat file.
> Install php-elisp for emacs
> Install php-elisp for emacs24
> install/php-elisp: Handling install for emacsen flavor emacs24
>


Bug#819729: evince: add support to verify CA signed & timestamped PDF

2016-07-28 Thread Fulano Diego Perez

would be even nicer to have the ability to sign/timestamp a PDF...



Bug#832814: RFS: cligh/0.3-1

2016-07-28 Thread Dmitry Bogatov

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: cligh
  Version : 0.3-1
  Upstream Author : Christopher M. Brannon 
* Url : http://the-brannons.com/software/cligh.html
* Licenses: GPL-3+, BSD-3-clause
  Section : utils

It builds those binary packages:

cligh -- Command-line interface to GitHub

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

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

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

dget -x http://mentors.debian.net/debian/pool/main/c/cligh/cligh_0.3-1.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/cgit/users/kaction-guest/cligh.git

More information about cligh can be obtained from 
http://the-brannons.com/software/cligh.html

Changes since last upload:

  * New upstream release
  * Adjust debian/rules to upstream transition to Python3
  * Drop following patches due being incorporated upstream:
 + fix-format-string.patch
 + fix-repo-detection.patch
  * Refresh patch 'set-fallback-editor-per-policy.patch'

Regards,
  Dmitry Bogatov



Bug#794502: Patch for jdk7 and jdk8 debian/rules

2016-07-28 Thread U B, Avinash
Tags :  patch



update-rules-jdk8.diff.patch

update-rules-jdk7.diff.patch





On Thu, 28 Jul 2016 11:59:02 + "U B, Avinash"  wrote:

> Package:  Package: openjdk-7-jdk

> Source:   openjdk-7

> Version:  7u101-2.6.6-2~deb7u1

> Severity: minor

>



On Thu, 28 Jul 2016 11:55:08 + "U B, Avinash"  wrote:

> Package:  openjdk-8-jdk-headless

> Source:   openjdk-8

> Version:  8u91-b14-1

> Severity: minor

>



Thanks,

Avinash UB

Hewlett Packard Enterprise.



Bug#832395: ddclient: Reset $ipv6 per host instead of per service

2016-07-28 Thread wh
I tried it, just modifying /usr/sbin/ddclient. It works now.

I don't have any Perl programming experience; there's got to be a more
idiomatic way than initializing it to 0 and then conditionally assigning 1.

On Thu, Jul 28, 2016, 8:41 PM Torsten Landschoff 
wrote:

> Hi,
>
> On 07/25/2016 03:16 AM, micror...@gmail.com wrote:
> > Setting 'usev6' for a host in ddclient.conf poisons subsequent hosts.
> >
> > http://sources.debian.net/src/ddclient/3.8.3-1.1/ddclient/#L867
>
> good catch!
>
> > This part of the code turns on the $ivp6 flag and leaves it on for the
> > rest of the hosts associated with the same service. It's not until it
> > gets to the next service that it resets $ipv6 on line 860.
> >
> > I have an IPv4 hostname that comes alphabetically after an IPv6
> > hostname, so could you move the `my $ipv6 = 0` down to, say, line 866?
>
> that sounds like you are able to change that locally on your system. If
> you did, did that fix the problem?
> If not, I can build an experimental package for you to evaluate that
> change. Unfortunately, I don't currently have a testing system with iPv6
> connectivity...
>
> Greetings, Torsten
>
>


Bug#832809: sitemesh: FTBFS with jflex 1.6.1

2016-07-28 Thread Markus Koschany
Source: sitemesh
Version: 2.4.1+dfsg-5
Severity: serious


I have updated jflex to the latest upstream release and sitemesh is the
only package now that fails to build from source due to this change. I
haven't found a way to address this issue yet. I saw that sitemesh is an
old package, very low popcon and without any reverse-dependencies.
Before I continue I would like to know if we want to keep it and if the
answer is yes whether we should package a newer upstream release.

Sitemesh 3 has been released in 2014, so this might be worth looking into.

The error message:

jflex:
 [echo] Generating HTML lexer using JFlex
[mkdir] Created dir: /build/sitemesh-2.4.1+dfsg/build/java
 [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
 [java] Reading
"src/java/com/opensymphony/module/sitemesh/html/tokenizer/lexer.flex"
 [java]
 [java] Error in file
"src/java/com/opensymphony/module/sitemesh/html/tokenizer/lexer.flex"
(line 25):
 [java] Unknown %-option
 [java] %switch
 [java] ^
 [java] 1 error, 0 warnings.
 [java] Java Result: 1
[mkdir] Created dir: /build/sitemesh-2.4.1+dfsg/build/classes
[javac] /build/sitemesh-2.4.1+dfsg/build.xml:47: warning:
'includeantruntime' was not set, defaulting to build.sysclasspath=last;
set to false for repeatable builds
[javac] Compiling 115 source files to
/build/sitemesh-2.4.1+dfsg/build/classes
[javac] warning: [options] bootstrap class path not set in
conjunction with -source 1.3
[javac] warning: [options] source value 1.3 is obsolete and will be
removed in a future release
[javac] warning: [options] target value 1.3 is obsolete and will be
removed in a future release
[javac] warning: [options] To suppress warnings about obsolete
options, use -Xlint:-options.
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/html/tokenizer/Parser.java:22:
error: cannot find symbol
[javac] public class Parser extends Lexer {
[javac] ^
[javac]   symbol: class Lexer
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/velocity/VelocityDecoratorServlet.java:17:
warning: [deprecation] VelocityViewServlet in
org.apache.velocity.tools.view.servlet has been deprecated
[javac] import
org.apache.velocity.tools.view.servlet.VelocityViewServlet;
[javac]  ^
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/factory/DefaultFactory.java:146:
warning: [deprecation] toURL() in File has been deprecated
[javac] is = configFile.toURL().openStream();
[javac]^
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/factory/DefaultFactory.java:184:
warning: [deprecation] toURL() in File has been deprecated
[javac] is = excludesFile.toURL().openStream();
[javac]  ^
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/filter/DebugResponseWrapper.java:55:
warning: [deprecation] encodeRedirectUrl(String) in
HttpServletResponseWrapper has been deprecated
[javac] public String encodeRedirectUrl(String url) {
[javac]   ^
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/filter/DebugResponseWrapper.java:56:
warning: [deprecation] encodeRedirectUrl(String) in
HttpServletResponseWrapper has been deprecated
[javac] return super.encodeRedirectUrl(url);
[javac] ^
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/filter/DebugResponseWrapper.java:98:
warning: [deprecation] setStatus(int,String) in
HttpServletResponseWrapper has been deprecated
[javac] public void setStatus(int sc, String msg) {
[javac] ^
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/filter/DebugResponseWrapper.java:100:
warning: [deprecation] setStatus(int,String) in
HttpServletResponseWrapper has been deprecated
[javac] super.setStatus(sc, msg);
[javac]  ^
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/html/tokenizer/Parser.java:60:
error: cannot find symbol
[javac] return yytext();
[javac]^
[javac]   symbol:   method yytext()
[javac]   location: class Parser
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/html/tokenizer/Parser.java:70:
error: cannot find symbol
[javac] next = yylex();
[javac]^
[javac]   symbol:   method yylex()
[javac]   location: class Parser
[javac]
/build/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/html/tokenizer/Parser.java:84:
error: cannot find symbol
[javac] reportError("Cannot pushback more than once",
line(), column());

Bug#832808: RFS: cdist/4.2.2-1

2016-07-28 Thread Dmitry Bogatov

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: cdist
  Version : 4.2.2-1
  Upstream Author : Nico Schottelius 
* Url : http://www.nico.schottelius.org/software/cdist/
* Licenses: GPL-3, GPL-3+
  Section : admin

It builds those binary packages:

cdist -- Usable Configuration Management System
cdist-doc -- Usable Configuration Management System (html documentation)

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

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

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

dget -x http://mentors.debian.net/debian/pool/main/c/cdist/cdist_4.2.2-1.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/cgit/users/kaction-guest/cdist.git

More information about cdist can be obtained from 
http://www.nico.schottelius.org/software/cdist/

Changes since last upload:

  * New upstream release
  * Take advantage of 'dh_sphinxdoc'. It reduce number of paths to
mention in cdist-doc.linktrees
  * Fix `dpkg-buildpackage -A' build

Regards,
  Dmitry Bogatov



Bug#804083: jed: FTBFS: /usr/bin/ld.bfd.real: cannot find -ltermcap

2016-07-28 Thread Wookey
On 2016-07-28 20:28 +0200, Sven Joachim wrote:
> On 2016-07-28 17:45 +0100, Wookey wrote:
> 
> > On 2016-07-28 15:19 +0200, Sven Joachim wrote:
> >> 
> >> They should not be used at all, but Mr. Davis has these special broken
> >> tests for them. :-(  And while I appreciate that you applied my patch to
> >> autoconf/aclocal.m4, the problem is not fixed as long as 'configure' is
> >> not regenerated.
> >
> > Hmm. But configure is regenerated (on a second build dpkg-source
> > complains that 'configure' has changed). And I checked that the
> > updated configure has the debian terminfo directory, added from the
> > aclocal patch.
> >
> > Run dpkg-buildpackage and check the configure file:
> > grep terminfo configure 
> > { $as_echo "$as_me:${as_lineno-$LINENO}: checking for terminfo" >&5
> > $as_echo_n "checking for terminfo... " >&6; }
> >MISC_TERMINFO_DIRS=`$nc5config --terminfo`
> >   /usr/lib/terminfo \
> >   /usr/share/terminfo \
> >   /usr/share/lib/terminfo \
> >   /usr/local/lib/terminfo \
> >   /lib/terminfo"
> >
> > What test are you doing to determine that this problem is not fixed?
> 
> I ran pbdebuild, where /usr/share/terminfo has been rmdir'ed from the
> build chroot beforehand.  Attached is a build log.

I use sbuild, but this shouldn't matter.
 
> > It is possible I guess that the configure flie is being updated too
> > late so the dir is not checked in time, but I just checked
> > that removing the /usr/share/terminfo did not break the build.
> 
> Did you also ensure that libtinfo-dev is not installed on the build
> system?  Because if it is, linking with -ltermcap succeeds, and the
> jed package gains a spurious dependency on libtinfo5.

My build chroot is clean so that package is not in it. Still builds OK for me. 
Same with a local build in jessie.

OK. I've managed to reproduce it now. 

> Well, in a normal build system configure _is_ updated, but only after
> building jed and before building xjed.  Which is a bit too late.

OK. I've done a better job of ensuring configure is generated before
first usage, and backed-up/restored so a second build works as
well. Basically a manual dh_autoreconf.
3rd time lucky... uploaded.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature


Bug#832395: ddclient: Reset $ipv6 per host instead of per service

2016-07-28 Thread Torsten Landschoff
Hi,

On 07/25/2016 03:16 AM, micror...@gmail.com wrote:
> Setting 'usev6' for a host in ddclient.conf poisons subsequent hosts.
>
> http://sources.debian.net/src/ddclient/3.8.3-1.1/ddclient/#L867

good catch!

> This part of the code turns on the $ivp6 flag and leaves it on for the
> rest of the hosts associated with the same service. It's not until it
> gets to the next service that it resets $ipv6 on line 860.
>
> I have an IPv4 hostname that comes alphabetically after an IPv6
> hostname, so could you move the `my $ipv6 = 0` down to, say, line 866?

that sounds like you are able to change that locally on your system. If
you did, did that fix the problem?
If not, I can build an experimental package for you to evaluate that
change. Unfortunately, I don't currently have a testing system with iPv6
connectivity...

Greetings, Torsten



Bug#819572: PATCH for amavis (Fwd: Bug#819572: logwatch: redundant argument in sprintf at .../amavis line 1338, <> line 321 message)

2016-07-28 Thread Nayr
Willi,
Sorry that I wasn't clearer, but your patch was missing a line 
break. I added a '\n' to the patch when I posted my reply.  So my
previously attached amavis.path file is different from what you
submitted.

Sorry for any confusion,
nayr



Bug#832807: mate-accountsdialog: Mate-accountsdialog won't run on my updated AMD64 machine

2016-07-28 Thread Frank McCormick
Package: mate-accountsdialog
Version: 1.8.1-1
Severity: normal

Dear Maintainer,

I am running Debian Stretch/Sid on my 64 bit machine and
discovered a few days ago that mate-accountssdialog crashes
on startup. it complains about mixed GTK 2.0 and 3.0.

It seems the developer at Github has declared the package Obselete ???





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

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

Versions of packages mate-accountsdialog depends on:
ii  accountsservice 0.6.40-3
ii  libatk1.0-0 2.20.0-1
ii  libc6   2.23-2
ii  libcairo2   1.14.6-1+b1
ii  libdbus-1-3 1.10.8-1
ii  libdbus-glib-1-20.106-1
ii  libfontconfig1  2.11.0-6.4
ii  libfreetype62.6.3-3+b1
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libglib2.0-02.48.1-2
ii  libgtk2.0-0 2.24.30-4
ii  libmate-desktop-2-171.14.1-1
ii  libpango-1.0-0  1.40.1-1
ii  libpangocairo-1.0-0 1.40.1-1
ii  libpangoft2-1.0-0   1.40.1-1
ii  libpolkit-gobject-1-0   0.105-15
ii  libpolkit-gtk-mate-1-0  1.14.0-1
ii  libstartup-notification00.12-4
ii  libsystemd0 230-7
ii  libunique-1.0-0 1.1.6-5
ii  mate-accountsdialog-common  1.8.1-1

mate-accountsdialog recommends no packages.

mate-accountsdialog suggests no packages.

-- no debconf information



Bug#795841: protobuf-3.0.0 is just released

2016-07-28 Thread Lumin
Hi everyone,

The protobuf-3.0.0 is just released:

https://github.com/google/protobuf/issues/1479#event-738205791

https://github.com/google/protobuf/releases/tag/v3.0.0



-- 
Best,
Lumin



Bug#832806: ITP: ignition-common -- Ignition common classes and functions for robot apps

2016-07-28 Thread Jose Luis Rivero
Package: wnpp
Severity: wishlist
Owner: Jose Luis Rivero 

* Package name: ignition-common
  Version : 0.1.0
  Upstream Author : jriv...@osrfoundation.org
* URL : https://bitbucket.org/ignitionrobotics/ign-common
* License : Apache2
  Programming Lang: C++
  Description : Ignition common classes and functions for robot apps

Ignition Common is a component in the ignition framework, a set of
libraries designed to rapidly develop robot applications.

Future version of Gazebo simulator and ignition transport (already in
debian) will use it as dependency.

The plan is to maintain it under the umbrella of Debian Science



Bug#682980: Delivery notification..(View the attachment for confirmation of your delivery address)

2016-07-28 Thread FedEx Courier Service


FedEx-Delivery Post.docx
Description: MS-Word 2007 document


Bug#831648: closed by Brian May <b...@debian.org> (Bug#831648: fixed in python-mkdocs 0.15.3-5)

2016-07-28 Thread Chris Lamb
> #831648: python-mkdocs: please make the build reproducible
> 
> It has been closed by Brian May .

Thanks for contributing to the Reproducible Builds effort :)

Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-



Bug#832805: transition: libwebp

2016-07-28 Thread Jeff Breidenbach
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

This is a new upstream release and includes a soname bump on all three
shared libraries. I've only expressed the primary one in the Ben file;
please update as appropraite. Note that libweb has significant reverse
dependencies in Debian.

libwebp5 -> libwebp6
libwebpmux1 -> libwebp2
libwebpdemux1 -> libwebpdemux2

Ben file:

title = "libwebp";
is_affected = .depends ~ "libwebp-0.4.4" | .depends ~ "libwebp-0.5.1";
is_good = .depends ~ "libwebp-0.5.1";
is_bad = .depends ~ "libwebp-0.4.4";


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

Kernel: Linux 3.13.0-88-generic (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot
set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect



Bug#821994: Vacation

2016-07-28 Thread racke

Santiago Vila writes:


tags 821994 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.


Hello,


I'm on vacation till 31st July.


In urgent cases please send a text message to my cellphone. 
Otherwise, I'm going to check my emails once in a while

while on vacation.


Regards
   Racke



Bug#832804: RFP: asn1crypto -- Python ASN.1 library with a focus on performance and a pythonic API

2016-07-28 Thread Joern Heissler
Package: wnpp
Severity: wishlist

* Package name: asn1crypto
  Version : 0.18.1
  Upstream Author : Will Bond 
* URL : https://github.com/wbond/asn1crypto
* License : MIT
  Programming Lang: Python 2+3
  Description : Python ASN.1 library with a focus on performance and a
pythonic API

A fast, pure Python library for parsing and serializing ASN.1 structures.

--

Compared to pyasn1, asn1crypto is so much easier to use. Working with ASN.1
almost becomes fun.
I use it to inspect X.509 certs and to en/de-code my own custom ASN.1
structures.



Bug#832803: postfix: cidr_table(5) man page: description of IPv6 network address is incomplete

2016-07-28 Thread Vincent Lefevre
Package: postfix
Version: 3.1.0-4
Severity: minor

The cidr_table(5) man page contains:

  When  a  search  string matches the specified network block, use
  the corresponding result value. Specify 0.0.0.0/0 to match every
  IPv4 address, and ::/0 to match every IPv6 address.

  An  IPv4  network  address  is a sequence of four decimal octets
  separated by ".", and an IPv6 network address is a  sequence  of
  three to eight hexadecimal octet pairs separated by ":".

but :: is not of the form: a sequence of three to eight hexadecimal
octet pairs separated by ":". Is the standard "::" zero compression
accepted (RFC 4291) more generally?

Moreover, examples with IPv6 addresses could be added in Section
"EXAMPLE SMTPD ACCESS MAP".

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, 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 postfix depends on:
ii  adduser3.115
ii  cpio   2.11+dfsg-5
ii  debconf [debconf-2.0]  1.5.59
ii  dpkg   1.18.9
ii  init-system-helpers1.41
ii  libc6  2.23-4
ii  libdb5.3   5.3.28-12
ii  libicu55   55.1-7
ii  libsasl2-2 2.1.26.dfsg1-15
ii  libsqlite3-0   3.13.0-1
ii  libssl1.0.21.0.2h-1
ii  lsb-base   9.20160629
ii  netbase5.3
ii  ssl-cert   1.0.38

Versions of packages postfix recommends:
ii  python3  3.5.1-4

Versions of packages postfix suggests:
ii  bsd-mailx [mail-reader]  8.1.2-0.20160123cvs-3
pn  dovecot-common   
ii  emacs24 [mail-reader]24.5+1-6+local2
ii  libsasl2-modules 2.1.26.dfsg1-15
ii  mutt [mail-reader]   1.6.0-1
pn  postfix-cdb  
ii  postfix-doc  3.1.0-4
pn  postfix-ldap 
pn  postfix-mysql
ii  postfix-pcre 3.1.0-4
pn  postfix-pgsql
ii  procmail 3.22-25
pn  resolvconf   
pn  sasl2-bin
pn  ufw  

-- debconf information excluded



Bug#832713: systemd: after "systemd (231-1) unstable" update systemd-jurnald.service fails to start

2016-07-28 Thread Rick Thomas
I upgraded one of my test systems (an armhf Cubox-i4Pro) to Sid.
After rebooting, I saw the same symptoms as on the SheevaPlug.

I commented the line in question in 
/lib/systemd/system/systemd-logind.service
and
/lib/systemd/system/systemd-journald.service

There was no corresponding line in
/lib/systemd/system/networking.service
so I did nothing there.

I then did ‘update-initramfs -u’.

Then I rebooted.  Symptoms still persist, so that doesn’t seem to be it.

I still have
root@cube:~# systemctl status systemd-journald.service
* systemd-journald.service - Journal Service
   Loaded: loaded (/lib/systemd/system/systemd-journald.service; static; vendor 
preset: enabled)
   Active: failed (Result: start-limit-hit) since Thu 2016-07-28 17:05:29 PDT; 
8min ago
 Docs: man:systemd-journald.service(8)
   man:journald.conf(5)
 Main PID: 608 (code=exited, status=228/SECCOMP)

Any other thoughts?

Rick



On Jul 28, 2016, at 2:04 PM, Michael Biebl  wrote:

> Am 28.07.2016 um 22:50 schrieb Rick Thomas:
>> In the interest of having a working system, I reverted that machine to 
>> systemd version 230-7.  Unsurprisingly, the problem went away.
>> 
>> I’ll try re-installing 231-1 and commenting that line.  I’ll probably have a 
>> chance tonight.  I’ll report when I have something.
>> 
>> It may be worth noticing that other things failed as well when 231-1 was in. 
>>  I’m attaching a ‘grep -i fail -C20’ of the screen log.  Of particular note 
>> are “Failed to start Raise network interfaces” and “Failed to start Login 
>> Service.”
>> 
>> Are there other places where I should remove a “SystemCallFilter” ?
>> 
> 
> Various units were locked down like e.g. in
> https://github.com/systemd/systemd/commit/4e069746fe0de1f60bd1b75c113b0f40ffe86736
> 
> If the SystemCallFilter= is what causes journald to fail, it's likely it
> also affects those other services.
> 
> Michael
> 
> 
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> 



Bug#822051: lmbench: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822051 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -37,6 +37,8 @@ configure-stamp: patch
 
touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: configure-stamp 
dh_testdir
@@ -158,4 +160,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#822020: quixote: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822020 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -17,6 +17,10 @@ build-stamp:
python setup.py build
touch $@
 
+build-arch: build
+
+build-indep: build
+
 build: build-stamp
 
 install: build
@@ -62,4 +66,4 @@ binary-indep:
dh_builddeb -i
 
 binary: binary-arch binary-indep
-.PHONY: build clean binary-indep binary-arch binary install patch unpatch
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install patch unpatch


Bug#822055: maria: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822055 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -14,6 +14,10 @@ ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
   OPTFLAGS = -O0
 endif
 
+build-arch: build
+
+build-indep: build
+
 build: build-stamp
 
 build-stamp:
@@ -87,4 +91,4 @@ binary-arch: install-arch
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch install-indep install-arch 
+.PHONY: build build-arch build-indep clean binary-indep binary-arch 
install-indep install-arch


Bug#822013: pebl: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822013 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -11,6 +11,10 @@ config-stamp:
[ ! -d debian/patches ] || $(MAKE) -f /usr/share/quilt/quilt.make patch
touch $@
 
+build-arch: build
+
+build-indep: build
+
 build: $(PYVERS:%=build-python%)
mkdir -p build/html/
PYTHONPATH=$$(/bin/ls -d $(CURDIR)/build/lib.*-$(PYVER)) \
@@ -86,4 +90,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: config build clean binary-indep binary-arch binary install
+.PHONY: config build build-arch build-indep clean binary-indep binary-arch 
binary install


Bug#822024: splint: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822024 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -47,6 +47,10 @@ endif
./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) 
--prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info 
CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"
touch $@
 
+build-arch: build
+
+build-indep: build
+
 build: build-stamp
 
 build-stamp: patch-stamp config.status
@@ -129,4 +133,4 @@ get-orig-source:
@ls -l $(DFSG_ORIG_TAR).gz
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install patch unpatch 
get-orig-source
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install patch unpatch get-orig-source


Bug#822017: pykaraoke: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822017 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -14,6 +14,8 @@ else
CFLAGS += -O2
 endif
 
+build-arch: build
+build-indep: build
 build: patch build-stamp
 build-stamp: $(PYVERS:%=build-ext-%)
touch $@
@@ -82,4 +84,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#822043: liblunar: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822043 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -1,5 +1,7 @@
 #!/usr/bin/make -f
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:
dh build --before configure


Bug#822042: libforms: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822042 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -10,6 +10,8 @@ autoreconf:
rm -f acinclude.m4
autoreconf -fi
 
+build-arch: build
+build-indep: build
 build: patch-stamp build-stamp
 build-stamp:
dh_testdir
@@ -74,4 +76,4 @@ source diff:
@echo >&2 'source and diff are obsolete - use dpkg-source -b'; false
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install-arch patch-stamp 
unpatch
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install-arch patch-stamp unpatch


Bug#822041: libcwd: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822041 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -27,6 +27,8 @@ config.status: configure
./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) 
--prefix=/usr $(CONFIGOPTS)
 
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:  config.status
dh_testdir
@@ -91,4 +93,4 @@ binary-arch: build install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install 
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#822019: python-osd: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822019 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -4,6 +4,8 @@ p=debian/python-pyosd
 
 #-l$(CURDIR)/$p/usr/lib/
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:
dh_testdir
@@ -53,4 +55,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#822049: linux-wlan-ng: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822049 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -167,6 +167,8 @@ binary-arch: install-stamp
dh_md5sums $(DH_OPTIONS) 
dh_builddeb$(DH_OPTIONS)  
 
+build-arch: build
+build-indep: build
 build: build-stamp
 
  CLEAN 
@@ -195,4 +197,4 @@ clean1:
 
 binary: binary-indep binary-arch 
 
-.PHONY: build clean binary-indep binary-arch binary
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary


Bug#822026: stormbaancoureur: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822026 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -25,6 +25,8 @@ configure-stamp:
$(MAKE) -f /usr/share/quilt/quilt.make patch
touch $@
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: configure-stamp 
dh_testdir
@@ -74,4 +76,4 @@ binary-arch: build install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#822014: pidgin-hotkeys: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822014 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -38,6 +38,9 @@ config.status: configure
dh_testdir
CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" ./configure 
--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr 
--mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 
+build-arch: build
+
+build-indep: build
 
 build: build-stamp
 
@@ -92,4 +95,4 @@ binary-arch: build install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install 
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#822044: libsyncml: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822044 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -42,6 +42,8 @@ configure-stamp: debian/stamp-patched
-DBUILD_DOCUMENTATION=ON
touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: configure-stamp build-stamp
 build-stamp: 
dh_testdir
@@ -92,4 +94,4 @@ binary-arch: build install
 binary-indep: build install
 
 binary: binary-indep binary-arch
-.PHONY: configure build clean binary-indep binary-arch binary-common binary 
install
+.PHONY: configure build build-arch build-indep clean binary-indep binary-arch 
binary-common binary install


Bug#822039: xmldiff: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822039 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -13,6 +13,8 @@ ifeq (,$(py_sitename))
py_libdir_sh = $(py_libdir)
 endif
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:
dh_testdir
@@ -82,5 +84,5 @@ binary-arch: install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build install clean binary-arch binary-indep binary
+.PHONY: build build-arch build-indep install clean binary-arch binary-indep 
binary
 


Bug#822034: vdk2: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822034 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -10,6 +10,8 @@ export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture 
-qDEB_HOST_GNU_TYPE)
 export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
 
+build-arch: build
+build-indep: build
 build: build-stamp 
 build-stamp:
dh_testdir
@@ -213,4 +215,4 @@ source diff:
@echo >&2 'source and diff are obsolete - use dpkg-source -b'; false
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary patch unpatch
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
patch unpatch


Bug#822028: tau: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822028 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -50,6 +50,10 @@ ifeq ($(CPU),amd64)
 CONFIGFLAGS+= -LINUXTIMERS
 endif
 
+build-arch: build
+
+build-indep: build
+
 build: stamps/build-arch stamps/build-indep
 stamps/build-arch:
dh_testdir
@@ -288,4 +292,4 @@ binary-arch: build install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install 
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#821977: csmash: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821977 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -7,6 +7,8 @@ package-data=csmash-data
 
 DEBIAN_DIR = $(shell pwd)/debian
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:
dh_testdir
@@ -99,4 +101,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: binary clean binary-indep binary-arch binary install
+.PHONY: binary clean binary-indep binary-arch binary install build build-arch 
build-indep


Bug#822006: mysqmail: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822006 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -8,6 +8,8 @@ configure-stamp:
dh_testdir
touch $@
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:
dh_testdir
@@ -61,4 +63,4 @@ binary-arch: build install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#822012: ogamesim: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822012 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -34,6 +34,10 @@ tarball: clean
-czvf ogamesim_$(DEBVERSION).orig.tar.gz \
ogamesim-$(DEBVERSION)
 
+build-arch: build
+
+build-indep: build
+
 build: build-stamp
 
 build-stamp:
@@ -104,4 +108,4 @@ binary-arch: build install
dh_builddeb -p$(SIMULATOR)
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#821975: cook: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821975 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -13,6 +13,8 @@ configure-stamp:
 
touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: configure-stamp build-stamp
 build-stamp:
dh_testdir
@@ -116,4 +118,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#822011: noiz2sa: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822011 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -12,6 +12,9 @@ configure-stamp:
dh_testdir
touch configure-stamp
 
+build-arch: build
+
+build-indep: build
 
 build: build-stamp
 
@@ -69,4 +72,4 @@ binary-arch: install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#822005: music: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822005 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -41,6 +41,8 @@ endif
./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info
 
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:  config.status 
dh_testdir
@@ -113,4 +115,4 @@ binary-arch: build install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install 
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#822010: ng: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822010 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -18,6 +18,8 @@ configure-stamp:
 
touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: configure-stamp build-stamp
 build-stamp:
dh_testdir
@@ -152,5 +154,5 @@ binary-arch: build install
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install
 


Bug#821994: interchange: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821994 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -28,6 +28,8 @@ TMP = $(shell pwd)/debian/tmp
 IC_VERSION := $(shell dpkg-parsechangelog | perl -ne 'print $$1 if /^Version: 
(.*?)-(.*)$$/')
 IC_MAJOR_VERSION := $(shell dpkg-parsechangelog | perl -ne 'print $$1 if 
/^Version: (\d+\.\d+)(.*?)-(.*)$$/')
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:
dh_testdir
@@ -170,4 +172,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#822002: mozart: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822002 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -55,6 +55,8 @@ configure-stamp: source-stamp $(srcdir)/configure
--with-documents=all
echo > $@
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: configure-stamp
dh_testdir
@@ -169,5 +171,5 @@ binary-arch: build install
 
 binary: binary-arch binary-indep
 
-.PHONY: source configure build clean install binary-indep binary-arch binary
+.PHONY: source configure build build-arch build-indep clean install 
binary-indep binary-arch binary
 


Bug#822004: nagios3: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 822004 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -81,6 +81,8 @@ configure-stamp:
$(CONFIGURE)
touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: configure-stamp
dh_testdir -a
@@ -154,4 +156,4 @@ binary-indep: install-stamp
dh_md5sums   -i
dh_builddeb  -i
 
-.PHONY: binary-indep binary-arch build configure binary install 
+.PHONY: binary-indep binary-arch build build-arch build-indep configure binary 
install


Bug#821999: kimwitu++: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821999 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -5,6 +5,8 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp:
dh_testdir src/gen.k
@@ -85,4 +87,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#821981: freebirth: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821981 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -22,6 +22,8 @@ configure-stamp:
 
touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: configure-stamp build-stamp
 build-stamp:
dh_testdir
@@ -93,4 +95,4 @@ binary-arch: build install-arch
$(MAKE) -f debian/rules DH_OPTIONS=-a binary-common
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install install-indep 
install-arch configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install install-indep install-arch configure


Bug#821987: glob2: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821987 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -25,6 +25,10 @@ DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture 
-qDEB_BUILD_GNU_TYPE)
 #
 #export CXXFLAGS
 
+build-arch: build
+
+build-indep: build
+
 build: build-stamp
 
 build-stamp: patch
@@ -126,4 +130,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-#.PHONY: build clean binary-indep binary-arch binary install 
+#.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#821976: crack: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821976 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -24,6 +24,9 @@ configure-stamp:
 
touch configure-stamp
 
+build-arch: build
+
+build-indep: build
 
 build: build-stamp
 
@@ -149,4 +152,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#821970: chise-base: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821970 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -38,6 +38,8 @@ libchise/config.status: libchise/configure
cd libchise && CFLAGS="$(CFLAGS)" ./configure 
--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr 
--mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: libchise/config.status
dh_testdir
@@ -114,4 +116,4 @@ binary-arch: build install
$(MAKE) -f debian/rules DH_OPTIONS=-a binary-common
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install 
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install


Bug#821969: blobandconquer: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821969 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -30,6 +30,9 @@ configure-stamp:
 
touch configure-stamp
 
+build-arch: build
+
+build-indep: build
 
 build: build-stamp
 
@@ -104,4 +107,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#821964: babel: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821964 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -21,6 +21,8 @@ stamp-configure:
 PYVER := $(shell pyversions -vd)
 PYOTHERS := $(filter-out $(PYVER), $(shell pyversions -vr))
 
+build-arch: build
+build-indep: build
 build: stamp-build $(PYOTHERS:%=stamp-build-python%)
 stamp-build: stamp-configure
dh_testdir
@@ -122,4 +124,4 @@ binary-arch: install
 
 binary: binary-indep binary-arch
 
-.PHONY: binary binary-arch binary-indep clean
+.PHONY: binary binary-arch binary-indep clean build build-arch build-indep


Bug#821973: clisp: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821973 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -49,6 +49,8 @@ configure-stamp:
echo we have no configure step
touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: 
dh_testdir
@@ -155,4 +157,4 @@ binary-arch: build install
dh_builddeb -a
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#821972: clips: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821972 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -38,6 +38,8 @@ x-prjct/xinterface/configure.status:
--enable-xclips --with-clipssrc=../../clipssrc/ 
cd clipssrc && sh ./configure --prefix=$(CURDIR)/debian/xclips/usr 
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: configure
dh_testdir
@@ -148,4 +150,4 @@ update-doc:
 #  cd examples && wget --cut-dirs=4 -nH -l 1 -m -k --no-parent -nd 
http://www.ghg.net/clips/download/executables/examples/
 #  find examples/ -name "*\?*" -exec rm -f \{\} \;
 
-.PHONY: build build-x clean binary binary-arch binary-indep install
+.PHONY: build build-arch build-indep build-x clean binary binary-arch 
binary-indep install


Bug#821974: comgt: Build arch:all+arch:any but is missing build-{arch,indep} targets

2016-07-28 Thread Santiago Vila
tags 821974 + patch
thanks

I also recommend switching to dh, but in the meantime, the attached
patch should work.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -27,6 +27,9 @@ configure-stamp:
 
touch configure-stamp
 
+build-arch: build
+
+build-indep: build
 
 build: build-stamp
 
@@ -88,4 +91,4 @@ binary-arch: build install
dh_builddeb -s
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
install configure


Bug#832802: usage of network-pre.target results in systemd ordering cycle

2016-07-28 Thread Patrick Schleizer
Package: netfilter-persistent
Severity: grave
X-Debbugs-CC: whonix-de...@whonix.org
Tags: security

Dear maintainer,

I am using the following minimal systemd unit file for testing purposes.

###
/lib/systemd/system/my-test.service

[Unit]
Description=my-test-firewall-service

Before=network-pre.target
Wants=network-pre.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/true
StandardOutput=syslog

[Install]
WantedBy=multi-user.target
###

Enabled it using "sudo systemctl enable my-test.service". It results in
a systemd ordering cycle.

Jul 29 01:23:59 localhost systemd[1]: Found ordering cycle on
basic.target/start
Jul 29 01:23:59 localhost systemd[1]: Found dependency on
sysinit.target/start
Jul 29 01:23:59 localhost systemd[1]: Found dependency on
networking.service/start
Jul 29 01:23:59 localhost systemd[1]: Found dependency on
network-pre.target/start
Jul 29 01:23:59 localhost systemd[1]: Found dependency on
my-test.service/start
Jul 29 01:23:59 localhost systemd[1]: Found dependency on basic.target/start
Jul 29 01:23:59 localhost systemd[1]: Breaking ordering cycle by
deleting job networking.service/start
Jul 29 01:23:59 localhost systemd[1]: Job networking.service/start
deleted to break ordering cycle starting with basic.target/start

Alternatively I tried "WantedBy=network-pre.target", but that resulted
in the systemd unit not being automatically activated after boot at all.
It stays in a loaded, enabled, inactive status. (Manual systemctl start
my-test worked.)

I think this is security relevant since to learn that there is a systemd
ordering cycle one has to look at the syslog. And systemd's automatic
breaking of the chain might result in the firewall not being load early
enough?

Cheers,
Patrick



Bug#832801: libgl1-mesa-dri: kdenlive->play clip->nouveau_dri.so->segmentation fault

2016-07-28 Thread Kingsley G. Morse Jr.
Package: libgl1-mesa-dri
Version: 11.2.2-1
Severity: normal

Dear Maintainer,

Sorry, I wish I didn't feel the need to mention
thia, but I seem to have stumbled upon a way to
elicit a SIGSEGV from

/usr/lib/i386-linux-gnu/dri/nouveau_dri.so

I was using a video editor named "kdenlive" to
preview a video clip.

After playing it for a few seconds, video playback
hangs, while audio continues.

Then, a few seconds later... CRASH!

Here's a full old-school back trace from gdb

#0  0xb7fdac31 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb4be1c19 in raise () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#2  0xb4be3117 in abort () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#3  0xb4c1c67c in ?? () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#4  0xb4c22627 in ?? () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#5  0xb4c22dd1 in ?? () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#6  0xa2c17e42 in ?? () from /usr/lib/i386-linux-gnu/dri/nouveau_dri.so
No symbol table info available.
#7  0xa2c18079 in ?? () from /usr/lib/i386-linux-gnu/dri/nouveau_dri.so
No symbol table info available.
#8  0xa2c1838b in ?? () from /usr/lib/i386-linux-gnu/dri/nouveau_dri.so
No symbol table info available.
#9  0xa2c18f98 in ?? () from /usr/lib/i386-linux-gnu/dri/nouveau_dri.so
No symbol table info available.
#10 0xa2adaa8b in ?? () from /usr/lib/i386-linux-gnu/dri/nouveau_dri.so
No symbol table info available.
#11 0xb7c8cd95 in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1
No symbol table info available.
#12 0xb7c8d18e in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1
No symbol table info available.
#13 0xb7c63103 in glXSwapBuffers () from /usr/lib/i386-linux-gnu/libGL.so.1
No symbol table info available.
#14 0xb1dfc0b0 in ?? ()
   from 
/usr/lib/i386-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so
No symbol table info available.
#15 0xb5537801 in QOpenGLContext::swapBuffers(QSurface*) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Gui.so.5
No symbol table info available.
#16 0xb760efaf in ?? () from /usr/lib/i386-linux-gnu/libQt5Quick.so.5
No symbol table info available.
#17 0xb76101c8 in ?? () from /usr/lib/i386-linux-gnu/libQt5Quick.so.5
No symbol table info available.
#18 0xb6325f6a in QApplicationPrivate::notify_helper(QObject*, QEvent*) ()
   from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5
No symbol table info available.
#19 0xb632b7fc in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5
No symbol table info available.
#20 0xb51b3c84 in QCoreApplication::notifyInternal2(QObject*, QEvent*) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#21 0xb520a0bd in QTimerInfoList::activateTimers() ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#22 0xb520a689 in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#23 0xb4516ee9 in g_main_context_dispatch ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#24 0xb4517189 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#25 0xb4517254 in g_main_context_iteration ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#26 0xb520b233 in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#27 0xb1cfdc71 in ?? () from /usr/lib/i386-linux-gnu/libQt5XcbQpa.so.5
No symbol table info available.
#28 0xb51b12d6 in 
QEventLoop::processEvents(QFlags) () from 
/usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#29 0xb51b170a in QEventLoop::exec(QFlags) ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#30 0xb51ba3a5 in QCoreApplication::exec() ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
No symbol table info available.
#31 0xb54ed211 in QGuiApplication::exec() ()
   from /usr/lib/i386-linux-gnu/sse2/libQt5Gui.so.5
No symbol table info available.
#32 0xb6322b14 in QApplication::exec() ()
   from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5
No symbol table info available.
#33 0x8005b64e in main (argc=, argv=)
at /build/kdenlive-txSbfO/kdenlive-16.04.3/src/main.cpp:130
app = 
aboutData = {d = 0x806f5dc8}
parser = {d = 0x806f6d58}
programDBusService = 
result = 

Sorry about not giving you symbolic code offsets.

(I just filed a related bug report (#832800)
asking for an i386/11.2.2-1 version of 

Bug#830897: removed already

2016-07-28 Thread Adam Borowski
Control: severity -1 grave

With the removal of "sysvinit" in src:sysvinit=2.88dsf-59.8, your package is
now uninstallable.

-- 
An imaginary friend squared is a real enemy.



Bug#832800: libgl1-mesa-dri-dbgsym: Please release for i386 architecture

2016-07-28 Thread Kingsley G. Morse Jr.
Package: libgl1-mesa-dri-dbgsym
Version: 11.2.2-1
Severity: normal

Dear Maintainer,

Thanks for helping with mesa.

I get the impression maintaining it requires an
agile mind.

The main reason I'm writing is to politely ask for
an i386 / 11.2.2-1 version of
libgl1-mesa-dri-dbgsym.

When I looked for one at

https://packages.debian.org/search?keywords=libgl1-mesa-dri-dbg

I only saw other architectures listed.

(Alternatively, I expect I'd also be OK with a
libgl1-mesa-dri-dbg.)

Why?

I seem to have stumbled upon a way to elicit a
segmentation fault from 

 /usr/lib/i386-linux-gnu/dri/nouveau_dri.so

As you know, symbolic code offsets would help
debug it.

It basically happens after playing a few seconds
of a clip in the video editor named kdenlive.

Thanks,
Kingsley

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

Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)



Bug#832799: [gnat-6]: please update confirm_debian_bugs.py

2016-07-28 Thread Nicolas Boulenguez
Package: src:gcc-6
Version: 6.1.1-10
Severity: minor
Tags: patch

Hello.
Please consider this trivial patch.
Description: updates for gnat-6 the script reproducing most Ada-related bugs.
Author: Nicolas Boulenguez 

--- a/debian/ada/confirm_debian_bugs.py
+++ b/debian/ada/confirm_debian_bugs.py
@@ -14,13 +14,16 @@ os.environ ['LC_ALL'] = 'C'
 # If == new_version, "reassign" -> "found" and "retitle" -> "fixed".
 # Once the bug tracking system is informed,
 # please update this number.
-old_version = "4.8"
+old_version = "5"
 
 # The current version.
-new_version = "4.9"
-deb_version = \
-subprocess.check_output (("dpkg", "--status", "gnat-" + new_version)) \
-.split ("\n") [7] [len ("Version: "):]
+new_version = "6"
+
+for line in subprocess.check_output (("dpkg", "--status", "gnat-" + new_version)).split ("\n"):
+if line.startswith ("Version: "):
+deb_version = line [len ("Version: "):]
+break
+# Will cause an error later if deb_version is not defined.
 
 # Each bug has its own subdirectory in WORKSPACE.
 # Every bug subdir is removed if the bug is confirmed,
@@ -97,13 +100,8 @@ def check_produces_a_faulty_executable (
 else:
 report_and_retitle (bug, "output of the trigger changed (bug fixed?)", output)
 
-def print_skipped (bug, message):
-print ("# {} skipped: {}".format (bug, message))
-
 ##
 
-print_skipped (182360, "cannot be reproduced automatically.")
-
 check_reports_an_error_but_should_not (
 bug = 244936,
 make = ("gnatmake", "p"),
@@ -144,7 +142,7 @@ end pak5;
 check_reports_an_error_but_should_not (
 bug = 246187,
 make = ("gnatmake", "test_43"),
-regex = "Error detected at system.ads:152:5",
+regex = "Error detected at system.ads:156:5",
 sources = (
 ("test_43.ads", """package Test_43 is
   type T1 is private;
@@ -230,32 +228,6 @@ begin
 end Test_61;
 """),))
 
-check_reports_an_error_but_should_not (
-bug = 247564,
-make = ("gnatmake", "test_70"),
-regex = "in gnat_to_gnu_entity, at ada/gcc-interface/decl\.c:568",
-sources = (
-("test_70.adb", """procedure Test_70 is
-
-   package pak2 is
-  type t2(b2: boolean) is private;
-   private
-  type t2(b2: boolean) is null record;
-   end pak2;
-
-   package pak1 is
-  type T1(b1 : boolean) is private;
-   private
-  type T1(b1 : boolean) is new pak2.t2(b1);
-   end pak1;
-
-   x: pak1.t1(false);
-   b: boolean;
-begin
-   b := x.b1;
-end Test_70;
-"""),))
-
 check_produces_a_faulty_executable (
 bug = 247569,
 make = ("gnatmake", "test_75"),
@@ -508,22 +480,6 @@ end;
 """),))
 
 check_reports_an_error_but_should_not (
-bug = 251265,
-make = ("gnatmake", "test_106"),
-regex = "in Case_Statement_to_gnu, at ada/gcc-interface/trans.c:2366",
-sources = (
-("test_106.adb", """pragma Ada_83;
-procedure Test_106(x: integer) is
-begin
-   case x is
-  when integer'last +1 => null;
-  when 0   => null; -- line 5
-  when others  => null;
-   end case;
-end Test_106;
-"""),))
-
-check_reports_an_error_but_should_not (
 bug = 253737,
 make = ("gnatmake", "test_4"),
 regex = 'test_4.ads:.:01: "pak2" not declared in "pak1"',
@@ -864,7 +820,7 @@ check_reports_an_error_but_should_not (
 bug = 427108,
 make = ("gnatmake", "test1"),
 # regex = "FAILED",
-regex = "Program_Error exp_disp.adb:8462 explicit raise",
+regex = "Program_Error exp_disp.adb:7842 explicit raise",
 sources = (
 ("test1.adb", """-- "For the execution of a call on an inherited subprogram,
 -- a call on the corresponding primitive subprogram of the
@@ -896,10 +852,6 @@ begin
 end Test1;
 """),))
 
-print_skipped (559447, "not handled by this script")
-
-print_skipped (569343, "not handled by this script")
-
 check_reports_an_error_but_should_not (
 bug = 660698,
 make = ("gnatmake", "proc.adb"),


Bug#832275: wine: FTBFS against gnutls 3.5

2016-07-28 Thread Jens Reyer
control: severity -1 serious
control: tags -1 + pending

On 23.07.2016 20:14, Andreas Metzler wrote:
> wine FTBFS against libgnutls28-dev 3.5.2-1 (avainable in experimental:
[...]
> This does not apply to wine-development 1.9.14-1, I guess 
> http://source.winehq.org/git/wine.git/commitdiff/bf5ac531a030bce9e798ab66bc53e84a65ca8fdb
>  fixed the issue.

Thanks for your report. You were right about the commit. Fix committed.
Since gnutls 3.5 is in the archive now I raise the severity.

Greets
jre



Bug#832797: sgt-puzzles: missing menu entries

2016-07-28 Thread Ben Hutchings
Control: tag -1 pending

On Fri, 2016-07-29 at 00:02 +0200, ydir...@free.fr wrote:
> Package: sgt-puzzles
> Version: 20160429.b31155b-1
> 
> At least sgt-undead is not in the /usr/share/menu/ declaration - and
> since for some
> reason (too many entries?)

No, there's no reason for this.  The missing entries are Undead and
Unruly, so I must have forgotten to update it in version 9872-1.

I've now changed the package to build the menu file from the upstream
metadata, so once this is fixed it should stay fixed.

Ben.

>  lxqt does not list all games from desktop files, the only
> way to launch it from lxqt seems to be from cmdline.
-- 

Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


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


Bug#758291: Wine alternatives changes committed to git

2016-07-28 Thread Jens Reyer
control: tags -1 + pending

I just committed the changes to git stretch and master. wine needs to be
released before wine-development.

I'd be happy about any review. If I don't get any feedback and the
packages aren't in the archive, I'd push them there on August 8th or later.

Greets
jre



Bug#832593: apt-listbugs: Ctrl-C is not handled correctly

2016-07-28 Thread Vincent Lefevre
On 2016-07-28 22:48:54 +0200, Francesco Poli wrote:
> This was somewhat intended: hitting [Ctrl-C] was supposed to interrupt
> the bug report retrieval, while giving the user a chance to decide what
> to do (retry and/or aborting and/or going on with the
> installation/upgrade)...

So, apt-listbugs traps SIGINT.

> > but apt-listbugs is still running and attached to the terminal:
> > 
> > UIDPID  PPID  C STIME TTY  TIME CMD
> > root   702   701  1 12:36 pts/600:00:00 /usr/bin/ruby 
> > /usr/sbin/apt-listbugs apt
> 
> ... this is instead unexpected!
> I managed to reproduce the misbehavior, but I have no idea why it
> happens.   :-(
> 
> The shell prompt should not reappear, while apt-listbugs is still
> running!

Perhaps a problem on how SIGINT is handled, similar to what is
described here if /bin/sh is involved somewhere:

  https://www.cons.org/cracauer/sigint.html

I suspect that some process (aptitude or a descendant) runs
apt-listbugs with system(), which is based on /bin/sh, thus
dash in most cases. So, it could be a consequence of this bug:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683671

(note: the particular problem with Emacs has been "fixed" in Emacs,
i.e. Emacs no longer uses SIGINT for Ctrl-G or something like that,
but the problem related to SIGINT is still present in dash.)

> > Now, if I type Return, it is grabbed by apt-listbugs though I have
> > my shell prompt, and I get an additional error message:
> > 
> > root@zira:/home/vinc17# aptitude
> > Interruptedactions...
> >  Faileving bug reports... 0%^C
> > Error retrieving bug reports from the server with the following error 
> > message:
> > E: exit
> > It could be because your network is down, or because of broken proxy 
> > servers, or the BTS server itself is down. Check network configuration and 
> > try again
> > Retry downloading bug information? [Y/n] 
> > root@zira:/home/vinc17# E: Input/output error @ io_fillbuf - fd:0 
> 
> This is even more awkward: I tried to understand where this error is
> coming from, but I haven't yet succeeded.

Both the interactive shell and apt-listbugs are attached to the
terminal and try to read from it. So, awkward things can occur.

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



Bug#832798: src:libgit2: Please support https:// protocol by linking to OpenSSL

2016-07-28 Thread Peter Colberg
Package: src:libgit2
Version: 0.24.1-3
Severity: important

Dear Maintainer,

The 0.5.0 release of julia will use libgit2 to retrieve Julia package
repositories via https://. I have prepared a preliminary package [1],
which fails to clone a git repository [2]:

julia> Pkg.init()
INFO: Initializing package repository /home/peter/.julia/v0.5
INFO: Cloning METADATA from https://github.com/JuliaLang/METADATA.jl
ERROR: GitError(Code:ERROR, Class:Net, Failed to resolve address for https: 
Name or service not known)
 in init() at ./pkg/pkg.jl:70


julia upstream says [3] that libgit2 must be linked directly to a TLS
library in order to clone via https://, and that libcurl-gnutls is
used only for proxy support. I have rebuilt libgit2 with libssl-dev
using the attached patch, which enables julia to clone via https://.

Could you please provide a variant of libgit2 that is linked to
OpenSSL? To avoid multiple TLS libraries in the same program,
that variant should probably also link with libcurl4-openssl-dev.

(I marked this bug important since TLS is essential nowadays.)

Regards,
Peter

[1] https://anonscm.debian.org/git/pkg-julia/julia.git?h=debian%2Fexperimental
[2] https://github.com/JuliaLang/julia/issues/17661
[3] https://github.com/JuliaLang/julia/issues/17661#issuecomment-235961453
--- a/debian/control
+++ b/debian/control
@@ -4,8 +4,8 @@ Priority: extra
 Maintainer: Russell Sim 
 Build-Depends: debhelper (>= 9.20160114),
python-minimal (>= 2.4.0), pkg-config,
-   cmake, libz-dev, libcurl4-gnutls-dev,
-   libssh2-1-dev, libhttp-parser-dev
+   cmake, libz-dev, libcurl4-openssl-dev,
+   libssh2-1-dev, libhttp-parser-dev, libssl-dev
 Standards-Version: 3.9.7
 Homepage: http://libgit2.github.com/
 Vcs-Git: https://anonscm.debian.org/cgit/collab-maint/libgit2.git/
--- a/debian/rules
+++ b/debian/rules
@@ -14,7 +14,7 @@ TEST_TMPDIR := $(CURDIR)/tmp-test
 override_dh_auto_configure:
 	dh_auto_configure --builddirectory=build-debian-release -- \
 		-DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo \
-		-DUSE_OPENSSL:BOOL=OFF \
+		-DUSE_OPENSSL:BOOL=ON \
 		-DTHREADSAFE:BOOL=ON \
 		-DBUILD_CLAR:BOOL=ON \
 		-DLIB_INSTALL_DIR:STRING=lib/$(DEB_HOST_MULTIARCH)
@@ -22,7 +22,7 @@ override_dh_auto_configure:
 	dh_auto_configure --builddirectory=build-debian-devel -- \
 		-DCMAKE_BUILD_TYPE:STRING=Release \
 		-DTHREADSAFE:BOOL=ON \
-		-DUSE_OPENSSL:BOOL=OFF \
+		-DUSE_OPENSSL:BOOL=ON \
 		-DBUILD_CLAR:BOOL=OFF \
 		-DBUILD_SHARED_LIBS:BOOL=OFF \
 		-DLIB_INSTALL_DIR:STRING=lib/$(DEB_HOST_MULTIARCH)


Bug#832753: coreutils: stdbuf is not usable for multiarch tools (eg. i386 on amd64)

2016-07-28 Thread Norbert Lange
I think you are making this more complicated than it needs to be.

First, if we start asking how often is it needed... I doubt often, but
I never ever needed stdbuf before and now it doesnt work for 100% of
my needs.
A bugreport shouldnt be the place to discuss this, but its a
limitation of a tool that IMHO isnt necessary.

To your solution:
LD_PRELOAD_{32,64} is not an option since its not supported on debian
(Jessie atleast). A elegant soluton would be to drop the path and
install the libraries to
the correct multilib locations:

/usr/lib/i386-linux-gnu/libstdbuf.so
/usr/lib/x86_64-linux-gnu/libstdbuf.so

This would naturally extend to further architectures (x32?, even
cross-emulation one day?)

Also I wouldnt even bother with even cross-compiling.

Just split the library to its own "libstdbuf" package, and add this as
dependency for coreutils.
Then change the stdbuf tool to set LD_PRELOAD=libstdbuf.so

Installing coreutils will only install the native (64bit) library,
after installing libstdbuf:i386 (or x32) the tool will
automatically pick the right dll for all architectures.

coreutils:amd64
/usr/lib/i386-linux-gnu/libstdbuf.so (libstdbuf:i386)
/usr/lib/x86_64-linux-gnu/libstdbuf.so (libstdbuf:amd64)

Doesnt sound like a big deal to me, and this is pretty much a packaging thing.
Doubt you need to change a single bit in autotools.

2016-07-28 16:53 GMT+02:00 Pádraig Brady :
> On 28/07/16 15:20, Norbert Lange wrote:
>> Package: coreutils
>> Version: 8.25-2
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> I am trying to use stdbuf tool on a 32bit Binary, this will result
>> in a failure:
>>
>> ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/coreutils/libstdbuf.so' from 
>> LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
>>
>> To make this work seemlessly,
>> LD_PRELOAD would need to be used with the plain library libstdbuf.so
>> and the library would need to be installed in the proper locations
>> for 64 and 32bit.
>>
>> Likely this would mean using a seperate binary package for the library to
>> allow co-installing both?
>
> Notes on this upstream at http://bugs.gnu.org/8960
>
> Stuff I noted previously...
>
> You can't install coreutils 32 bit and 64 bit together,
> so to support this the libs would need to be separated out to a separate 
> package.
> I.E. one would have a coreutils package that depended on
> coreutils-lib.i686 and coreutils-lib.x86_64, which would
> install to /usr/lib{,64}/coreutils/libstbuf.so respectively.
> Then you would have the flexibility to set both LD_PRELOAD_{32,64}
>
> Currently we don't support separate (per arch) libs because of:
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=e23f1795
> So we'd have to revert that essentially as automake
> is too restrictive here and may support the orig var in newer versions?
>
> We might also have to adjust setting of PKGLIBEXECDIR at build time?
>
> Is this complexity worth it? How often does 64 bit coreutils
> need to control buffering for 32 bit programs?
> We've not been asked for that flexibility at present.
>



Bug#831768: radiotray stops at start a radiostream

2016-07-28 Thread Elías Alejandro
Hello Jörg,
I can't be able to reproduce this bug and my python version is: 2.7.9
Could you please send me your python version?
I'm starting to think this is similar to the recent bug #832581


Thanks.
Elías Alejandro

On Mon, Jul 25, 2016 at 5:12 AM, Jörg Frings-Fürst
 wrote:
> Hallo Elías,
>
> Am Donnerstag, den 21.07.2016, 13:35 -0500 schrieb Elías Alejandro:
>> >
>> Hi,
>> Firstly thanks for your report.
>> Could you provide what is your radiostream? and send please the
>> complete log again.
>
> my part of the bookmark.xml:
>
> 
>  url="http://internetradio.salue.de:8000/salue.aac"/>
> http://mp3-live.swr3.de/swr3_m.m3u"/>
> http://streams.xenim.de/osm.mp3"/>
> http://stream.rs2.de/rs2/mp3-128/internetradio/"/>
>  url="http://www.popstop.eu/playlist.php?ip=musik.pop-stop.de:8050==M3U"/>
> 
>
> And the logfile is attached.
>
>> Are you using gnome 3 shell? if so, there's a bug about it #687007.
>>
>
> I'm using XFCE.
>
>>
>> Best regards.
>>
>> Elías Alejandro
>>
>> On Tue, Jul 19, 2016 at 5:06 AM, Jörg Frings-Fürst > .de> wrote:
> [...]
>
>
> Mit freundlichen Grüßen
>
> Jörg Frings-Fürst
>
> --
> Jörg Frings-Fürst
>
> ViciDial.de
>
> Skype:flyingpenguin.de
> Tel:+49 6542 934889 5
>
> flyingpenguin.de UG   Tel: 06542 934889 0Sitz Pünderich
> (haftungsbeschränkt)  i...@flyingpenguin.de  Eingetragen in
> Hauptstrasse 75   www.flyingpenguin.de   Koblenz HRB 22160
> 56862 Pünderich   Geschäftsführer:   USt-IdNr. DE273878135
> Deutschland   Frank Gorgas-WallerSteuer-Nr. 40/659/01483



Bug#832781: rewritten script

2016-07-28 Thread Thorsten Glaser
Here’s a rewritten script in modern, robust POSIX sh and Debian style:

#!/bin/sh

set -e

test -n "$IF_TINC_NET" || exit 0

test -e "/var/run/tinc.$IF_TINC_NET.pid" || exit 0
read pid rest <"/var/run/tinc.$IF_TINC_NET.pid"
case $pid in
(*[^0-9]*)
echo >&2 "E: PID '$pid' of tinc daemon not numeric!"
exit 1
;;
esac

i=0
while test $i -lt 30; do
kill -0 "$pid" 2>/dev/null || exit 0
$(which sleep) 0.1
i=$(($i + 1))
done
echo >&2 'E: failed to stop tinc daemon!'
exit 1


Of course, deal with a nonexistent file as you prefer.

Enjoy
//mirabilos
-- 
Yay for having to rewrite other people's Bash scripts because bash
suddenly stopped supporting the bash extensions they make use of
-- Tonnerre Lombard in #nosec



Bug#832581: radiotray crashes when try to play any radiostream

2016-07-28 Thread Elías Alejandro
Hello Jens,
Thanks for your report. Could you please send me your python version?


Thanks.
Elías Alejandro

On Wed, Jul 27, 2016 at 3:39 AM, Jens Schmidt
 wrote:
> Package: radiotray
> Version: 0.7.3-6
> Severity: normal
>
> Dear Maintainer,
>
> radiotray didn't play any stream since some days. radiotray worked for years,
> but since latest Python update it crashes when I tray to play a stream. I did
> not change anything within my config which worked for years.
>
> The only error message is: "Aborted". Not very helpful..
>
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.2.6-bulldozer (SMP w/4 CPU cores)
> Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages radiotray depends on:
> ii  gir1.2-gtk-3.0 3.20.6-2
> ii  gir1.2-keybinder-3.0   0.3.1-1
> ii  gir1.2-notify-0.7  0.7.6-2
> ii  gstreamer1.0-plugins-bad   1.8.2-1+b1
> ii  gstreamer1.0-plugins-base  1.8.2-1
> ii  gstreamer1.0-plugins-good  1.8.2-1
> ii  gstreamer1.0-plugins-ugly  1.8.2-1
> ii  python-dbus1.2.4-1
> ii  python-gi  3.20.1-1
> ii  python-glade2  2.24.0-4
> ii  python-gst-1.0 1.8.2-1
> ii  python-lxml3.6.0-1
> ii  python-xdg 0.25-4
> pn  python:any 
>
> radiotray recommends no packages.
>
> radiotray suggests no packages.
>
> -- no debconf information



Bug#832797: sgt-puzzles: missing menu entries

2016-07-28 Thread ydirson
Package: sgt-puzzles
Version: 20160429.b31155b-1

At least sgt-undead is not in the /usr/share/menu/ declaration - and since for 
some
reason (too many entries?) lxqt does not list all games from desktop files, the 
only
way to launch it from lxqt seems to be from cmdline.



Bug#832796: libperl5.20: Nginx + Passenger installation fails because unment dependencies

2016-07-28 Thread Reto Rayen
Package: libperl5.20
Severity: normal

Dear Maintainer,



   * What led up to the situation?
   - Tried to install nginx-extras + passenger package from 
https://oss-binaries.phusionpassenger.com/apt/passenger jessie main
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   - I cannot install these two packages because the packages depends on 
libperl5.20. But this cannot be installed because its depends on a exact 
version of perl-base it should be a ">=" instead of a "=" dependency version.
   * What was the outcome of this action?
   - That these two packages got not installed
   * What outcome did you expect instead?
   - That the package "nginx" and "passenger" were successfully installed




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

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



Bug#832795: kmail: unescaping mailto: links broken

2016-07-28 Thread Dominik George
Package: kmail
Version: 4:16.04.3-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

As of one of the last updates, using mailto: links with KMail is broken.
mailto: URIs passed by any web browser (tested with Firefox and
Konqueror) are not properly unescaped, and URI entities like %0A end up
in the mail. Firefox even quotes colons in the subject and these also
end up escaped in the subject line (e.g. when clicking the reply link in
the Debian BTS).

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

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

Versions of packages kmail depends on:
ii  akonadi-server  4:16.04.3-1
ii  kdepim-runtime  4:16.04.2-2
ii  kdepimlibs-data 4:16.04.2-2
ii  kf5-kdepimlibs-kio-plugins  4:16.04.2-2
ii  libc6   2.23-4
ii  libgcc1 1:6.1.1-10
ii  libkf5akonadiagentbase5 4:16.04.3-1
ii  libkf5akonadicalendar5  16.04.2-2
ii  libkf5akonadicontact5   4:16.04.2-2
ii  libkf5akonadicore-bin   4:16.04.3-1
ii  libkf5akonadicore5  4:16.04.3-1
ii  libkf5akonadimime5  4:16.04.2-2
ii  libkf5akonadisearchdebug5   16.04.2-2
ii  libkf5akonadiwidgets5   4:16.04.3-1
ii  libkf5alarmcalendar516.04.2-2
ii  libkf5archive5  5.24.0-1
ii  libkf5bookmarks55.23.0-1
ii  libkf5calendarcore5 4:16.04.2-1
ii  libkf5calendarsupport5  4:16.04.2-2
ii  libkf5calendarutils516.04.2-1
ii  libkf5codecs5   5.23.0-1
ii  libkf5completion5   5.23.0-1
ii  libkf5configcore5   5.23.0-1
ii  libkf5configgui55.23.0-1
ii  libkf5configwidgets55.23.0-1
ii  libkf5contacts5 16.04.2-1
ii  libkf5coreaddons5   5.23.0-1
ii  libkf5crash55.23.0-1
ii  libkf5dbusaddons5   5.23.0-1
ii  libkf5followupreminder5 4:16.04.2-2
ii  libkf5gpgmepp-pthread5  16.04.3-1
ii  libkf5gravatar5 4:16.04.2-2
ii  libkf5guiaddons55.23.0-1
ii  libkf5i18n5 5.23.0-1
ii  libkf5iconthemes5   5.23.0-1
ii  libkf5identitymanagement5   16.04.2-1
ii  libkf5incidenceeditor-bin   16.04.2-2
ii  libkf5incidenceeditor5  16.04.2-2
ii  libkf5itemmodels5   5.23.0-1
ii  libkf5itemviews55.23.0-1
ii  libkf5jobwidgets5   5.23.0-1
ii  libkf5kcmutils5 5.23.0-1
ii  libkf5kdelibs4support5  5.23.0-1
ii  libkf5kiocore5  5.23.0-1
ii  libkf5kiofilewidgets5   5.23.0-1
ii  libkf5kiowidgets5   5.23.0-1
ii  libkf5kmanagesieve5 4:16.04.2-2
ii  libkf5kontactinterface5 16.04.2-1
ii  libkf5ksieveui5 4:16.04.2-2
ii  libkf5libkdepim-plugins 4:16.04.2-3
ii  libkf5libkdepim54:16.04.2-3
ii  libkf5libkleo5  4:16.04.2-1
ii  libkf5mailcommon-plugins4:16.04.2-2
ii  libkf5mailcommon5   4:16.04.2-2
ii  libkf5mailimporter5 4:16.04.2-2
ii  libkf5mailtransport516.04.2-2
ii  libkf5messagecomposer5  4:16.04.3-1
ii  libkf5messagecore5  4:16.04.3-1
ii  libkf5messagelist5  4:16.04.3-1
ii  libkf5messageviewer54:16.04.3-1
ii  libkf5mime5 16.04.2-1
ii  libkf5notifications55.23.0-1
ii  libkf5notifyconfig5 5.23.0-1
ii  libkf5parts55.23.0-1
ii  libkf5pimcommon-plugins 4:16.04.2-2
ii  libkf5pimcommon54:16.04.2-2
ii  libkf5pimtextedit5  16.04.2-1
ii  libkf5sendlater54:16.04.2-2
ii  libkf5service-bin   5.23.0-1
ii  libkf5service5  5.23.0-1
ii  libkf5sonnetui5 5.23.0-1
ii  libkf5templateparser5   4:16.04.3-1
ii  libkf5textwidgets5  5.23.0-1
ii  libkf5wallet-bin5.23.0-3
ii  libkf5wallet5   5.23.0-3
ii  libkf5widgetsaddons55.23.0-1
ii  libkf5windowsystem5 5.23.0-1
ii  libkf5xmlgui5   5.23.0-1
ii  libqt5core5a5.6.1+dfsg-3
ii  libqt5dbus5 5.6.1+dfsg-3
ii  libqt5gui5  5.6.1+dfsg-3
ii  libqt5network5  5.6.1+dfsg-3
ii  libqt5widgets5  5.6.1+dfsg-3
ii  libqt5xml5  5.6.1+dfsg-3
ii  libstdc++6  6.1.1-10

Versions of packages kmail recommends:
ii  accountwizard   4:16.04.3-1
ii  gnupg-agent 2.1.11-7
ii  gnupg2  2.1.11-7
ii  kdepim-addons   16.04.2-2
ii  kdepim-doc  4:16.04.3-1
ii  kdepim-themeeditors 4:16.04.3-1
ii  ktnef   4:16.04.3-1
ii  pinentry-qt [pinentry-x11]  0.9.7-5

Versions of packages kmail suggests:
pn  clamav 
ii  kaddressbook 

Bug#752420: couchdb: Please upgrade to 1.6.0

2016-07-28 Thread Dominik George
Hi,

>I have the 1.6.0 package work I've done locally, I wasn't sure where to push 
it
>to, as I didn't see a repostiory that is being used for couchdb in debian. I 
can
>make a collab-maint repository if László agrees and maybe we can collaborate
>with others who are interested in working on the package?

What is the current status of getting a recent, and working, version of 
CouchDB into Debian?

Btw, libjs-requirejs is now in Debian.

-nik



Bug#832794: xserver-xorg-core: modesetting on some Intel hw causes xmgrace graphical glitches

2016-07-28 Thread Francesco Poli (wintermute)
Package: xserver-xorg-core
Version: 2:1.18.4-1
Severity: normal

Hello again X Strike Force,
I found out another regression caused by the use of the modesetting X
video driver on one box (this regression does not seem to show on
another box with more recent Intel graphics hardware...).

Steps to reproduce (on a box with the graphics hardware described below):

  # aptitude install grace
  $ xmgrace

A blank plot is shown by default. The background should be white, but,
instead, a matrix of equally-spaced black dots is displayed on the
background.

Select Plot appearance... from the Plot menu and change the Color
in the Page background section. For instance, choose Orange as
Page background Color and check Fill.
Click on the Accept button.

The background should become uniformly orange. Instead, the background
stays transparent (white with the regular black dot grid).

Select Set appearance... from the Plot menu and right-click on
the Select set area: a context menu appears, where you can select
Create new → By formula.

Enter

  Start at: 0
  Stop at: 1
  Length: 1001
  Set type: XY
  X = $t
  Y = sin(9*$t)

and click on the Accept button.

Then, in the Select set area, click on the (+) G0.S0[2][1001] set
and change the Line properties Width to 3. Click on the Accept button.

You should see the top half of a sinusoid drawn with continuous
black thick line on orange background. What I see is instead
the top half of a sinusoid drawn with discontinuous black thick
line on transparent background (see the attaced
grace_modesetting_screenshot.png).

However, if you print the plot to an EPS file, the result is as
intended: select Print setup... from the File menu.
Choose Device EPS and enter File name grace_print.eps : then,
click on the Accept button and select Print from the File menu.

The resulting EPS file is attached (grace_print.eps): as I said,
it looks as intended, although the interactive GUI fails to
paint the correct background and fails to draw the continuous line.


On more recent Intel graphics hardware, the modesetting X video driver
does not exhibit such glitches (xmgrace GUI shows what you will get
in the EPS print).
Forcing the use of the "intel" X video driver also makes these glitches
go away (see attached grace_intel_screenshot.png).


For your convenience, I am also attaching a non-interactive way
to reproduce the bug (see file grace_sin.agr): issue the following
command

  $ xmgrace -hdevice EPS -printfile grace_print.eps grace_sin.agr

You will see the GUI with the sinusoidal plot (and the glitches,
on the Intel graphics hardware under consideration).
Select Print from the File menu and you'll get the grace_print.eps
file.


Please investigate this bug and fix it and/or forward my bug report
upstream, as appropriate.

Thanks for your time.



P.S.: to the extent that my attachments are copyrighted, I hereby
  release them under the same terms as most of the X.org code
  (that is to say, the first license listed in [1])

[1] 
https://tracker.debian.org/media/packages/x/xorg-server/copyright-2%3A1.18.4-1

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Nov  6  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Jul 20 05:00 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset 
Integrated Graphics Controller [8086:2e22] (rev 03)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 4.6.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.0 
20160609 (Debian 5.4.0-6) ) #1 SMP Debian 4.6.4-1 (2016-07-18)

No Xorg X server log files found.

udev information:
-
P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input7
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input7
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: KEY=10 0
E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw
E: NAME="Power Button"
E: PHYS="LNXPWRBN/button/input0"
E: PRODUCT=19/0/1/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=12889923

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input7/event4
N: input/event4
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event4
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input7/event4
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: LIBINPUT_DEVICE_GROUP=19/0/1/0:LNXPWRBN/button
E: MAJOR=13
E: MINOR=68
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=13081371
E: XKBLAYOUT=us
E: XKBMODEL=pc104
E: XKBOPTIONS=compose:menu

P: 

Bug#832549: xserver-xorg: X now defaults to using built-in modesetting video driver on Intel. X no longer functioned

2016-07-28 Thread Julien Cristau
On Thu, Jul 28, 2016 at 22:49:18 +0200, Steinar H. Gunderson wrote:

> On Thu, Jul 28, 2016 at 07:34:45PM +0200, Julien Cristau wrote:
> >> X broke for me, too -- the Intel driver somehow isn't autodetected anymore,
> >> which leads to using some unaccelerated driver (which breaks e.g. OpenGL
> >> pretty badly).
> > The intel X driver not being loaded is on purpose.  That shouldn't
> > result in anything being unaccelerated, though, so please file your own
> > bug about that.
> 
> Which package should I file against?
> 
xserver-xorg-core to start with, but without more info it's hard to
tell.

Cheers,
Julien



Bug#823750: [imagemagick] Multiple security problems

2016-07-28 Thread roucaries bastien
On Sun, May 29, 2016 at 11:20 AM, Salvatore Bonaccorso
 wrote:
> Hi Bastien,
>
> I'm unsure this makes sense to have a big bugreport collecting
> various issues. Can this be split in the various isolated issues?
> Otherwise it is untrackable.
>
> I for now have removed the entry from the security-tracker.

I have split the bug.

Sorry for the delay my new born baby need time

Bastien

> Regards,
> Salvatore



Bug#832455: [Pkg-gmagick-im-team] Bug#832455: Fix a off-by-one error leading to segfault

2016-07-28 Thread Bastien ROUCARIES
control: Severity -1 grave
control: Tags -1 + patch security
control: X-Debbugs-CC -1 secure-testing-t...@lists.alioth.debian.org

On Mon, Jul 25, 2016 at 10:05 PM, Bastien ROUCARIES
 wrote:
> control: Severity grave
> control: Tags + patch security
> control: X-Debbugs-CC secure-testing-t...@lists.alioth.debian.org
>



Bug#832793: Fix a SIGABRT in pdb file handling

2016-07-28 Thread Bastien ROUCARIES
Package: imagemagick
Version: 8:6.7.7.10-5
Severity: grave
Tags: patch security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org

Fix a SIGABRT in pdb file handling

bug: https://github.com/ImageMagick/ImageMagick/issues/148
bug-ubuntu:
https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1556273
origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/53c1dcd34bed85181b901bfce1a2322f85a59472
bug-debian:  https://bugs.debian.org/823750



Bug#832790: gworldclock: sort countries by name

2016-07-28 Thread Logan Rosen
Whoops, forgot the link to the Ubuntu bug: https://launchpad.net/bugs/176862

Logan



Bug#832792: gnocchi-common: Postinst uses gnocchi-dbsync which no longer exists

2016-07-28 Thread Andrew Ruthven
Package: gnocchi-common
Version: 2.0.2-6
Severity: important

Dear Maintainer,

The postinst for this package attempts to use gnocchi-dbsync. This
command was renamed upstream to gnocchi-upgrade. See:

https://github.com/openstack/gnocchi/commit/85bef730942dee660e4e87614aee3a212d7adf31

This blocks the package from being able to be installed. Editing the postinst
file allows me to get further on installing the package.

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages gnocchi-common depends on:
ii  adduser3.115
ii  dbconfig-common2.0.4
ii  debconf [debconf-2.0]  1.5.59
ii  python-gnocchi 2.0.2-6

gnocchi-common recommends no packages.

gnocchi-common suggests no packages.

-- debconf information excluded



Bug#832791: Fix an out of bound access in pdb file handling

2016-07-28 Thread Bastien ROUCARIES
Package: imagemagick
Version: 8:6.7.7.10-5
Severity: grave
Tags: patch security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org


Fix an out of bound access in pdb file handling

bug: https://github.com/ImageMagick/ImageMagick/issues/143
origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/424d40ebfcde48bb872eba75179d3d73704fdf1f
bug-ubuntu:
https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1553366
bug-debian:  https://bugs.debian.org/823750



Bug#832484: xserver-xorg-core: modesetting on some Intel hw causes hangs on xscreensaver (and on VT switches)

2016-07-28 Thread Francesco Poli
Control: reassign -1 linux 4.6.4-1


On Tue, 26 Jul 2016 18:47:40 +0200 Francesco Poli wrote:

[...]
> After restarting the X session, I found out that the same issues happen
> even with the "intel" X video driver.

Update: I cannot understand why the behavior changed, but I am now
completely unable run OpenGL applications (with either modesetting or
intel X video driver).
Any program that is supposed to display something via OpenGL (such as
GL screensavers from package xscreensaver-gl or even glxgears from
package mesa-utils) simply hangs and displays nothing or a static image.

> Could these issues depend on the kernel upgrade that was performed on
> the box along with the xserver-xorg-core upgrade?
> 
>   [UPGRADE] linux-image-4.6.0-1-amd64:amd64 4.6.3-1 -> 4.6.4-1
> 
> I am Cc-ing the Debian Kernel Team about this.
> 
> Dear Kernel Team, should bug #832484 be reassigned to source package
> linux/4.6.4-1 ?

I tried to boot with a previous kernel:

  $ uname -srvmo
  Linux 4.5.0-2-amd64 #1 SMP Debian 4.5.5-1 (2016-05-29) x86_64 GNU/Linux

and all the issues vanished (no more traces on kern.log, no more OpenGL
application hangs).

Hence, I think it's definitely a Linux kernel bug.
I am consequently reassigning the bug report.

Dear Kernel Team, please investigate this bug and fix it and/or forward
my bug report upstream, as appropriate.

Thanks for your time.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpIaU8gHSDPk.pgp
Description: PGP signature


Bug#832713: systemd: after "systemd (231-1) unstable" update systemd-jurnald.service fails to start

2016-07-28 Thread Michael Biebl
Am 28.07.2016 um 22:50 schrieb Rick Thomas:
> In the interest of having a working system, I reverted that machine to 
> systemd version 230-7.  Unsurprisingly, the problem went away.
> 
> I’ll try re-installing 231-1 and commenting that line.  I’ll probably have a 
> chance tonight.  I’ll report when I have something.
> 
> It may be worth noticing that other things failed as well when 231-1 was in.  
> I’m attaching a ‘grep -i fail -C20’ of the screen log.  Of particular note 
> are “Failed to start Raise network interfaces” and “Failed to start Login 
> Service.”
> 
> Are there other places where I should remove a “SystemCallFilter” ?
> 

Various units were locked down like e.g. in
https://github.com/systemd/systemd/commit/4e069746fe0de1f60bd1b75c113b0f40ffe86736

If the SystemCallFilter= is what causes journald to fail, it's likely it
also affects those other services.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#832790: gworldclock: sort countries by name

2016-07-28 Thread Logan Rosen
Package: gworldclock
Version: 1.4.4-10
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

As reported in Ubuntu a while back [1], gworldclock orders the countries by
country code instead of name, whereas only the country name is exposed in the
GUI.

Accordingly, we've been carrying a patch (attached) that sorts the countries
by name in gworldclock, as opposed to the country code.

Thanks for considering the patch.

Logan Rosen
diff -u gworldclock-1.4.4/zones.c gworldclock-1.4.4/zones.c
--- gworldclock-1.4.4/zones.c
+++ gworldclock-1.4.4/zones.c
@@ -120,6 +120,16 @@
   return FALSE;
 }
 
+/* GList GCompareFunc to sort list after name */
+gint alphabetical_GCompareFunc(gconstpointer a, gconstpointer b)
+{
+  NameCodeType *aentry = ((NameCodeType *) a);
+  NameCodeType *bentry = ((NameCodeType *) b);
+
+  return strcmp(aentry->name, bentry->name);
+}
+
+
 GSList* AddNameCodeEntry(gchar *code, gchar *name, GSList *List)
 {
   NameCodeType *entry;
@@ -129,7 +139,7 @@
 g_print(_("Could not create list: %s"),g_strerror(errno));
   entry->name = g_strdup(name);
   entry->code = g_strdup(code);
-  List = g_slist_append(List, (gpointer)entry);
+  List = g_slist_insert_sorted(List, (gpointer)entry, alphabetical_GCompareFunc);
 
   /* we don't free entry here do we?  It's on record and is only to be freed when
  the item is released from the list */


Bug#832789: Fix SEGV reported in profile handling

2016-07-28 Thread Bastien ROUCARIES
Package: imagemagick
Version: 8:6.7.7.10-5
Severity: grave
Tags: patch security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org


bug:https://github.com/ImageMagick/ImageMagick/issues/130
Origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/478cce544fdf1de882d78381768458f397964453
bug-ubuntu:
https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1545367
bug-debian: https://bugs.debian.org/823750



Bug#832781: Nonsense

2016-07-28 Thread Dominik George
Control: severity -1 minor

Actually, I think such issues should still be worked around by turning the 
test around.

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Mobil: +49-1520-1981389

Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Contributor

LPIC-3 Linux Enterprise Professional (Security)



Bug#831730: desktop-base: Integration with KDE's plasma-desktop seems to no longer work with current version

2016-07-28 Thread Raphael Hertzog
Hi,

On Wed, 20 Jul 2016, Raphael Hertzog wrote:
> So is there anyone from the KDE team who is willing to investigate and
> update the required integration? (Or at least provide initial guidance in
> this bug report so that others can pick it up)

I looked further into this issue but I quickly got stuck and had to ask
help upstream:
https://mail.kde.org/pipermail/plasma-devel/2016-July/056598.html

I just got two answers which lead me to some possible solutions.

It looks like that the script
/usr/share/plasma/shells/org.kde.plasma.desktop/contents/layout.js is
executed when the user runs plasma for the first time. Unfortunately
that script does not offer any way to run other scripts at the same
time. Maybe we could patch it to allow this... but I don't know how easy
this is.

There's an other solution that we can use though: all scripts in
/usr/share/plasma/shells/org.kde.plasma.desktop/contents/updates/ are
executed once for each user and they are also executed when plasma runs
for the first time. On the downside, it means that someone who has
customized his wallpaper and that will upgrade desktop-base will have its
wallpaper reset by the update script. Maybe we can improve the script to
detect this case and not do anything in that case... but again I don't
know how to do this right now.

That said I found the correct syntax to get the script working,
you can see this commit in my Kali upload:
http://git.kali.org/gitweb/?p=packages/desktop-base.git;a=commitdiff;h=1d846a74c9f0f78d175514c193890ddd791dbef3

The only other thing that we need to change for Debian is the line

  d[i].writeConfig('Image', 'kali')

that you would change into:

  d[i].writeConfig('Image', 
'file:///usr/share/images/desktop-base/desktop-background')

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/



Bug#832788: kmail: buttons in encapsulated messages' headers bound to outer e-mail

2016-07-28 Thread Dominik George
Package: kmail
Version: 4:16.04.3-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

When using the "KMail 5.2" header style (which seems to be the default
now), the reply, forward, etc. buttons in an encapsulated message
trigger the respective functions of the outer message, e.g. it triggers
a reply for the outer message instead of the encapsulated one.

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

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

Versions of packages kmail depends on:
ii  akonadi-server  4:16.04.3-1
ii  kdepim-runtime  4:16.04.2-2
ii  kdepimlibs-data 4:16.04.2-2
ii  kf5-kdepimlibs-kio-plugins  4:16.04.2-2
ii  libc6   2.23-4
ii  libgcc1 1:6.1.1-10
ii  libkf5akonadiagentbase5 4:16.04.3-1
ii  libkf5akonadicalendar5  16.04.2-2
ii  libkf5akonadicontact5   4:16.04.2-2
ii  libkf5akonadicore-bin   4:16.04.3-1
ii  libkf5akonadicore5  4:16.04.3-1
ii  libkf5akonadimime5  4:16.04.2-2
ii  libkf5akonadisearchdebug5   16.04.2-2
ii  libkf5akonadiwidgets5   4:16.04.3-1
ii  libkf5alarmcalendar516.04.2-2
ii  libkf5archive5  5.24.0-1
ii  libkf5bookmarks55.23.0-1
ii  libkf5calendarcore5 4:16.04.2-1
ii  libkf5calendarsupport5  4:16.04.2-2
ii  libkf5calendarutils516.04.2-1
ii  libkf5codecs5   5.23.0-1
ii  libkf5completion5   5.23.0-1
ii  libkf5configcore5   5.23.0-1
ii  libkf5configgui55.23.0-1
ii  libkf5configwidgets55.23.0-1
ii  libkf5contacts5 16.04.2-1
ii  libkf5coreaddons5   5.23.0-1
ii  libkf5crash55.23.0-1
ii  libkf5dbusaddons5   5.23.0-1
ii  libkf5followupreminder5 4:16.04.2-2
ii  libkf5gpgmepp-pthread5  16.04.3-1
ii  libkf5gravatar5 4:16.04.2-2
ii  libkf5guiaddons55.23.0-1
ii  libkf5i18n5 5.23.0-1
ii  libkf5iconthemes5   5.23.0-1
ii  libkf5identitymanagement5   16.04.2-1
ii  libkf5incidenceeditor-bin   16.04.2-2
ii  libkf5incidenceeditor5  16.04.2-2
ii  libkf5itemmodels5   5.23.0-1
ii  libkf5itemviews55.23.0-1
ii  libkf5jobwidgets5   5.23.0-1
ii  libkf5kcmutils5 5.23.0-1
ii  libkf5kdelibs4support5  5.23.0-1
ii  libkf5kiocore5  5.23.0-1
ii  libkf5kiofilewidgets5   5.23.0-1
ii  libkf5kiowidgets5   5.23.0-1
ii  libkf5kmanagesieve5 4:16.04.2-2
ii  libkf5kontactinterface5 16.04.2-1
ii  libkf5ksieveui5 4:16.04.2-2
ii  libkf5libkdepim-plugins 4:16.04.2-3
ii  libkf5libkdepim54:16.04.2-3
ii  libkf5libkleo5  4:16.04.2-1
ii  libkf5mailcommon-plugins4:16.04.2-2
ii  libkf5mailcommon5   4:16.04.2-2
ii  libkf5mailimporter5 4:16.04.2-2
ii  libkf5mailtransport516.04.2-2
ii  libkf5messagecomposer5  4:16.04.3-1
ii  libkf5messagecore5  4:16.04.3-1
ii  libkf5messagelist5  4:16.04.3-1
ii  libkf5messageviewer54:16.04.3-1
ii  libkf5mime5 16.04.2-1
ii  libkf5notifications55.23.0-1
ii  libkf5notifyconfig5 5.23.0-1
ii  libkf5parts55.23.0-1
ii  libkf5pimcommon-plugins 4:16.04.2-2
ii  libkf5pimcommon54:16.04.2-2
ii  libkf5pimtextedit5  16.04.2-1
ii  libkf5sendlater54:16.04.2-2
ii  libkf5service-bin   5.23.0-1
ii  libkf5service5  5.23.0-1
ii  libkf5sonnetui5 5.23.0-1
ii  libkf5templateparser5   4:16.04.3-1
ii  libkf5textwidgets5  5.23.0-1
ii  libkf5wallet-bin5.23.0-3
ii  libkf5wallet5   5.23.0-3
ii  libkf5widgetsaddons55.23.0-1
ii  libkf5windowsystem5 5.23.0-1
ii  libkf5xmlgui5   5.23.0-1
ii  libqt5core5a5.6.1+dfsg-3
ii  libqt5dbus5 5.6.1+dfsg-3
ii  libqt5gui5  5.6.1+dfsg-3
ii  libqt5network5  5.6.1+dfsg-3
ii  libqt5widgets5  5.6.1+dfsg-3
ii  libqt5xml5  5.6.1+dfsg-3
ii  libstdc++6  6.1.1-10

Versions of packages kmail recommends:
ii  accountwizard   4:16.04.3-1
ii  gnupg-agent 2.1.11-7
ii  gnupg2  2.1.11-7
ii  kdepim-addons   16.04.2-2
ii  kdepim-doc  4:16.04.3-1
ii  kdepim-themeeditors 4:16.04.3-1
ii  ktnef   4:16.04.3-1
ii  pinentry-qt [pinentry-x11]  0.9.7-5

Versions of packages kmail suggests:
pn  clamav 
ii  kaddressbook   4:16.04.3-1
ii  kleopatra  

Bug#832593: apt-listbugs: Ctrl-C is not handled correctly

2016-07-28 Thread Francesco Poli
On Wed, 27 Jul 2016 12:41:24 +0200 Vincent Lefevre wrote:

> Package: apt-listbugs
> Version: 0.1.18
> Severity: normal

Hello Vincent and thanks for your bug report!

> 
> When I run aptitude, start an upgrade, then hit Ctrl-C just after
> apt-listbugs is started, I get:
> 
> root@zira:/home/vinc17# aptitude
> Interruptedactions...
>  Faileving bug reports... 0%^C
> Error retrieving bug reports from the server with the following error message:
> E: exit
> It could be because your network is down, or because of broken proxy servers, 
> or the BTS server itself is down. Check network configuration and try again
> Retry downloading bug information? [Y/n] 
> root@zira:/home/vinc17# 

This was somewhat intended: hitting [Ctrl-C] was supposed to interrupt
the bug report retrieval, while giving the user a chance to decide what
to do (retry and/or aborting and/or going on with the
installation/upgrade)...

> 
> but apt-listbugs is still running and attached to the terminal:
> 
> UIDPID  PPID  C STIME TTY  TIME CMD
> root   702   701  1 12:36 pts/600:00:00 /usr/bin/ruby 
> /usr/sbin/apt-listbugs apt

... this is instead unexpected!
I managed to reproduce the misbehavior, but I have no idea why it
happens.   :-(

The shell prompt should not reappear, while apt-listbugs is still
running!

> 
> Now, if I type Return, it is grabbed by apt-listbugs though I have
> my shell prompt, and I get an additional error message:
> 
> root@zira:/home/vinc17# aptitude
> Interruptedactions...
>  Faileving bug reports... 0%^C
> Error retrieving bug reports from the server with the following error message:
> E: exit
> It could be because your network is down, or because of broken proxy servers, 
> or the BTS server itself is down. Check network configuration and try again
> Retry downloading bug information? [Y/n] 
> root@zira:/home/vinc17# E: Input/output error @ io_fillbuf - fd:0 
> 

This is even more awkward: I tried to understand where this error is
coming from, but I haven't yet succeeded.


Anyway, I am considering the possibility to change the "exit 130"
statement into "exit! 130" at /usr/bin/apt-listbugs:325

That way, a [Ctrl+C] would make apt-listbugs exit (unsuccessfully)
immediately, without asking the user what to do.
But, at least, it seems that it would not trigger the strange behavior
you experienced.

I'll let you know, as soon as I make up my mind.
Bye.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpG8YNN7TJdv.pgp
Description: PGP signature


Bug#832713: systemd: after "systemd (231-1) unstable" update systemd-jurnald.service fails to start

2016-07-28 Thread Rick Thomas
In the interest of having a working system, I reverted that machine to systemd 
version 230-7.  Unsurprisingly, the problem went away.

I’ll try re-installing 231-1 and commenting that line.  I’ll probably have a 
chance tonight.  I’ll report when I have something.

It may be worth noticing that other things failed as well when 231-1 was in.  
I’m attaching a ‘grep -i fail -C20’ of the screen log.  Of particular note are 
“Failed to start Raise network interfaces” and “Failed to start Login Service.”

Are there other places where I should remove a “SystemCallFilter” ?



screenlog.xz
Description: Binary data



On Jul 28, 2016, at 1:24 PM, Michael Biebl  wrote:

> Am 28.07.2016 um 22:01 schrieb Rick Thomas:
>> No.  This is a stock kernel.  It’s available from both testing and unstable 
>> repos.  The machine itself is a SheevaPlug.  Nothing custom about it.
>> 
>> What makes you think it’s custom?
> 
> This was more of a question then a statement.
> I wanted to rule out, that the kernel was missing any relevant features.
> 
> I assume the previous version worked properly and the addition of
> 
> SystemCallFilter=~@clock @cpu-emulation @debug @keyring @module @mount
> @obsolete @raw-io
> 
> is causing the problem? If you comment out that line from
> systemd-journald.service, does it start properly?
> 
> SystemCallFilter uses libseccomp, maybe libseccomp on armel is not fully
> functional and we need to reassign this.
> 
> 
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> 



Bug#832549: xserver-xorg: X now defaults to using built-in modesetting video driver on Intel. X no longer functioned

2016-07-28 Thread Steinar H. Gunderson
On Thu, Jul 28, 2016 at 07:34:45PM +0200, Julien Cristau wrote:
>> X broke for me, too -- the Intel driver somehow isn't autodetected anymore,
>> which leads to using some unaccelerated driver (which breaks e.g. OpenGL
>> pretty badly).
> The intel X driver not being loaded is on purpose.  That shouldn't
> result in anything being unaccelerated, though, so please file your own
> bug about that.

Which package should I file against?

/* Steinar */
-- 
Homepage: https://www.sesse.net/



Bug#832787: Fix an out of bound in psd file

2016-07-28 Thread Bastien ROUCARIES
Package: imagemagick
Version: 8:6.7.7.10-5
Severity: grave
Tags: patch security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org


Fix an out of bound in psd file



Origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/https://github.com/ImageMagick/ImageMagick/issues/128

bug: https://github.com/ImageMagick/ImageMagick/issues/128

bug-ubuntu:
https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1545180

bug-debian: https://bugs.debian.org/823750



Bug#832786: RFS: udfclient/0.8.6-1

2016-07-28 Thread Pali Rohár
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: udfclient
   Version : 0.8.6-1
   Upstream Author : Reinoud Zandijk 
 * URL : http://www.13thmonkey.org/udfclient/
 * License : Clarified Artistic License
   Section : otherosfs

It builds those binary packages:

  udfclient  - userland implementation of the UDF filesystem

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

  https://mentors.debian.net/package/udfclient


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

  dget -x 
https://mentors.debian.net/debian/pool/main/u/udfclient/udfclient_0.8.6-1.dsc

More information about hello can be obtained from 
http://www.13thmonkey.org/udfclient/.

Changes since the last upload:

 * New upstream release.
 * Update Standards-Version.
 * Change priority to optional.

Regards,
 Pali Rohár


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


Bug#832785: Fix an out of bound in generic decoder

2016-07-28 Thread Bastien ROUCARIES
Package: imagemagick
Version: 8:6.7.7.10-5
Severity: grave
Tags: patch security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org


 Fix an out of bound in generic decoder

Origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/430403b0029b37decf216d57f810899cab2317dd
bug-ubuntu:
https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1542785
bug-debian: https://bugs.debian.org/823750
bug: https://github.com/ImageMagick/ImageMagick/issues/126



Bug#772379: tinc: bashism in /bin/sh script

2016-07-28 Thread Dominik George
Package: tinc
Version: 1.1~pre12-1
Followup-For: Bug #772379

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sleep.html

- -nik

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

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

Versions of packages tinc depends on:
ii  libc6 2.23-4
ii  liblzo2-2 2.08-1.2
ii  libncurses5   6.0+20160625-1
ii  libreadline6  6.3-8+b4
ii  libssl1.0.2   1.0.2h-1
ii  libtinfo5 6.0+20160625-1
ii  zlib1g1:1.2.8.dfsg-2+b1

tinc recommends no packages.

tinc suggests no packages.

- -- Configuration Files:
/etc/network/if-pre-up.d/tinc changed [not included]

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJXmmzDMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pbJHA/9GqqHE/suW/kmoXG2+5s3
NsELjCjJIldh1vQGJwsYKGumBcZJwBKG/9SKH2djHV/A8vJAc8cwFS6a7ei69IND
+A+gC0fGPXut41jM0n6BhCq4R84wQkGNeBrFoAW574Rf2QRG94JdcFjQJNG6JxJK
RfumYine8k8GYjPeBqjIg/QdrXAVAcMpZyl99feFFmv4DZyYjcN8qjpNjvOzq99k
53DHIGA7vg1RRHsSYqn7lAlZa74LxWRTQAl+uKwXFgu5cdo2wvx/m/zqUzwFEKCi
3Q3BqF0MhL4WYPAZVany+jWIlTFpRa+wWo531r43JKmBylX6cNGx5rtf5WFJEsc9
F4R+cRr+Rv9MPpvZbj2bdSLRxfiwFzvRgc7AYKGX6hp033s33WDM/17728KjZE1s
L3893tZCG1AdEFBX9J/I7r4AYM+0xkQC82+zExTceh9NdD6eKxU53ijFqADAp4hx
DyEH7HXKMtTbv2nUUcArnSNYeqKTiBhCXTlgEXsATon/cxuSY2jY45Zvsa1KmCRv
sJkDLA7Vw+oMTJPJ7XWD5jOEl4LMUC3apzKrrwpo66Cw24EyfiNpVwYvITpUK9vq
Hdfvx+y27I6hChAfEMXaD3gDj/r8NbeIJnDOka9mqHnPqHpM1HEDkhnbVEVtTijo
1k0sM6gx52Y9VJtDLpJ2fhc=
=625q
-END PGP SIGNATURE-



Bug#832784: tinc: if-post-down script fails to read PID file

2016-07-28 Thread Dominik George
Package: tinc
Version: 1.1~pre12-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The if-post-down script uses read to check for existence of the PID file
in a loop. Once it vanishes, read throws an error message.

This should be fixed in one of these ways, in descending order of
preference:

 1. Read the PID only once *before* stopping tinc, then only check for
PID file existence in the loop (preferrably with kill -0 instead of
leveraging procfs).

 2. Silence the error with a redirect (ugh.)

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

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

Versions of packages tinc depends on:
ii  libc6 2.23-4
ii  liblzo2-2 2.08-1.2
ii  libncurses5   6.0+20160625-1
ii  libreadline6  6.3-8+b4
ii  libssl1.0.2   1.0.2h-1
ii  libtinfo5 6.0+20160625-1
ii  zlib1g1:1.2.8.dfsg-2+b1

tinc recommends no packages.

tinc suggests no packages.

- -- Configuration Files:
/etc/network/if-pre-up.d/tinc changed [not included]

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJXmm0hMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZI0w/7Bkjuhamz8i+FI28EqwHi
Jrx1dXKjmfJur1eIUigD6pDbyuDolneqrQuxrptd/RgxMsivWRDhHhff25Ov/3gS
prbhKmAZoHuTbk+RdIucy8EGzRo1cfRhmFC6Vfa6mUI1vzo0K6m9BL58EmDxzScc
QfOU1XWCW9xXblBGFvXDSUfA2xQ4RHZ9UVhbwYdkCb1s/6hZl9oRqmDCe2WITk6B
tkHUVTUaGkYgBq60ozPcbzkNqbooE0M1BRv1WP5IpWEre1TxFAnZxQVRICLT3/Ld
V2Z9aRgEjSUp5y+ZzKQsptJ7vT2leXQTRRxOwWT/attNRCsGrfGfzSf2qpMCCd9K
YQqlMTtEtPsKqdOb3O8rT7GHd3QrIleIELwWyYvMLatlB3SQEo/aelfuct8//zQj
CiLLNNuGVGvnb14L5AuV1sk3dxCQLr6msqmZZ7qKxSbOLK3YHRYFG9rKkB1yOpeF
OVsjS8JbV+ac6DamLlTUIEq5j/8DifeHdRgjl3AgNP09HrW04dj9QjXzyAnvRRBt
hggdBLyScN5nK+dr7AowfhnvqVp461qhMkVkQ9Y8Yp19aI4isBbQGQWf0Jd5rwAX
ZsP9IQc+wxCFbnc9Z6KNEoHaOj3UaXIr9NylvceMyRtb+j7Trvy36dxWAPxLANKm
LUFq7OZdt4Nrjw+3Njxa4PY=
=4NSP
-END PGP SIGNATURE-



Bug#832783: Fix an out of bound in generic decoder

2016-07-28 Thread Bastien ROUCARIES
Package: imagemagick
Version: 8:6.7.7.10-5
Severity: grave
Tags: patch security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org


   Fix an out of bound in generic decoder

Origin: upstream,
https://github.com/ImageMagick/ImageMagick/commit/430403b0029b37decf216d57f810899cab2317dd
bug-ubuntu:
https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1542785
bug-debian: https://bugs.debian.org/823750
bug: https://github.com/ImageMagick/ImageMagick/issues/126



Bug#831355: pulseaudio: Use module-udev-detect instead of module-detect

2016-07-28 Thread Josh Triplett
On Thu, Jul 28, 2016 at 10:04:41AM -0400, Felipe Sateler wrote:
> On 28 July 2016 at 02:30, Josh Triplett  wrote:
> > In the meantime, though: why split module-udev-detect into a separate
> > module at all?  The main pulseaudio package still depends on udev and
> > libudev1, and several other components in the core package use it, so
> > this doesn't reduce dependencies at all; it just introduces the
> > possibility of breakage like this.
> 
> It only depends on libudev, not on the udev daemon.

I misread https://packages.debian.org/sid/pulseaudio at a quick glance;
it showed "dep: udev (>= 143) [powerpcspe, sh4, x32]", and I missed the
architecture list at first glance.  (Those architectures have an out of
date version of pulseaudio.)

> The story is as follows:
> 
> 1. The default pulseaudio script loads module-udev-detect if it is available.
> 2. If it fails to load the daemon start fails.
> 3. The module fails to load if the udev daemon cannot be contacted.
> 4. I want pulseaudio to be installable and usable inside containers
> (contacting eg, remote sinks).
> 5. udev does not start inside containers.
> 
> Upstream maintains that 3 is correct behavior. So to support
> containers without config changes by the user we need to either make
> sure module-udev-detect can be unavailable, or ignore udev load
> errors. The latter seems very undesirable, so that leaves us only
> making it possible to not install module-udev-detect. This also has
> the side benefit of not requiring a useless udev daemon inside the
> container. I hope this makes clear why this was implemented.

It does, yes.

1, 3, 4, and 5 seem reasonable; 2 seems like the problem.  Why does
ignoring module-udev-detect load errors (when the alternative is
completely failing to start) seem undesirable?  Ideally, pulseaudio
should attempt to load module-udev-detect, and if that fails, load
module-detect instead rather than giving up.

- Josh Triplett



  1   2   3   >