date:20180425

Bug#895068: xerces-c: baseline violation on i386' from 'freecad does not start : "Illegal Instruction" returned

2018-04-25 Thread Bill Blough


My apologies for this - this is my fault.

I'm about to upload the fix to unstable, and will submit an update for
for stable and oldstable to hopefully be included in the next point
release.

Bill

Bug#896935: thunderbird: Do not honour offline mode

2018-04-25 Thread Ilari Halminen

Package: thunderbird
Version: 1:52.7.0-1~deb8u1
Severity: normal

Dear Maintainer,

Offline mode is not honoured at all. It should not check for new emails etc 
when in offline mode.

-- System Information:
Debian Release: 8.10
  APT prefers oldstable
  APT policy: (990, 'oldstable'), (500, 'oldstable-updates')
Architecture: i386 (i686)

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

Versions of packages thunderbird depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3+deb8u1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u10
ii  libcairo2 1.14.0-2.1+deb8u2
ii  libdbus-1-3   1.8.22-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2+deb8u1
ii  libffi6   3.1-2+deb8u1
ii  libfontconfig12.11.0-6.3+deb8u1
ii  libfreetype6  2.5.2-3+deb8u2
ii  libgcc1   1:4.9.2-10+deb8u1
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u7
ii  libglib2.0-0  2.42.1-1+b1
ii  libgtk2.0-0   2.24.25-3+deb8u2
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10+deb8u1
ii  libx11-6  2:1.6.2-3+deb8u1
ii  libx11-xcb1   2:1.6.2-3+deb8u1
ii  libxcb-shm0   1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+deb8u1
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2
ii  x11-utils 7.7+2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6+deb8u1
ii  lightning 1:52.7.0-1~deb8u1

Versions of packages thunderbird suggests:
pn  apparmor  
ii  fonts-lyx 2.1.2-2
ii  libgssapi-krb5-2  1.12.1+dfsg-19+deb8u4

-- no debconf information

Bug#895540: nx-libs: FTBFS with parallel > 1 due to errors cleaning

2018-04-25 Thread Adrian Bunk

On Wed, Apr 25, 2018 at 07:27:34PM +, Mike Gabriel wrote:
>...
> g... it is really time that we drop the imake build flow and switch over
> to autotools (and a parallel meson build stack, possibly).
>...

I would strongly recommend against the "parallel stack" part.

autotools are mature and widely used, there is nothing bad about
using them.

meson is the shiny new tool.
It is still evolving with slight breakages here and there,
but already used widely enough to limit the amount of breakage
that can happen.

Depending on your personal preferences either would be a good choice,
but doing both would bring you double work and double bugs for no 
benefit.

> Mike

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#896934: diffoscope: decode monitor EDID data to text

2018-04-25 Thread Paul Wise

Package: diffoscope
Version: 93
Severity: wishlist
Tags: patch

I recently had occasion to compare two EDID files. I initially tried
diffoscope, saw only a hexdump and then manually compared the files
using a diff of pipes through edid-decode. Subsequently I looked up how
to add new formats to diffoscope and found it was fairly easy.

If the attached patch is acceptable, let me know and I'll push the
OpenPGP-signed version of the commit.

diff -u <(edid-decode /lib/firmware/edid/VGA-1) <(edid-decode 
/sys/devices/pci:00/:00:03.0/:01:00.0/drm/card0/card0-DVI-D-1/edid )

https://en.wikipedia.org/wiki/Extended_Display_Identification_Data

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages diffoscope depends on:
ii  python33.6.4-1
ii  python3-distro 1.0.1-2
ii  python3-distutils  3.6.5~rc1-1
ii  python3-libarchive-c   2.1-3.1
ii  python3-magic  2:0.4.15-1
ii  python3-pkg-resources  39.0.1-2

Versions of packages diffoscope recommends:
ii  abootimg 0.6-1+b2
ii  acl  2.2.52-3+b1
ii  apktool  2.3.2-1
ii  binutils-multiarch   2.30-15
ii  bzip21.0.6-8.1
ii  caca-utils   0.99.beta19-2+b2
ii  colord   1.3.3-2
ii  db-util  5.3.1
ii  default-jdk [java-sdk]   2:1.9-63
ii  default-jdk-headless 2:1.9-63
pn  device-tree-compiler 
pn  docx2txt 
ii  e2fsprogs1.44.1-2
ii  enjarify 1:1.0.3-4
ii  fontforge-extras 0.3-4
pn  fp-utils 
ii  genisoimage  9:1.1.11-3+b2
ii  gettext  0.19.8.1-6
ii  ghc  8.0.2-11
ii  ghostscript  9.22~dfsg-2.1
ii  giflib-tools 5.1.4-2
ii  gnumeric 1.12.35-1
ii  gnupg2.2.5-1
ii  imagemagick  8:6.9.9.39+dfsg-1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.9.39+dfsg-1
ii  jsbeautifier 1.6.4-7
pn  libarchive-tools 
ii  llvm 1:4.0-40
pn  mono-utils   
pn  odt2txt  
pn  oggvideotools
ii  openjdk-8-jdk [java-sdk] 8u162-b12-1
ii  openjdk-9-jdk [java-sdk] 9.0.4+12-4
ii  openssh-client   1:7.7p1-2
ii  pdftk2.02-4+b2
ii  pgpdump  0.31-0.2
ii  poppler-utils0.62.0-2
pn  procyon-decompiler   
ii  python3-argcomplete  1.8.1-1
ii  python3-binwalk  2.1.1-16
ii  python3-debian   0.1.32
pn  python3-defusedxml   
pn  python3-guestfs  
ii  python3-jsondiff 1.1.1-2
ii  python3-progressbar  2.3-4
ii  python3-pyxattr  0.6.0-2+b1
ii  python3-tlsh 3.4.4+20151206-1+b3
pn  r-base-core  
ii  rpm2cpio 4.14.1+dfsg1-2
ii  sng  1.1.0-1+b1
ii  sqlite3  3.23.1-1
ii  squashfs-tools   1:4.3-6
ii  tcpdump  4.9.2-3
ii  unzip6.0-21
ii  vim-common   2:8.0.1453-1
pn  xmlutils 
ii  xxd  2:8.0.1453-1+b1
ii  xz-utils 5.2.2-1.3

Versions of packages diffoscope suggests:
ii  libjs-jquery  3.2.1-1

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise
From 526a76729430897b4d5115f8b7d85efd26b094af Mon Sep 17 00:00:00 2001
From: Paul Wise 
Date: Mon, 23 Apr 2018 13:54:35 +0800
Subject: [PATCH] Add support for comparing monitor EDID information

Uses edid-decode and parse-edid to convert to text.
---
 debian/control |  1 +
 diffoscope/comparators/__init__.py |  1 +
 diffoscope/comparators/edid.py | 60 ++
 diffoscope/external_tools.py   |  6 +++
 4 files changed, 68 insertions(+)
 create mode 100644 diffoscope/comparators/edid.py

diff --git a/debian/control b/debian/control
index 23a7265..e607c95 100644
--- a/debian/control
+++ b/debian/control
@@ -23,6 +23,7 @@ Build-Depends:

Bug#896933: sbuild: bd-uninstallable-explainer is run on sbuild-build-depends-*-dummy even if installation of sbuild-build-depends-core-dummy failed

2018-04-25 Thread Johannes Schauer

Package: sbuild
Version: 0.73.0-4
Severity: normal

sbuild runs the bd-uninstallable-explainer on the build-depends-*-dummy
package even in cases where installation of build-depends-core-dummy
failed. At that point, build-depends-*-dummy is not yet generated, so
sbuild fails with:

 Cannot find any package corresponding to the selector 
sbuild-build-depends-hello-dummy:ppc64el

A build log is attached.

Instead, when failing to install build-depends-core-dummy, the
bd-uninstallable-explainer should check for that package and not the
build-depends-*-dummy package.

cheers, josch
sbuild (Debian sbuild) 0.73.0 (23 Dec 2016) on hoothoot

+==+
| hello (ppc64el)  Thu, 26 Apr 2018 05:04:30 + |
+==+

Package: hello
Distribution: unstable
Machine Architecture: amd64
Host Architecture: ppc64el
Build Architecture: amd64
Build Type: binary

I: NOTICE: Log filtering will replace 
'var/run/schroot/mount/unstable-amd64-sbuild-1244eef7-d82a-4d8f-a9a6-bf29312eec24'
 with '<>'

+--+
| Update chroot|
+--+

Hit:1 http://127.0.0.1:3142/httpredir.debian.org/debian unstable InRelease
Get:2 http://127.0.0.1:3142/httpredir.debian.org/debian unstable/main ppc64el 
Packages [7689 kB]
Fetched 7689 kB in 3s (2676 kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

+--+
| Fetch source files   |
+--+


Check APT
-

Checking available source versions...

Download source files with APT
--

Reading package lists...
Need to get 733 kB of source archives.
Get:1 http://127.0.0.1:3142/httpredir.debian.org/debian unstable/main hello 
2.10-1 (dsc) [1323 B]
Get:2 http://127.0.0.1:3142/httpredir.debian.org/debian unstable/main hello 
2.10-1 (tar) [726 kB]
Get:3 http://127.0.0.1:3142/httpredir.debian.org/debian unstable/main hello 
2.10-1 (diff) [6072 B]
Fetched 733 kB in 0s (14.5 MB/s)
Download complete and in download only mode
I: NOTICE: Log filtering will replace 'build/hello-2xHkBT/hello-2.10' with 
'<>'
I: NOTICE: Log filtering will replace 'build/hello-2xHkBT' with '<>'

+--+
| Install crossbuild-essential |
+--+


Setup apt archive
-

Merged Build-Depends: build-essential:amd64, fakeroot:amd64, 
crossbuild-essential-ppc64el:amd64
Filtered Build-Depends: build-essential:amd64, fakeroot:amd64, 
crossbuild-essential-ppc64el:amd64
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in 
'/<>/resolver-xUJ7oi/apt_archive/sbuild-build-depends-core-dummy.deb'.
dpkg-scanpackages: warning: Packages in archive but missing from override file:
dpkg-scanpackages: warning:   sbuild-build-depends-core-dummy
dpkg-scanpackages: info: Wrote 1 entries to output Packages file.
Ign:1 copy:/<>/resolver-xUJ7oi/apt_archive ./ InRelease
Get:2 copy:/<>/resolver-xUJ7oi/apt_archive ./ Release [957 B]
Ign:3 copy:/<>/resolver-xUJ7oi/apt_archive ./ Release.gpg
Get:4 copy:/<>/resolver-xUJ7oi/apt_archive ./ Sources [361 B]
Get:5 copy:/<>/resolver-xUJ7oi/apt_archive ./ Packages [454 B]
Fetched 1772 B in 0s (0 B/s)
Reading package lists...
Reading package lists...

Install core build dependencies (apt-based resolver)


Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 sbuild-build-depends-core-dummy:ppc64el : Depends: 
crossbuild-essential-ppc64el:amd64
E: Unable to correct problems, you have held broken packages.
apt-get failed.
E: Package installation failed
Not removing build depends: cloned chroot in use
du: cannot access '/<>': No such file or directory
E: read_command failed to execute du
E: Cannot determine space needed for /<> (du failed)

Setup apt archive
-

Merged Build-Depends: dose-distcheck:amd64

Bug#896932: file: detect monitor EDID file format

2018-04-25 Thread Paul Wise

Package: file
Version: 1:5.32-2
Severity: wishlist

Please detect files starting with this header as EDID metadata:

00 FF FF FF FF FF FF 00

https://en.wikipedia.org/wiki/Extended_Display_Identification_Data

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages file depends on:
ii  libc6  2.27-3
ii  libmagic1  1:5.32-2
ii  zlib1g 1:1.2.8.dfsg-5

file recommends no packages.

file suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#896207: python-scruffy: scruffy fails to import

2018-04-25 Thread Matthias Klose

Control: tags -1 + patch

this should be fixed by explicitly depending on python3-pkg-resources

Bug#896924: extremetuxracer: segfault when reaching end of certain courses

2018-04-25 Thread Marko Lindqvist

On 26 April 2018 at 02:17, Andreas Eriksson  wrote:
> val = 
> #8  0x555a4e95 in CScore::AddScore(std::__cxx11::basic_string

Bug#895184: [Pkg-roundcube-maintainers] Bug#895184: roundcube: CVE-2018-9846: check_request() bypass in archive plugin

2018-04-25 Thread Salvatore Bonaccorso

Hi Guilhem,

On Wed, Apr 25, 2018 at 11:07:25PM +0200, Guilhem Moulin wrote:
> On Sat, 21 Apr 2018 at 13:03:04 +0200, Guilhem Moulin wrote:
> > On Sat, 21 Apr 2018 at 08:23:55 +0200, Salvatore Bonaccorso wrote:
> >> Looks good to me, please do upload to security-master.
> > 
> > Done.
> 
> Shy ping, in case you missed the upload (embargoed on Sat 21 Apr at
> 10:50:21 UTC) :-)

Not missed, but just lacking of time to finish up for the DSA release
of it. Will try to take care of it ASAP.

Regards,
Salvatore

Bug#896914: quassel: Implement custom deserializer to add our own sanity checks

2018-04-25 Thread Salvatore Bonaccorso

Hi Felix!

On Wed, Apr 25, 2018 at 11:28:53PM +0200, Felix Geyer wrote:
> Hi,
> 
> On Wed, 25 Apr 2018 20:58:52 +0200 Salvatore Bonaccorso  
> wrote:
> > Source: quassel
> > Version: 1:0.12.4-1
> > Severity: normal
> > Tags: patch security upstream
> > Control: fixed -1 1:0.12.5-1
> > 
> > Hi Felix,
> > 
> > Filling this as bug to have an identifier, since no CVE has been
> > assigned.
> > 
> > https://www.quassel-irc.org/node/130
> > 
> > Commit "Implement custom deserializer to add our own sanity checks":
> > 
> > https://github.com/quassel/quassel/commit/18389a713a6810f57ab237b945e8ee03df857b8b
> 
> I'm working on updates for jessie and stretch.
> 
> Backporting to stretch is easy.
> jessie requires a bit more work as the patch uses quite some C++11 features 
> which
> isn't enabled in 0.10.

Thank you, please just notify team@s.d.o when you have something
ready.

Thanks for working on it.

Regards,
Salvatore

Bug#896931: fastqc: If the package libfindbin-libs-perl is not installed, fastqc exits with an error immediately.

2018-04-25 Thread Robert Elshire

Package: fastqc
Version: 0.11.5+dfsg-6
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Working in a basic cloud environment, I install fastqc via apt and try
to run it. It exits with an error. See below for command line example.

debian@40120a:~$ fastqc
Can't locate FindBin.pm in @INC (you may need to install the FindBin
module) (@INC contains: /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1
/usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5
/usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at
/usr/bin/fastqc line 4.
BEGIN failed--compilation aborted at /usr/bin/fastqc line 4.

After this happened, I installed the package libfindbin-libs-perl via
apt. When trying again, fastqc runs as expected.

Best regards,

Rob Elshire


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

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

Versions of packages fastqc depends on:
ii  default-jre [java7-runtime]2:1.8-58
ii  libcommons-math3-java  3.6.1-2
ii  libhtsjdk-java 2.8.1+dfsg-1
ii  libjbzip2-java 0.9.1-3
ii  openjdk-8-jre [java7-runtime]  8u162-b12-1~deb9u1

fastqc recommends no packages.

fastqc suggests no packages.

-- no debconf information

Bug#895261: retitle to RFS: dbus-broker/13-1 [ITP] -- Linux D-Bus Message Broker

2018-04-25 Thread Daniele Nicolodi

retitle 895261 RFS: dbus-broker/13-1 [ITP] -- Linux D-Bus Message Broker
stop

I made a silly mistake in the mentors.debian.net upload order.
The latest version is 13-1. Retitle accordingly.

Bug#896930: New upstream release 1.2.0

2018-04-25 Thread Arnaud Fontaine

Package: terminology
Version: 1.1.1-3
Severity: wishlist

Hi,

First  of all,  thanks  for maintaining  terminology.  Could you  please
package the new upstream release released recently? Thanks!

Cheers,
-- 
Arnaud Fontaine


signature.asc
Description: PGP signature

Bug#896878: Failed to execute /init (error -2) Kernel panic

2018-04-25 Thread Ian Jackson

Control: tag -1 moreinfo

Adam Borowski writes ("Bug#896878: Failed to execute /init (error -2) Kernel 
panic"):
> On Wed, Apr 25, 2018 at 11:56:09AM +0300, Андрей Василишин wrote:
> > [   2.4575631 Failed to execute /init (error -2)

I think error -2 means ENOENT.

> Are you sure there isn't something wrong with your hardware or perhaps your
> filesystem?  These versions are old enough that such a regression would have
> been reported long time ago: 4.9.82-1+deb9u3 is stable-sec (and stable point
> release) from 2018-03-03, 3.2.96-2 is oldoldstable-sec from 2017-12-10.

I run sysvinit everywhere and I looked through a number of my systems.
I wasn't able to find any that had exactly these kernels, but I can
say that I have some systems with newer kernels as well as ones with
older ones (although none that I could fine as old as 3.2).  I have
not seen any regressions that look like this.

These kernels are all very different.  I think as Adam suggests the
most likely common factor and the most likely cause is indeed
something wrong with your filesystem or its contents.

Ian.

Bug#896929: librxtx-java: java.lang.NullPointerException thrown while loading gnu.io.RXTXCommDriver

2018-04-25 Thread Lars Kruse

Package: librxtx-java
Version: 2.2pre2+dfsg1-1
Severity: important
Control: affects -1 arduino

Dear Maintainer,

a NullPointerException is thrown with openjdk-9-jre and openjdk-10-jre, while 
openjdk-8-jre works.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894770#35 for the
initial report and the source of the test code below.


Small testing code ("Test1.java"):

  import java.util.*;
  import gnu.io.*;

  public class Test1 {
  public Test1() {
  Enumeration ports = CommPortIdentifier.getPortIdentifiers();
  }
  public static void main (String args[]) {
  Test1 myTest1 = new Test1();
  }
  }


Compile and run it:

  $ CLASSPATH=/usr/share/java/RXTXcomm.jar javac Test1.java
  $ CLASSPATH=/usr/share/java/RXTXcomm.jar:. java Test1


I switched between the different JRE versions via:

  $ update-alternatives --config java
  SelectionPath   Priority   Status
  
0   /usr/lib/jvm/java-10-openjdk-i386/bin/java1101  auto mode
1   /usr/lib/jvm/java-10-openjdk-i386/bin/java1101  manual mode
2   /usr/lib/jvm/java-8-openjdk-i386/jre/bin/java 1069  manual mode
3   /usr/lib/jvm/java-9-openjdk-i386/bin/java 1091  manual mode


In case of an error (with jre-9 and jre-10), the following expections
are thrown:

  java.lang.NullPointerException thrown while loading gnu.io.RXTXCommDriver
  java.lang.NullPointerException thrown while loading gnu.io.RXTXCommDriver


No exception occours when using jre-8.

The user is part of the "dialout" group (i.e. there is no permission
cheers).

Thank you for your time!

Cheers,
Lars

Bug#849094: liblept5: Broken on s390x (+ other big endian archs)

2018-04-25 Thread Sean Whitton

Hello Graham,

On Wed, Apr 25 2018, Graham Inggs wrote:

> We agreed on marking the tests failing on big-endian XFAIL as a
> short-term solution.
>
> Sean, I'm not sure if you want to include this in the Debian packaging
> of ocrmypdf as well, but here [1] it is.

Thank you (and Jeff) for your work and for the patch.

I would like to hear what upstream thinks of the xfail approach before
uploading that to Debian.

>> Thinking about the failures, I suspect that the endian issues are now
>> within Tesseract not Leptonica.
>
> I agree, and with the upload of leptonlib 1.75.3-4, the tests are now
> run during the build [3], and failure here will result in a failed
> build.  Builds of leptonlib were successful on all architectures [4]
> except sparc64, which is notoriously sensitive to unaligned memory
> access.

It seems like this bug should be reassigned, then.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#896928: libwine-development: please add support for sdl2 and vulkan

2018-04-25 Thread Sebastián Lacuesta Peña

Package: libwine-development
Version: 3.6-1
Severity: wishlist

Dear Maintainer,

Wine now can be compiled against sdl2 for better joystick support and vulkan.

None of them are enabled in this package. Could you please enable it?

Thanks!



-- Package-specific info:
/usr/bin/wine points to /usr/bin/wine-development.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (700, 'testing'), (699, 'unstable'), (698, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8), 
LANGUAGE=es_UY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libwine-development is related to:
ii  fonts-wine  3.0-1
ii  wine-development3.6-1
ii  wine32-development  3.6-1
ii  wine64-development  3.6-1

Bug#896927: ITP: tvb-gdist -- Compute geodesic distances

2018-04-25 Thread umar haruna abdullahi

Package: wnpp
Severity: wishlist
Owner: umar haruna abdullahi 

* Package name: tvb-gdist
  Version : 1.5.5
  Upstream Author : umar haruna abdullahi 
* URL : http://www.thevirtualbrain.org/
* License : (GPL v3.)
  Programming Lang: (C++, Python.)
  Description : Compute geodesic distances

(This module the building of a cython wrapper around a C++ library for 
calculating the geodesic distance between points on a mesh)

 - why is this package useful/relevant? 
Yes because it will help alot of people
 - is it a dependency for another package?
yes
 - do you use it? 
yes
 - if there are other packages providing similar functionality, how does it 
compare?
No there was no any other package like it

 - how do you plan to maintain it? 
By giving it my full time whenever a new version is out

 - inside a packaging team (check list at https://wiki.debian.org/Teams)?
Yes i am planniong to became one
 - are you looking for co-maintainers? 
yes but not now
 - do you need a sponsor?
Yes

Bug#896926: needrestart: false positive: microcode warnings after CPU upgrade

2018-04-25 Thread Paul Wise

Package: needrestart
Version: 3.1-1
Severity: normal

I recently moved a system to a different CPU.

I got lots of needrestart warnings about a pending processor microcode
upgrade but not even a reboot fixed the issue.

The reason is that the initramfs had not been updated yet so restarting
did nothing because the initramfs did not contain any uCode updates for
the new CPU, only the old one.

needrestart should not request a restart in this situation because it
will cause the new uCode to be loaded at boot and thus needrestart will
continue to request a reboot even though that doesn't do anything.

In addition to scanning installed microcode from the intel-microcode
package, I would suggest scanning each of the initramfs files with
iucode_tool (see the command-line below).

If the initramfs uCode is not present or is outdated compared to the
installed uCode, an initramfs rebuild could be suggested.

If no initramfs files are present, the reboot comparison could be done
between the installed and running uCode.

If initramfs files are present, the reboot comparison should be done
between the latest initramfs uCode revision and the running uCode.

Pending processor microcode upgrade!

Diagnostics:
  The currently running processor microcode revision is ... which is not the 
expected microcode revision 

Restarting the system to load the new processor microcode will not be handled 
automatically, so you should consider rebooting. [Return]

$ /usr/sbin/iucode_tool -tr -Sl /boot/initrd.img-4.15.0-3-amd64 
/usr/sbin/iucode_tool: system has processor(s) with signature ...
microcode bundle 1: /boot/initrd.img-4.15.0-3-amd64
selected microcodes:

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages needrestart depends on:
ii  binutils   2.30-15
ii  dpkg   1.19.0.5
ii  gettext-base   0.19.8.1-6
ii  libintl-perl   1.26-2
ii  libmodule-find-perl0.13-1
ii  libmodule-scandeps-perl1.24-1
ii  libproc-processtable-perl  0.55-1
ii  libsort-naturally-perl 1.03-2
ii  libterm-readkey-perl   2.37-1+b2
ii  perl   5.26.2-2
ii  xz-utils   5.2.2-1.3

Versions of packages needrestart recommends:
ii  libpam-systemd  238-4

Versions of packages needrestart suggests:
ii  iucode-tool  2.3.1-1
ii  libnotify-bin0.7.7-3
ii  needrestart-session  0.3-5

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#896878: Failed to execute /init (error -2) Kernel panic

2018-04-25 Thread Adam Borowski

On Wed, Apr 25, 2018 at 11:56:09AM +0300, Андрей Василишин wrote:
> Package: sysvinit-core
> Version: 2.88dsf-59.9
> 
> Hello!
> New linux-image-4.9.0-6-amd64 4.9.82-1+deb9u3 and old
> linux-image-3.2.0-4-amd64 3.2.96-2 does not want boot with sysvinit-core.
> After installation systemd-sysv 232-25+deb9u2 all working fine.
> 
> [ 0.228833] DMAR-IR: Failed to copy IR table for dmar1 from previous 
> kernel
> [ 2.4575631 Failed to execute /init (error -2)
> [ 2.4573031 Kernel panic - not syncing: No working init found. Try 
> passing i
> nit= option to kernel. See Linux Documentation/init.txt for guidance.

Are you sure there isn't something wrong with your hardware or perhaps your
filesystem?  These versions are old enough that such a regression would have
been reported long time ago: 4.9.82-1+deb9u3 is stable-sec (and stable point
release) from 2018-03-03, 3.2.96-2 is oldoldstable-sec from 2017-12-10.

What happens if you reinstall sysvinit-core (in case its files were
corrupted on the disk)?  What if you boot with init=/bin/bash ?

Also, mixing packages from two releases apart is not supported, at least
officially (usually still works) -- for example, systemd in Stretch has a
hard requirement of kernel >= 3.13 which that 3.2 you mention is obviously
older than.

Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢰⠒⠀⣿⡁ 
⢿⡄⠘⠷⠚⠋⠀ Certified airhead; got the CT scan to prove that!
⠈⠳⣄

Bug#896925: light-locker: unable to unlock screen if allow-user-switching=false in lightdm.conf

2018-04-25 Thread sungazer

Package: light-locker
Version: 1.7.0-3
Severity: important

I am the only user of my system, so set allow-user-switching=false in 
/etc/lightdm/lightdm.conf expecting it to cause light locker to no longer ask 
for a login/password combination when unlocking the screen, but instead to only 
allow entry of my password.

Instead, the screen remains blank and unresponsive (e.g. wiggling mouse, typing 
etc causes no change) and there is no way to unlock my session again.

Setting allow-user-switching=true fixes the problem, allowing entry of 
login/password to unlock my screen.

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

Kernel: Linux 4.9.0-6-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages light-locker depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  libc62.24-11+deb9u3
ii  libcairo21.14.8-1
ii  libdbus-1-3  1.10.26-0+deb9u1
ii  libdbus-glib-1-2 0.108-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libsystemd0  232-25+deb9u2
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxss1  1:1.2.2-1
ii  lightdm  1.18.3-1

light-locker recommends no packages.

light-locker suggests no packages.

-- no debconf information

Bug#896924: extremetuxracer: segfault when reaching end of certain courses

2018-04-25 Thread Andreas Eriksson

Package: extremetuxracer
Version: 0.7.4-1
Severity: normal

extremetuxracer segfaults sometimes when reaching the end of a course. It
does not happen every time, and it appears more likely to happen on some
courses than on others. Specifically on the course "who says penguins can't
fly" it happens over 50% of the time, and there are a couple of others
where it happens almost as often. On most courses it only happens very
rarely.

Speculation: Maybe it's related to the speed you're going at when reaching
the end, since the courses it seems to happen more often on are ones where
you tend to go faster.

I tried rebuilding the package with optimizations disabled to see what the
values that are optimized out in the backtrace are, and found that the bug
does not trigger when optimizations are disabled. As such I'm only able to
provide a backtrace from a build with optimizations enabled. (I'm sure that
will be "fun" to track down).

Steps to reproduce:
1. Start game in practice mode
2. Play course "who says penguin's can't fly" until the end.
3. If crash wasn't triggered repeat step 2 until it does.

I'm running debian sid on an amd64 system. Let me know if you need any more
info from me or if you're having trouble reproducing.

Terminal output and backtrace:

(gdb) run
Starting program: /usr/games/etr
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

--- Extreme Tux Racer 0.7.4 
--- (C) 2010-2016 Extreme Tuxracer Team  

[New Thread 0x7fffeeb30700 (LWP 6594)]
[Thread 0x7fffeeb30700 (LWP 6594) exited]
[New Thread 0x7fffe7fff700 (LWP 6595)]
[Thread 0x7fffe7fff700 (LWP 6595) exited]
[New Thread 0x7fffe7fff700 (LWP 6596)]
[New Thread 0x7fffd77fe700 (LWP 6597)]
[New Thread 0x7fffd6da7700 (LWP 6598)]
[Thread 0x7fffd6da7700 (LWP 6598) exited]
[New Thread 0x7fffd6da7700 (LWP 6600)]

Thread 1 "etr" received signal SIGSEGV, Segmentation fault.
__memmove_sse2_unaligned_erms () at
../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:308
308../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S: No such
file or directory.
(gdb) bt full
#0  __memmove_sse2_unaligned_erms () at
../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:308
No locals.
#1  0x76debd92 in std::char_traits::copy (__n=5,
__s2=, __s1=) at
/build/gcc-8-Pe1Bpv/gcc-8-8-20180425/build/x86_64-linux-gnu/libstdc++-v3/include/bits/char_traits.h:350
No locals.
#2  std::__cxx11::basic_string<char, std::char_traits,
std::allocator >::_S_copy (__n=5, __s=, __d=)
at
/build/gcc-8-Pe1Bpv/gcc-8-8-20180425/build/x86_64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:340
No locals.
#3  std::__cxx11::basic_string<char, std::char_traits,
std::allocator >::_M_assign (this=this@entry=0x5555571e4810,
__str="Bunny")
at
/build/gcc-8-Pe1Bpv/gcc-8-8-20180425/build/x86_64-linux-gnu/libstdc++-v3/include/bits/basic_string.tcc:272
__rsize = 5
__capacity = 
#4  0x555a45a2 in std::__cxx11::basic_string<char,
std::char_traits, std::allocator >::assign (__str="Bunny",
this=0x571e4810) at /usr/include/c++/7/bits/basic_string.h:1347
No locals.
#5  std::__cxx11::basic_string<char, std::char_traits,
std::allocator >::operator= (__str="Bunny", this=0x571e4810) at
/usr/include/c++/7/bits/basic_string.h:685
No locals.
#6  TScore::operator= (this=) at score.h:27
No locals.
#7  CScore::AddScore(std::__cxx11::basic_string<char,
std::char_traits, std::allocator > const&,
std::__cxx11::basic_string<char, std::char_traits,
std::allocator > const&, TScore&&) (
this=this@entry=0x557d8a60 , group=...,
course="penguins_cant_fly", score=score@entry=)
at score.cpp:53
num = 
pos = 
lastpos = 
val = 
#8  0x555a4e95 in CScore::AddScore(std::__cxx11::basic_string<char,
std::char_traits, std::allocator > const&,
std::__cxx11::basic_string<char, std::char_traits,
std::allocator > const&, TScore&&) (score=, course=..., group=..., this=0x557d8a60
) at score.cpp:158
No locals.
#9  CScore::CalcRaceResult (this=0x557d8a60 ) at score.cpp:158
herringpt = 220
timept = 
#10 0x55583c6c in CGameOver::Enter (this=) at
game_over.cpp:147
No locals.
#11 0x555acfe5 in State::Manager::EnterNextState
(this=0x557d8d00 ) at states.cpp:52
No locals.
#12 State::Manager::Run (this=0x557d8d00 ,
entranceState=...) at states.cpp:39
No locals.
#13 0xfa90 in main (argc=1, argv=0x7fffe788) at main.cpp:90
No locals.

Bug#896923: Upgrade to upstream release 0.7.10

2018-04-25 Thread Julian Rüth

Package: src:alabaster
Version: 0.7.8-1

It would be nice to upgrade alabaster to the latest upstream release.

I had a try and it did not seem that anything needs to change in
debian/. I create a Merge Request on salsa:
https://salsa.debian.org/debian/alabaster/merge_requests/5

Since the upgrade appears to be quite trivial, that Merge Request is
probably not too useful.

Please let me know if I can be helpful with upgrading this in any way :)

Bug#861310: tvoe: cannot use/handle channels.conf from w_scan

2018-04-25 Thread Dominik Paulus


Hi,

I'm sorry for my extremely late response to your bug report!

Fixing this is not only an issue of parsing the different 
channels.conf-format used for DVB-T(2), but also of adding support for 
actually handling DVB-T frontends - at the moment, tvoe only supports 
DVB-S(2).


I have recently updated tvoe to use the channel list format generated by 
the newer dvbv5-tools (dvbv5-scan, see e.g.
https://www.linuxtv.org/wiki/index.php/DVBv5_Tools). In contrast to the 
former colon-separated-value-list, it provides a uniform file format 
suitable for a wide range of delivery subsystems (DVB-S/S2/T/T2/C/...).


Adding support for DVB-T(2) should then be rather easy, but I currently 
do not have a DVB-T2 receiver at hand. Are you still interested in 
DVB-T2 support and would you be able to test this if I added it? :-)


Regards,
Dominik

Bug#846393: Building aspell-en out of scowl?

2018-04-25 Thread Don Armstrong

Because the source package for aspell-en basically gets built directly
out of scowl, I think it makes sense to build aspell-en directly from
the scowl source package (which already generates the
w{british,american,canadian}-* and hunspell-en-* packages.)

Would a patch against scowl which changed this be acceptable in
principle to you as the aspell-en maintainer? [This would eventually
result in scowl taking over the aspell-en binary package, but there
should be no other changes.]

I figured this way I could reduce the effort of maintaining scowl even
further by having more than just me importing new revisions. ;-)


-- 
Don Armstrong  https://www.donarmstrong.com

No matter how many instances of white swans we may have observed, this
does not justify the conclusion that all swans are white.
 -- Sir Karl Popper _Logic of Scientific Discovery_

Bug#896922: [gnome-shell] gnome-shell: authentication dialogue doesn't appear after a little while

2018-04-25 Thread Eric Lynch

Package: gnome-shell
Version: 3.22.3-3
Severity: normal

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

I'm running Debian 9.4 64-bit and it's fully updated.

After a little while, mainly after my computer has been idle for a
little while, the Authentication dialogues for root passwords just
stops appearing. For example, when I try to open Synaptic using its
icon in GNOME, it's supposed to pop up a "Authentication Required"
dialogue box so I can type in the root password, but that dialogue box
never appears and the "synaptic-pkexec" process just hangs forcing me
to kill the process. I can temporarily "fix" it by logging out and back
in again or restarting the computer but the issue returns after a
little while.

I'm not 100% positive but it seems to happen after my computer has been
idle.

NOTE: I can still start Synaptic via terminal using "sudo synaptic", I
just can't start it using it's icon until I restart. And it's not just
Synaptic, it does it with any other program that requires root
authentication to start.

I'm new at bug reporting and this is a strange bug (if it is a bug) so
I apologize if I missed some information or it's not formatted
correctly.


--- System information. ---
Architecture: 
Kernel:   Linux 4.9.0-6-amd64

Debian Release: 9.4
  500 stable-updates  deb.debian.org 
  500 stable  security.debian.org 
  500 stable  repository.spotify.com 
  500 stable  deb.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-==
gir1.2-glib-2.0  (>= 1.45.3) | 1.50.0-1+b1
gir1.2-gtk-3.0 (>= 3.16) | 3.22.11-1
gir1.2-mutter-3.0(>= 3.22.1) | 3.22.3-2
gir1.2-networkmanager-1.0| 1.6.2-3
gir1.2-soup-2.4  (>= 2.40.1) | 2.56.0-2+deb9u1
gir1.2-telepathyglib-0.12| 0.24.1-1.1
dconf-gsettings-backend  | 0.26.0-2+b1
 OR gsettings-backend| 
libatk-bridge2.0-0(>= 2.5.3) | 2.22.0-2
libatk1.0-0  (>= 1.12.4) | 
libc6  (>= 2.14) | 
libcairo2(>= 1.14.0) | 
libcanberra-gtk3-0 (>= 0.25) | 
libcanberra0(>= 0.2) | 
libcroco3 (>= 0.6.2) | 
libdbus-glib-1-2   (>= 0.78) | 
libecal-1.2-19 (>= 3.17) | 
libedataserver-1.2-22(>= 3.17.2) | 
libgcr-base-3-1   (>= 3.8.0) | 
libgdk-pixbuf2.0-0   (>= 2.22.0) | 
libgirepository-1.0-1 (>= 0.9.2) | 
libgjs0-libmozjs-24-0| 
libgjs0e (>= 1.46.0) | 
libglib2.0-0 (>= 2.45.3) | 
libgstreamer1.0-0 (>= 1.4.0) | 
libgtk-3-0   (>= 3.21.6) | 
libical2  (>= 2.0.0) | 
libicu57(>= 57.1-1~) | 
libjson-glib-1.0-0   (>= 0.13.2) | 
libmozjs-24-0| 
libmutter0i  (>= 3.21.0) | 
libnm-glib4 (>= 0.8.998) | 
libnm-util2 (>= 0.8.998) | 
libpango-1.0-0   (>= 1.14.0) | 
libpangocairo-1.0-0  (>= 1.14.0) | 
libpolkit-agent-1-0(>= 0.99) | 
libpolkit-gobject-1-0  (>= 0.94) | 
libpulse-mainloop-glib0  (>= 0.99.1) | 
libpulse0(>= 0.99.1) | 
libsecret-1-0   (>= 0.7) | 
libstartup-notification0   (>= 0.11) | 
libsystemd0  | 
libtelepathy-glib0   (>= 0.17.5) | 
libwayland-client0(>= 1.0.2) | 
libx11-6 | 
libxfixes3   | 
evolution-data-server(>= 3.17.2) | 
gir1.2-gdm-1.0   (>= 3.18.2) | 
gir1.2-accountsservice-1.0   | 
gir1.2-atspi-2.0 (>= 2.9.91) | 
gir1.2-caribou-1.0(>= 0.4.8) | 
gir1.2-freedesktop   | 
gir1.2-gdesktopenums-3.0   (>= 3.12) | 
gir1.2-gcr-3  (>= 3.7.5) | 
gir1.2-gnomebluetooth-1.0(>= 3.12.0) | 
gir1.2-gnomedesktop-3.0  (>= 3.12.0) | 
gir1.2-gweather-3.0  | 
gir1.2-ibus-1.0   (>= 1.5.2) | 
gir1.2-nmgtk-1.0  (>= 0.9.8) | 
gir1.2-pango-1.0 | 
gir1.2-polkit-1.0| 
gir1.2-telepathylogger-0.2(>= 0.8.0) | 
gir1.2-upowerglib-1.0  (>= 0.99) | 
gjs  (>= 1.39.0) | 
gnome-settings-daemon(>= 3.16.0) | 
gnome-shell-common  (= 3.22.3-3) | 
gnome-backgrounds   (>= 3.13.90) | 
gsettings-desktop-schemas(>= 3.21.3) | 
mutter   (>= 3.22.1) | 
python3

Bug#896921: salt-minion does not start: TypeError: add_accept_handler() got an unexpected keyword argument 'io_loop'

2018-04-25 Thread Jamie Bliss

Package: salt-minion
Version: 2017.7.4+dfsg1-1

salt-minion in testing is no longer able to start due to API bugs:

# salt-minion -l debug
[DEBUG   ] Reading configuration from /etc/salt/minion
[DEBUG   ] Including configuration from '/etc/salt/minion.d/_schedule.conf'
[DEBUG   ] Reading configuration from /etc/salt/minion.d/_schedule.conf
[DEBUG   ] Using cached minion ID from /etc/salt/minion_id: cayde7
[DEBUG   ] Configuration file path: /etc/salt/minion
[WARNING ] Insecure logging configuration detected! Sensitive data may be
logged.
[INFO] Setting up the Salt Minion "cayde7"
[DEBUG   ] Created pidfile: /var/run/salt-minion.pid
[WARNING ] /usr/lib/python3/dist-packages/salt/minion.py:802:
DeprecationWarning: zmq.eventloop.ioloop is deprecated in pyzmq 17. pyzmq
now works with default tornado and asyncio eventloops.
  zmq.eventloop.ioloop.install()

[DEBUG   ] Using selector: EpollSelector
[INFO] Starting up the Salt Minion
[DEBUG   ] AsyncEventPublisher PUB socket URI:
/var/run/salt/minion/minion_event_166db1290b_pub.ipc
[DEBUG   ] AsyncEventPublisher PULL socket URI:
/var/run/salt/minion/minion_event_166db1290b_pull.ipc
[INFO] Starting pull socket on
/var/run/salt/minion/minion_event_166db1290b_pull.ipc
Process Process-1:
Traceback (most recent call last):
  File "/usr/lib/python3.6/multiprocessing/process.py", line 258, in
_bootstrap
self.run()
  File "/usr/lib/python3.6/multiprocessing/process.py", line 93, in run
self._target(*self._args, **self._kwargs)
  File "/usr/lib/python3/dist-packages/salt/scripts.py", line 138, in
minion_process
minion.start()
  File "/usr/lib/python3/dist-packages/salt/cli/daemons.py", line 347, in
start
self.minion.tune_in()
  File "/usr/lib/python3/dist-packages/salt/minion.py", line 896, in tune_in
self._bind()
  File "/usr/lib/python3/dist-packages/salt/minion.py", line 814, in _bind
io_loop=self.io_loop,
  File "/usr/lib/python3/dist-packages/salt/utils/event.py", line 1019, in
__init__
self.publisher.start()
  File "/usr/lib/python3/dist-packages/salt/transport/ipc.py", line 517, in
start
io_loop=self.io_loop,
TypeError: add_accept_handler() got an unexpected keyword argument 'io_loop'

Bug#896920: xml2rfc: Manpage is broken

2018-04-25 Thread Nicolas Braud-Santoni

Package: xml2rfc
Version: 2.9.6-1
Severity: important

Hi,

The manpage for xml2rfc is broken:

> XML2RFC(1)User Commands   
> XML2RFC(1)
> 
> NAME
>xml2rfc - format RFCs using XML markup
> 
> DESCRIPTION
>The  xml2rfc  script  requires python 2, with a version of 2.6 or 
> higher.
>Can't proceed, quitting.
> 
>The xml2rfc script requires python 2, with a version of  2.6  or  
> higher.
>Can't proceed, quitting.
> 
> xml2rfc   February 2018   
> XML2RFC(1)


Best,

  nicoo

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

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

Versions of packages xml2rfc depends on:
ii  python3   3.6.4-1
ii  python3-intervaltree  2.1.0-2
ii  python3-lxml  4.2.1-1
ii  python3-pyflakes  1.6.0-1
ii  python3-requests  2.18.4-2
ii  python3-six   1.11.0-2
ii  sgml-base 1.29

xml2rfc recommends no packages.

xml2rfc suggests no packages.

-- no debconf information

Bug#896827: perl: FTBFS on riscv64: t/re/fold_grind timeout

2018-04-25 Thread Manuel A. Fernandez Montecelo

2018-04-24 23:10 GMT+02:00 Manuel A. Fernandez Montecelo
:
>
> I'm just firing up a build in the board to see if it passes the tests,
> I will report when it finishes, if everything goes all right.

So it didn't go all right for various reasons, trying again tonight
but I am not very hopeful.  For example I am using tmpfs, and some
tests fail (or at least complain) due to that.

However, I think that the best thing to do is indeed increasing the
time to perform the tests, to see if it advances or gets stuck in some
tests, so please enable the change in the next upload.

If it's not a problem for other architectures I'd even use a bigger
factor, like 5 instead of 2.  Some workloads under qemu are really
slow, like 50x times slower than arm64 and 3-4x slower than m68k or
sh4.


Cheers.
-- 
Manuel A. Fernandez Montecelo

Bug#896919: jessie-pu: package clamav/0.99.4+dfsg-1+deb8u1

2018-04-25 Thread Sebastian Andrzej Siewior

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu
Tags: jessie
Severity: normal

Hi,
 
this is a regular stable update to the latest version. Lucky this time
no CVE related bugs were closed since the last upload :)
The 0.100.0 is in unstable since 9 days. I cherry-picked most changes we
collected since 0.99.4 (in Stretch). I gave it some light testing on one of me
jessie-vm.
 
I'm attaching a diff of the debian/ folder since the last upload. I'm
going to add the full (compressed) debdiff as a reply to this message.

I intend to upload right away as per last announcement.

Sebastian
diff --git a/debian/.git-dpm b/debian/.git-dpm
--- a/debian/.git-dpm
+++ b/debian/.git-dpm
@@ -1,8 +1,8 @@
 # see git-dpm(1) from git-dpm package
-6ecbfa0e6d0b4901bde6dc8784cde03cdbb875cb
-6ecbfa0e6d0b4901bde6dc8784cde03cdbb875cb
-c728b02e131850f4d13dd41a4089f860e342abce
-c728b02e131850f4d13dd41a4089f860e342abce
-clamav_0.99.4+dfsg.orig.tar.xz
-23cadbfe81de0cf837260fa4492fdc05c01ec6ae
-5676520
+9b8611478101c9ee4e0ca014fd0222a4b117a750
+9b8611478101c9ee4e0ca014fd0222a4b117a750
+c6bf3661e036ec9579e544d999438b0147e75315
+c6bf3661e036ec9579e544d999438b0147e75315
+clamav_0.100.0+dfsg.orig.tar.xz
+23b8332044e18692bcc0e8544c9d556b8ed11e0b
+5306264
diff --git a/debian/README.Debian b/debian/README.Debian
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -120,7 +120,6 @@ CLAMAV-DAEMON
Then add the following to your data time acl:
 
deny  message = This message contains a virus: ($malware_name) please scan your system.
- demime = *
  malware = *
 
(The data acl is defined in /etc/exim4/conf.d/acl/40_exim4-config_check_data
@@ -149,7 +148,7 @@ CLAMAV-DAEMON
For those who use clamav-daemon primarily for system scans (although
since clamd detects largely MS viruses, the utility of doing this on
a regular basis is somewhat limited in most linux-only environments),
-   there is probaly no alternative but to run clamd as User root or
+   there is probably no alternative but to run clamd as User root or
use clamscan (see below).  If you are doing this, I highly suggest
running it listening on a Unix socket, and restricting read/write
permissions to it to prevent unauthorized access.  In these
@@ -272,5 +271,14 @@ APPARMOR PROFILES
   /etc/clamav/onupdateexecute.d, or /etc/clamav/virusevent.d directories,
   appropriate rules need to be added to the apparmor profile.
 
+  If you prefer to fully disable AppArmor confinement for
+  clamav-daemon or freshclam, run respectively:
+
+aa-disable /usr/sbin/clamd
+
+  or:
+
+aa-disable /usr/bin/freshclam
+
   Please see https://wiki.debian.org/AppArmor for information and
   documentation on modifying apparmor profiles.
diff --git a/debian/changelog b/debian/changelog
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,26 @@
+clamav (0.100.0+dfsg-0+deb8u1) jessie; urgency=medium
+
+  [ Sebastian Andrzej Siewior ]
+  * New upstream release.
+- remove various documentation files including Changelog from the file
+  list because they are no longer included in upstream archive.
+- update symbol file
+  * Don't replace config file with sample config after debconf gets disabled
+(in milter and daemon (Closes: #870253).
+  * Add bytecode.c(l|v)d to log clamav-freshclam.logcheck.ignore.server. Patch
+ by Václav Ovsík  (Closes: #868766).
+  * Disable the freshclam service if changed to `manual' mode so it does not
+start again after system reboot with systemd (Closes: #881780).
+  * Drop "demime = *" from Debian.README for clamav, this option is deprecated
+and will be removed from exim (Closes: #881634).
+  * Point Vcs-* tags to salsa.
+
+  [ Scott Kitterman ]
+  * Update README.Debian to describe how to disable apparmor for clamav-daemon
+and clamav-freshclam (Closes: #884707)
+
+ -- Sebastian Andrzej Siewior   Wed, 25 Apr 2018 21:58:31 +0200
+
 clamav (0.99.4+dfsg-1+deb8u1) jessie; urgency=medium
 
   * Update to upstream 0.99.4:
diff --git a/debian/clamav-base.docs b/debian/clamav-base.docs
--- a/debian/clamav-base.docs
+++ b/debian/clamav-base.docs
@@ -1,6 +1,2 @@
-AUTHORS
-BUGS
-FAQ
-README
 debian/README.Debian
 debian/NEWS.Debian
diff --git a/debian/clamav-base.postinst.in b/debian/clamav-base.postinst.in
--- a/debian/clamav-base.postinst.in
+++ b/debian/clamav-base.postinst.in
@@ -29,7 +29,7 @@ case "$1" in
   DATABASEDIR=/var/lib/clamav
   LOGDIR=/var/log/clamav
   user=clamav
-  
+
   # Set up the clamav user on new install
   if [ -z "$2" ]; then
 adduser --system --no-create-home --quiet \
diff --git a/debian/clamav-daemon.config.in b/debian/clamav-daemon.config.in
--- a/debian/clamav-daemon.config.in
+++ b/debian/clamav-daemon.config.in
@@ -84,10 +84,6 @@ set_debconf_value daemon MaxHTMLNoTags
 set_debconf_value daemon MaxScriptNormalize
 set_debconf_value daemon MaxZipTypeRcg
 set_debconf_value daemon

Bug#896914: [Pkg-kde-extras] Bug#896914: quassel: Implement custom deserializer to add our own sanity checks

2018-04-25 Thread Scott Kitterman

Issue descriptions from Gentoo (input for DSA text).  I'm not sure issue 2 is 
really a security issue.

Vuln 1:
Title: quasselcore, corruption of heap metadata caused by qdatastream
leading to preauth remote code execution.
Severity: high, by default the server port is publicly open and the address
can be requested using the /WHOIS command of IRC protocol.
Description: In Qdatastream protocol each object are prepended with 4 bytes
for the object size, this can be used to trigger allocation errors.


Vuln 2:
Title: quasselcore DDOS
Severity: low, impact only a quasselcore not configured.
Description: A login attempt causes a NULL pointer dereference because when
the database is not initialized.

Scott K

Bug#859130: Feedback on lina packaging

2018-04-25 Thread Geert Stappers


Hello Albert,

Some feedback on your packaging of lina.

debian/patches/fill-in-library-path
---
It is 400Kb, it has
 --- /dev/null
 +++ lina-5.3.0/ci86.gnr
 @@ -0,0 +1,11435 @@
so it adds a complete new lina-5.3.0/ci86.gnr
the git repo at github has allready an 'ci86.gnr'

So please, pretty please, avoid the re-adding.



debian/patches/fill-in-library-path-2
-
Contains
--- lina-5.3.0.orig/extract/ci86.gnr
+++ lina-5.3.0/extract/ci86.gnr

So there is another  'ci86.gnr',  but why?

And where does the  'extract/' directory come from?
( the git repo doesn't have it )


debian/patches/assorted-nitpicks

Starts with
Description: assorted nitpicks
 Fixes minor complaints by lintian, such as 
   (alledged) spelling error's  
   wrong file name
   wrong license id
   spurious white space

None of fixes are in the actual patch.
There is only
--- lina-5.3.0.orig/lina.1
+++ lina-5.3.0/lina.1
@@ -168,5 +168,5 @@ The library has comments but no comprehe
 .SH "AUTHOR"
 Copyright \(co 2000-2016
 Albert van der Horst \fI alb...@spenarnc.xs4all.nl\fR.
-\fBciforth\fR is made available under the GNU Public License:
+\fBciforth\fR is made available under the GNU General Public License:
 quality, but NO warranty.

Make that change in the upstream code,
so there is a patch less to maintain.
( so there is a patch less to review )
Afterall you are upstream maintainer.


debian/patches/added-makefile
-
Starts with
Description: added makefiles to source only package
 Version 5.3.0 only exports proper source files, where the makefile
 of version 5.3.0 refers to the generic package.
 A Makefile is added to build the binary package, and extract.mak
 is added to the extract directory. 

To me that reads as
Description: added makefiles to source only package
 Upstream Makefile is not suitable for a Linux environment
 Now here a Makefile only for Debian.

That is wrong, at least it feels wrong to me.

At https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859130#53
are a 'configure' and a 'Makefile'.  Include those files upstream so
each Linux environment can benefit from it.

forth.lab
-
In the ".orig.tar.xz" is a file 'forth.lab'.
I don't see it in the git repo.
Where does it come from?


debian/watch

There is no debian/watch file, it should.
Yes, as strong as I did express that, so strong is it meant.

.orig.tar.gz

The  .orig.tar.gz  seems to be handcrafted.
Avoid that.
Surely avoid putting a binary like .tar.gz
in a _text_ version control system.


So far my feedback.
Please keep this bugreport in the loop upon further progress.


Cheers
Geert Stappers

Bug#895969: webkit2gtk: FTBFS on riscv64 due to not linking against libatomic

2018-04-25 Thread Manuel A. Fernandez Montecelo


Hi,

2018-04-23 10:22 Alberto Garcia:

On Sun, Apr 22, 2018 at 08:48:19PM +0200, Aurelien Jarno wrote:


The correct way to link with -pthread instead of -lpthread is to
use define THREADS_PREFER_PTHREAD_FLAG before importing the Thread
package:


Oh, great, I'll give it a try.


I haven't tried the patch for webkit2gtk, but it works for
qtwebkit. In addition I guess it's necessary to add support for
riscv64 in various places of WTF, by defining WTF_CPU_RISCV64. At
least it's the case also for qtwebkit.


webkit has now WTF_CPU_UNKNOWN for cases like this so perhaps we don't
need to do anything else.


I was able to build with the simple patch/debdiff attached (and uploaded
to "unreleased").

I am now sure, though, which knobs need to be modified to make this
happen in the upstream part in the cleanest way.


Cheers.
--
Manuel A. Fernandez Montecelo 
diff -Nru webkit2gtk-2.20.1/debian/changelog webkit2gtk-2.20.1/debian/changelog
--- webkit2gtk-2.20.1/debian/changelog  2018-04-10 20:34:42.0 +0200
+++ webkit2gtk-2.20.1/debian/changelog  2018-04-20 15:50:56.0 +0200
@@ -1,3 +1,10 @@
+webkit2gtk (2.20.1-1+0.riscv64.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * riscv64: force build with -pthread
+
+ -- Manuel A. Fernandez Montecelo   Fri, 20 Apr 2018 13:50:56 
+
+
 webkit2gtk (2.20.1-1) unstable; urgency=medium
 
   [ Alberto Garcia ]
diff -Nru webkit2gtk-2.20.1/debian/rules webkit2gtk-2.20.1/debian/rules
--- webkit2gtk-2.20.1/debian/rules  2018-04-10 20:34:42.0 +0200
+++ webkit2gtk-2.20.1/debian/rules  2018-04-20 15:50:56.0 +0200
@@ -7,6 +7,7 @@
 CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS) -Wall
 CFLAGS = $(shell dpkg-buildflags --get CFLAGS)
 LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) -Wl,--as-needed
+LDFLAGS += -pthread
 
 DEBHELPER_VERSION = $(shell dpkg-query -W -f='$${source:Version}' debhelper)

Bug#859130: configure and Makefile.in

2018-04-25 Thread Geert Stappers

On Wed, Apr 25, 2018 at 11:07:23PM +0200, Geert Stappers wrote:
> 
> Find attached a  configure  and Makefile.in
> 
> Those are files that I miss upstream
> 

Now with attachments ...


Groeten
Geert Stappers
-- 
Leven en laten leven
#!/bin/bash
#
# configure
#   checks where it is running
#   creates Makefile for that environment
#   depends heavely on sed, streaming editor
#
# Running this script as
# ./configure
# results in overwritting the hardcore development Makefile
# with a Makefile that just builds and installs
#
# Intended use case is UNIX-alike environments.
#
#
FND_OS=$( uname )
case $( arch ) in
  (i?86)
FND_BITNESS=32
  ;;
  (x86_64)
FND_BITNESS=64
  ;;
  (*)
FND_BITNESS=32
echo W: Using default bitness of ${FND_BITNESS}
  ;;
esac

case ${FND_OS}_${FND_BITNESS} in
  (Linux_32)
MY_NAME=lina
MY_STEALC=stealconstant
  ;;
  (Linux_64)
MY_NAME=lina
MY_STEALC=stealconstant64
  ;;
  (MacOS_64)
MY_NAME=xina
MY_STEALC=stealconstant64
  ;;
  (*)
 echo W: Oops
 echo I: Found Operating System: ${FND_OS}
 echo I: Found bitness: {FND_BITNESS}
  ;;
esac

#
# Here should be code to detect which assembler use
#currently hardcoded
FND_ASM=as
FND_ASM=fasm

case ${FND_ASM} in
  (as)
MY_ASMPRG=as
MY_ASMEXT=s
MY_ASMOPT=
MY_ASMLN2='ld -o $@ a.out'
MY_ASMM4=gas.m4
MY_M4=m4
  ;;
  (fasm)
MY_ASMPRG=fasm
MY_ASMEXT=fas
MY_ASMOPT=-m256000
MY_ASMLN2='chmod a+x $@'
MY_ASMM4=fasm.m4
MY_M4=m4
  ;;
  # FIXME nasm (and probably other assemblers) not defined
  (*)
echo E: unknown assembler ${FND_ASM}
echo I: advice at least check this script for FIXME
exit 1
  ;;
esac

sed \
  -e "s/@MY_NAME@/${MY_NAME}/g" \
  -e "s/@MY_ASMPRG@/${MY_ASMPRG}/g" \
  -e "s/@MY_ASMEXT@/${MY_ASMEXT}/g" \
  -e "s/@MY_ASMOPT@/${MY_ASMOPT}/g" \
  -e "s/@MY_ASMLN2@/${MY_ASMLN2}/g" \
  -e "s/@MY_ASMM4@/${MY_ASMM4}/g" \
  -e "s/@MY_M4@/${MY_M4}/g" \
  -e "s/@MY_STEALC@/${MY_STEALC}/g" \
  Makefile.in > Makefile

# l l
#
# Makefile
# for ciforth in UNIX environments
#

SOURCE = ci86.gnr

COLLETERAL = \
  VERSION \
  lina.cfg \
  @MY_ASMM4@


all: lina documentation

lina: lina.@MY_ASMEXT@
@MY_ASMPRG@ $< @MY_ASMOPT@
@MY_ASMLN2@

lina.@MY_ASMEXT@: $(COLLETERAL) $(SOURCE)
cat $(COLLETERAL) $(SOURCE) | @MY_M4@ - |\
sed -e '/Split here /,$$d' >$@

VERSION: namescooked.m4
echo 'define({M4_VERSION},{'${VERSION}'})' >$@

namescooked.m4: names.m4 $(SOURCE)
cat names.m4 >$@
echo "define({ci86gnrversion}, ifelse(M4_VERSION,test,\
{snapshot `grep TITLE ci86.gnr|sed -e 's/.*Revision: //'|\
   sed -e 's/ .*//' `},\
{M4_VERSION}\
))dnl" >>$@


documentation:
echo Currently low priority > $@


clean:
rm -f lina.@MY_ASMEXT@ lina.*s* a.out
rm -f namescooked.m4

distclean: clean
rm -f lina

install: lina forth.lab
mkdir -p $(DESTDIR)/usr/bin
cp lina $(DESTDIR)/usr/bin
mkdir -p $(DESTDIR)/usr/lib
cp forth.lab $(DESTDIR)/usr/lib

# l l

Bug#896914: quassel: Implement custom deserializer to add our own sanity checks

2018-04-25 Thread Felix Geyer

Hi,

On Wed, 25 Apr 2018 20:58:52 +0200 Salvatore Bonaccorso  
wrote:
> Source: quassel
> Version: 1:0.12.4-1
> Severity: normal
> Tags: patch security upstream
> Control: fixed -1 1:0.12.5-1
> 
> Hi Felix,
> 
> Filling this as bug to have an identifier, since no CVE has been
> assigned.
> 
> https://www.quassel-irc.org/node/130
> 
> Commit "Implement custom deserializer to add our own sanity checks":
> 
> https://github.com/quassel/quassel/commit/18389a713a6810f57ab237b945e8ee03df857b8b

I'm working on updates for jessie and stretch.

Backporting to stretch is easy.
jessie requires a bit more work as the patch uses quite some C++11 features 
which
isn't enabled in 0.10.

Felix

Bug#896191: FTBFS with TeX Live 2018

2018-04-25 Thread Hilmar Preuße

On 22.04.2018 13:11, Adrian Bunk wrote:

Hi Adrian,

https://lists.debian.org/debian-tex-maint/2018/04/msg00068.html

> Undefined control sequence errors in packages using dblatex.
> 
> https://bugs.debian.org/896191
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/maint-guide.html
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/installation-guide.html
> 
I try to got through this one by one.

dblatex converts a ` (back-tick) from the xml input from into \`{} in
the LaTeX source. AFAIK (I'm not 100% sure) this was never correct, the
old version of TL was obvious able to process this. So one could file a
bug against dblatex.

On the other hand the back-tick's in the document seem to be spurious to
me, so one could simply remove/replace them. This needs to be decided by
the document maintainers / translators.

maint-guide:
- po/zh-cn.po line 7499
- po/zh-tw.po line 7948

developers reference: file attached. Was diffed against the version from
unstable.

installation-guide: still don't have a clue, but seems to be similar.

Hilmar
-- 
#206401 http://counter.li.org
--- ja.po_orig	2018-04-25 22:52:18.388298653 +0200
+++ ja.po	2018-04-25 23:08:33.934599474 +0200
@@ -12941,7 +12941,7 @@
 "experimental distribution."
 msgstr ""
 "è©¦é¨ç (experimental)  ã¯ç¹æ®ãªãã£ã¹ããªãã¥ã¼ã·ã§ã³ã§"
-"ããããã¯ã`å®å®ç' ã `ä¸å®å®ç' ã¨åãæå³ã§ã®å®å¨ãªãã£ã¹ããªãã¥ã¼ã·ã§ã³"
+"ããããã¯ã'å®å®ç' ã 'ä¸å®å®ç' ã¨åãæå³ã§ã®å®å¨ãªãã£ã¹ããªãã¥ã¼ã·ã§ã³"
 "ã§ã¯ããã¾ããããã®ä»£ãããã½ããã¦ã§ã¢ãã·ã¹ãã ãç ´å£ããå¯è½æ§ããããã"
 "ããã¯ä¸å®å®çãã£ã¹ããªãã¥ã¼ã·ã§ã³ã«å°å¥ãããã¨ã§ããä¸"
 "å®å®éãã (ã ããããã«ãããããããããã±ã¼ã¸ã«ããçç±ã¯ãã) ãã®ã§ãã"
@@ -13142,7 +13142,7 @@
 "and unstable point to the appropriate release directories."
 msgstr ""
 "å¾ã£ã¦ãã¢ã¼ã«ã¤ãåã®ãã£ã¹ããªãã¥ã¼ã·ã§ã³ãã£ã¬ã¯ããªã®ååã¯ãªãªã¼ã¹ã®ç¶"
-"æã§ã¯ãªãã³ã¼ããã¼ã ã§æ±ºå®ããã¾ã (ä¾ãã° `' ãªã©)ããã"
+"æã§ã¯ãªãã³ã¼ããã¼ã ã§æ±ºå®ããã¾ã (ä¾ãã° '' ãªã©)ããã"
 "ãã®åç§°ã¯éçºæéä¸ã¨ãªãªã¼ã¹å¾ãåããã®ã§ããç¶ãã¾ããããã¦ãç°¡åã«å¤æ´"
 "å¯è½ãªã·ã³ããªãã¯ãªã³ã¯ã«ãã£ã¦ãç¾å¨ã®å®å®çãªãªã¼ã¹ãã£ã¹ããªãã¥ã¼ã·ã§ã³"
 "ãç¤ºããã¨ã«ãªãã¾ããããããstableãtesting ã«ã¦ã¢ã¯ã»ã¹å¯è½ã«ãªãã¾"
-"ãããã®ä½æ¥ã¯ 1 æ¥ã« 4 åè¡ããã¾ã (æ§ããªçµç·¯ãã `dinstall run' ã¨ãå¼ã°"
+"ãããã®ä½æ¥ã¯ 1 æ¥ã« 4 åè¡ããã¾ã (æ§ããªçµç·¯ãã 'dinstall run' ã¨ãå¼ã°"
 "ãã¦ãã¾ã)ãããã¦ããã±ã¼ã¸ã¯ incoming ããåé¤ãããä»ã®ããã±ã¼ã¸å¨ã¦ã¨å±"
 "ã« pool ã«ã¤ã³ã¹ãã¼ã«ããã¾ããä»ã®ãã¹ã¦ã®æ´æ° (ä¾ãã° Packages ã¤ã³ããã¯ã¹ãã¡ã¤ã«ã Sources ã¤ã³ããã¯ã¹"

Bug#895184: [Pkg-roundcube-maintainers] Bug#895184: roundcube: CVE-2018-9846: check_request() bypass in archive plugin

2018-04-25 Thread Guilhem Moulin

On Sat, 21 Apr 2018 at 13:03:04 +0200, Guilhem Moulin wrote:
> On Sat, 21 Apr 2018 at 08:23:55 +0200, Salvatore Bonaccorso wrote:
>> Looks good to me, please do upload to security-master.
> 
> Done.

Shy ping, in case you missed the upload (embargoed on Sat 21 Apr at
10:50:21 UTC) :-)

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#859130: configure and Makefile.in

2018-04-25 Thread Geert Stappers


Find attached a  configure  and Makefile.in

Those are files that I miss upstream


Cheers Geert Stappers

Bug#891161: cwidget: FTBFS with libncursesw6

2018-04-25 Thread Manuel A. Fernandez Montecelo

2018-04-25 20:16 GMT+02:00 Sven Joachim :
> On 2018-04-20 16:46 +0200, Manuel A. Fernandez Montecelo wrote:
>
>> 2018-03-31 21:13 GMT+02:00 Manuel A. Fernandez Montecelo
>> :
>>> 2018-03-31 20:20 GMT+02:00 Sven Joachim :
> So I have to wait to upload cwidget until the new ncurses gets the
> green light and enters unstable, right?

 For uploads to unstable, yes.  This holds for both plans (SONAME change or
 shlibs bump + Breaks against aptitude).
>>>
>>> Right, so I can prepare this within a day, for both cwidget and aptitude.
>>
>> Do you have any indication of when you'll get the green light for unstable?
>
> Sorry for not replying sooner.  Today I finally received a "please go
> ahead" mail[1], and I will upload ncurses to unstable soon, possibly
> tomorrow.

Great, thanks :)


-- 
Manuel A. Fernandez Montecelo

Bug#896916: adduser: Please support xz compression in --backup

2018-04-25 Thread Marc Haber

Hi Christoph,

thanks for the time you took to write this bug report.

On Wed, Apr 25, 2018 at 09:20:51PM +0200, Christoph Biedl wrote:
> the tarball created by deluser's --backup option supports the gzip and
> bzip2 compressions only. In general, the xz compression provides much
> better compression rates, at the price of significant longer compression
> time though. That should be acceptable for archiving purposes like this
> one. So long story short, please add support for more compression
> methods.

Considering the sorry state of the package due to lack of time
maintainer-side, I'd rather see precious time spent on more important
things instead of adding support for the comressor-of-the-year.

That being said, I would be willing to apply a patch. adduser is in the
Debian project on salsa, feel free to commit to a branch.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#896917: caja: Two-column-view (F3) not working correctly

2018-04-25 Thread G. Heine

Package: caja
Version: 1.20.2-3
Severity: normal

Dear Maintainer,

currently using two columns (F3) the address bar does not work as it should be
and did before.

Until and including 1.20.1-1 (I think that was the version) the address bars at
the top of each column were working correctly. When clicking a folder, this
folder (its contents) was shown in the column below. You could use it to go up
and down in hierarchy, so to say.

Starting with 1.20.2 clicking a folder on the address bar changes the folder
shown in the active column, even if this is not the column below the address
bar clicked. So if you mean to go up one folder in the left column and click
the corresponding folder in the left address bar, caja instead will go up one
folder in the right column if the right column is the active one.

I noted one exception: When clicking /media this still works on the column
below, even if inactive.

Best regards
G. Heine



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

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

Versions of packages caja depends on:
ii  caja-common   1.20.2-3
ii  desktop-file-utils0.23-2
ii  gvfs  1.36.1-1
ii  libatk1.0-0   2.28.1-1
ii  libc6 2.27-1
ii  libcairo-gobject2 1.15.10-1
ii  libcairo2 1.15.10-1
ii  libcaja-extension11.20.2-3
ii  libexempi32.4.5-1
ii  libexif12 0.6.21-2+b2
ii  libfribidi0   0.19.7-1+b1
ii  libgail-3-0   3.22.29-1
ii  libgdk-pixbuf2.0-02.36.11-1
ii  libglib2.0-0  2.56.1-2
ii  libglib2.0-bin2.56.1-2
ii  libglib2.0-data   2.56.1-2
ii  libgtk-3-03.22.29-1
ii  libice6   2:1.0.9-2
ii  libmate-desktop-2-17  1.20.1-2
ii  libnotify40.7.7-2
ii  libpango-1.0-01.42.0-1
ii  libpangocairo-1.0-0   1.42.0-1
ii  libselinux1   2.7-2
ii  libsm62:1.2.2-1+b3
ii  libstartup-notification0  0.12-4+b2
ii  libx11-6  2:1.6.5-1
ii  libxml2   2.9.4+dfsg1-5
ii  mate-desktop  1.20.1-2
ii  shared-mime-info  1.9-2

Versions of packages caja recommends:
ii  gvfs-backends  1.36.1-1

Versions of packages caja suggests:
ii  engrampa1.20.0-1
pn  gstreamer1.0-tools  
pn  meld

-- no debconf information

Bug#883333:

2018-04-25 Thread Alejandro Forero Cuervo

I had the same problem; had to install package libgl1-mesa-dev to get it to
start.

Bug#896568: texworks: FTBFS against new libsyntex

2018-04-25 Thread Hilmar Preuße

On 22.04.2018 13:22, Sebastian Ramacher wrote:

Hi Sebastian, hi Norbert,

> A full build log is available at
> https://people.debian.org/~sramacher/logs/texworks_amd64-2018-04-22T09:30:57Z.build
> 
I've committed the patch from upstream to salsa. Packages is still not
lintian clean. Could you care about this?

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



signature.asc
Description: OpenPGP digital signature

Bug#895540: nx-libs: FTBFS with parallel > 1 due to errors cleaning

2018-04-25 Thread Mike Gabriel

Hi James,

On Mi 25 Apr 2018 18:41:25 CEST, James Clarke wrote:

On 25 Apr 2018, at 17:16, Mike Gabriel
wrote:

Control: reopen -1

Hi James, hi Adrian, hi Niels,
(also Cc:ed: Mihai Moldovan, upstream nx-libs)

On Do 12 Apr 2018 13:02:45 CEST, James Clarke wrote:

Source: nx-libs
Version: 3.5.99.16-1
Severity: serious

Hi,
Currently, nx-libs FTBFS (likely only probabilistically) when built with
parallel > 1; this occurred on the ia64 buildd lenz[1], but I have
reproduced it locally in an amd64 cowbuilder chroot.

Please either fix the Makefile dependency issues, or disable parallel
cleaning.

Regards,
James

[1]
https://buildd.debian.org/status/fetch.php?pkg=nx-libs=ia64=2%3A3.5.99.16-1%2Bb1=1523508333=0

I spent two days with this after my possible fix (running make
clean with -j1 did not fix the problem).

One reason for the persistance of the bug is: the build does not
fail in clean anymore, but in the build target instead. For the
same reason.

The "cause" of the underlying problem is the fix for debhelper bug
#894573 (building with -Oline make option). Or at least, if I drop
-Oline from the make build calls, the package builds ok.

Unfortunately, there is not much history on the reasoning behind
adding -Oline to DH's make build call. Can any of you provide some
background information?

And: I am aware of the real underlying cause might possibly being a
dependency flaw in nx-libs's highly complicated Makefile target
stack. However, I spent two days now cleaning that up but to no
avail.

I'd be happy to get some clue from any of you. I also Cc: one of
our other upstream devs to follow our discussion here. If any of
you dislikes being Cc:ed directly in this thread, please let me know.

All -Oline does is ensure that the output from the parallel commands doesn't
get mixed up:

-O[type], --output-sync[=type]
When running multiple jobs in parallel with -j, ensure the output
of each job is collected together rather than interspersed with
output from other jobs. If type is not specified or is
target the
output from the entire recipe for each target is grouped
together.

If type is line the output from each command line within a recipe
is grouped together. If type is recurse output from an entire
recursive make is grouped together. If type is none output
synchronization is disabled.

It should therefore be merely a cosmetic change so reading the build logs is
easier. However, this will of course slightly affect timings, and potentially
briefly block make processes from running whilst their output buffer is full,
so if you do have missing dependencies, the change in timing could
be enough to

reveal the bug; the fact that it used to work is merely a coincidence, and
there's no guarantee it would have continued to do so on different systems.

Regards,
James

g... it is really time that we drop the imake build flow and
switch over to autotools (and a parallel meson build stack, possibly).

Thanks for your feedback!

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

pgpxRyySCtBkY.pgp
Description: Digitale PGP-Signatur

Bug#896916: adduser: Please support xz compression in --backup

2018-04-25 Thread Christoph Biedl

Package: adduser
Version: 3.117
Severity: wishlist

Dear Maintainer,

the tarball created by deluser's --backup option supports the gzip and
bzip2 compressions only. In general, the xz compression provides much
better compression rates, at the price of significant longer compression
time though. That should be acceptable for archiving purposes like this
one. So long story short, please add support for more compression
methods.

Just adding xz is trival, however I'd take the opportunity to give the
user more control about the preferred compression. One approach was to
support tar's --auto-compress option by some means, and if the user for
example provides "--backup-to file.lz", the lzip compression will be
used.

Regards,

Christoph

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

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

Versions of packages adduser depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  passwd 1:4.5-1

adduser recommends no packages.

Versions of packages adduser suggests:
ii  liblocale-gettext-perl  1.07-3+b3
ii  perl5.26.2-2

-- debconf information excluded



signature.asc
Description: PGP signature

Bug#697615: adanaxisgpl: contains (possibly modified) embedded copy of Ruby 1.8.4

2018-04-25 Thread Balint Reczey

Control: severity -1 serious

Hi Antonio,

On Mon, 7 Jan 2013 13:09:56 -0300 Antonio Terceiro 
wrote:
> Package: adanaxisgpl
> Severity: normal
>
> Hello,
>
> Today I was using http://codesearch.debian.net/ and have discovered that
> adanaxisgpl contains an embedded copy of Ruby 1.8.4 under src/MushRuby/.
>
> This is a violartion of the Debian Policy § 4.13
>
> http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles
>
> I did not investigate whether this embedded copy was modified wrt Ruby
> 1.8.4, or whether the package would work with the packaged versions of
> Ruby.

It is pretty much an RC bug in any way. Thanks for reporting it!

Cheers,
Balint

Bug#896915: quassel: Reject clients that attempt to login before the core is configured

2018-04-25 Thread Salvatore Bonaccorso

Source: quassel
Version: 1:0.12.4-1
Severity: important
Tags: patch security upstream
Control: fixed -1 1:0.12.5-1

Hi Felix,

Filling this as bug to have an identifier, since no CVE has been
assigned.

https://www.quassel-irc.org/node/130

Commit: "Reject clients that attempt to login before the core is
configured":

https://github.com/quassel/quassel/commit/08bace4e9ecf08273f094c0c6aa8b3363d38ac3e

Regards,
Salvatore

Bug#896914: quassel: Implement custom deserializer to add our own sanity checks

2018-04-25 Thread Salvatore Bonaccorso

Source: quassel
Version: 1:0.12.4-1
Severity: normal
Tags: patch security upstream
Control: fixed -1 1:0.12.5-1

Hi Felix,

Filling this as bug to have an identifier, since no CVE has been
assigned.

https://www.quassel-irc.org/node/130

Commit "Implement custom deserializer to add our own sanity checks":

https://github.com/quassel/quassel/commit/18389a713a6810f57ab237b945e8ee03df857b8b

Regards,
Salvatore

Bug#896913: dkms: path missing in error message

2018-04-25 Thread Samuel Thibault

Package: dkms
Version: 2.3-3
Severity: normal
Tags: patch

Hello,

I had an issue with a dkms module, and dkms was only printing me

“
Could not locate dkms.conf file.
File:  does not exist.
”

That is because of a typo, see attached patch.

Samuel

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-debug'), (500, 'oldoldstable'), (500, 
'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dkms depends on:
ii  build-essential  12.4
ii  coreutils8.28-1
ii  dpkg-dev 1.19.0.5
ii  gcc  4:7.2.0-1d1
ii  kmod 25-1
ii  make 4.1-9.1
ii  patch2.7.6-2

Versions of packages dkms recommends:
ii  fakeroot 1.22-2
ii  linux-headers-amd64  4.15+92
ii  lsb-release  9.20170808
ii  sudo 1.8.21p2-3

Versions of packages dkms suggests:
ii  menu2.1.47+b1
pn  python3-apport  

-- no debconf information

-- 
Samuel
"...[Linux's] capacity to talk via any medium except smoke signals."
(By Dr. Greg Wettstein, Roger Maris Cancer Center)
diff --git a/dkms b/dkms
index 160ce3e..09cb465 100644
--- a/dkms
+++ b/dkms
@@ -513,7 +513,7 @@ read_conf()
 [[ $3 ]] && read_conf_file="$3"
 
 [[ -r $read_conf_file ]] || die 4 $"Could not locate dkms.conf file." \
-$"File: $conf does not exist."
+$"File: $read_conf_file does not exist."
 
 [[ $last_mvka = $module/$module_version/$1/$2 && \
 $last_mvka_conf = $(readlink -f $read_conf_file) ]] && return

Bug#896912: ftp.debian.org: Already removed the drupal7 package at my request, but I uploaded again :-Þ

2018-04-25 Thread Gunnar Wolf

Package: ftp.debian.org
Severity: normal

Hi,

Drupal7 has already been removed from unstable (#884929), but I am
today performing some security updates - And while preparing the
updates to security-stable and security-unstable, I forgot it was
removed already.

So, you will see drupal7 landing in NEW. Please discard it!

Bug#888652: baobab: Baobab opens the wrong handler for inode/directory MIME type

2018-04-25 Thread Sophoklis Goumas

Package: baobab
Followup-For: Bug #888652

Ok, after some research I've found out that baobab will take every entry
found in /usr/share/applications/mimeinfo.cache and settle with the first
one that successfuly runs.

In my case this was:
$ grep inode/directory /usr/share/applications/mimeinfo.cache
inode/directory=pcmanfm.desktop;Thunar-folder-handler.desktop;org.gnome.baobab.desktop;audacious.desktop

When I tried removing everything but the 'Thunar-folder-handler.desktop' entry 
and afterwards
trying to open a directory from within baobab in shell I would read this:
(baobab:31555): GLib-GIO-CRITICAL **: 21:17:50.056: g_app_info_launch: 
assertion 'G_IS_APP_INFO (appinfo)' failed

Also this bug could be merged with bug #827078 here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827078

I will keep on looking on this and I will update you if I find a working 
solution.

As a temporary solution you can use pcmanfm (install and configure it properly)
but I still want Thunar for it's tailored to my needs "Custom Actions".

Sophoklis

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages baobab depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.28.0-2
ii  libc62.27-3
ii  libcairo21.15.10-3
ii  libglib2.0-0 2.56.1-2
ii  libgtk-3-0   3.22.29-2
ii  libpango-1.0-0   1.40.14-1

Versions of packages baobab recommends:
ii  yelp  3.26.0-2

baobab suggests no packages.

-- no debconf information

Bug#896911: e1000e msix interrupts broken in linux 4.15

2018-04-25 Thread Shraddha Joshi

Package: kernel-package
Version: 4.9.0-6
X-Debbugs-CC: yanh...@vmware.com, gy...@vmware.com
 
Linux kernel 4.15 has introduced a bug in e1000e msix interrupt drivers, which 
violates the e1000e specification.
Specifically, the driver configures auto-clearing of the "OTHER" interrupt 
types, and the "OTHER" interrupt handler expects to see an uncleared interrupt 
source for the "OTHER" types; consequently, the link state change interrupts 
are not identified by the driver, and thus the virtual E1000e device doesn't 
function correctly inside VMware VMs.
We have verified that Linux kernel 4.16-RC7 has fixed the issue.

Could you please crossport the fix from linux-4.16 to Debian 9.4.0?
 
Here are the change history:
https://lkml.org/lkml/2018/3/25/248

Benjamin Poirier (7):
e1000e: Remove Other from EIAC
Partial revert "e1000e: Avoid receiver overrun interrupt bursts"
e1000e: Fix queue interrupt re-raising in Other interrupt
e1000e: Avoid missed interrupts following ICR read
e1000e: Fix check_for_link return value with autoneg off
Revert "e1000e: Separate signaling for link check/link up"
e1000e: Fix link check race condition
 
Thanks,
Shraddha

Bug#885178: closed by Georges Khaznadar <georg...@debian.org> (Bug#885178: fixed in sympy 1.1.1-7)

2018-04-25 Thread Jonas Smedegaard


Excerpts from Graham Inggs's message of april 25, 2018 7:41 pm:

Hi Jonas!

On 25 April 2018 at 19:01, Jonas Smedegaard  wrote:

Sorry, but the bug is still not fixed.

This bug is about ipython.

This but is *NOT* about isympy.


How about a patch?  Then Georges can see exactly what you mean.


That is a good suggestion.  I am not against that - and can also offer 
to make an NMU if that can help.  I am, however, terribly behind on all 
the packages I am involved in, so I won't do that at the moment.


- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

[x] quote me freely  [ ] ask before reusing  [ ] keep private


pgpd76e2T7ce2.pgp
Description: PGP signature

Bug#891161: cwidget: FTBFS with libncursesw6

2018-04-25 Thread Sven Joachim

On 2018-04-20 16:46 +0200, Manuel A. Fernandez Montecelo wrote:

> 2018-03-31 21:13 GMT+02:00 Manuel A. Fernandez Montecelo
> :
>> 2018-03-31 20:20 GMT+02:00 Sven Joachim :
 So I have to wait to upload cwidget until the new ncurses gets the
 green light and enters unstable, right?
>>>
>>> For uploads to unstable, yes.  This holds for both plans (SONAME change or
>>> shlibs bump + Breaks against aptitude).
>>
>> Right, so I can prepare this within a day, for both cwidget and aptitude.
>
> Do you have any indication of when you'll get the green light for unstable?

Sorry for not replying sooner.  Today I finally received a "please go
ahead" mail[1], and I will upload ncurses to unstable soon, possibly
tomorrow.

Cheers,
   Sven


1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894049#10

Bug#895473: ca-certificates: Post-install script subprocess return error exit status 3 while upgrading

2018-04-25 Thread Brian Murray

I reported the fact that openssl rehash returns 1 while c_rehash returns
0 on duplicate certificates to openssl's upstream bug tracker here:

https://github.com/openssl/openssl/issues/6083

It looks like it will be fixed shortly.

--
Brian Murray @ubuntu.com


signature.asc
Description: PGP signature

Bug#896220: using theano without $HOME

2018-04-25 Thread Rebecca N. Palmer

It's trying to create a cache directory.  You can tell it to do this 
somewhere else with the THEANO_FLAGS variable (as we do for the test 
suite - 
https://sources.debian.org/src/theano/0.9.0+dfsg-2/debian/rules/#L34 ).

Bug#896241: python-gst-1.0: gi.overrides.Gst fails to import

2018-04-25 Thread Emilio Pozuelo Monfort

Control: tags -1 patch upstream
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=79

On Fri, 20 Apr 2018 22:00:51 +0200 Helmut Grohne  wrote:
> Package: python-gst-1.0
> Version: 1.14.0-1
> Severity: serious
> User: helm...@debian.org
> Usertags: python-import
> 
> After installing python-gst-1.0 importing the module gi.overrides.Gst
> into a python interpreter fails with the following error:
> 
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/lib/python2.7/dist-packages/gi/overrides/Gst.py", line 43, in 
> 
> Gst = modules['Gst']._introspection_module
> KeyError: 'Gst'
> 
> The vast majority of import failures is attributed to missing dependencies.
> Often times that manifests as an ImportError or ModuleNotFoundError.
> Typically, dependencies should be inserted by dh-python via ${python:Depends}
> or ${python3:Depends}. Thus a missing dependency can be caused by incomplete
> install_requires in setup.py. Sometimes a missing dependency of a dependency
> is the cause, in such cases this bug should be reassigned.

Thanks for your report. I sent a patch upstream, see the forwarded URI. The
workaround is to first import the introspection module (which I believe imports
the override for you):

from gi.repository import Gst

Cheers,
Emilio

Bug#874598: ardour: Ardour takes several attempts to start in any desktop window manager

2018-04-25 Thread Klaumi Klingsporn

Am / On Wed, 25 Apr 2018 15:40:51 +0300
schrieb / wrote Tuomas Helin
:

> Ardour has bug that stops the software from loading,
> independent of the window manager. Xfce4 and jwm were
> used. Ardour loads the gui for choosing which project
> user wants to choose, but after pressing "Open" the
> software crashes. After repeating and letting the "Open
> project" hang on for a minute or two, Ardour finally
> loads and works fine, although changing projects has to
> be done with "Session --> Close".

Hi Tuomas,

the version 5.5 of Ardour in Debian-stable is really old and
known as buggy (although it should start at least). 

You should try the actual version 5.12 of ardour in testing,
which will be the last release of the Ardour5-line and works
quite stable in my experience. If you want to stay on
Debian-stable you can use my backports of 5.12 at:
http://apt.klaumikli.de/stretch

Hope this helps!

Klaumi

---
Klaus-Michael Klingsporn 
mail: klaumi...@gmx.de
web: www.klaumikli.de

Bug#896910: O: libdigidoc -- DigiDoc digital signature library

2018-04-25 Thread Andrej Shadura

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I intend to orphan libdigidoc. This library is a part of a bigger software
suite for Estonian eID. My current eID is expiring this month, and since I
never used it for anything serious and probably don’t intend to, I won’t be
renewing it. Not being a user, maintaining it in Debian doesn’t seem right
or fair.

Unfortunately for me, this software is not compatible with the Slovak eID
which I actually use to run a business, not even for viewing or verifying
the signed documents.

If you have an Estonian eID and would like to package the rest of the Estonian
eID suite, feel free to take this package over.

Description:
 DigiDoc is an XML file format for documents with digital signatures in use by
 the Estonian ID card infrastructure. This library allows for creation and
 reading of DigiDoc files.
 .
 This library implements a subset of the XAdES digital signature standard on
 top of Estonian-specific .ddoc container format.

-BEGIN PGP SIGNATURE-

iQExBAEBCAAbBQJa4L3nFBxhbmRyZXdzaEBkZWJpYW4ub3JnAAoJEF5AjNkc2DnS
zjgH/RL46ZBrJ7xR7xDLQwijgaxvcw0nWPwMPIja+RIwUHij8bKEfmflkys0zW2I
PiYgEbUUukFaArMyTE9bL038bKc+4UvkdFTka1GUO4HWrprHOWra6FoMJRpJFInm
UWOdrNlQvMMYMMqgos2/eDYi9yvx9fU5bRO0HEZ4M1OmRY78rnXdPbhUP3Yk70zz
ug21uzxqQXbS+bGgvRELWGrrZshZJHSuGq3e0txXAi/NuXifYhsWgsz/ugWuG9pl
C7DkcHv+9dVVaFSPUv6TUMCqhoamWzUqqaHAeiL7dtNOJiOnBcNzFxxZzxDrWs0k
H7wCPNg9gozLLyNePqO/hyh21NM=
=R5UP
-END PGP SIGNATURE-

Bug#885178: closed by Georges Khaznadar <georg...@debian.org> (Bug#885178: fixed in sympy 1.1.1-7)

2018-04-25 Thread Graham Inggs

Hi Jonas!

On 25 April 2018 at 19:01, Jonas Smedegaard  wrote:
> Sorry, but the bug is still not fixed.
>
> This bug is about ipython.
>
> This but is *NOT* about isympy.

How about a patch?  Then Georges can see exactly what you mean.

Regards
Graham

Bug#896909: f2fs-tools FTCBFS: abuses AC_CHECK_FILE

2018-04-25 Thread Helmut Grohne

Source: f2fs-tools
Version: 1.10.0-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

f2fs-tools fails to cross build from source, because its upstream build
system wrongly uses AC_CHECK_FILE. The purpose of the macro is checking
for files on the host system. However here it is used to check whether a
.git directory exists, which is a property of the build place. A simple
"test -d" should be used here. After doing so, f2fs-tools cross builds
successfully. Please consider applying the attached patch.

Helmut
--- f2fs-tools-1.10.0.orig/configure.ac
+++ f2fs-tools-1.10.0/configure.ac
@@ -20,14 +20,14 @@
 [\([0-9]*\).\([0-9]*\)\(\w\|\W\)*], [\2]),
 [Minor version for f2fs-tools])
 
-AC_CHECK_FILE(.git,
+AS_IF([test -d .git],[
 	AC_DEFINE([F2FS_TOOLS_DATE],
 		"m4_bpatsubst(f2fs_tools_gitdate,
 		[\([0-9-]*\)\(\w\|\W\)*], [\1])",
-		[f2fs-tools date based on Git commits]),
+		[f2fs-tools date based on Git commits])],[
 	AC_DEFINE([F2FS_TOOLS_DATE],
 		"f2fs_tools_date",
-		[f2fs-tools date based on Source releases]))
+		[f2fs-tools date based on Source releases])])
 
 AC_CONFIG_SRCDIR([config.h.in])
 AC_CONFIG_HEADER([config.h])

Bug#896431: radvd: Periodic restart required to keep advertising

2018-04-25 Thread Witold Baryluk

Source: radvd
Version: 1:2.17-1~bpo9+1
Followup-For: Bug #896431


ii  radvd  1:2.17-1~bpo9+1amd64
Router Advertisement Daemon


Still the same. I need to restart it every few hours.

I can investigate more, for example how long exactly it takes until I need to 
restart it.

And check if maybe it have something to do with my dhcp client setup. But
from what I see the dhcp client is still working just fine, is renewing
addresses fine (and the IPv6 works fine from my router all the time, and
the internal LAN interface also keeps IPv6 address and routes correctly
all the time).


Regards,
Witold

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

Kernel: Linux 4.15.0-3-amd64 (SMP w/12 CPU cores)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8), 
LANGUAGE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#896908: busybox cpio: fails to extract absolute symlinks

2018-04-25 Thread Tzafrir Cohen

Package: busybox-static
Version: 1:1.27.2-2
Severity: normal

I tried building debirf on a current Sid system (chroot, rather). The
generated initramfs failed to properly boot. I noticed that the
second-stage rootfs in it, is OK but when extracted misses /sbin/init
and a number of other symlinks from /sbin and thus the system fails to
boot due to a missing init.

cpio on Stretch and on Sid as well as busybox cpio on Stretch
(1:1.22.0-19+b3) extract the absolute symlinks OK, but busybox cpio on
Sid does not extract absolute symlinks.

A test for the problem:

#!/bin/sh
#cpio="cpio"
cpio="/bin/busybox cpio"

mkdir -p test_dir
cd test_dir

rm -rf src_dir
mkdir src_dir
cd src_dir
ln -s /bin/true absolute_link
touch a_file
ln -s a_file relative_link
# Create with the regular cpio:
ls absolute_link a_file relative_link | cpio -H newc -o >../test.cpio
cd ..

rm -rf dst_dir
mkdir dst_dir
cd dst_dir
# Extract with the tested cpio:
$cpio -H newc -i <../test.cpio
count=`ls | wc -l`
if [ "$count" = 2 ]; then
echo "absolute links were not extracted"
fi



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

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

Bug#896806: systemd-resolved violates The Debian Free Software Guidelines

2018-04-25 Thread Erik Lauritsen

Martin, don't bother. Debian has changed. It's not what it used to be.

Bug#885178: closed by Georges Khaznadar <georg...@debian.org> (Bug#885178: fixed in sympy 1.1.1-7)

2018-04-25 Thread Jonas Smedegaard


Excerpts from Debian Bug Tracking System's message of april 25, 2018 6:39 pm:

This is an automatic notification regarding your Bug report
which was filed against the python-sympy package:

#885178: python-sympy: should enhance ipython (not recommend it)

It has been closed by Georges Khaznadar .


Sorry, but the bug is still not fixed.

This bug is about ipython.

This but is *NOT* about isympy.

- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

[x] quote me freely  [ ] ask before reusing  [ ] keep private


pgp2Dg_runl9u.pgp
Description: PGP signature

Bug#888077: RFA: diamond – smart data producer for Graphite graphing package

2018-04-25 Thread David Stapleton

Hi Sandro,

I'm still interested in taking on this role, are you still looking for
someone to do this?

Thanks,
David

On 13 April 2018 at 13:40, David Stapleton 
wrote:

> Sandro, any updates on this?
>
> On 21 March 2018 at 17:00, Luca Boccassi  wrote:
>
>> On Wed, 2018-03-21 at 16:56 +, David Stapleton wrote:
>> > Hi Sandro,
>> >
>> > I've been using diamond internally for a while now and have a good
>> > understanding of how it hangs together. I've also been making
>> > contributions
>> > to the code on the Github project.
>> >
>> > Also, as far as I can see, a Subversion source repository is being
>> > used,
>> > but I believe this will have to be converted to git very soon as
>> > Alioth is
>> > being deprecated (based on details at
>> > https://wiki.debian.org/Alioth#Deprecation_of_Alioth). This is
>> > something
>> > that I'm interested in doing.
>> >
>> > So in summary, I'd be happy to adopt this package.
>> >
>> > I should also mention that bl...@debian.org is willing to sponsor the
>> > uploads.
>> >
>> > If there are any further details you need from me, let me know.
>> >
>> > Thanks,
>> > David
>>
>> I work with David, I'd be happy to help him and sponsor the uploads.
>>
>> --
>> Kind regards,
>> Luca Boccassi
>
>
>

Bug#896825: libyami-utils: FTBFS with FFmpeg 4.0

2018-04-25 Thread Sebastian Ramacher

Control: tags -1 + upstream fixed-upstream

On 2018-04-24 16:28:27, James Cowgill wrote:
> Source: libyami-utils
> Version: 1.3.0-1
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-4.0-transition
> 
> Hi,
> 
> Your package FTBFS with version 4.0 of FFmpeg.

Fixed in
https://github.com/intel/libyami-utils/commit/124712bfd4cccd43ab60bd160b0f8990d20e5911
and
https://github.com/intel/libyami-utils/commit/9b5a3111078c83ab451809b02e88e7582e59a56c.

Cheers
-- 
Sebastian Ramacher

Bug#895540: nx-libs: FTBFS with parallel > 1 due to errors cleaning

2018-04-25 Thread James Clarke

On 25 Apr 2018, at 17:16, Mike Gabriel  wrote:
> 
> Control: reopen -1
> 
> Hi James, hi Adrian, hi Niels,
> (also Cc:ed: Mihai Moldovan, upstream nx-libs)
> 
> On  Do 12 Apr 2018 13:02:45 CEST, James Clarke wrote:
> 
>> Source: nx-libs
>> Version: 3.5.99.16-1
>> Severity: serious
>> 
>> Hi,
>> Currently, nx-libs FTBFS (likely only probabilistically) when built with
>> parallel > 1; this occurred on the ia64 buildd lenz[1], but I have
>> reproduced it locally in an amd64 cowbuilder chroot.
>> 
>> Please either fix the Makefile dependency issues, or disable parallel
>> cleaning.
>> 
>> Regards,
>> James
>> 
>> [1] 
>> https://buildd.debian.org/status/fetch.php?pkg=nx-libs=ia64=2%3A3.5.99.16-1%2Bb1=1523508333=0
> 
> I spent two days with this after my possible fix (running make clean with -j1 
> did not fix the problem).
> 
> One reason for the persistance of the bug is: the build does not fail in 
> clean anymore, but in the build target instead. For the same reason.
> 
> The "cause" of the underlying problem is the fix for debhelper bug #894573 
> (building with -Oline make option). Or at least, if I drop -Oline from the 
> make build calls, the package builds ok.
> 
> Unfortunately, there is not much history on the reasoning behind adding 
> -Oline to DH's make build call. Can any of you provide some background 
> information?
> 
> And: I am aware of the real underlying cause might possibly being a 
> dependency flaw in nx-libs's highly complicated Makefile target stack. 
> However, I spent two days now cleaning that up but to no avail.
> 
> I'd be happy to get some clue from any of you. I also Cc: one of our other 
> upstream devs to follow our discussion here. If any of you dislikes being 
> Cc:ed directly in this thread, please let me know.

All -Oline does is ensure that the output from the parallel commands doesn't
get mixed up:

   -O[type], --output-sync[=type]
When running multiple jobs in parallel with -j, ensure the output
of each job is collected together rather than interspersed with
output from other jobs.  If type is not specified or is target the
output from the entire recipe for each target is grouped together.
If type is line the output from each command line within a recipe
is grouped together.  If type is recurse output from an entire
recursive make is grouped together.  If type is none output
synchronization is disabled.

It should therefore be merely a cosmetic change so reading the build logs is
easier. However, this will of course slightly affect timings, and potentially
briefly block make processes from running whilst their output buffer is full,
so if you do have missing dependencies, the change in timing could be enough to
reveal the bug; the fact that it used to work is merely a coincidence, and
there's no guarantee it would have continued to do so on different systems.

Regards,
James

Bug#896881: CPU: 8 PID: 1 Comm: init Not tainted 4.9.0-0.bpo.6-amd64

2018-04-25 Thread Андрей Василишин





Which Debian release are you using?  Debian 7 "wheezy" or 8 "jessie"?

Ben.


 cat /etc/debian_version
7.11

Bug#895540: nx-libs: FTBFS with parallel > 1 due to errors cleaning

2018-04-25 Thread Mike Gabriel


Control: reopen -1

Hi James, hi Adrian, hi Niels,
(also Cc:ed: Mihai Moldovan, upstream nx-libs)

On  Do 12 Apr 2018 13:02:45 CEST, James Clarke wrote:


Source: nx-libs
Version: 3.5.99.16-1
Severity: serious

Hi,
Currently, nx-libs FTBFS (likely only probabilistically) when built with
parallel > 1; this occurred on the ia64 buildd lenz[1], but I have
reproduced it locally in an amd64 cowbuilder chroot.

Please either fix the Makefile dependency issues, or disable parallel
cleaning.

Regards,
James

[1]  
https://buildd.debian.org/status/fetch.php?pkg=nx-libs=ia64=2%3A3.5.99.16-1%2Bb1=1523508333=0


I spent two days with this after my possible fix (running make clean  
with -j1 did not fix the problem).


One reason for the persistance of the bug is: the build does not fail  
in clean anymore, but in the build target instead. For the same reason.


The "cause" of the underlying problem is the fix for debhelper bug  
#894573 (building with -Oline make option). Or at least, if I drop  
-Oline from the make build calls, the package builds ok.


Unfortunately, there is not much history on the reasoning behind  
adding -Oline to DH's make build call. Can any of you provide some  
background information?


And: I am aware of the real underlying cause might possibly being a  
dependency flaw in nx-libs's highly complicated Makefile target stack.  
However, I spent two days now cleaning that up but to no avail.


I'd be happy to get some clue from any of you. I also Cc: one of our  
other upstream devs to follow our discussion here. If any of you  
dislikes being Cc:ed directly in this thread, please let me know.


Thanks+Greets,
Mike

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpu27X9cRxAu.pgp
Description: Digitale PGP-Signatur

Bug#896896: (no subject)

2018-04-25 Thread c...@vfemail.net

I downloaded and compiled pidgin-sipe 1.23.2. Under version 1.23.2, I am 
able to connect and buddies continue to show "Offline" in pidgin (just 
like under pidgin-sipe versions 1.18.2-1 and 1.21.1-1), but I am now 
also receiving the following error message from pidgin:


UCS initialization failed!
Couldn't find an Exchange server with the default Email settings. 
Therefore the contacts list will not work.

You'll need to provide Email settings in the account setup.

This is the --debug log:

(08:13:47) sipe: ucs_set_ews_url: 
'https://outlook.office365.com/EWS/Exchange.asmx'
(08:13:47) sipe: sipe_http_parse_uri: host 'outlook.office365.com' port 
443 path 'EWS/Exchange.asmx'

(08:13:47) sipe: sipe_http_transport_new: new outlook.office365.com:443
(08:13:47) sipe: transport_connect - hostname: outlook.office365.com 
port: 443

(08:13:47) sipe: using SSL
(08:13:47) dnsquery: Performing DNS lookup for outlook.office365.com
(08:13:47) dns: Successfully sent DNS request to child 20059
(08:13:47) dns: Got response for 'outlook.office365.com'
(08:13:47) dnsquery: IP resolved for outlook.office365.com
(08:13:47) proxy: Attempting connection to 
(08:13:47) proxy: Connecting to outlook.office365.com:443 with no proxy
(08:13:47) proxy: Connection in progress
(08:13:47) proxy: Connecting to outlook.office365.com:443.
(08:13:47) proxy: Connected to outlook.office365.com:443.
(08:13:47) nss: SSL version 3.3 using 128-bit AES-GCM with 128-bit AEAD MAC
Server Auth: 2048-bit RSA, Key Exchange: 256-bit ECDHE, Compression: NULL
Cipher Suite Name: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(08:13:47) nss: subject=CN=outlook.com,O=Microsoft 
Corporation,L=Redmond,ST=Washington,C=US issuer=CN=DigiCert Cloud 
Services CA-1,O=DigiCert Inc,C=US
(08:13:47) nss: subject=CN=DigiCert Cloud Services CA-1,O=DigiCert 
Inc,C=US issuer=CN=DigiCert Global Root 
CA,OU=www.digicert.com,O=DigiCert Inc,C=US

(08:13:47) nss: partial certificate chain
(08:13:47) certificate/x509/tls_cached: Starting verify for 
outlook.office365.com

(08:13:47) certificate/x509/tls_cached: Checking for cached cert...
(08:13:47) certificate/x509/tls_cached: ...Found cached cert
(08:13:47) nss/x509: Loading certificate from 
/home/localuser/.purple/certificates/x509/tls_peers/outlook.office365.com

(08:13:47) certificate/x509/tls_cached: Peer cert matched cached
(08:13:47) nss/x509: Exporting certificate to 
/home/localuser/.purple/certificates/x509/tls_peers/outlook.office365.com
(08:13:47) util: Writing file 
/home/localuser/.purple/certificates/x509/tls_peers/outlook.office365.com
(08:13:47) nss: Trusting CN=outlook.com,O=Microsoft 
Corporation,L=Redmond,ST=Washington,C=US
(08:13:47) certificate: Successfully verified certificate for 
outlook.office365.com

(08:13:47) sipe: transport_get_socket_info: 
(08:13:47) sipe: sipe_http_transport_connected: outlook.office365.com:443
(08:13:47) sipe:
MESSAGE START >> HTTP - 2018-04-25T15:13:47.991425Z
POST /EWS/Exchange.asmx HTTP/1.1
Host: outlook.office365.com
User-Agent: Sipe/1.23.2
Content-Length: 374
Content-Type: text/xml; charset=UTF-8


xmlns:m="http://schemas.microsoft.com/exchange/services/2006/messages; 
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/; 
xmlns:t="http://schemas.microsoft.com/exchange/services/2006/types; > 
   
    

MESSAGE END >> HTTP - 2018-04-25T15:13:47.991425Z
(08:13:48) sipe: transport_input_common: new buffer length 4096
(08:13:48) sipe:
MESSAGE START << HTTP - 2018-04-25T15:13:48.177739Z
HTTP/1.1 401 Unauthorized
Server: Microsoft-IIS/10.0
request-id: 
X-Powered-By: ASP.NET
X-FEServer: 
WWW-Authenticate: Basic Realm=""
Date: Wed, 25 Apr 2018 15:13:47 GMT
Content-Length: 0


MESSAGE END << HTTP - 2018-04-25T15:13:48.177739Z
(08:13:48) sipe: sipmsg_find_auth_header: 'Negotiate' not found
(08:13:48) sipe: sipmsg_find_auth_header: 'NTLM' not found
(08:13:48) sipe: sip_sec_create_context: type: 1, Single Sign-On: no, 
protocol: HTTP

(08:13:48) sipe: sip_sec_acquire_cred__basic: entering
(08:13:48) sipe: sipe_http_request_response_unauthorized: init context 
target 'HTTP/outlook.office365.com' token 'Realm=""'

(08:13:48) sipe:
MESSAGE START >> HTTP - 2018-04-25T15:13:48.177931Z
POST /EWS/Exchange.asmx HTTP/1.1
Host: outlook.office365.com
User-Agent: Sipe/1.23.2
Authorization: Basic 
Content-Length: 374
Content-Type: text/xml; charset=UTF-8


xmlns:m="http://schemas.microsoft.com/exchange/services/2006/messages; 
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/; 
xmlns:t="http://schemas.microsoft.com/exchange/services/2006/types; > 
   
    

MESSAGE END >> HTTP - 2018-04-25T15:13:48.177931Z
(08:13:53) sipe:
MESSAGE START << HTTP - 2018-04-25T15:13:53.851001Z
HTTP/1.1 401 Unauthorized
Server: Microsoft-IIS/10.0
request-id: 
X-CalculatedFETarget: .internal.outlook.com
X-BackEndHttpStatus: 401
Set-Cookie: exchangecookie=; expires=Thu, 
25-Apr-2019 15:13:48 GMT; path=/; HttpOnly

X-FEProxyInfo: .NAMPRD20.PROD.OUTLOOK.COM

Bug#896881: CPU: 8 PID: 1 Comm: init Not tainted 4.9.0-0.bpo.6-amd64

2018-04-25 Thread Ben Hutchings

Control: reassign -1 src:linux 4.9.82-1+deb9u3
Control: tag -1 moreinfo

On Wed, 2018-04-25 at 12:35 +0300, Андрей Василишин wrote:
> Package: linux-image-4.9.0-0.bpo.6-amd64
> Version: 4.9.82-1+deb9u3~bpo8+1
> 
> 
> Hello!
> After update linux-image from linux-image-3.2.0-4-amd64 3.2.96-2 to 
> linux-image-4.9.0-0.bpo.6-amd64 4.9.82-1+deb9u3~bpo8+1 new kernel does 
> not want boot. After installation linux-image-4.9.0-6-amd64 
> 4.9.82-1+deb9u3 with many deps new kernel booting fine.

Which Debian release are you using?  Debian 7 "wheezy" or 8 "jessie"?

Ben.

> [   33.511781] Kernel panic - not syncing:Attempted to kill init! exit 
> code = 0x000
> [ 33.511781]
> [ 33.511887] CPU: 8 PID: 1 Comm: init Not tainted 4.9.0-0.bpo.6-amd64 
> ttl Debia
> n 4.9.82-l+deb9u3~bpo8+l
> [ 33.511986] Hardware name: Dell Inc. PowerEdge R730xd/OWCJMT, BIOS 
> 2.4.3 01/1
> 7/2017
> I 33.512082]  00O0 b91305e5 8ee5c7615O00 
> b69040O0f
> b88
> [ 33.512478] b8f7fce4 8ee5000O0010 b6904000fe98 
> b6904000f
> e30
> [ 33.512872] 926a88f8c482df27 8efIc49a2068 0O00 
> 8eflc?0de
> 110
> [ 33.513308] Call Trace:
> [ 33.513420]  []?   dump_stack+0x5c/0x77
> [ 33.513536]  []?   panic+0xe8/0x248
> [ 33.513649]  []?   do_exit+0xb44/0xb50
> [ 33.513761]  []?   do_group_exit+0x39/0xbO
> [ 33.513874]  E]?   SyS_exit_group+0xlO/0xl0
> [ 33.513988]  []?   do_sysca1l_64+0x93/0xla0
> [ 33.514103]  []?   
> entry_SYSCALL_64_after_swapgs+0x42/OxbO
> [ 33.514315] Kernel Offset: Ox37e0 from 0x810O 
> (relocation ran
> ge: 0x8O00-0xbfff)
> [ 33.5222341 Rebooting in 1 seconds..
> 
-- 
Ben Hutchings
Design a system any fool can use, and only a fool will want to use it.



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

Bug#896906: mirror submission for mirror.iodc.dk

2018-04-25 Thread iODC Hostmaster

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.iodc.dk
Type: leaf
Archive-architecture: amd64 i386
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: iODC Hostmaster 
Country: DK Denmark
Location: Hvidovre
Sponsor: iODC ApS https://www.iodc.dk




Trace Url: http://mirror.iodc.dk/debian/project/trace/
Trace Url: http://mirror.iodc.dk/debian/project/trace/ftp-master.debian.org
Trace Url: http://mirror.iodc.dk/debian/project/trace/mirror.iodc.dk

Bug#896905: python3-libiio should also be built

2018-04-25 Thread Giacomo Vercesi


Source: libiio

Version: 0.14-1

Python 2's EOL is on the horizon and Debian's python policy strongly encourages 
Python 3 for the future.
It should be trivial since iio.py dynamically loads the shared library and does 
not rely on any CPython extension.

Best Regards,
Giacomo Vercesi

Bug#896121: pgbackrest: package files are not on @INC anymore with perl 5.26.2

2018-04-25 Thread Niko Tyni

On Wed, Apr 25, 2018 at 11:30:11AM +0200, Christoph Berg wrote:
> Re: Niko Tyni 2018-04-20 <20180420174614.GA6944@estella.local.invalid>
> > When you fix this, please file a bug against perl to add a Breaks entry
> > for the older pgbackrest versions so that partial upgrades can't end up
> > with a broken combination of packages.
> 
> The C module was introduced in pgbackrest 1.15-1. Stable has only
> 1.12-1, i.e. the problem will vanish for new installations as soon as
> the fixed pgbackrest package enters testing. Does that still warrant a
> Breaks: in perl?

Oh. I guess not in that case then. It would just create unnecessary
restrictions for apt during stretch->buster upgrades.

I note that Ubuntu has released with affected versions, but
that's not really our problem of course.

I'm a bit surprised that this went unnoticed for a year in sid, even
through a major Perl transition (5.24 -> 5.26). A lintian check for
catching such bugs would be nice for the future.
-- 
Niko

Bug#896904: [vagrant] vagrant plugin can't install plugin

2018-04-25 Thread Kentaro Hayashi

Package: vagrant
Version: 2.0.2+dfsg-3
Severity: normal

vagrant plugin can't install plugin correctly.

Here is the example which can't install plugin:

  % vagrant plugin install vagrant-lxc

  Installing the 'vagrant-lxc' plugin. This can take a few minutes...
  Bundler, the underlying system Vagrant uses to install plugins,
  reported an error. The error is shown below. These errors are usually
  caused by misconfigured plugin installations or transient network
  issues. The error from Bundler is:
  
  conflicting dependencies fog-core (~> 1.43.0) and fog-core (= 1.45.0)
Activated fog-core-1.45.0
which does not match conflicting dependency (~> 1.43.0)
  
Conflicting dependency chains:
  fog-core (= 1.45.0), 1.45.0 activated
  
versus:
  vagrant-libvirt (> 0), 0.0.41 activated, depends on
  fog-core (~> 1.43.0)

I know that it should install vagrant-lxc package, but it is better to 
notify the existence of deb package if it is available.

--- System information. ---
Architecture:
Kernel: Linux 4.15.0-2-amd64

Debian Release: buster/sid
500 unstable-debug debug.mirrors.debian.org
500 unstable ftp.jp.debian.org
500 stretch download.docker.com
500 stable dl.google.com

--- Package information. ---
Depends (Version) | Installed
==-+-=
bsdtar | 3.2.2-3.1
curl | 7.58.0-2
openssh-client | 1:7.7p1-2
ruby | 1:2.5.1
ruby-childprocess (>= 0.3.7) | 0.5.9-1
ruby-erubis (>= 2.7.0) | 2.7.0-3
ruby-i18n (>= 0.6.0) | 0.7.0-2
ruby-listen | 3.1.5-1
ruby-log4r (>= 1.1.9) | 1.1.10-4
ruby-net-scp (>= 1.1.0) | 1.2.1-5
ruby-net-sftp | 1:2.1.2-4
ruby-net-ssh (>= 1:4.2.0) | 1:4.2.0-2
ruby-rest-client | 2.0.2-3


Recommends (Version) | Installed
==-+-===
vagrant-libvirt | 0.0.43-2


Suggests (Version) | Installed
=-+-===
virtualbox (>= 4.0) | 5.2.10-dfsg-5


pgpFTGhQj16QJ.pgp
Description: PGP signature

Bug#896903: cmake: FTBFS on sparc64 - WarnUnusedUnusedViaSet and WarnUnusedUnusedViaUnset tests failing

2018-04-25 Thread John Paul Adrian Glaubitz

Source: cmake
Version: 3.11.1-1
Severity: normal
Tags: upstream
User: debian-sp...@lists.debian.org
Usertags: sparc64

Hi!

cmake 3.11.1 FTBFS on sparc64 due to the WarnUnusedUnusedViaSet and 
WarnUnusedUnusedViaUnset tests failing:


99% tests passed, 2 tests failed out of 488

Label Time Summary:
Label1=   0.63 sec*proc (1 test)
Label2=   0.63 sec*proc (1 test)

Total Test time (real) = 3814.47 sec

The following tests FAILED:
178 - WarnUnusedUnusedViaSet (Failed)
179 - WarnUnusedUnusedViaUnset (Failed)
Errors while running CTest

This has already been reported upstream [1].

Adrian

> [1] https://gitlab.kitware.com/cmake/cmake/issues/17941

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

Bug#896902: busybox: Segmentation fault in microcom applet

2018-04-25 Thread Uwe Kleine-König

Package: busybox
Version: 1:1.27.2-2
Severity: normal

Hello

user@host:~$ busybox microcom
Segmentation fault (core dumped)

reproduces on two different amd64 machines. Could also reproduce on an
armel porter machine (abel, in the sid schroot).

1:1.22.0-19+b3 isn't affected.

Best regards
Uwe

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (500, 'unstable-debug'), 
(500, 'stable'), (499, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages busybox depends on:
ii  libc6  2.27-3

busybox recommends no packages.

busybox suggests no packages.

-- no debconf information

Bug#896901: libreoffice-calc: [~allow for more columns in Calc

2018-04-25 Thread wim

Package: libreoffice-calc
Version: 1:5.2.7-1+deb9u4
Severity: wishlist

Hallo,

both ms office and gnumeric allow for more columns than calc,
i would be nice that number columns was higher.

as a end user: ideally the max_num of columns is equal to max_num of rows

hth,
Wim

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

Kernel: Linux 4.9.0-6-amd64 (SMP w/8 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8), 
LANGUAGE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice-calc depends on:
ii  coinor-libcbc3   2.8.12-1+b2
ii  coinor-libcoinmp1v5  1.7.6+dfsg1-2
ii  coinor-libcoinutils3v5   2.9.15-4
ii  dpkg 1.18.24
ii  libblas3 [libblas.so.3]  3.7.0-2
ii  libboost-filesystem1.62.01.62.0+dfsg-4
ii  libboost-iostreams1.62.0 1.62.0+dfsg-4
ii  libbz2-1.0   1.0.6-8.1
ii  libc62.24-11+deb9u3
ii  libetonyek-0.1-1 0.1.6-5
ii  libgcc1  1:6.3.0-18+deb9u1
ii  libicu57 57.1-6+deb9u2
ii  liblapack3 [liblapack.so.3]  3.7.0-2
ii  liblcms2-2   2.8-4
ii  libmwaw-0.3-30.3.9-2
ii  libodfgen-0.1-1  0.1.6-2
ii  liborcus-0.11-0  0.11.2-3+b1
ii  libreoffice-base-core1:5.2.7-1+deb9u4
ii  libreoffice-core 1:5.2.7-1+deb9u4
ii  librevenge-0.0-0 0.0.4-6
ii  libstdc++6   6.3.0-18+deb9u1
ii  libwps-0.4-4 0.4.5-1
ii  libxml2  2.9.4+dfsg1-2.2+deb9u2
ii  lp-solve 5.5.0.15-4+b1
ii  uno-libs35.2.7-1+deb9u4
ii  ure  5.2.7-1+deb9u4
ii  zlib1g   1:1.2.8.dfsg-5

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
pn  ocl-icd-libopencl1  

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.7+b1
ii  fonts-opensymbol  2:102.7+LibO5.2.7-1+deb9u4
ii  libboost-date-time1.62.0  1.62.0+dfsg-4
ii  libc6 2.24-11+deb9u3
ii  libcairo2 1.14.8-1
ii  libclucene-contribs1v52.3.3.4+dfsg-1
ii  libclucene-core1v52.3.3.4+dfsg-1
ii  libcmis-0.5-5v5   0.5.1+git20160603-3+b1
ii  libcups2  2.2.1-8+deb9u1
ii  libcurl3-gnutls   7.52.1-5+deb9u5
ii  libdbus-1-3   1.10.26-0+deb9u1
ii  libdbus-glib-1-2  0.108-2
ii  libdconf1 0.26.0-2+b1
ii  libeot0   0.01-4+b1
ii  libexpat1 2.2.0-2+deb9u1
ii  libexttextcat-2.0-0   3.4.4-2+b1
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglew2.02.0.0-3+b1
ii  libglib2.0-0  2.50.3-2
ii  libgltf-0.0-0v5   0.0.2-5
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.10-1
ii  libharfbuzz-icu0  1.4.2-1
ii  libharfbuzz0b 1.4.2-1
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libhyphen02.8.8-5
ii  libice6   2:1.0.9-2
ii  libicu57  57.1-6+deb9u2
ii  libjpeg62-turbo   1:1.5.1-2
ii  liblangtag1   0.6.2-1
ii  liblcms2-22.8-4
ii  libldap-2.4-2 2.4.44+dfsg-5+deb9u1
ii  libmythes-1.2-0   2:1.2.4-3
ii  libneon27-gnutls  0.30.2-2
ii  libnspr4  2:4.12-6
ii  libnss3   2:3.26.2-1.1+deb9u1
ii  libodfgen-0.1-1   0.1.6-2
ii  libpcre3  2:8.39-3
ii  libpng16-16   1.6.28-1
ii  librdf0   1.0.17-1.1
ii  libreoffice-common1:5.2.7-1+deb9u4
ii  librevenge-0.0-0  0.0.4-6
ii  libsm62:1.2.2-1+b3
ii  libstdc++66.3.0-18+deb9u1
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxinerama1  2:1.1.3-1+b3
ii  libxml2   2.9.4+dfsg1-2.2+deb9u2
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxslt1.11.1.29-2.1
ii  uno-libs3 5.2.7-1+deb9u4
ii  ure   5.2.7-1+deb9u4
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages libreoffice-core recommends:
ii  libpaper-utils  1.1.24+nmu5

-- no debconf information

Bug#896898: mirror submission for sjc.edge.kernel.org

2018-04-25 Thread Konstantin Ryabitsev

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: sjc.edge.kernel.org
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-http: /debian/
Maintainer: Konstantin Ryabitsev 
Country: US United States
Location: San-Jose, CA
Sponsor: packet.net https://packet.net




Trace Url: http://sjc.edge.kernel.org/debian/project/trace/
Trace Url: http://sjc.edge.kernel.org/debian/project/trace/ftp-master.debian.org
Trace Url: http://sjc.edge.kernel.org/debian/project/trace/sjc.edge.kernel.org

Bug#896900: mirror submission for ams.edge.kernel.org

2018-04-25 Thread Konstantin Ryabitsev

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: ams.edge.kernel.org
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-http: /debian/
Maintainer: Konstantin Ryabitsev 
Country: NL Netherlands
Location: Amsterdam
Sponsor: packet.net https://packet.net




Trace Url: http://ams.edge.kernel.org/debian/project/trace/
Trace Url: http://ams.edge.kernel.org/debian/project/trace/ftp-master.debian.org
Trace Url: http://ams.edge.kernel.org/debian/project/trace/ams.edge.kernel.org

Bug#896899: mirror submission for ewr.edge.kernel.org

2018-04-25 Thread Konstantin Ryabitsev

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: ewr.edge.kernel.org
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-http: /debian/
Maintainer: Konstantin Ryabitsev 
Country: US United States
Location: Parsippany, NJ
Sponsor: packet.net https://packet.net




Trace Url: http://ewr.edge.kernel.org/debian/project/trace/
Trace Url: http://ewr.edge.kernel.org/debian/project/trace/ftp-master.debian.org
Trace Url: http://ewr.edge.kernel.org/debian/project/trace/ewr.edge.kernel.org

Bug#896843: FTBFS: incorrect CPPFLAG for powerpc*

2018-04-25 Thread Andreas Tille

Hi,

On Wed, Apr 25, 2018 at 12:14:03AM +0300, Adrian Bunk wrote:
> On Tue, Apr 24, 2018 at 03:24:11PM -0500, Barry Arndt wrote:
> > Source: ctsim
> > Version: 6.0.2
> > Severity: serious
> > Tags: l10n patch
> > Justification: fails to build from source (but built successfully in the 
> > past)
> > 
> > Dear Maintainer,
> > 
> > FTBFS of ctsim-6.0.2 on ppc64el reported from unicamp.
> > 
> > The build log reported:
> > g++: error: unrecognized command line option '-faltivec'; did you mean 
> > '-maltivec'
> > 
> > The correct flag for ppc64el (as well as powerpc*) is -maltivec.
> > 
> > I changed -faltivec in configure.ac to -maltivec as follows:
> > 
> > --- ctsim-6.0.2.orig/configure.ac
> > +++ ctsim-6.0.2/configure.ac
> > @@ -137,7 +137,7 @@ case $target_cpu in
> >  CXXFLAGS="$CXXFLAGS $CPUEXT_FLAGS $SIMD_FLAGS"
> >  ;;
> >  powerpc*)
> > -ARCH_OPTION="-fno-common -faltivec";;
> > +ARCH_OPTION="-fno-common -maltivec";;
> >  armv1*|armv2*|armv3*|armv4*|armv5*|armv6*)
> >  ARCH_OPTION="-ffast-math";;
> >  armv7*|armv8*)
> > 
> > I then ran autoconf.  After that, the package build properly.
> 
> This whole compiler options block should be nuked,
> it also creates baseline violations on amd64 and i386.
> 
> > This fix should also fix the FTBFS of ctsim on 
> > powerpc, powerpcspe, and ppc64.
> 
> None of these have AltiVec in the port baseline,
> so that mustn't be done there.
> 
> (And ppc64el has it enabled by default, so no benefits from adding
>  -maltivec there.)

I've just uploaded a fix[1] which hopefully implements what Adrian said.

Kevin is upstream and maintainer and thus will probably include or
enhance this patch in the next release.  This mail is at the same time a
"Forward of the patch".  Kevin, please discuss here if you do not agree.
 
BTW, I have commited your recent uploads of version 6.0.x into Git.  I
have realised that you somehow silently responded to my mail about your
6.0.0-1 upload and incorporated the team changes of intermediate
uploads.  I'd be really happy if you could send some short response to
any of my mails and confirm that you use the repository on Salsa as
common Vcs for future team development.

Kind regards

Andreas.


[1] 
https://salsa.debian.org/med-team/ctsim/blob/master/debian/patches/drop_incorrect_cppflags.patch
[2] https://salsa.debian.org/med-team/ctsim

-- 
http://fam-tille.de

Bug#896897: sphinx: An error in Sphinx entails FTBFS of package sympy

2018-04-25 Thread Georges Khaznadar

Source: sphinx
Severity: normal

I am maintaining the package sympy, which build some documentation
with Sphinx.

A recent recompilation triggered Bug #896747:
sympy FTBFS with sphinx 1.7.2 https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=896747

I could check that this error is reproducible.

Here is a fix : in file .../dist-packages/sphinx/domains/python.py
line 568 must be changed:

self.env.doc2path(modules[modname]) should be replaced
by: env.doc2path(modules[modname][0])

Thank you in advance for the fix. When this is fixed, I shall
remove the ugly workaround wired into sympy's debian/rule
file, which directly modifies the wrong line.



-- System Information:
Debian Release: buster/sid
  APT prefers stable
  APT policy: (900, 'stable'), (499, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)

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

Bug#895204: Acknowledgement (fai-make-nfsroot not using qemu-user-static on "--arch ")

2018-04-25 Thread Thomas Lange

> On Mon, 9 Apr 2018 19:15:40 +0200, Martin Krämer  
> said:

> PACKAGES install-norec ARMHF
> grub-efi-arm
> #grub-uboot                                          
> linux-image-armmp
This is now also included.

-- 
regards Thomas

Bug#896896: pidgin-sipe: all buddies are shown "offline"

2018-04-25 Thread c...@vfemail.net


Package: pidgin-sipe
Version: 1.21.1-1
Severity: grave
Tags: stretch, jessie

Lync/Skype for Business buddies all show "Offline" under pidgin-sipe 
version 1.21.1-1, even though their status shows up correctly in Skype 
for Business 2016. This issue is also seen under pidgin-sipe version 
1.18.2-1.


The dependency versions for pidgin-sipe on my system are as follows:
libc6: 2.19-18+deb8u10
libcomerr2: 1.42.12-2+b1
libglib2.0-0: 2.42.1-1+b1
libgssapi-krb5-2: 1.12.1+dfsg-19+deb8u4
libgstreamer1.0-0: 1.4.4-2+deb8u1
libk5crypto3: 1.12.1+dfsg-19+deb8u4
libkrb5-3: 1.21.1+dfsg-19+deb8u4
libnice10: 0.1.7-1
libnspr4: 2:4.12-1+debu8u1
libnss3: 2.3.26-1+debu8u3
libpurple0: 2.11.0-0+deb8u2
libxml2: 2.9.1+dfsg1-5+deb8u6
kernel: 4.16.4

-

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!

Bug#669813: tag with patch

2018-04-25 Thread Thijs Kinkhorst

On Wed, April 25, 2018 15:57, Geert Stappers wrote:
> Control: tag -1 patch
>
> Hi,
>
> FWIW I also needed the patch describe
> in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669813#41
>
> So now tagging this BR with 'patch'

This specific configuration change has been made since Stretch (1:2.1.20-1).

So I don't think this bug report should be tagged 'patch', as the original
wish is not satisfied (and likely will not be because focus is on
Mailman3).

Cheers,
Thijs

Bug#895204: fai-make-nfsroot not using qemu-user-static on "--arch "

2018-04-25 Thread Thomas Lange

I've optimized the regexp to

targetarch=$(echo "$(expr "$FAI_DEBOOTSTRAP_OPTS" : 
'.*--arch[=[:space:]]\([^[:space:]]*\)' || true)" | tail -n 1)

-- 
regards Thomas

Bug#892163: Acknowledgement (fai-setup-storage fails with "Invalid dev children setting")

2018-04-25 Thread Thomas Lange

Package: fai-setup-storage
Version: 5.5.3
Severity: wishlist

I will tag this bug as a wishlist bug, since it's more about a better
error message.

-- 
regards Thomas

Bug#896826: Fixed by ignoring partitions using 'in_vg{ ... }'

2018-04-25 Thread Garinot Pierre

Actually i took a closer look at this and wrote a patch that fixes it
for me.
It is attached with this mail.

It filters partitions using 'in_vg{' when computing min_size in
choose_recipe() and using method 'lvm'.

I saw that min_size() is used in some other places in partman, that's
the reason i put the filter in choose_recipe():
The recipe is still the same, we only modify the $scheme used by
min_size() for this particular check.

For all i know and understand about d-i, this shouldn't affect anything
other than this bug.

I'm not used to making patches for debian packages, much less for the
installer, so that may not be the _right_ way to do it, just tell me
and i'll find the time to modify my patch. Anyway, it works for me.diff -Nru partman-auto-137/debian/changelog partman-auto-137+nmu1/debian/changelog
--- partman-auto-137/debian/changelog	2016-10-13 07:02:40.0 +0200
+++ partman-auto-137+nmu1/debian/changelog	2018-04-25 09:57:42.0 +0200
@@ -1,3 +1,10 @@
+partman-auto (137+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Test
+
+ -- Garinot Pierre   Wed, 25 Apr 2018 09:57:42 +0200
+
 partman-auto (137) unstable; urgency=medium
 
   [ Helge Deller ]
diff -Nru partman-auto-137/lib/recipes.sh partman-auto-137+nmu1/lib/recipes.sh
--- partman-auto-137/lib/recipes.sh	2013-10-01 07:21:24.0 +0200
+++ partman-auto-137+nmu1/lib/recipes.sh	2018-04-25 09:57:42.0 +0200
@@ -200,6 +200,21 @@
 	done
 }
 
+filter_lvm () {
+	scheme_lvm=$(
+	foreach_partition '
+		if echo "$*" | grep -q '\''in_vg{'\''; then
+			echo "$*"
+		fi'
+	)
+	scheme=$(
+	foreach_partition '
+		if ! echo "$*" | grep -q '\''in_vg{'\''; then
+			echo "$*"
+		fi'
+	)
+}
+
 min_size () {
 	local size
 	size=0
@@ -374,6 +389,9 @@
 		recipe="$RET"
 		decode_recipe $recipe $type
 		filter_reused
+		if [ "$type" = "lvm" ]; then
+			filter_lvm
+		fi
 		min_size=$(min_size)
 		if [ $min_size -le $free_size ]; then
 			return 0

Bug#896895: virtualbox: snapshot live states stopped working

2018-04-25 Thread IOhannes m zmoelnig

Package: virtualbox
Version: 5.2.10-dfsg-5
Severity: normal

Dear Maintainer,

My workflow with virtualbox heavily relies on being able to save snapshots of
running machines and then restore them on demand (much faster than booting!).

Everything worked happily with 5.2.8-dfsg-10 (and 5.1.30-dfsg-1~bpo9+1).
However since I upgraded VirtualBox to 5.2.10-dfsg-5 (resp.
5.2.10-dfsg-2~bpo9+2) restoring live snapshots stopped working.

When I restore such a snapshot, i see a progress bar counting up to 100%, and
once it has reached 100% i get "The VM session was aborted. Error Code
NS_ERROR_FAILURE 0x80004005)" and the machine goes to "cancelled" state.

Restoring a snapshot of a powered-off machine works fine, it's just the restore
of a live-snapshot that fails.

Downgrading to 5.2.8-dfsg-10 makes live-snapshots work again.
(at least for live-snapshots created with the same version (5.2.8-dfsg-10);
live-snapshots created with 5.2.10 fail to import into 5.2.8 with some version
error.)

cheers,

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

Kernel: Linux 4.15.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages virtualbox depends on:
ii  adduser   3.117
ii  iproute2  4.15.0-3
ii  libc6 2.27-3
ii  libcurl3-gnutls   7.58.0-2
ii  libdevmapper1.02.12:1.02.145-4.1
ii  libgcc1   1:8-20180414-1
ii  libgsoap-2.8.60   2.8.60-2
ii  libpng16-16   1.6.34-1
ii  libpython3.6  3.6.5-3
ii  libsdl1.2debian   1.2.15+dfsg2-0.1
ii  libssl1.1 1.1.0h-2
ii  libstdc++68-20180414-1
ii  libvncserver1 0.9.11+dfsg-1
ii  libx11-6  2:1.6.5-1
ii  libxcursor1   1:1.1.15-1
ii  libxext6  2:1.3.3-1+b2
ii  libxml2   2.9.4+dfsg1-6.1
ii  libxmu6   2:1.1.2-2
ii  libxt61:1.1.5-1
ii  procps2:3.3.14-1
ii  python3   3.6.5-3
ii  python3.6 3.6.5-3
ii  virtualbox-dkms [virtualbox-modules]  5.2.8-dfsg-10
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages virtualbox recommends:
ii  libgl1  1.0.0+git20180308-2
ii  libqt5core5a5.10.1+dfsg-5
ii  libqt5opengl5   5.10.1+dfsg-5
ii  libqt5widgets5  5.10.1+dfsg-5
ii  virtualbox-qt   5.2.8-dfsg-10

Versions of packages virtualbox suggests:
pn  vde2
pn  virtualbox-guest-additions-iso  

-- no debconf information

Bug#890328: RFH: pdf-redact-tools -- PDF Redact Tools helps with securely redacting and stripping

2018-04-25 Thread Sicelo

Hi Loic

I might be able to co-maintain this with you, if you still need a hand.
However, I should let you know that I am a beginner (not a DM at all). I
am sure I pick up the skills needed as I work along with you.

Regards
Sicelo

Bug#896894: ITP: libtelephony-asterisk-ami-perl -- Simple Asterisk Manager Interface client (Perl module)

2018-04-25 Thread Damyan Ivanov

Package: wnpp
Owner: Damyan Ivanov 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtelephony-asterisk-ami-perl
  Version : 0.006
  Upstream Author : Christopher J. Madsen 
* URL : https://metacpan.org/release/Telephony-Asterisk-AMI
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Simple Asterisk Manager Interface client (Perl module)

Telephony::Asterisk::AMI is a simple client for the Asterisk Manager
Interface. It's better documented and less buggy than Asterisk::Manager, and
has fewer prerequisites than Asterisk::AMI. It uses IO::Socket::IP, so it
should support either IPv4 or IPv6.

If you need a more sophisticated client (especially for use in an
event-driven program), try Asterisk::AMI.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.

Bug#896893: transition: ffmpeg

2018-04-25 Thread James Cowgill

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

Hi,

FFmpeg 4.0 is the new major release of FFmpeg and as such upstream has
bumped the SONAMEs of all libraries so there needs to be a transition.

The new package is in experimental. It currently has a few issues, but I
think all except one autopkgtest failure are fixed in git. I'll upload a
new version once that is fixed.

I performed a rebuild of all rdeps with a pre-release version of FFmpeg
three months ago and have just done another rebuild. I have filed the
bugs here (and will add them as blocking bugs of this bug):
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ffmpeg-4.0-transition;users=debian-multime...@lists.debian.org

At the time of writing, there are 54 open bugs where packages FTBFS with
the new version. We could delay the transition a bit to reduce the
number of bugs before it starts, but given that it's been three months
since most were filed, I'm not sure how much that would help. Fixing all
of them myself sounds like a lot of work :)

The list of packages on the transition page looks about right.

Thanks,
James

Ben file:

title = "ffmpeg";
is_affected = .depends ~ "libavcodec57" | .depends ~
"libavcodec-extra57" | .depends ~ "libavfilter6" | .depends ~
"libavfilter-extra6" | .depends ~ "libavformat57" | .depends ~
"libavresample3" | .depends ~ "libavutil55" | .depends ~ "libpostproc54"
| .depends ~ "libswresample2" | .depends ~ "libswscale4" | .depends ~
"libavcodec58" | .depends ~ "libavcodec-extra58" | .depends ~
"libavfilter7" | .depends ~ "libavfilter-extra7" | .depends ~
"libavformat58" | .depends ~ "libavresample4" | .depends ~ "libavutil56"
| .depends ~ "libpostproc55" | .depends ~ "libswresample3" | .depends ~
"libswscale5";
is_good = .depends ~ "libavcodec58" | .depends ~ "libavcodec-extra58" |
.depends ~ "libavfilter7" | .depends ~ "libavfilter-extra7" | .depends ~
"libavformat58" | .depends ~ "libavresample4" | .depends ~ "libavutil56"
| .depends ~ "libpostproc55" | .depends ~ "libswresample3" | .depends ~
"libswscale5";
is_bad = .depends ~ "libavcodec57" | .depends ~ "libavcodec-extra57" |
.depends ~ "libavfilter6" | .depends ~ "libavfilter-extra6" | .depends ~
"libavformat57" | .depends ~ "libavresample3" | .depends ~ "libavutil55"
| .depends ~ "libpostproc54" | .depends ~ "libswresample2" | .depends ~
"libswscale4";


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

Kernel: Linux 4.15.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



signature.asc
Description: OpenPGP digital signature

Bug#896892: ITP: feature-check -- tool to query a program for supported features

2018-04-25 Thread Peter Pentchev

Package: wnpp
Severity: wishlist
Owner: Peter Pentchev 

* Package name: feature-check
  Version : 0.1.0
  Upstream Author : Peter Pentchev 
* URL : https://devel.ringlet.net/misc/feature-check/
* License : BSD-2
  Programming Lang: Perl
  Description : tool to query a program for supported features

The feature-check tool obtains the list of supported features from
a program via various methods (e.g. running it with the --features
command-line option) and allows other programs to check for
the presence and, possibly, versions of specific features.


signature.asc
Description: PGP signature

Bug#873464: Switch to ITP

2018-04-25 Thread Lisandro Damián Nicanor Pérez Meyer

retitle 873464 ITP: libqt5serialbus -- Qt 5 Support for CAN and potentially 
other serial buses.
owner 873464 !
thanks

Hi! This is actually an official Qt submodule [1] now properly developed
directly in upstream, so taking this bug for the Qt/KDE team.

I don't know (haven't checked) if the API is now stable, but we can package
it in experimental to start with.

As usual help is welcomed.

[1] 

-- 
8: Si un archivo ha pasado a la "Papelera de Reciclaje"
* Ud tiene una carpeta llamada "Papelera de Reciclaje"
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#843180: libcharon-extra-plugins: EAP-PEAP module not included

2018-04-25 Thread Pr0metheus

Package: strongswan-charon
Version: 5.6.2-2
Followup-For: Bug #843180

Dear Maintainer,

the EAP-PEAP module is still missing. Is there a plan to be added?

Thanks

Prometheus



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

Kernel: Linux 4.15.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages strongswan-charon depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  iproute1:4.14.1-1
ii  iproute2   4.15.0-3
ii  libc6  2.27-3
ii  libstrongswan  5.6.2-2
ii  strongswan-libcharon   5.6.2-2
ii  strongswan-starter 5.6.2-2

strongswan-charon recommends no packages.

strongswan-charon suggests no packages.

-- Configuration Files:
/etc/strongswan.d/charon-logging.conf changed:
charon {
# Section to define file loggers, see LOGGER CONFIGURATION in
# strongswan.conf(5).
filelog {
#  is the full path to the log file.
#  {
# Loglevel for a specific subsystem.
#  = 
# If this option is enabled log entries are appended to the existing
# file.
# append = yes
# Default loglevel.
# default = 1
# Enabling this option disables block buffering and enables line
# buffering.
# flush_line = no
# Prefix each log entry with the connection name and a unique
# numerical identifier for each IKE_SA.
# ike_name = no
# Adds the milliseconds within the current second after the
# timestamp (separated by a dot, so time_format should end with %S
# or %T).
# time_add_ms = no
# Prefix each log entry with a timestamp. The option accepts a
# format string as passed to strftime(3).
# time_format =
# }
}
# Section to define syslog loggers, see LOGGER CONFIGURATION in
# strongswan.conf(5).
syslog {
# Identifier for use with openlog(3).
# identifier =
#  is one of the supported syslog facilities, see LOGGER
# CONFIGURATION in strongswan.conf(5).
#  {
# Loglevel for a specific subsystem.
#  = 
# Default loglevel.
# default = 1
# Prefix each log entry with the connection name and a unique
# numerical identifier for each IKE_SA.
# ike_name = no
# }
}
}
charon-nm
{
  filelog {
# add a timestamp prefix
# prepend connection name, simplifies grepping
# overwrite existing files
# increase default loglevel for all daemon subsystems
# flush each line to disk
# more detailed loglevel for a specific subsystem, overriding the
# default loglevel.
  }
  syslog {

  }
}


-- no debconf information

Bug#893302: lwjgl FTBFS with openjdk-9

2018-04-25 Thread Markus Koschany


Am 25.04.2018 um 03:09 schrieb Michael Gilbert:
> On Mon, Apr 23, 2018 at 4:57 PM, Markus Koschany wrote:
>> lwjgl 2.9.3 is a legacy release from 2015. It is the last version of the
>> 2.x series and no longer supported. Upstream moved to lwjgl 3. If nobody
>> can fix this we should consider to remove lwjgl because the new version
>> 3 would require new Kotlin build dependencies and more.
> 
> Does anyone know what the plan is for openjdk-8 in buster?  If it
> isn't going to go away, the easiest thing may be to depend on it
> instead of default-jdk.
> 
> It look like after many years now, no one has tried to put together a
> kotlin compiler package, so supporting lwjgl3 seems very unlikely.
> 
> Best wishes,
> Mike

The current plan is to only ship OpenJDK 11 in Buster but I can imagine
that we keep OpenJDK 8 just for building packages but depend on OpenJDK
11 at runtime. OpenJDK 8 will be supported until 2020 but even without
support it should be safe to use for development purposes. Ok, let's
keep that in mind and see what happens.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#864349: (no subject)

2018-04-25 Thread Chris Stryczynski

I also ran into this issue quite often with the linux-lts kernel (less 
so with the latest kernel).


Here is some output from journalctl:

Apr 25 12:48:08 archamd kernel: nouveau :0a:00.0: fifo: write fault 
at 068000 engine 07 [HOST0] client 07 [HOST_CPU] reason 02 [PTE] on 
channel 2 [003fa53000 systemd-logind[397]]
Apr 25 12:48:08 archamd kernel: nouveau :0a:00.0: fifo: channel 2: 
killed
Apr 25 12:48:08 archamd kernel: nouveau :0a:00.0: fifo: runlist 0: 
scheduled for recovery
Apr 25 12:48:08 archamd kernel: nouveau :0a:00.0: 
systemd-logind[397]: channel 2 killed!
Apr 25 12:48:39 archamd kernel: WARNING: CPU: 2 PID: 4300 at 
drivers/gpu/drm/nouveau/nouveau_drm.c:120 
nouveau_cli_work_flush+0x130/0x140 [nouveau]
Apr 25 12:48:39 archamd kernel: Modules linked in: fuse xt_nat xt_tcpudp 
veth ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_conntrack_netlink 
nfnetlink xfrm_user xfrm_algo iptable_nat nf_conntrack>
Apr 25 12:48:39 archamd kernel:  drm_kms_helper snd_hda_core snd_hwdep 
aesni_intel snd_pcm drm aes_x86_64 crypto_simd glue_helper cryptd pcspkr 
agpgart snd_timer syscopyarea sysfillrect sysim>
Apr 25 12:48:39 archamd kernel: CPU: 2 PID: 4300 Comm: disk_cache:0 
Tainted: G   O 4.15.12-1-ARCH #1
Apr 25 12:48:39 archamd kernel: Hardware name: To Be Filled By O.E.M. To 
Be Filled By O.E.M./AB350M-HDV, BIOS P3.20 08/30/2017
Apr 25 12:48:39 archamd kernel: RIP: 
0010:nouveau_cli_work_flush+0x130/0x140 [nouveau]

Apr 25 12:48:39 archamd kernel: RSP: 0018:a3638a1b7bd0 EFLAGS: 00010246
Apr 25 12:48:39 archamd kernel: RAX:  RBX: 
8edbc2d62a20 RCX: 
Apr 25 12:48:39 archamd kernel: RDX: 8001 RSI: 
0282 RDI: 
Apr 25 12:48:39 archamd kernel: RBP: 8edb94429618 R08: 
0d7ba3b4bc00 R09: 8ed9e906bb00
Apr 25 12:48:39 archamd kernel: R10:  R11: 
000f4240 R12: dead0200
Apr 25 12:48:39 archamd kernel: R13: dead0100 R14: 
8edb94429608 R15: 8edb94429628
Apr 25 12:48:39 archamd kernel: FS:  7ff0f2e74700() 
GS:8edc9ec8() knlGS:
Apr 25 12:48:39 archamd kernel: CS:  0010 DS:  ES:  CR0: 
80050033
Apr 25 12:48:39 archamd kernel: CR2: 7f1ba33f8d74 CR3: 
00030537e000 CR4: 003406e0

Apr 25 12:48:39 archamd kernel: Call Trace:
Apr 25 12:48:39 archamd kernel:  nouveau_cli_fini+0x13/0x70 [nouveau]
Apr 25 12:48:39 archamd kernel:  nouveau_drm_postclose+0xa5/0xe0 [nouveau]
Apr 25 12:48:39 archamd kernel:  drm_release+0x264/0x380 [drm]
Apr 25 12:48:39 archamd kernel:  __fput+0x9d/0x1e0
Apr 25 12:48:39 archamd kernel:  task_work_run+0x84/0xa0
Apr 25 12:48:39 archamd kernel:  do_exit+0x311/0xb90
Apr 25 12:48:39 archamd kernel:  ? __update_load_avg_se.isra.4+0x1b6/0x1c0
Apr 25 12:48:39 archamd kernel:  do_group_exit+0x33/0xa0
Apr 25 12:48:39 archamd kernel:  get_signal+0x203/0x5d0
Apr 25 12:48:39 archamd kernel:  do_signal+0x36/0x610
Apr 25 12:48:39 archamd kernel:  ? __schedule+0x24b/0x8c0
Apr 25 12:48:39 archamd kernel:  ? do_task_dead+0x3d/0x40
Apr 25 12:48:39 archamd kernel:  ? SyS_futex+0x12d/0x180
Apr 25 12:48:39 archamd kernel:  exit_to_usermode_loop+0x85/0xa0
Apr 25 12:48:39 archamd kernel:  do_syscall_64+0x18a/0x190
Apr 25 12:48:39 archamd kernel: entry_SYSCALL_64_after_hwframe+0x3d/0xa2
Apr 25 12:48:39 archamd kernel: RIP: 0033:0x7ff10c9683bd
Apr 25 12:48:39 archamd kernel: RSP: 002b:7ff0f2e73b20 EFLAGS: 
0246 ORIG_RAX: 00ca
Apr 25 12:48:39 archamd kernel: RAX: fe00 RBX: 
1363b9da2b68 RCX: 7ff10c9683bd
Apr 25 12:48:39 archamd kernel: RDX:  RSI: 
0080 RDI: 1363b9da2b90
Apr 25 12:48:39 archamd kernel: RBP:  R08: 
 R09: 
Apr 25 12:48:39 archamd kernel: R10:  R11: 
0246 R12: 
Apr 25 12:48:39 archamd kernel: R13: 1363b9da2b40 R14: 
 R15: 1363b9da2b90
Apr 25 12:48:39 archamd kernel: Code: d9 e9 54 ff ff ff 48 83 c4 10 4c 
89 ff 5b 5d 41 5c 41 5d 41 5e 41 5f e9 ef ac e2 d9 4c 89 cf e8 e7 f7 c4 
d9 4c 8b 4c 24 08 eb be <0f> 0b eb ba 66 90 66 2>

Apr 25 12:48:39 archamd kernel: ---[ end trace e78ad2c52f037783 ]---


Apr 25 12:50:07 archamd kernel: kernel tried to execute NX-protected 
page - exploit attempt? (uid: 1000)
Apr 25 12:50:07 archamd kernel: BUG: unable to handle kernel paging 
request at 8edc8cecf920

Apr 25 12:50:07 archamd kernel: IP: 0x8edc8cecf920
Apr 25 12:50:07 archamd kernel: PGD 2e63a067 P4D 2e63a067 PUD 2e63e067 
PMD 30fef9063 PTE 80030cecf163

Apr 25 12:50:07 archamd kernel: Oops: 0011 [#1] PREEMPT SMP NOPTI
Apr 25 12:50:07 archamd kernel: Modules linked in: fuse xt_nat xt_tcpudp 
veth ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_conntrack_netlink 
nfnetlink xfrm_user xfrm_algo iptable_nat nf_conntrack>
Apr 25 12:50:07 archamd kernel:  drm_kms_helper snd_hda_core snd_hwdep 
aesni_intel

Bug#896891: xca FTCBFS: hard codes pkg-config in configure.ac

2018-04-25 Thread Helmut Grohne

Source: xca
Version: 1.4.1-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

xca fails to cross build from source, because it hard codes the build
architecture pkg-config in configure.ac in a few places. The attached
patch fixes that and makes xca cross buildable. Please consider applying
it.

Helmut
Index: xca-1.4.1/configure.ac
===
--- xca-1.4.1.orig/configure.ac
+++ xca-1.4.1/configure.ac
@@ -105,11 +105,11 @@
 
 if test "${WANT_QT_VERSION}" = detect -o "${WANT_QT_VERSION}" = 5; then
   PKG_CHECK_MODULES(Qt5, [Qt5Core >= 5.0, Qt5Widgets >= 5.0], [
-_QT_HOST_BINS="`pkg-config --variable=host_bins Qt5Core`"
+_QT_HOST_BINS="`$PKG_CONFIG --variable=host_bins Qt5Core`"
 QT_MOC="${_QT_HOST_BINS}/moc"
 QT_UIC="${_QT_HOST_BINS}/uic"
 if test -n "$DARWIN"; then
-  FRAMEDIR=`pkg-config --variable=libdir Qt5Core`
+  FRAMEDIR=`$PKG_CONFIG --variable=libdir Qt5Core`
   Qt5_CFLAGS="$Qt5_CFLAGS -std=c++11 -F${FRAMEDIR} -I${FRAMEDIR}/QtCore.framework/Headers -I${FRAMEDIR}/QtGui.framework/Headers -I${FRAMEDIR}/QtWdgets.framework/Headers -Xlinker -rpath -Xlinker ${FRAMEDIR}"
 fi
 WANT_QT_VERSION=5
@@ -121,13 +121,13 @@
 
 if test "${WANT_QT_VERSION}" = detect -o "${WANT_QT_VERSION}" = 4; then
   PKG_CHECK_MODULES(Qt4, [QtCore >= 4.7, QtCore < 5.0, QtGui >= 4.7, QtGui < 5.0], [
-QT_MOC="`pkg-config --variable=moc_location QtCore`"
-QT_UIC="`pkg-config --variable=uic_location QtCore`"
+QT_MOC="`$PKG_CONFIG --variable=moc_location QtCore`"
+QT_UIC="`$PKG_CONFIG --variable=uic_location QtCore`"
 if test -n "${QT_MOC}"; then
   _QT_HOST_BINS="`dirname ${QT_MOC}`"
 fi
 if test -n "$DARWIN"; then
-  FRAMEDIR=`pkg-config --variable=libdir QtCore`
+  FRAMEDIR=`$PKG_CONFIG --variable=libdir QtCore`
   Qt4_CFLAGS="$Qt4_CFLAGS -F${FRAMEDIR} -I${FRAMEDIR}/QtCore.framework/Headers -I${FRAMEDIR}/QtGui.framework/Headers -Xlinker -rpath -Xlinker ${FRAMEDIR}"
 fi
 WANT_QT_VERSION=4

1 2 >

1 - 100 of 183 matches

Mail list logo