Bug#893334: ITP: ruby-statsd -- StatsD client for Ruby

[Balasankar C]

Package: wnpp
Owner: Balasankar C 
Severity: wishlist

* Package name: ruby-statsd
  Version : 1.4.0
  Upstream Author : Rein Henrichs 
* URL : https://github.com/reinh/statsd
* License : Expat
  Programming Lang: Ruby
  Description : StatsD client for Ruby



signature.asc
Description: OpenPGP digital signature

Bug#892978: getmail4: should recommend requirements for --store-password-in-gnome-keyring

[Osamu Aoki]

On Fri, Mar 16, 2018 at 08:11:16AM +1100, Brian May wrote:
> Osamu Aoki  writes:
> 
> > FYI: There were discussion to do that with some preliminary porting work
> > already in some git repo.  But, at least, the upstream is not
> > interested to move getmail to python3.
> 
> FYI: Python2 is no longer being supported after 2020, and there is
> already talk on debian-python about moving everything to Python3.

Yes, that was explained to the upstream.

For now, me nor Daniel Kahn Gillmor  did not push
upstream further.  (Both of us made some porting work.)

Osamu

Bug#792713: apt-get download: "E: Handler silently failed"

[Paul Wise]

Package: apt
Version: 1.6~beta1
Followup-For: Bug #792713
Control: retitle -1 apt: download/changelog: "E: Handler silently failed"
Control: usertags -1 + bittenby

This also happens with apt-get changelog:

$ apt changelog
E: Handler silently failed
$ apt-get changelog
E: Handler silently failed

-- 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.14.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 apt depends on:
ii  adduser 3.117
ii  debian-archive-keyring  2017.7
ii  gpgv2.2.5-1
ii  libapt-pkg5.0   1.6~beta1
ii  libc6   2.27-2
ii  libgcc1 1:8-20180312-2
ii  libgnutls30 3.5.18-1
ii  libseccomp2 2.3.1-2.1
ii  libstdc++6  8-20180312-2

Versions of packages apt recommends:
ii  ca-certificates  20170717

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.8.10-6
ii  dpkg-dev1.19.0.5
ii  gnupg   2.2.5-1
ii  gnupg1  1.4.22-4
ii  gnupg2  2.2.5-1
ii  powermgmt-base  1.31+nmu1

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#893326: lintian: check that patch licenses are compatible with licenses of files they modify

[Paul Wise]

On Sun, 2018-03-18 at 01:50 +, Chris Lamb wrote:

> I am unsure that a debian/ directory plus the upstream source really
> creates a derived work.

It definitely does when there are patches to the upstream code in
debian/, which is the case I'm talking about with this feature request.

> A link to a few concrete offending cases would therefore be helpful
> at this point.

I don't have any at this point because I wanted to use lintian to
discover instances of this problem :)

I often see sponsors on debian-mentors asking people to use the same
license as upstream, most of the time it is GPL for debian/ and
permissive licenses for upstream, but that is a subject for another
feature request though.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#893324: diffoscope: terminology used in docs about exclusion options

[Paul Wise]

Control: retitle -1 diffoscope: terminology used in docs about exclusion options
Control: tags -1 - moreinfo

On Sun, 2018-03-18 at 02:02 +, Chris Lamb wrote:

> Does this not already exist?

..
>  $ diffoscope --no-progress --exclude-directory-metadata a b

Ah, woops.

I looked at the manual page but I searched for the word 'ignore' rather
than 'exclude' so I completely missed the section documenting the
availability of this option.

Lets turn this into a bug about that instead. I would suggest replacing
"Exclude" with "Exclude/ignore" within the docs about the options that exclude 
some parts of the diffoscope output.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#882140: python3-django-captcha: Django 2.0 support

[Sunil Mohan Adapa]

On Tue, 12 Dec 2017 18:52:15 +1100 Brian May  wrote:
> On Sun, Nov 19, 2017 at 10:25:49AM -0500, James Valleroy wrote:
> > Package: python3-django-captcha
> > Version: 0.5.5-1
> > Severity: normal
> 
> I believe 0.5.6 should fix this, now in git.
> 
> Unfortunately, it depends on django-ranged-response, which isn't yet in
> Debian.
> 
> https://pypi.python.org/pypi/django-ranged-response/0.2.0

django-ranged-response is now waiting in the NEW queue and should make
upload of 0.5.6 possible soon.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#893333: firefox: contentproc crashes (SIGSEGV) when terminating with Ctrl+c or SIGTERM

[Paul Wise]

Package: firefox
Version: 59.0.1-1
Severity: normal

When I terminate Firefox with Ctrl+c or SIGTERM (via pkill), the
contentproc child processes leave 3 or 4 core dumps on my system.

The tracebacks look like this (see attached for full tracebacks):

Core was generated by `/usr/lib/firefox/firefox -contentproc -childID 3 
-isForBrowser -intPrefs 6:50|7'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  mozilla::ipc::MessageChannel::OnChannelErrorFromLink (this=0x7f254dfcd128) 
at /build/firefox-pdT29J/firefox-59.0.1/ipc/glue/MessageChannel.cpp:2534
2534/build/firefox-pdT29J/firefox-59.0.1/ipc/glue/MessageChannel.cpp: No 
such file or directory.
[Current thread is 1 (Thread 0x7f253c1a3700 (LWP 31503))]
#0  0x7f253fd5bbd3 in 
mozilla::ipc::MessageChannel::OnChannelErrorFromLink() (this=0x7f254dfcd128) at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/glue/MessageChannel.cpp:2534
#1  0x7f253fd5bccf in mozilla::ipc::ProcessLink::OnChannelError() 
(this=0x7f25384c95b0) at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/glue/MessageLink.cpp:393
#2  0x7f253d4de9ba in event_persist_closure (ev=, 
base=0x7f254dfc8800) at event.c:1580
#3  0x7f253d4de9ba in event_process_active_single_queue 
(base=base@entry=0x7f254dfc8800, activeq=0x7f254df29670, 
max_to_process=max_to_process@entry=2147483647, endtime=endtime@entry=0x0) at 
event.c:1639
#4  0x7f253d4df537 in event_process_active (base=0x7f254dfc8800) at 
event.c:1738
#5  0x7f253d4df537 in event_base_loop (base=0x7f254dfc8800, 
flags=flags@entry=1) at event.c:1961
#6  0x7f253fd31a6e in 
base::MessagePumpLibevent::Run(base::MessagePump::Delegate*) 
(this=0x7f254df4ed40, delegate=0x7f253c1a2d00) at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/chromium/src/base/message_pump_libevent.cc:381
#7  0x7f253fd34320 in MessageLoop::RunInternal() (this=0x7f253c1a2d00) at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/chromium/src/base/message_loop.cc:326
#8  0x7f253fd34320 in MessageLoop::RunHandler() (this=0x7f253c1a2d00) at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/chromium/src/base/message_loop.cc:319
#9  0x7f253fd34320 in MessageLoop::Run() (this=this@entry=0x7f253c1a2d00) 
at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/chromium/src/base/message_loop.cc:299
#10 0x7f253fd40aa9 in base::Thread::ThreadMain() (this=0x7f254df26488) at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/chromium/src/base/thread.cc:181
#11 0x7f253fd315ba in ThreadFunc(void*) (closure=) at 
/build/firefox-pdT29J/firefox-59.0.1/ipc/chromium/src/base/platform_thread_posix.cc:38
#12 0x7f254f26a5aa in start_thread (arg=0x7f253c1a3700) at 
pthread_create.c:463
#13 0x7f254e7fecbf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

-- 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.14.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 firefox depends on:
ii  debianutils   4.8.4
ii  fontconfig2.12.6-0.1
ii  libatk1.0-0   2.26.1-3
ii  libc6 2.27-2
ii  libcairo-gobject2 1.15.10-1
ii  libcairo2 1.15.10-1
ii  libdbus-1-3   1.12.6-2
ii  libdbus-glib-1-2  0.110-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-8
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8-20180312-2
ii  libgdk-pixbuf2.0-02.36.11-1
ii  libglib2.0-0  2.54.3-2
ii  libgtk-3-03.22.28-1
ii  libgtk2.0-0   2.24.32-1
ii  libhunspell-1.6-0 1.6.2-1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.18-1
ii  libnss3   2:3.35-2
ii  libpango-1.0-01.40.14-1
ii  libsqlite3-0  3.22.0-2
ii  libstartup-notification0  0.12-5
ii  libstdc++68-20180312-2
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.13-1
ii  libxcb1   1.13-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-4
ii  zlib1g1:1.2.8.dfsg-5

firefox recommends no packages.

Versions of packages firefox suggests:
ii  fonts-lmodern  2.004.5-3
pn  fonts-stix | otf-stix  
ii  libcanberra0   

Bug#893189: transition: llvm-defaults to llvm 6.0

[Andreas Beckmann]

The ben file is broken ...

On Sat, 17 Mar 2018 09:43:38 +0100 Sylvestre Ledru
 wrote:
> title = "llvm-defaults-4.0";
> is_affected = .depends ~ 
> "lib(clang1-3.6|libllvm3.6|clang1-3.8|libllvm3.8|clang1-3.9|libllvm3.9
^^^^^^ ...
> |clang1-4.0|libllvm4.0|clang1-5.0|libllvm5.0)" | .depends ~ 
> "lib(clang1-6.0|libllvm6.0)";
> is_good = .depends ~ "lib(clang1-.0|libllvm4.0)";
^^^   ^^^^^^
> is_bad = .depends ~ 
> "lib(clang1-3.6|libllvm3.6|clang1-3.8|libllvm3.8|clang1-3.9|libllvm3.9
> |clang1-4.0|libllvm4.0|clang1-5.0|libllvm5.0)";

It tries to match liblibllvmX.Y
Why is 4.0 good?


Andreas

Bug#317711: +1 on more queue events (like "put in NEW", "rejected")

[shirish शिरीष]

Dear Friends,

As users, we use the PTS and apt-cache policy to find the state of
packages vis-a-vis upstream .

For instance, I just filed #893331 .  Now as a user I have no way to
know if the DM has put up the new point release of qbittorrent and
needs a DD's nod or not. If he did then I'm just adding unnecessary
noise but have no way to know the same.  Also the DM's contributions
are not known to us as to how active (s)he is towards the package.

Look forward to know.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#893331: qbittorrent: Please update qbittorrent to 4.0.4

[shirish शिरीष]

Package: qbittorrent
Version: 4.0.3-1
Severity: wishlist

Dear Maintainer,

Qbittorrent released a minor update 4.0.4 which has some significant changes,
see the commits for more -

Perusing launchpad commit logs -

https://git.launchpad.net/qbittorrent/log/?h=v4_0_x

2018-02-15  Bump to 4.0.4release-4.0.4v4_0_x
2018-02-09  Don't set application name twiceLuís Pereira
2018-02-09  Add missing units
2018-02-09  Remove legacy and corrupted RSS settings
2018-01-03  Fix constant status of '[F] Downloading'. Closes #7628.
2017-12-24  Make value formatting consistent with GUIrefs/pull/8178/head
2017-12-24  Make peer information flags in peerlist more readable   thalieht
2017-12-24  Fix application of speed limits on LAN and μTP
connections. Closes #7745.  sledgehammer999
2017-12-24  Fix natural sorting when the common part of 2 strings ends
partially in a num...   sledgehammer999
2017-12-24  Simplify sorting code.  sledgehammer999
2017-12-24  Fix sorting of country flags column in Peers tab.

I am just sharing the commits which seem interesting to me. It is possible that
you have done the work already needed and just needs a DD to accept the upload.

Look forward to see know if you are going to be uploading 4.0.4 or making plans
to do the release of 4.0.5 which could be released anyday now.

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

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

Versions of packages qbittorrent depends on:
ii  geoip-database 20180215-1
ii  libboost-system1.62.0  1.62.0+dfsg-5
ii  libc6  2.27-2
ii  libgcc11:8-20180312-2
ii  libqt5core5a   5.9.2+dfsg-12
ii  libqt5dbus55.9.2+dfsg-12
ii  libqt5gui5 5.9.2+dfsg-12
ii  libqt5network5 5.9.2+dfsg-12
ii  libqt5widgets5 5.9.2+dfsg-12
ii  libqt5xml5 5.9.2+dfsg-12
ii  libstdc++6 8-20180312-2
ii  libtorrent-rasterbar9  1.1.5-1
ii  python 2.7.14-4
ii  zlib1g 1:1.2.8.dfsg-5

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#892664: dpkg: Please add support for zstd (Zstandard) compressed packages

[Guillem Jover]

Hi!

On Sun, 2018-03-11 at 21:51:05 +0100, Balint Reczey wrote:
> Package: dpkg
> Version: 1.19.0.5
> Severity: wishlist
> Tags: patch

> Please add support for Zstandard compression to dpkg and other
> programs generated by the dpkg source package [1].

Thanks. I started implementing this several weeks ago after having
discussed it with Julian Andres Klode on IRC, but stopped after seeing
the implementation getting messy given the current code structure.

In any case, as I mentioned on IRC to Andres, this is something I
pondered about already in 2016, when Paul Wise blogged about it, and
which I also told Andres about at the time when he was adding lz4
support to apt. :) But parked it for later as there were several
apparent problems with it at the time.

So, the items that come to mind (most from the dpkg FAQ [F]:

* Availability in general Unix systems would be one. I think the code
  should be portable, but I've not checked properly.
* Size of the shared library another, it would be by far the fattest
  compression lib used by dpkg. It's not entirely clear whether the
  shlib embeds a zlib library?
* Increase in the (build-)essential set (directly and transitively).
* It also seems the format has changed quite some times already, and
  it's probably the reason for the fat shlib. Not sure if the format
  has stabilized enough to use this as good long-term storage format,
  and what's the policy regarding supporting old formats for example,
  given that this is intended mainly to be used for real-time and
  streaming content and similar. For example the Makefile for libzstd
  defaults to supporting v0.4+ only, which does not look great.
* The license seems fine, as being very permissive, or it could affect
  availability. This one I need to add to the FAQ.
* Memory usage seemed fine or slight better depending on the compression
  level, but not when wanting equal or less space used?
* Space used seemed worse.
* Compression and decompression speed seemed better depending on the
  compression and decompression levels.

[F] 


Overall I'm still not sure whether this is worth it. Also the
tradeoffs for stable are different to unstable/testing, or for
fast/slow networks, or long-term storage, one-time installations,
or things like CI and similar.

In any case this would still need discussion on debian-devel, and
involvement from other parts of the project, at least ftp-masters for
example. And whether the added "eternal" support makes sense if we are
or not planning to eventually switch to the compressor as the default,
for example, etc.

> $ rm -rf firefox-xz/* ;time  dpkg-deb -R firefox-xz.deb firefox-xz/
> real 0m4,270s
> user 0m4,220s
> sys 0m0,630s
> $ rm -rf firefox-zstd/* ;time  dpkg-deb -R firefox-zstd.deb firefox-zstd/
> real 0m0,765s
> user 0m0,556s
> sys 0m0,462s

Right, although that might end up being noise when factored into a
normal dpkg installation, due to the fsync()s, or maintscript
execution, etc.

> Tests on the full Ubuntu main archive showed ~6% average increase in
> the size of the binary packages.

What about the total increase? Because it's not the same say a 15%
increase in a 500 MiB .deb, than a 2% in a 100 KiB one obviously. :)



And follows a quick code review, not very deep, given that whether to
include support for this is still open.


> From 79aad733cbc7edd44e124702f82b8a46a3a4aea9 Mon Sep 17 00:00:00 2001
> From: Balint Reczey 
> Date: Thu, 8 Mar 2018 09:53:36 +0100
> Subject: [PATCH 1/4] dpkg: Add Zstandard compression support

> diff --git a/dpkg-deb/main.c b/dpkg-deb/main.c
> index 52e9ce67d..7f898210e 100644
> --- a/dpkg-deb/main.c
> +++ b/dpkg-deb/main.c
> @@ -108,7 +108,7 @@ usage(const struct cmdinfo *cip, const char *value)
>  "  --[no-]uniform-compression   Use the compression params on all 
> members.\n"
>  "  -z#  Set the compression level when 
> building.\n"
>  "  -Z Set the compression type used when 
> building.\n"
> -" Allowed types: gzip, xz, none.\n"
> +" Allowed types: gzip, xz, zstd, none.\n"
>  "  -S Set the compression strategy when 
> building.\n"
>  " Allowed values: none; extreme (xz);\n"
>  " filtered, huffman, rle, fixed 
> (gzip).\n"

In theory the proper way to introduce this is to first enable
decompression and then after a full stable release cycle add compression
support.

> diff --git a/lib/dpkg/compress.c b/lib/dpkg/compress.c
> index 44075cdb6..e20add3b7 100644
> --- a/lib/dpkg/compress.c
> +++ b/lib/dpkg/compress.c
> @@ -750,6 +753,127 @@ static const struct compressor compressor_lzma = {
>   .decompress = decompress_lzma,
>  };
>  
> +/*
> + * Zstd compressor.
> + */
> +
> +#define ZSTD  

Bug#891739: Pending fixes for bugs in the gitlab-ci-multi-runner package

[pkg-go-maintainers]

tag 891739 + pending
thanks

Some bugs in the gitlab-ci-multi-runner package are closed in
revision 4662fe2c1fc6354e589e7eaac8852f2e96a2e868 in branch ' 
experimental' by Dmitry Smirnov

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/gitlab-ci-multi-runner.git/commit/?id=4662fe2

Commit message:

rules: remove all .generated.go files (Closes: #891739).

Bug#891279: Pending fixes for bugs in the gitlab-ci-multi-runner package

[pkg-go-maintainers]

tag 891279 + pending
thanks

Some bugs in the gitlab-ci-multi-runner package are closed in
revision 757c1d05cb80f85a3ea49a58a7024187244fba3b in branch ' 
experimental' by Dmitry Smirnov

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/gitlab-ci-multi-runner.git/commit/?id=757c1d0

Commit message:

New "swagger.patch" to fix FTBFS (Closes: #891279).

Bug#893330: Syntax error in virtlock-admin.socket can break upgrades

[Ben Hutchings]

Package: libvirt-daemon-system
Version: 4.1.0-1
Severity: important
Tags: patch

An upgrade to this version failed:

Setting up libvirt-daemon-system (4.1.0-1) ...
Installing new version of config file /etc/init.d/libvirt-guests ...
Installing new version of config file /etc/libvirt/libvirtd.conf ...
Installing new version of config file /etc/libvirt/virtlockd.conf ...
Created symlink 
/etc/systemd/system/sockets.target.wants/virtlockd-admin.socket → 
/lib/systemd/system/virtlockd-admin.socket.
Created symlink 
/etc/systemd/system/sockets.target.wants/virtlogd-admin.socket → 
/lib/systemd/system/virtlogd-admin.socket.
virtlockd.service is a disabled or a static unit, not starting it.
A dependency job for virtlogd.service failed. See 'journalctl -xe' for 
details.
invoke-rc.d: initscript virtlogd, action "start" failed.
● virtlogd.service - Virtual machine log manager
   Loaded: loaded (/lib/systemd/system/virtlogd.service; indirect; vendor 
preset: enabled)
   Active: active (running) since Fri 2018-03-09 02:30:19 GMT; 1 weeks 2 
days ago
 Docs: man:virtlogd(8)
   https://libvirt.org
 Main PID: 15811 (virtlogd)
Tasks: 2 (limit: 4915)
   Memory: 3.1M
   CGroup: /system.slice/virtlogd.service
   └─15811 /usr/sbin/virtlogd

Mar 18 02:32:45 deadeye systemd[1]: Reloading Virtual machine log manager.
Mar 18 02:32:45 deadeye systemd[1]: Reloaded Virtual machine log manager.
Mar 18 02:32:48 deadeye systemd[1]: Dependency failed for Virtual machine 
log manager.
Mar 18 02:32:48 deadeye systemd[1]: virtlogd.service: Job 
virtlogd.service/start failed with result 'dependency'.
Warning: Journal has been rotated since unit was started. Log output is 
incomplete or unavailable.
dpkg: error processing package libvirt-daemon-system (--configure):
 installed libvirt-daemon-system package post-installation script 
subprocess returned error exit status 1

virtlockd.service depends on virtlockd-admin.socket, and
virtlock-admin.socket cannot be started:

Mar 18 02:51:12 deadeye systemd[1]: virtlockd-admin.socket: Socket service 
virtlockd-admin.service not loaded, refusing.

Patch attached.  (I haven't been able to rebuild the package with this
change due to dependency problems in unstable, but making the same
change to the installed file /lib/systemd/system/virtlockd-admin.socket
allowed me to start it and complete installation.)

Ben.

-- 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-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libvirt-daemon-system depends on:
ii  adduser3.117
ii  debconf [debconf-2.0]  1.5.66
ii  gettext-base   0.19.8.1-4
ii  iptables   1.6.2-1
ii  libacl12.2.52-3+b1
ii  libapparmor1   2.12-3
ii  libaudit1  1:2.8.2-1
ii  libblkid1  2.31.1-0.5
ii  libc6  2.27-2
ii  libcap-ng0 0.7.7-3.1+b1
ii  libdbus-1-31.12.6-2
ii  libdevmapper1.02.1 2:1.02.145-4.1
ii  libgnutls303.5.18-1
ii  libnl-3-2003.2.27-2
ii  libnl-route-3-200  3.2.27-2
ii  libnuma1   2.0.11-2.1
ii  libselinux12.7-2+b1
ii  libvirt-clients4.1.0-1
ii  libvirt-daemon 4.1.0-1
ii  libvirt0   4.1.0-1
ii  libxml22.9.4+dfsg1-6.1
ii  libyajl2   2.1.0-2+b3
ii  logrotate  3.11.0-0.1
ii  lsb-base   9.20170808
ii  policykit-10.105-18

Versions of packages libvirt-daemon-system recommends:
ii  bridge-utils  1.5-15
ii  dmidecode 3.1-1
ii  dnsmasq-base  2.78-3
ii  ebtables  2.0.10.4-3.5+b1
ii  iproute2  4.15.0-3
ii  parted3.2-20

Versions of packages libvirt-daemon-system suggests:
ii  apparmor2.12-3
pn  auditd  
ii  nfs-common  1:1.3.4-2.2
ii  pm-utils1.4.1-17
pn  radvd   
ii  systemd 238-2
ii  systemtap   3.1-3
pn  zfsutils

-- Configuration Files:
/etc/libvirt/nwfilter/allow-arp.xml [Errno 13] Permission denied: 
'/etc/libvirt/nwfilter/allow-arp.xml'
/etc/libvirt/nwfilter/allow-dhcp-server.xml [Errno 13] Permission denied: 
'/etc/libvirt/nwfilter/allow-dhcp-server.xml'
/etc/libvirt/nwfilter/allow-dhcp.xml [Errno 13] Permission denied: 
'/etc/libvirt/nwfilter/allow-dhcp.xml'
/etc/libvirt/nwfilter/allow-incoming-ipv4.xml [Errno 13] Permission denied: 
'/etc/libvirt/nwfilter/allow-incoming-ipv4.xml'
/etc/libvirt/nwfilter/allow-ipv4.xml [Errno 13] Permission denied: 

Bug#893329: ITP: golang-github-facebookgo-atomicfile -- Package atomicfile provides an atomically written/replaced file.

[Eric Dorland]

Package: wnpp
Severity: wishlist
Owner: Eric Dorland 

* Package name: golang-github-facebookgo-atomicfile
  Version : 0.0~git20151019.2de1f20-1
  Upstream Author : Facebook Go
* URL : https://github.com/facebookgo/atomicfile
* License : BSD
  Programming Lang: Go
  Description : Provides an atomically written/replaced file.

Package atomicfile provides the ability to write a file with an eventual rename 
on Close (using os.Rename). This allows for a file to always be in a consistent 
state and never represent an in-progress write.

NOTE: `os.Rename` may not be atomic on your operating system.

Bug#873160: python-pymad: pymad in stretch decodes to noise

[Jamie Wilkinson]

Sorry, I forgot all about this.  I don't remember if I did make a
0.9-1+deb9u1.

On 13 March 2018 at 04:11, Adrian Bunk  wrote:

> On Wed, Aug 30, 2017 at 11:19:22AM +1000, Jamie Wilkinson wrote:
> > Bug 873673 contains the request to the release team.
>
> Did you make any progress preparing a 0.9-1+deb9u1 as advised by the
> release team?
>
> Thanks
> 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#534251: git-email: should support GnuPG signing and/or encryption

[Georg Faerber]

Hi all,

Anybody knows if this is possible nowadays? Didn't had any success
researching this. In case this is not supported:

- Is there an upstream ticket tracking this?
- Does a workaround exist to get emails signed, in a convenient way?

Cheers,
Georg


signature.asc
Description: Digital signature

Bug#891288: tiff / CVE-2018-7456

[Brian May]

Hugo Lefeuvre  writes:

> So, after some debugging on CVE-2018-7456, I start to get the feeling to
> understand the issue.
>
> Here are my conclusions for the moment:
>
> * In any case, the transfer function should not care about other
>   channels defined by ExtraSamples (see 2nd and 3rd paragraphs of
>   TransferFunction entry, page 84 of the specification), so something
>   like the following patch should be a first step:
>
> --- a/libtiff/tif_print.c 2018-03-17 21:56:47.0 +0100
> +++ b/libtiff/tif_print.c 2018-03-17 22:05:58.446092016 +0100
> @@ -546,7 +546,7 @@
>   uint16 i;
>   fprintf(fd, "%2ld: %5u",
>   l, td->td_transferfunction[0][l]);
> - for (i = 1; i < td->td_samplesperpixel; i++)
> + for (i = 1; i < td->td_samplesperpixel - 
> td->td_extrasamples; i++)
>   fprintf(fd, " %5u",
>   td->td_transferfunction[i][l]);
>   fputc('\n', fd);
>
> But it's not enough. Why ?
>
> * I discovered that td->td_samplesperpixel can have arbitrary size while
>   td->td_extrasamples stays 0. It shouldn't be the case ! For instance
>   the specification doesn't allow RGB with 4 channels and no ExtraSamples.
>   And while it doesn't make any sense, libtiff won't notice it.
>
>   I even tried RGB with 8 channels and no ExtraSamples and it worked too.
>
>   So, what should be done ?
>
>   For each PhotometricInterpretation type there is a 'standard' samples
>   per pixel value (that is the samples per pixel value without extra samples:
>   3 for RGB, etc). Let's name it (standard spp).
>
>   So, what we should do is: If the actual td->td_samplesperpixel is higher
>   than (standard spp), then we should assume that td->td_extrasamples is
>   td->td_samplesperpixel - (standard spp), even if no ExtraSamples field
>   was specified OR if the specified td->td_extrasamples was smaller.

Seems good to me. I would suggest sending a patch upstream, see what
they think.

Also I tend to think some some of assertion might be a good idea,
something that aborts if

(td->td_samplesperpixel - td->td_extrasamples) > 3

As aborting early is probably better then screwing up memory.


For reference, the next value in the struct is:

typedef struct {
[...]

/* Colorimetry parameters */
uint16* td_transferfunction[3];
float*  td_refblackwhite;

[...]
} TIFFDirectory;

So I am guessing when you access td_transferfunction[3], you are
actually accessing td_refblackwhite, which - surprise surprise - happens
to be NULL.
-- 
Brian May 

Bug#893328: sbuild's autopkgtests fail due to the lack of a lintian dependency

[Simon Quigley]

Package: sbuild
Version: 0.74.0-1
Severity: important

Ubuntu's autopkgtest schroots (for example) do not have lintian
installed by default. This makes the autopkgtests fail because the
lintian binary is not found. Here is the log from the amd64 autopkgtest:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/s/sbuild/20180317_191912_dacda@/log.gz

Adding lintian to the dependencies in debian/tests/control fixes this.

Please fix this in the Debian packaging.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4



signature.asc
Description: OpenPGP digital signature

Bug#893324: diffoscope: mechanism to ignore changes to file modification dates

[Chris Lamb]

tags 893324 + moreinfo
thanks

Hi Paul,

> it would be nice to have a way to ignore the modification timestamp.

Does this not already exist?

 $ mkdir a b
 $ touch a/foo
 $ sleep 1
 $ touch b/foo
 $ diffoscope --no-progress --exclude-directory-metadata a b
 $ echo $?
 0


Regards,

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

Bug#893112: nmu: eclipse-titan_6.3.1-1

[Andreas Beckmann]

severity 893112 normal
reassign 893112 release.debian.org
retitle 893112 nmu: eclipse-titan_6.3.1-1
user release.debian@packages.debian.org
usertag 893112 binnmu
thanks

On Fri, 16 Mar 2018 16:22:49 +0100 Harald Welte  wrote:
> Package: eclipse-titan
> Severity: grave
> 
> This is history repeating itself, see debian bug 879816
> 
> I would hope this can be solved in a generic way, without breaking the 
> eclipse-titan
> package every few months when debian updates the gcc version.

This just needs a binNMU.

nmu eclipse-titan_6.3.1-1 . ANY . unstable . -m "Rebuild against gcc 7.3.0."


Andreas

Bug#764342: bug#764342: Packaging complete for ‘gandi-cli’

[Ben Finney]

Control: tags -1 pending

On 22-Nov-2017, Ben Finney wrote:
> retitle 764342 ITP: gandi-cli -- command-line interface for Gandi service
> owner 764342 !

I have completed the Debian packaging for ‘gandi-cli’ and submitted
the ‘gandi-cli’ binary package to the NEW queue.

For those interested, the Debian packaging is tracked in VCS at
.

-- 
 \   “What I resent is that the range of your vision should be the |
  `\ limit of my action.” —Henry James |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#893327: gandi-cli: command without manual page, ‘gandi’

[Ben Finney]

Package: gandi-cli
Version: 1.2-1
Severity: minor
Tags: upstream
Control: forwarded -1 https://github.com/Gandi/gandi.cli/issues/243

The package installs the command ‘/usr/bin/gandi’ but has no manual
page ‘gandi(1)’ in Debian.

This is because the upstream source release omits the source for the
manual page. I have reported an issue upstream for this.

-- 
 \   “If you see an animal and you can't tell if it's a skunk or a |
  `\   cat, here's a good saying to help: ‘Black and white, stinks all |
_o__)  right. Tabby-colored, likes a fella.’” —Jack Handey |
Ben Finney 


signature.asc
Description: PGP signature

Bug#893326: lintian: check that patch licenses are compatible with licenses of files they modify

[Chris Lamb]

tags 893326 + moreinfo
thanks

Hi Paul,

> It is often the case that the Debian packager just puts debian/ under
> the GNU GPL, which can often be incompatible with code licenses.

I am unsure that a debian/ directory plus the upstream source really
creates a derived work. (I am ignoring the cases where debian/ is so
trivial to be uncopyrightable.)

A link to a few concrete offending cases would therefore be helpful
at this point.


Regards,

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

Bug#844939: Yup, fixed.

[Gilles Filippini]

Hi,

I've just tried to build your package and it fails the tests:
# still have 3 known breakage(s)
# failed 18 among remaining 36 test(s)
1..39

Full build log attached.

Thanks,

_g.

On Sun, 3 Dec 2017 21:09:52 + Chris West  wrote:
> Control: tags -1 + fixed-upstream
> 
> Mark has kindly fixed the bug upstream, and the package now builds
> correctly (after adding locales-all). My repo[1] now builds successfully
> inside gbp with pbuilder.
> 
> I've also bumped the standards version, as I believe it only requires a
> trivial change.
> 
> 1: https://github.com/FauxFaux/git-remote-hg


git-remote-hg_0.3+git20171203.9f6c541-1_amd64.build.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature

Bug#893326: lintian: check that patch licenses are compatible with licenses of files they modify

[Paul Wise]

Package: lintian
Version: 2.5.79
Severity: wishlist

For packages with a machine-readable debian/copyright file and patches,
please check that the license for the debian/patches/* files are
compatible with the licenses for the files that they are modifying.

It is often the case that the Debian packager just puts debian/ under
the GNU GPL, which can often be incompatible with code licenses.
I suggest that the initial list of incompatibilities start with the
licenses that are incompatible with the GNU GPL.

https://www.gnu.org/licenses/license-list.html#GPLIncompatibleLicenses

Further resources for determining which licenses are incompatible:

https://en.wikipedia.org/wiki/License_compatibility
https://creativecommons.org/share-your-work/licensing-considerations/compatible-licenses/
https://apache.org/licenses/GPL-compatibility.html

-- 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.14.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 lintian depends on:
ii  binutils  2.30-7
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.19.0.5
ii  file  1:5.32-2
ii  gettext   0.19.8.1-4
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.33
ii  libarchive-zip-perl   1.60-1
ii  libclass-accessor-perl0.51-1
ii  libclone-perl 0.39-1
ii  libdpkg-perl  1.19.0.5
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.96-1
ii  liblist-moreutils-perl0.416-1+b3
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.26 [libdigest-sha-perl]  5.26.1-5
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.73-1
ii  libxml-simple-perl2.24-1
ii  libyaml-libyaml-perl  0.69+repack-1
ii  man-db2.8.2-1
ii  patchutils0.3.4-2
ii  perl  5.26.1-5
ii  t1utils   1.41-2
ii  xz-utils  5.2.2-1.3

Versions of packages lintian recommends:
ii  libperlio-gzip-perl  0.19-1+b4

Versions of packages lintian suggests:
ii  binutils-multiarch 2.30-7
ii  dpkg-dev   1.19.0.5
ii  libhtml-parser-perl3.72-3+b2
ii  libtext-template-perl  1.47-1

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#893325: RFS: python-tabulate/0.8.2-1 [ITP] -- pretty-print tabular data in Python2/3

[Yago González]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: python-tabulate
  Version : 0.8.2-1
  Upstream Author : Sergey Astanin 
* URL : https://bitbucket.org/astanin/python-tabulate
* License : MIT
  Section : python

It builds those binary packages:

  python-tabulate - pretty-print tabular data in Python2
  python3-tabulate - pretty-print tabular data in Python3

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

  https://mentors.debian.net/package/python-tabulate


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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-tabulate/python-tabulate_0.8.2-1.dsc

More information about python-tabulate can be obtained from 
https://bitbucket.org/astanin/python-tabulate.

Changes since the last upload:
  * New maintainer. Closes: #888214
  * New upstream release

Regards,
  Yago González

Bug#893077: gnucash: FTBFS on Debian 9.4 (freshly installed) FAIL: test-report-utilities

[Dmitry Smirnov]

On Friday, 16 March 2018 10:12:11 PM AEDT Adrian Bunk wrote:
> Dmitry, can you make a stretch-pu update or shall I do one
> with the fix from 1:2.6.18-1?

I would much appreciate if you could do that please.

Thank you.

-- 
All the best,
 Dmitry Smirnov.

---

We occasionally stumble over the truth but most of us pick ourselves up
and hurry off as if nothing had happened.
-- Winston Churchill


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

Bug#893323: firefox: broken-symlink /usr/lib/firefox/browser/icons -> ../../../share/firefox/browser/icons

[Paul Wise]

Package: firefox
Version: 59.0.1-1
Severity: minor
User: debian...@lists.debian.org
Usertags: broken-symlink adequate

There is a broken symlink in the firefox package. The same symlink is
present in firefox-esr but is not broken in that package. It does not
seem to cause any issues so this bug is filed at minor severity.

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ adequate firefox
firefox: broken-symlink /usr/lib/firefox/browser/icons -> 
../../../share/firefox/browser/icons
$ chase /usr/lib/firefox/browser/icons
chase: /usr/share/firefox/browser/icons: No such file or directory
$ find /usr/share/firefox/browser -iwholename '*icon*' -ls
 27669952  4 drwxr-xr-x   3 root root 4096 Oct  7 21:47 
/usr/share/firefox/browser/chrome/icons
 27670289  4 drwxr-xr-x   2 root root 4096 Mar 18 05:11 
/usr/share/firefox/browser/chrome/icons/default
 27659536  4 -rw-r--r--   1 root root 3607 Mar 16 06:12 
/usr/share/firefox/browser/chrome/icons/default/default48.png
 27658981 16 -rw-r--r--   1 root root12891 Mar 16 06:12 
/usr/share/firefox/browser/chrome/icons/default/default128.png
 27660098  8 -rw-r--r--   1 root root 5263 Mar 16 06:12 
/usr/share/firefox/browser/chrome/icons/default/default64.png
 27659127  4 -rw-r--r--   1 root root 2169 Mar 16 06:12 
/usr/share/firefox/browser/chrome/icons/default/default32.png
 27658982  4 -rw-r--r--   1 root root  798 Mar 16 06:12 
/usr/share/firefox/browser/chrome/icons/default/default16.png
$ adequate firefox-esr
$ chase /usr/lib/firefox-esr/browser/icons
/usr/share/firefox-esr/browser/icons
$ find /usr/share/firefox-esr/browser -iwholename '*icon*' -ls
 28711096  4 drwxr-xr-x   3 root root 4096 Mar 12  2016 
/usr/share/firefox-esr/browser/chrome/icons
 28711097  4 drwxr-xr-x   2 root root 4096 Mar 17 21:10 
/usr/share/firefox-esr/browser/chrome/icons/default
 28707610  4 -rw-r--r--   1 root root 4096 Apr 11  2017 
/usr/share/firefox-esr/browser/chrome/icons/default/default48.png
 28707598  4 -rw-r--r--   1 root root 2472 Apr 11  2017 
/usr/share/firefox-esr/browser/chrome/icons/default/default32.png
 28707590  4 -rw-r--r--   1 root root  829 Apr 11  2017 
/usr/share/firefox-esr/browser/chrome/icons/default/default16.png
 28711101  4 drwxr-xr-x   2 root root 4096 Mar 17 21:10 
/usr/share/firefox-esr/browser/icons
 28707872 20 -rw-r--r--   1 root root17225 Apr 11  2017 
/usr/share/firefox-esr/browser/icons/mozicon128.png

-- 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.14.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 firefox depends on:
ii  debianutils   4.8.4
ii  fontconfig2.12.6-0.1
ii  libatk1.0-0   2.26.1-3
ii  libc6 2.27-2
ii  libcairo-gobject2 1.15.10-1
ii  libcairo2 1.15.10-1
ii  libdbus-1-3   1.12.6-2
ii  libdbus-glib-1-2  0.110-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-8
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8-20180312-2
ii  libgdk-pixbuf2.0-02.36.11-1
ii  libglib2.0-0  2.54.3-2
ii  libgtk-3-03.22.28-1
ii  libgtk2.0-0   2.24.32-1
ii  libhunspell-1.6-0 1.6.2-1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.18-1
ii  libnss3   2:3.35-2
ii  libpango-1.0-01.40.14-1
ii  libsqlite3-0  3.22.0-2
ii  libstartup-notification0  0.12-5
ii  libstdc++68-20180312-2
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.13-1
ii  libxcb1   1.13-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-4
ii  zlib1g1:1.2.8.dfsg-5

firefox recommends no packages.

Versions of packages firefox suggests:
ii  fonts-lmodern  2.004.5-3
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-6
ii  libgssapi-krb5-2   1.16-2
pn  mozplugger 

Bug#893324: diffoscope: mechanism to ignore changes to file modification dates

[Paul Wise]

Package: diffoscope
Version: 91
Severity: wishlist

When I am sponsoring packages I sometimes use diffoscope to compare
source packages. Often a lot of timestamps have changed but I don't
really care about timestamp changes when sponsoring packages, so it
would be nice to have a way to ignore the modification timestamp.
Here is an example of what I am seeing:

│ │ │   --- streamlink-0.10.0+dfsg/debian/source/format
│ │ ├── +++ streamlink-0.11.0+dfsg/debian/source/format
│ │ │ ├── stat {}
│ │ │ │ @@ -1,8 +1,8 @@
│ │ │ │  
│ │ │ │Size: 12 Blocks: 8  IO Block: 4096   regular file
│ │ │ │  Links: 1
│ │ │ │  Access: (0640/-rw-r-)  Uid: ( 1000/pabs)   Gid: ( 1000/
pabs)
│ │ │ │  
│ │ │ │ -Modify: 2018-01-23 22:55:45.0 +
│ │ │ │ +Modify: 2018-03-08 23:12:49.0 +
│ │ │ │  
│ │ │ │   Birth: -

-- 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.14.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-libarchive-c   2.1-3.1
ii  python3-magic  2:0.4.15-1
ii  python3-pkg-resources  38.4.0-1

Versions of packages diffoscope recommends:
ii  abootimg 0.6-1+b2
ii  acl  2.2.52-3+b1
ii  apktool  2.3.1+dfsg-1
ii  binutils-multiarch   2.30-7
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.8-59
ii  default-jdk-headless 2:1.8-59
pn  device-tree-compiler 
pn  docx2txt 
ii  e2fsprogs1.43.9-2
ii  enjarify 1:1.0.3-3
ii  fontforge-extras 0.3-4
pn  fp-utils 
ii  genisoimage  9:1.1.11-3+b2
ii  gettext  0.19.8.1-4
ii  ghc  8.0.2-11
ii  ghostscript  9.22~dfsg-2
ii  giflib-tools 5.1.4-2
ii  gnupg2.2.5-1
ii  imagemagick  8:6.9.9.34+dfsg-3
ii  imagemagick-6.q16 [imagemagick]  8:6.9.9.34+dfsg-3
ii  jsbeautifier 1.6.4-6
pn  libarchive-tools 
ii  llvm 1:4.0-40
pn  mono-utils   
pn  odt2txt  
pn  oggvideotools
ii  openjdk-8-jdk [java-sdk] 8u151-b12-1
ii  openssh-client   1:7.6p1-4
ii  pdftk2.02-4+b2
ii  pgpdump  0.31-0.2
ii  poppler-utils0.61.1-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-1
ii  python3-progressbar  2.3-4
ii  python3-pyxattr  0.6.0-2+b1
ii  python3-rpm  4.14.0+dfsg1-2
ii  python3-tlsh 3.4.4+20151206-1+b3
pn  r-base-core  
ii  rpm2cpio 4.14.0+dfsg1-2
ii  sng  1.1.0-1+b1
ii  sqlite3  3.22.0-1
ii  squashfs-tools   1:4.3-4
ii  tcpdump  4.9.2-2
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


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

Bug#796295: RFH: torbrowser-launcher -- helps download, update and run the Tor Browser Bundle

[s.louise.manzano]

SAMSIES! 

~ bad kitty mow mow

> On Mar 17, 2018, at 1:27 PM, Georg Faerber  wrote:
> 
> Hi team,
> 
> I'm interested to help. Could someone outline a bit what needs to be
> done currently?
> 
> Thanks for your work,
> cheers,
> Georg

Bug#893322: node-glob: Package built in nocheck build profile is broken

[Daniel Schepler]

Source: node-glob
Version: 7.1.2-4
Severity: normal

When building node-glob with DEB_BUILD_PROFILES=nocheck it appears the
resulting package is missing a dependency on node-fs.realpath.
However, the module itself does still require fs.realpath, so this
makes no sense, and it breaks builds of other packages if they
Build-Depend on node-glob (either directly or indirectly).
-- 
Daniel

Bug#893183: diffoscope FTBFS with openjdk-9

[Chris Lamb]

tags 893183 + pending
thanks

Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?id=41da8b11090d31f209d9737249110efa9f227f42


Regards,

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

Bug#893282: systemd: SuccessAction=reboot in wrong stanza in /lib/systemd/system/system-update-cleanup.service

[Michael Biebl]

Am 18.03.2018 um 00:56 schrieb Michael Biebl:
> Am 17.03.2018 um 18:37 schrieb Michael Grant:
>> Package: systemd
>> Version: 238-2
>> Severity: normal
>>
>> I noticed the following in the log file:
>> Mar 17 07:12:41 example systemd[1]: 
>> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
>> 'SuccessAction' in section 'Service'
>> Mar 17 07:12:42 example systemd[1]: 
>> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
>> 'SuccessAction' in section 'Service'
>> Mar 17 07:12:43 example systemd[1]: 
>> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
>> 'SuccessAction' in section 'Service'
>> Mar 17 07:12:44 example systemd[1]: 
>> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
>> 'SuccessAction' in section 'Service'
>> Mar 17 07:12:44 example systemd[1]: 
>> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
>> 'SuccessAction' in section 'Service'
>>
>> This line 'SuccessAction=reboot' is in the [Services] stanza.  It
>> appears form the systemd.unit man page that this belongs in the [Unit]
>> stanza.

Apologies, it seems I didn't read your bug report carefully enough. It
indeed looks like SuccessAction is in the wrong section.
Interestingly, I don't get an error message like yours in the journal.


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



signature.asc
Description: OpenPGP digital signature

Bug#893321: virtlockd-admin.socket:7: Unknown lvalue 'Server' in section 'Socket'

[Michael Biebl]

Package: libvirt-daemon-system
Version: 4.1.0-1
Severity: important
File: /lib/systemd/system/virtlockd-admin.socket

The socket file contains

[Socket]
ListenStream=/var/run/libvirt/virtlockd-admin-sock
Server=virtlockd.service

This triggers a warning in systemd:
/lib/systemd/system/virtlockd-admin.socket:7: Unknown lvalue 'Server' in 
section 'Socket'

Pretty sure this is a typo and you meant Service= instead of Server=



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

Kernel: Linux 4.15.0-1-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 libvirt-daemon-system depends on:
ii  adduser3.117
ii  debconf [debconf-2.0]  1.5.66
ii  gettext-base   0.19.8.1-4
ii  iptables   1.6.2-1
ii  libacl12.2.52-3+b1
ii  libapparmor1   2.12-3
ii  libaudit1  1:2.8.2-1
ii  libblkid1  2.31.1-0.5
ii  libc6  2.27-2
ii  libcap-ng0 0.7.7-3.1+b1
ii  libdbus-1-31.12.6-2
ii  libdevmapper1.02.1 2:1.02.145-4.1
ii  libgnutls303.5.18-1
ii  libnl-3-2003.2.27-2
ii  libnl-route-3-200  3.2.27-2
ii  libnuma1   2.0.11-2.1
ii  libselinux12.7-2+b1
ii  libvirt-clients4.1.0-1
ii  libvirt-daemon 4.1.0-1
ii  libvirt0   4.1.0-1
ii  libxml22.9.4+dfsg1-6.1
ii  libyajl2   2.1.0-2+b3
ii  logrotate  3.11.0-0.1
ii  lsb-base   9.20170808
ii  policykit-10.105-18

Versions of packages libvirt-daemon-system recommends:
ii  bridge-utils  1.5-15
ii  dmidecode 3.1-1
ii  dnsmasq-base  2.78-3
ii  ebtables  2.0.10.4-3.5+b1
ii  iproute2  4.15.0-3
ii  parted3.2-20

Versions of packages libvirt-daemon-system suggests:
pn  apparmor
pn  auditd  
ii  nfs-common  1:1.3.4-2.2
pn  pm-utils
pn  radvd   
ii  systemd 238-2
pn  systemtap   
pn  zfsutils

-- Configuration Files:
/etc/libvirt/nwfilter/allow-arp.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/allow-arp.xml'
/etc/libvirt/nwfilter/allow-dhcp-server.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/allow-dhcp-server.xml'
/etc/libvirt/nwfilter/allow-dhcp.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/allow-dhcp.xml'
/etc/libvirt/nwfilter/allow-incoming-ipv4.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/allow-incoming-ipv4.xml'
/etc/libvirt/nwfilter/allow-ipv4.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/allow-ipv4.xml'
/etc/libvirt/nwfilter/clean-traffic.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/clean-traffic.xml'
/etc/libvirt/nwfilter/no-arp-ip-spoofing.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-arp-ip-spoofing.xml'
/etc/libvirt/nwfilter/no-arp-mac-spoofing.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-arp-mac-spoofing.xml'
/etc/libvirt/nwfilter/no-arp-spoofing.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-arp-spoofing.xml'
/etc/libvirt/nwfilter/no-ip-multicast.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-ip-multicast.xml'
/etc/libvirt/nwfilter/no-ip-spoofing.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-ip-spoofing.xml'
/etc/libvirt/nwfilter/no-mac-broadcast.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-mac-broadcast.xml'
/etc/libvirt/nwfilter/no-mac-spoofing.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-mac-spoofing.xml'
/etc/libvirt/nwfilter/no-other-l2-traffic.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-other-l2-traffic.xml'
/etc/libvirt/nwfilter/no-other-rarp-traffic.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/no-other-rarp-traffic.xml'
/etc/libvirt/nwfilter/qemu-announce-self-rarp.xml [Errno 13] Keine 
Berechtigung: '/etc/libvirt/nwfilter/qemu-announce-self-rarp.xml'
/etc/libvirt/nwfilter/qemu-announce-self.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/nwfilter/qemu-announce-self.xml'
/etc/libvirt/qemu.conf [Errno 13] Keine Berechtigung: '/etc/libvirt/qemu.conf'
/etc/libvirt/qemu/networks/default.xml [Errno 13] Keine Berechtigung: 
'/etc/libvirt/qemu/networks/default.xml'

-- debconf information excluded

Bug#893311: diffoscope: Please add support for comparing gnumeric spreadsheets

[Chris Lamb]

tags 893311 + pending
thanks

Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?id=f2d71c1e5a63a94c0cf04a69ac048987f9609978


Regards,

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

Bug#892738: consolekit: consolekit removal causes a regression

[Michael Biebl]

Am 18.03.2018 um 01:03 schrieb Michael Biebl:
> Am 17.03.2018 um 18:33 schrieb Benedikt Spranger:
>> On Sat, 17 Mar 2018 03:02:19 +0100
>> Michael Biebl  wrote:
>>
>>> On Mon, 12 Mar 2018 12:51:35 +0100 Benedikt Spranger
>>>  wrote:
 Package: consolekit
 Version: 0.4.6-6
 Severity: serious

 Dear Maintainer,

 please readd consolekit to the archive. Without consolekit the
 dependency to libpam-systemd as alternative to consolekit forces me
 to install systemd without any further benefit.

 Since my systems works fine before (and till now, since consolekit
 0.4.6-6 is installed) the removal of consolekit from the archive
 causes a regression. As my understanding of init system
 dependencies this is a serious bug, since it forces a dependency to
 a special system init system without any need.   
>>>
>>> This is incorrect. The removal of consolekit does not enforce a switch
>>> to a different init system. You are probably mistaking systemd with
>>> systemd-sysv. Please read the package descriptions carefully.
>>
>> Please read the bug report carefully. I do not claim it forces me to
>> use, it forces me to *install* systemd due to libpam-systemd as
>> alternative to consolekit. So it forces me to *install* a different
>> init system:
> 
> You said, it "forces a dependency to a special init system".
> And this is simply wrong.
> You are mixing up systemd as init system with systemd-logind here.
> systemd-logind is a maintained alternative to consolekit.
> consolekit is dead upstream, unmaintained and has many design flaws.
> That it breaks certain setups like in #92 was just the last straw
> that broke the camels back.
> 
> Keep in mind, I'm the former maintainer of consolekit, so I very much
> know about its shortcomings.

This was the last commit ever done to consolekit upstream
https://cgit.freedesktop.org/ConsoleKit/commit/?id=af75e100dc4d4fac2e1633aa134e40e390d38918
(2013)

It's been dormant for much longer before that. Active maintenance stop
much earlier, around 2011.


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



signature.asc
Description: OpenPGP digital signature

Bug#764342: ITP: gandi-cli -- command-line interface for Gandi service

[Georg Faerber]

Just for the record: I've asked upstream about signing their releases
[1].

Cheers,
Georg


[1] https://github.com/Gandi/gandi.cli/issues/242


signature.asc
Description: Digital signature

Bug#882195: certbot: Install plug-ins, update to 0.20

[Andrew Starr-Bochicchio]

Version: 0.22.0-1
thanks

Hi all,

I'm going to go ahead and close this out. certbot 0.22.0-1 was uploaded to
unstable this morning. The various DNS-related plugins are in-flight and
being tracked in separate ITP bugs:

These are in NEW:

certbot-dns-cloudflare -
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891608
certbot-dns-digitalocean -
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891887
certbot-dns-dnsimple -
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893313
certbot-dns-google -
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893271
certbot-dns-rfc2136 -
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893307
certbot-dns-route53 -
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893304

While these are yet to be packaged:

certbot-dns-cloudxns
certbot-dns-dnsmadeeasy
certbot-dns-luadns
certbot-dns-nsone

Thanks,

-- Andrew Starr-Bochicchio

   Debian Developer 
   Ubuntu Developer 
   PGP/GPG Key ID: 3B56E2BBD53FDCB1

Bug#892738: consolekit: consolekit removal causes a regression

[Michael Biebl]

Am 17.03.2018 um 18:33 schrieb Benedikt Spranger:
> On Sat, 17 Mar 2018 03:02:19 +0100
> Michael Biebl  wrote:
> 
>> On Mon, 12 Mar 2018 12:51:35 +0100 Benedikt Spranger
>>  wrote:
>>> Package: consolekit
>>> Version: 0.4.6-6
>>> Severity: serious
>>>
>>> Dear Maintainer,
>>>
>>> please readd consolekit to the archive. Without consolekit the
>>> dependency to libpam-systemd as alternative to consolekit forces me
>>> to install systemd without any further benefit.
>>>
>>> Since my systems works fine before (and till now, since consolekit
>>> 0.4.6-6 is installed) the removal of consolekit from the archive
>>> causes a regression. As my understanding of init system
>>> dependencies this is a serious bug, since it forces a dependency to
>>> a special system init system without any need.   
>>
>> This is incorrect. The removal of consolekit does not enforce a switch
>> to a different init system. You are probably mistaking systemd with
>> systemd-sysv. Please read the package descriptions carefully.
> 
> Please read the bug report carefully. I do not claim it forces me to
> use, it forces me to *install* systemd due to libpam-systemd as
> alternative to consolekit. So it forces me to *install* a different
> init system:

You said, it "forces a dependency to a special init system".
And this is simply wrong.
You are mixing up systemd as init system with systemd-logind here.
systemd-logind is a maintained alternative to consolekit.
consolekit is dead upstream, unmaintained and has many design flaws.
That it breaks certain setups like in #92 was just the last straw
that broke the camels back.

Keep in mind, I'm the former maintainer of consolekit, so I very much
know about its shortcomings.

Hope that clarifies.

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#893320: libc6: libc-2.27.so causes segfaults in multiple programs

[Svein Engelsgjerd]

Package: libc6
Version: 2.27
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I upgraded debain 'testing' today.
The upgrade included libc and systemd as far as I remember.
After the upgrade Multiple programs and libraries segfaults for some reason.
I believe this is caused by libc-2.27

Examples:
[ 1996.980004] show_signal_msg: 16 callbacks suppressed
[ 1996.980007] gmain[1815]: segfault at  ip 7f8240d2af3d sp 
7f8237924690 error 5 in libglib-2.0.so.0.5400.3[7f8240cc3000+111000]
[ 1996.984537] traps: gdbus[1641] general protection ip:7f1bb2b425f9 
sp:7f1babffed08 error:0 in libc-2.27.so[7f1bb2a56000+1b1000]
[ 1996.986582] pasystray[1840]: segfault at 8 ip 7f79a5366caa sp 
7ffc9dc41520 error 4 in libglib-2.0.so.0.5400.3[7f79a531c000+111000]
[ 1997.005432] panel-29-xfce4-[1747]: segfault at 7f818f97331f ip 
7f730bbbf064 sp 7ffef88b8e40 error 4 in 
libglib-2.0.so.0.5400.3[7f730bb77000+111000]
[ 1997.008670] smart-notifier[1844]: segfault at  ip 
7f1e874ad9f3 sp 7ffd65740e50 error 5 in 
libglib-2.0.so.0.5400.3[7f1e87463000+111000]
[ 1997.015035] traps: gdbus[1865] general protection ip:7fc65581e5f9 
sp:7fc643ffeac8 error:0 in libc-2.27.so[7fc655732000+1b1000]
[ 2000.019533] perf: interrupt took too long (3930 > 3927), lowering 
kernel.perf_event_max_sample_rate to 50750
[ 2020.774800] qpdfview[2098]: segfault at 4 ip 7f32ffd31bb7 sp 
7fff3891bd70 error 6 in libQt5Widgets.so.5.9.2[7f32ff8f3000+614000]
[ 3049.114858] xfce4-panel[1709]: segfault at 0 ip 7ff3c6a7a9f3 sp 
7ffc97eefea0 error 4 in libglib-2.0.so.0.5400.3[7ff3c6a3+111000]
[ 3049.170745] traps: gdbus[1936] general protection ip:7f85b31225f9 
sp:7f85abffed08 error:0 in libc-2.27.so[7f85b3036000+1b1000]
[ 3049.175240] traps: gdbus[1920] general protection ip:7ffae2d1e5f9 
sp:7ffadbffed08 error:0 in libc-2.27.so[7ffae2c32000+1b1000]

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I ran memtest86+ to verify that my hardware (memory) is not the cause.

   * What was the outcome of this action?
System was fine, programs continue to crash

   * What outcome did you expect instead?
I did not expect a upgrade to cause lots of program segfaults "all over" the 
system.


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

Kernel: Linux 4.14.0-3-amd64 (SMP w/2 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#893282: systemd: SuccessAction=reboot in wrong stanza in /lib/systemd/system/system-update-cleanup.service

[Michael Biebl]

Am 17.03.2018 um 18:37 schrieb Michael Grant:
> Package: systemd
> Version: 238-2
> Severity: normal
> 
> I noticed the following in the log file:
> Mar 17 07:12:41 example systemd[1]: 
> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:42 example systemd[1]: 
> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:43 example systemd[1]: 
> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:44 example systemd[1]: 
> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:44 example systemd[1]: 
> /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> 
> This line 'SuccessAction=reboot' is in the [Services] stanza.  It
> appears form the systemd.unit man page that this belongs in the [Unit]
> stanza.

From which version did you upgrade?

SuccessAction= should be supported since v236, so my only guess why you
see this issue is, that v235 or earlier was running on your system, then
v238 was unpacked, something triggered a "systemctl daemon-reload" which
causes this warning message as the unpacked .service files now use
SuccessAction but v235 was still running. We do reexec systemd in
postinst, so this issue is temporary.

Not sure we can really do something about it and it's harmless anyway.

Regards,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#881365: try installing policykit-1-gnome

[Mike Kupfer]

I dug a little deeper into the differences between MATE and Xfce.

If I run synaptic-pkexec as myself from a shell in a terminal emulator,
it works with MATE: I get a pop-up that prompts for the root password,
and I eventually get Synaptic.

If I ran it with Xfce, I didn't get a pop-up.  And entering the root
password didn't work.

  $ synaptic-pkexec 
   AUTHENTICATING FOR com.ubuntu.pkexec.synaptic ===
  Authentication is required to run the Synaptic Package Manager
  Authenticating as: root
  Password: 
  polkit-agent-helper-1: error response to PolicyKit daemon: 
GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
   AUTHENTICATION FAILED ===
  Error executing command as another user: Not authorized
  
  This incident has been reported.
  $ 
  
The "no session" error led me to wonder if there was a daemon missing.
I installed policykit-1-gnome, logged out, and then logged in again.
And now I can start Synaptic from the Xfce main menu.

Bug#893319: can't reproduce

[David Bremner]

I'm sending this mail from within the same version of emacs

here is the alarm clock: ⏰

I'm using i3wm, in case that's relevant.

Bug#893319: Crash when displaying Unicode 'ALARM CLOCK' (U+23F0) character

[Gaudenz Steinlin]

Package: emacs25
Version: 25.2+1-6+b1
Severity: normal
File: /usr/bin/emacs

When displaying a Unicode 'ALARM CLOCK' (U+23F0) character in a buffer
Emacs crashes.

To reproduce, just paste the character from
https://www.fileformat.info/info/unicode/char/23f0/index.htm into a
buffer.

I get the following output on the console:

emacs25:22934): Gtk-WARNING **: Allocating size to Emacs 0xdb2260 without 
calling gtk_widget_get_preferred_width/height(). How does the code know the 
size to allocate?
X protocol error: BadLength (poly request too large or internal Xlib length 
error) on protocol request 139
When compiled with GTK, Emacs cannot recover from X disconnects.
This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
For details, see etc/PROBLEMS.
Fatal error 6: Aborted
(emacs25:22934): GLib-WARNING **: g_main_context_prepare() called recursively 
from within a source's check() or prepare() member.

(emacs25:22934): GLib-WARNING **: g_main_context_check() called recursively 
from within a source's check() or prepare() member.

Backtrace:
emacs25[0x50a53e]
emacs25[0x4f0b49]
emacs25[0x50a5e3]
emacs25[0x4c0990]
emacs25[0x4c4cd9]
emacs25[0x4c4d5b]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XError+0x11d)[0x7fbbb309122d]
/usr/lib/x86_64-linux-gnu/libX11.so.6(+0x42157)[0x7fbbb308e157]
/usr/lib/x86_64-linux-gnu/libX11.so.6(+0x42215)[0x7fbbb308e215]
/usr/lib/x86_64-linux-gnu/libX11.so.6(_XEventsQueued+0x55)[0x7fbbb308eb15]
/usr/lib/x86_64-linux-gnu/libX11.so.6(XPending+0x57)[0x7fbbb30807e7]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x6840e)[0x7fbbb4ee540e]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_prepare+0x1c8)[0x7fbbb37fb678]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4b04b)[0x7fbbb37fc04b]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_pending+0x27)[0x7fbbb37fc1d7]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_events_pending+0xd)[0x7fbbb53a806d]
emacs25[0x4c1397]
emacs25[0x4f7a71]
emacs25[0x4f8105]
emacs25[0x5c689a]
emacs25[0x57b734]
emacs25[0x5c946c]
emacs25[0x5c9741]
emacs25[0x5c9a5c]
emacs25[0x443941]
emacs25[0x44b9a0]
emacs25[0x4663ff]
emacs25[0x46789e]
emacs25[0x5630de]
emacs25[0x4553ec]
emacs25[0x4fabab]
emacs25[0x4fd960]
emacs25[0x4ff3e4]
emacs25[0x563052]
emacs25[0x4f0f64]
emacs25[0x562fd1]
emacs25[0x4f0efb]
emacs25[0x4f57e7]
emacs25[0x4f5b0a]
emacs25[0x418e50]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7fbbae7f9a87]
...
Aborted

Gaudenz

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_CH.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 emacs25 depends on:
ii  emacs25-bin-common 25.2+1-6+b1
ii  libacl12.2.52-3+b1
ii  libasound2 1.1.3-5
ii  libatk1.0-02.26.1-3
ii  libc6  2.27-2
ii  libcairo-gobject2  1.15.10-1
ii  libcairo2  1.15.10-1
ii  libdbus-1-31.12.6-2
ii  libfontconfig1 2.12.6-0.1
ii  libfreetype6   2.8.1-2
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libgif75.1.4-2
ii  libglib2.0-0   2.54.3-2
ii  libgnutls303.5.18-1
ii  libgomp1   8-20180312-2
ii  libgpm21.20.7-5
ii  libgtk-3-0 3.22.28-1
ii  libice62:1.0.9-2
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  libm17n-0  1.7.0-3+b2
ii  libmagickcore-6.q16-5  8:6.9.9.34+dfsg-3+b1
ii  libmagickwand-6.q16-5  8:6.9.9.34+dfsg-3+b1
ii  libotf00.9.13-3+b1
ii  libpango-1.0-0 1.40.14-1
ii  libpangocairo-1.0-01.40.14-1
ii  libpng16-161.6.34-1
ii  librsvg2-2 2.40.20-2
ii  libselinux12.7-2+b1
ii  libsm6 2:1.2.2-1+b3
ii  libtiff5   4.0.9-4
ii  libtinfo5  6.1-1
ii  libx11-6   2:1.6.4-3
ii  libx11-xcb12:1.6.4-3
ii  libxcb11.13-1
ii  libxfixes3 1:5.0.3-1
ii  libxft22.3.2-1+b2
ii  libxinerama1   2:1.1.3-1+b3
ii  libxml22.9.4+dfsg1-6.1
ii  libxpm41:3.5.12-1
ii  libxrandr2 2:1.5.1-1
ii  libxrender11:0.9.10-1
ii  zlib1g 1:1.2.8.dfsg-5

emacs25 recommends no packages.

Versions of packages emacs25 suggests:
pn  emacs25-common-non-dfsg  

-- no debconf information

Bug#893318: grep.1: Some fixes in the manual

[Bjarni Ingi Gislason]

Package: grep
Version: 3.1-2
Severity: minor
Tags: patch

Dear Maintainer,

Input file is grep.in.1

Test nr. 2:

Enable and fix warnings from 'test-groff'.

Input file is /tmp/grep.in.1

:550 (macro BR): only 1 argument, but more are expected
:576 (macro BR): only 1 argument, but more are expected
:583 (macro BR): only 1 argument, but more are expected
:588 (macro BR): only 1 argument, but more are expected
:698 (macro BR): only 1 argument, but more are expected
:816 (macro BR): only 1 argument, but more are expected

chk_manuals: Output is from: test-groff -Tutf8 -b -e -mandoc -rF0 -t -w w -z 



Test nr. 15:

Change the name of a macro for two fonts (e.g., BR and IR) to one letter,
if there is only one argument.
Add the second argument if needed.  It is sometimes part of the first one.

550:.BR \-I
576:.BR \-\^\-line\-buffered
583:.BR grep
588:.BR grep
698:.BR [:xdigit:].
816:.BR )

#

Test nr. 20:

Use a macro to change to the italic font, instead of \fI [1], if
possible.
The macros have the italic corrections, but "\c" removes them.
[1] man-pages(7)

1130:also disables \fB_\fP\fIN\fP\fB_GNU_nonoption_argv_flags_\fP,
1133:\fB_\fP\fIN\fP\fB_GNU_nonoption_argv_flags_\fP

#

Test nr. 24:


Change a HYPHEN-MINUS (code 0x55, 2D) to a minus (\-), if in front of a
name for an option.

289:.BR "gzip -cd foo.gz | grep --label=foo -H something" .
612:.B sort -z
884:.B -v
887:.B -v

#

Test nr. 29:

Check if "\c" is correctly used.  It removes italic correcions, if they
are applied in the macro at the end of last last argument.

801:.BI \e n\c

#

Test nr. 30:

Surround a block of comments with the macros ".ig" and "..".
The .\" at the beginning of each line is then not needed.
Makes it easier to add and remove text and adjust lenght of lines.

NO PATCH

6:.\" Update the above date whenever a change to either this file or
7:.\" grep.c's 'usage' function results in a nontrivial change to the man page.
8:.\" In Emacs, you can update the date by running 'M-x time-stamp'
9:.\" after you make a change that you decide is nontrivial.
10:.\" It is no big deal to forget to update the date.

#

Test nr. 37:

Have a space after a comma in a argumnet to alternating fonts macro

302:.BR \-H , \-n ,

#

  The patch is in the attachment.

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

Kernel: Linux 4.9.80-2 (SMP w/2 CPU cores)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), 
LANGUAGE=is_IS.iso88591 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages grep depends on:
ii  dpkg  1.19.0.5
ii  install-info  6.5.0.dfsg.1-2
ii  libc6 2.27-2
ii  libpcre3  2:8.39-9

grep recommends no packages.

Versions of packages grep suggests:
ii  libpcre3  2:8.39-9

-- no debconf information

-- 
Bjarni I. Gislason
--- grep.in.1   2018-03-17 02:20:07.0 +
+++ grep.in.1.new   2018-03-17 02:32:53.0 +
@@ -286,7 +286,7 @@ Display input actually coming from stand
 This is especially useful when implementing tools like
 .BR zgrep ,
 e.g.,
-.BR "gzip -cd foo.gz | grep --label=foo -H something" .
+.BR "gzip \-cd foo.gz | grep \-\^\-label=foo \-H something" .
 See also the
 .B \-H
 option.
@@ -299,7 +299,7 @@ within its input file.
 Make sure that the first character of actual line content lies on a
 tab stop, so that the alignment of tabs looks normal.
 This is useful with options that prefix their output to the actual content:
-.BR \-H , \-n ,
+.BR \-H ", " \-n ,
 and
 .BR \-b .
 In order to improve the probability that lines
@@ -547,7 +547,7 @@ whose base name matches
 Ignore any redundant trailing slashes in
 .IR GLOB .
 .TP
-.BR \-I
+.B \-I
 Process a binary file as if it did not contain matching data; this is
 equivalent to the
 .B \-\^\-binary\-files=without-match
@@ -573,19 +573,19 @@ Follow all symbolic links, unlike
 .BR \-r .
 .SS "Other Options"
 .TP
-.BR \-\^\-line\-buffered
+.B \-\^\-line\-buffered
 Use line buffering on output.
 This can cause a performance penalty.
 .TP
 .BR \-U ", " \-\^\-binary
 Treat the file(s) as binary.
 By default, under MS-DOS and MS-Windows,
-.BR grep
+.B grep
 guesses whether a file is text or binary as described for the
 .B \-\^\-binary\-files
 option.
 If
-.BR grep
+.B grep
 decides the file is a text file, it strips the CR characters from the
 original file contents (to make regular expressions with
 .B ^
@@ -609,7 +609,7 @@ Like the
 or
 .B \-\^\-null
 option, this option can be used with commands like
-.B sort -z
+.B sort \-z
 to process arbitrary file names.
 .
 .SH "REGULAR EXPRESSIONS"
@@ -695,7 +695,7 @@ Their names are self explanatory, and th
 .BR [:space:] ,
 .BR [:upper:] ,
 and
-.BR [:xdigit:].
+.BR [:xdigit:] .
 For example,
 .B [[:alnum:]]
 means the character class of numbers and

Bug#893314: inkscape: please make the command-line PDF output reproducible

[Mattia Rizzolo]

Control: tag -1 upstream

On Sat, Mar 17, 2018 at 10:52:51PM +, Chris Lamb wrote:
> > Could you please forward the patch upstream at
> > https://gitlab.com/inkscape/inkscape ?
> 
> Sure:
> 
>   https://gitlab.com/inkscape/inkscape/merge_requests/219

Thank you, added a :thumb_up: to the MR :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#893317: php-common: sessionclean spams errors if php${version}-cli is removed but not purged

[Mikko Rasa]

Package: php-common
Version: 1:60
Severity: minor

The script /usr/lib/php/sessionclean goes through installed php versions and
runs the associated executable to obtain session variables.  The versions are
obtained by inspecting the directory /usr/lib/php.  The sessionclean script
also checks for the existence of php.ini for that version and SAPI under
/etc/php.

The package php${version}-common includes some configuration files under
/usr/lib/php/${version}, causing sessionclean to process that version.  The
package php${version}-cli contains the php.ini for the cli SAPI as well as the
executable.  If the latter package is removed but not purged, the executable
is gone but php.ini remains.  As a result sessionclean tries to obtain session
variables for that version but fails with a message like:

/usr/lib/php/sessionclean: 35: /usr/lib/php/sessionclean: php7.0: not found

Since the script is run from cron or systemd twice per hour, this generates a
fair bit of email spam to the system administrator.  The fix is easy enough
(purge the -cli package or move php.ini away if wanting to keep it), but it
seems to me that the sessionclean script could be a bit more robust in checking
which versions to process.


-- 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.13.1-core2 (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: sysvinit (via /sbin/init)

Versions of packages php-common depends on:
ii  psmisc  23.1-1
ii  sed 4.4-2

php-common recommends no packages.

php-common suggests no packages.

-- no debconf information

Bug#893314: inkscape: please make the command-line PDF output reproducible

[Chris Lamb]

forwarded 893314 https://gitlab.com/inkscape/inkscape/merge_requests/219
thanks

Hi Mattia,

> Could you please forward the patch upstream at
> https://gitlab.com/inkscape/inkscape ?

Sure:

  https://gitlab.com/inkscape/inkscape/merge_requests/219


Regards,

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

Bug#893294: Pending fixes for bugs in the libtruth-java package

[pkg-java-maintainers]

tag 893294 + pending
thanks

Some bugs in the libtruth-java package are closed in revision
88d25477ae8f30d1d1529b28fabbf43a1f5da526 in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/libtruth-java.git/commit/?id=88d2547

Commit message:

Fixed the build failure with Java 9 (Closes: #893294)

Bug#888955: open-vm-tools.service 10.2.0 does not start on boot on jessie/stretch/etc

[Bernd Zeimetz]

On 03/17/2018 09:12 AM, Patrick Matthäi wrote:
> Hi,
> 
> Then the dependency still needs to get fixed in VMware Tools.

which won't help you as that systemd version is not in jessie and stretch.
(just fyi: bug reports to backports versions have to go on the backports
user list, not into the bts).


> 
> Am 17.03.2018 03:12 schrieb Michael Biebl :
> 
> Version: 238-1
> 
> On Sat, 10 Mar 2018 09:29:46 +0100 Bernd Zeimetz  wrote:
> > > Why does it need to run before cloud-init i.e. why does
> cloud-init need
> > > open-vm-tools?
> >
> > because cloud-init pulls the configuration it should apply from
> vmtoolsd.
> >
> > But that is not the bug here and nothing that needs to be changed.
> >
> > If you would finally read
> > https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1750780
> >
> > you would learn that there is a race condition that when
> PrivateTmp is
> > being used the necessary mounts are not always available.
> >
> > The workaround for now is After=local-fs.target - which will
> result in a
> > dependency loop at some point, which is discussed in
> >
> >
> 
> https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1750780/comments/11
> 
> >
> > basically all information is in that bug. Please read it.
> 
> Actually this bug report it doesn't contain any actual information what
> this supposed race condition in systemd should be. It's mostly
> speculation on their part.
> Anyway, they said they can no longer reproduce it anyway on bionic
> which
> ships the same version as unstable, so let's close this bug report.
> 
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> 
> 

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#889408: Pending fixes for bugs in the libjaxen-java package

[pkg-java-maintainers]

tag 889408 + pending
thanks

Some bugs in the libjaxen-java package are closed in revision
edea691c449339b76d37bc441618ba7bce2ec5f0 in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/libjaxen-java.git/commit/?id=edea691

Commit message:

Removed Damien Raude-Morvan from the uploaders (Closes: #889408)

Bug#893262: Pending fixes for bugs in the libjaxen-java package

[pkg-java-maintainers]

tag 893262 + pending
thanks

Some bugs in the libjaxen-java package are closed in revision
13805a1f76a9ff4939553364975d5ee7fdb1b0ee in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/libjaxen-java.git/commit/?id=13805a1

Commit message:

Fixed the build failure with Java 9 (Closes: #893262)

Bug#893316: [uriparser] Please update uriparser to 0.8.5 (NMU?)

[Sebastian Pipping]

Package: uriparser
Severity: normal

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


I'mve been trying to contact maintainer Jörg through e-mail since 
2018-02-02 about updating uriparser to 0.8.5 without any reply.  I 
suppose he's very busy with work.  If Jörg doesn't update and reply here 
in the next few days, I would ask if another DD could do an NMU for 
uriparser 0.8.5, all other notable distributions have updated to 0.8.5 
already (see https://github.com/uriparser/uriparser/issues/6).


For the bug fixes in 0.8.5 please see the change log at
https://github.com/uriparser/uriparser/blob/master/ChangeLog

Also please note that since the uriparser project moved from SourceForge 
to GitHub, package metadata links would be great to have updated 
accordingly.


Thanks in advance!


Sebastian


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

Debian Release: 9.4
  500 stable-updates  httpredir.debian.org   500 stable 
security.debian.org   500 stable  httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#893315: sbuild's autopkgtests fail due to the lack of a lintian dependency

[Simon Quigley]

Package: sbuild
Version: 0.74.0-1
Severity: important

Ubuntu's autopkgtest schroots (for example) do not have lintian
installed by default. This makes the autopkgtests fail because the
lintian binary is not found. Here is the log from the amd64 autopkgtest:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/s/sbuild/20180317_191912_dacda@/log.gz

Adding lintian to the dependencies in debian/tests/control fixes this.

Please fix this in the Debian packaging.

-- 
Simon Quigley
tsimo...@ubuntu.com
tsimonq2 on freenode and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4

Bug#795729: [Pkg-postgresql-public] Bug#795729: closed by Christoph Berg <m...@debian.org> (Bug#795729: fixed in libpqtypes 1.5.1-3)

[Chris Lamb]

Hi Christoph,

> libpqtypes is pretty much dead upstream. I'd rather have it build
> {sanely|reproducibly} using a hack, than not at all.

Nod. Just to note/check that isn't just papering over the problem
in the build process only? ie. using this UTC+0X00 at *runtime* won't
exhibit the same flaw?

> If I recall the issue correctly, the problem is only visible when
> using an artificial timezone like GMT+N, but not when using the
> standard ones (Europe/Berlin).

Ah, still, these UTC+0X00 do work and are useful IME. :)


Regards,

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

Bug#893314: inkscape: please make the command-line PDF output reproducible

[Mattia Rizzolo]

Hi Chris,

On Sat, Mar 17, 2018 at 10:18:12PM +, Chris Lamb wrote:
> Whilst working on the Reproducible Builds effort [0], we noticed
> that inkscape generates output that is not reproducible:

oh, bummer.

> Patch attached.

Thank you!
Could you please forward the patch upstream at
https://gitlab.com/inkscape/inkscape ?

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#893314: inkscape: please make the command-line PDF output reproducible

[Chris Lamb]

Source: inkscape
Version: 0.92.3~pre0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps toolchain
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that inkscape generates output that is not reproducible:

  $ cp /usr/share/icons/gnome/scalable/places/debian-swirl.svg .
  $ inkscape -z debian-swirl.svg --export-width=25 --export-pdf=a.pdf
  $ sleep 1
  $ inkscape -z debian-swirl.svg --export-width=25 --export-pdf=b.pdf
  $ sha1sum *.pdf
  bee6f300a8fce628e94febd0700fa97f90aa7b37  a.pdf
  32f26595ec1957c7e714174e007c452f6cb5dd79  b.pdf

This is affecting (at least) the "debian-astro" package:

│ │ │ ├── ./usr/share/pixmaps/Debian-Astro-logo.pdf
│ │ │ │ ├── pdftk {} output - uncompress
│ │ │ │ │ @@ -357,15 +357,15 @@
│ │ │ │ │  <<
│ │ │ │ │  /Type /Catalog
│ │ │ │ │  /Pages 1 0 R
│ │ │ │ │  >>
│ │ │ │ │  endobj 
│ │ │ │ │  6 0 obj 
│ │ │ │ │  <<
│ │ │ │ │ -/CreationDate (D:20180315093948-12'00)
│ │ │ │ │ +/CreationDate (D:20190418180346+14'00)
│ │ │ │ │  /Producer (cairo 1.15.10 \(http://cairographics.org\))
│ │ │ │ │  >>
│ │ │ │ │  endobj xref

Patch attached. After applying:

  $ export SOURCE_DATE_EPOCH=1521324801
  […]
  $ sha1sum *.pdf
  620bf8469600ab744ffa6fcc3eee4c6845f4f159  a.pdf
  620bf8469600ab744ffa6fcc3eee4c6845f4f159  b.pdf

:)


 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/src/extension/internal/cairo-render-context.cpp 
b/src/extension/internal/cairo-render-context.cpp
index f606805..5c1479f 100644
--- a/src/extension/internal/cairo-render-context.cpp
+++ b/src/extension/internal/cairo-render-context.cpp
@@ -26,7 +26,10 @@
 
 
 #include 
+#include 
 #include 
+#include 
+#include 
 #include <2geom/pathvector.h>
 
 #include 
@@ -796,6 +799,12 @@ CairoRenderContext::setupSurface(double width, double 
height)
 cairo_surface_t *surface = NULL;
 cairo_matrix_t ctm;
 cairo_matrix_init_identity ();
+char buffer[25];
+char *endptr;
+char *source_date_epoch;
+time_t now;
+struct tm *build_time;
+unsigned long long epoch;
 switch (_target) {
 case CAIRO_SURFACE_TYPE_IMAGE:
 surface = cairo_image_surface_create(_target_format, 
(int)ceil(width), (int)ceil(height));
@@ -804,6 +813,38 @@ CairoRenderContext::setupSurface(double width, double 
height)
 case CAIRO_SURFACE_TYPE_PDF:
 surface = 
cairo_pdf_surface_create_for_stream(Inkscape::Extension::Internal::_write_callback,
 _stream, width, height);
 cairo_pdf_surface_restrict_to_version(surface, 
(cairo_pdf_version_t)_pdf_level);
+source_date_epoch = getenv("SOURCE_DATE_EPOCH");
+if (source_date_epoch) {
+errno = 0;
+epoch = strtoull(source_date_epoch, , 10);
+if ((errno == ERANGE && (epoch == ULLONG_MAX || epoch == 0))
+|| (errno != 0 && epoch == 0)) {
+g_printerr ("Environment variable $SOURCE_DATE_EPOCH: 
strtoull: %s\n",
+strerror(errno));
+exit (1);
+}
+if (endptr == source_date_epoch) {
+g_printerr ("Environment variable $SOURCE_DATE_EPOCH: No 
digits were found: %s\n",
+endptr);
+exit (1);
+}
+if (*endptr != '\0') {
+g_printerr ("Environment variable $SOURCE_DATE_EPOCH: 
Trailing garbage: %s\n",
+endptr);
+exit (1);
+}
+if (epoch > ULONG_MAX) {
+g_printerr ("Environment variable $SOURCE_DATE_EPOCH: must 
be <= %lu but saw: %llu\n",
+ULONG_MAX, epoch);
+exit (1);
+}
+now = (time_t)epoch;
+build_time = gmtime();
+strftime(buffer, 25, "%Y-%m-%dT%H:%M:%S%z", build_time);
+cairo_pdf_surface_set_metadata (surface,
+CAIRO_PDF_METADATA_CREATE_DATE,
+buffer);
+}
 break;
 #endif
 #ifdef CAIRO_HAS_PS_SURFACE

Bug#893299: Pending fixes for bugs in the maven-ant-helper package

[pkg-java-maintainers]

tag 893299 + pending
thanks

Some bugs in the maven-ant-helper package are closed in revision
71d9d19702a9830dc3a957e38f84e944b9c2cafe in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/maven-ant-helper.git/commit/?id=71d9d19

Commit message:

Fixed the build failure with Java 9 (Closes: #893299)

Bug#889395: Pending fixes for bugs in the maven-ant-helper package

[pkg-java-maintainers]

tag 889395 + pending
thanks

Some bugs in the maven-ant-helper package are closed in revision
1e0b1ad5ed84476a1ecf99d9cba93e4627930095 in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/maven-ant-helper.git/commit/?id=1e0b1ad

Commit message:

Removed Damien Raude-Morvan from the uploaders (Closes: #889395)

Bug#893313: ITP: python-certbot-dns-dnsimple -- DNSimple DNS Authenticator plugin for Certbot

[Andrew Starr-Bochicchio]

Package: wnpp
Severity: wishlist
Owner: Andrew Starr-Bochicchio 

* Package name: python-certbot-dns-dnsimple
  Version : 0.22.0
  Upstream Author : Certbot Project 
* URL : https://certbot.eff.org
* License : Apache-2.0
  Programming Lang: Python
  Description : DNSimple DNS Authenticator plugin for Certbot

This will be maintained by the Debian Let's Encrypt Team inside the
certbot sub-team.

The certbot_dns_dnsimple.dns_dnsimple plugin automates the process of
completing a dns-01 challenge (acme.challenges.DNS01) by creating, and
subsequently removing, TXT records using the DNSimple API.

Bug#893312: lombok FTBFS with openjdk-9

[Adrian Bunk]

Source: lombok
Version: 1.16.18+ds-2
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/lombok.html

...
[compile:javac] Compiling 18 source files to 
/build/1st/lombok-1.16.18+ds/build/lombok-utils
[ivy:compile] warning: [options] source value 1.6 is obsolete and will be 
removed in a future release
[ivy:compile] warning: [options] target value 1.6 is obsolete and will be 
removed in a future release
[ivy:compile] warning: [options] To suppress warnings about obsolete options, 
use -Xlint:-options.
[ivy:compile] 
/build/1st/lombok-1.16.18+ds/src/utils/lombok/javac/Javac.java:348: error: 
JCNoType is not abstract and does not override abstract method 
cloneWithMetadata(TypeMetadata) in Type
[ivy:compile]   private static class JCNoType extends Type implements NoType {
[ivy:compile]  ^
[ivy:compile] 
/build/1st/lombok-1.16.18+ds/src/utils/lombok/javac/Javac.java:350: error: 
constructor Type in class Type cannot be applied to given types;
[ivy:compile]   super(tag);
[ivy:compile]   ^
[ivy:compile]   required: TypeSymbol,TypeMetadata
[ivy:compile]   found: TypeSymbol
[ivy:compile]   reason: actual and formal argument lists differ in length
[ivy:compile] Note: 
/build/1st/lombok-1.16.18+ds/src/utils/lombok/javac/Javac.java uses or 
overrides a deprecated API.
[ivy:compile] Note: Recompile with -Xlint:deprecation for details.
[ivy:compile] 2 errors
[ivy:compile] 3 warnings

BUILD FAILED
/build/1st/lombok-1.16.18+ds/build.xml:185: Compile failed; see the compiler 
error output for details.

Total time: 1 minute 11 seconds
make[1]: *** [debian/rules:14: override_dh_auto_build] Error 1

Bug#893311: diffoscope: Please add support for comparing gnumeric spreadsheets

[Chris Lamb]

Package: diffoscope
Version: 91
Severity: wishlist

Hi,

gnumeric ships with ssdiff(1) a tool to compare two spreadsheets. We could
thus fairly easily add support for this file format.


Best wishes,

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

Bug#893310: paramiko Recommends needs updating

[Russ Allbery]

Package: dput-ng
Version: 1.18
Severity: normal

dput-ng Recommends python-paramiko, but has been converted to Python 3,
so I believe the correct package is now python3-paramiko.  With
python-paramiko installed, the scp upload method still results in the
error:

failed to resolve path dput.uploaders.scp.ScpUploader: No module named 
'paramiko'
Failed to resolve method scp to an uploader class
Failed to resolve method scp to an uploader class

Installing python3-paramiko resolves the problem.

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/8 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 dput-ng depends on:
ii  python3   3.6.4-1
ii  python3-dput  1.18

Versions of packages dput-ng recommends:
ii  bash-completion  1:2.7-1
ii  python-paramiko  2.4.0-1

dput-ng suggests no packages.

-- no debconf information

Bug#893309: post_upload_command output broken (Python 3 issue?)

[Russ Allbery]

Package: dput-ng
Version: 1.18
Severity: normal

dput-ng throws an exception when reporting the output from a
post_upload_command and does not show the output.  The exception is:

Traceback (most recent call last):
  File "/usr/bin/dput", line 124, in 
upload_package(changes, args)
  File "/usr/lib/python3/dist-packages/dput/uploader.py", line 352, in 
invoke_dput
logger.warning("No hooks defined in the profile. "
  File "/usr/lib/python3.6/contextlib.py", line 88, in __exit__
next(self.gen)
  File "/usr/lib/python3/dist-packages/dput/uploader.py", line 175, in uploader
obj._post_hook()
  File "/usr/lib/python3/dist-packages/dput/uploader.py", line 68, in _post_hook
self._run_hook("post_upload_command")
  File "/usr/lib/python3/dist-packages/dput/uploader.py", line 86, in _run_hook
sys.stdout.write(output)  # XXX: Fixme
TypeError: write() argument must be str, not bytes

Looks like a Python 2 to Python 3 unicode handling issue?

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/8 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 dput-ng depends on:
ii  python3   3.6.4-1
ii  python3-dput  1.18

Versions of packages dput-ng recommends:
ii  bash-completion  1:2.7-1
ii  python-paramiko  2.4.0-1

dput-ng suggests no packages.

-- no debconf information

Bug#891288: tiff / CVE-2018-7456

[Hugo Lefeuvre]

So, after some debugging on CVE-2018-7456, I start to get the feeling to
understand the issue.

Here are my conclusions for the moment:

* In any case, the transfer function should not care about other
  channels defined by ExtraSamples (see 2nd and 3rd paragraphs of
  TransferFunction entry, page 84 of the specification), so something
  like the following patch should be a first step:

--- a/libtiff/tif_print.c   2018-03-17 21:56:47.0 +0100
+++ b/libtiff/tif_print.c   2018-03-17 22:05:58.446092016 +0100
@@ -546,7 +546,7 @@
uint16 i;
fprintf(fd, "%2ld: %5u",
l, td->td_transferfunction[0][l]);
-   for (i = 1; i < td->td_samplesperpixel; i++)
+   for (i = 1; i < td->td_samplesperpixel - 
td->td_extrasamples; i++)
fprintf(fd, " %5u",
td->td_transferfunction[i][l]);
fputc('\n', fd);

But it's not enough. Why ?

* I discovered that td->td_samplesperpixel can have arbitrary size while
  td->td_extrasamples stays 0. It shouldn't be the case ! For instance
  the specification doesn't allow RGB with 4 channels and no ExtraSamples.
  And while it doesn't make any sense, libtiff won't notice it.

  I even tried RGB with 8 channels and no ExtraSamples and it worked too.

  So, what should be done ?

  For each PhotometricInterpretation type there is a 'standard' samples
  per pixel value (that is the samples per pixel value without extra samples:
  3 for RGB, etc). Let's name it (standard spp).

  So, what we should do is: If the actual td->td_samplesperpixel is higher
  than (standard spp), then we should assume that td->td_extrasamples is
  td->td_samplesperpixel - (standard spp), even if no ExtraSamples field
  was specified OR if the specified td->td_extrasamples was smaller.

  Obviously we should also take care of filling appropriate
  td->td_sampleinfo entries.

  For example, if an RGB image has td->td_samplesperpixel = 4, then
  td->td_extrasamples should be set to 1 (with arbitrary
  td->td_sampleinfo entry for example 0 - Unspecified data).

Does it work now ?

I think so ! I didn't write the second part of the patch and will wait
for feedback. But you can convince yourself that it doesn't crash anymore
by modifying the sample to add an ExtraSamples = 1 field (using
"tiffset -s 338 1 0 $(sample)" for example).

Link to the specification:
https://www.itu.int/itudoc/itu-t/com16/tiff-fx/docs/tiff6.pdf

Regards,
 Hugo

-- 
 Hugo Lefeuvre (hle)|www.owl.eu.com
4096/ 9C4F C8BF A4B0 8FC5 48EB 56B8 1962 765B B9A8 BACA


signature.asc
Description: PGP signature

Bug#860538: wavesurfer: Text and window sizes are too small for high-resolution displays

[Ron]

Hi,

[Sergei, I'm CC'ing you on this, in the hope you might know more than I
 do about the current state of this with Tcl/Tk ...]

On Tue, Apr 18, 2017 at 12:18:38PM +0200, Leonardo Boiko wrote:
> Package: wavesurfer
> Version: 1.8.8p4-3
> Severity: normal
> 
> I'm not sure if this bug should be reported to Wavesurfer or tcl/tk.
> 
> I'm running Debian on a high-resolution (HiDPI) Powerbook "Retina" display.
> By setting the Xorg DPI to 192, most apps work fine.  Wavesurfer, however,
> stays too small to be usable.  See screenshot:
> https://namakajiri.net/pics/screenshots/screenshot-wavesurfer-retina.png
> 
> (The screenshot fits a display sized about 332mm x 204mm ; scale the
> image to that physical size to see how it appears in the real world.)


I'm pretty sure this is *not* a bug in wavesurfer per se, or at least
it would be pretty horrible if every app needed to work around this
individually ...

But the best hint I could find of how Tcl/Tk deals with this was here:
https://github.com/cpbotha/nvpy/issues/141#issuecomment-264427578

Sergei, is the patch there an insane way to deal with this, or should
we actually apply that to the libtk8.6 packages we are shipping?

Leonardo, could you confirm if changing that does indeed fix this
for you with the wavesurfer 1.8.8p5-1 package I've just pushed out
and tk8.6?

  Cheers,
  Ron

Bug#889588: [Pkg-mailman-hackers] Bug#889588: django-mailman3: please produce a python3-django-mailman3 package

[Daniel Kahn Gillmor]

On Sat 2018-03-17 10:51:16 +0100, Pierre-Elliott Bécue wrote:
> At the mid-february, the migration to python3 of postorius has been done[2],
> and an alpha release of postorius 1.2.0 occurred last week[3]. The same
> occurred for hyperkitty[4-5].
>
> We'll wait until these versions get stabilized, but I'm happy to tell you
> that we'll be able to package these three apps soon, I think.

yay!  thank you for staying on top of this.

all the best,

 --dkg

Bug#893308: (Re)install leads to AttributeError: 'module' object has no attribute 'OP_SINGLE_ECDH_USE'

[Georg Faerber]

Package: torbrowser-launcher
Version: 0.2.9-1
Severity: important

Hi all,

Launching torbrowser-launcher via 
$ torbrowser-launcher --settings
and clicking (Re)install Tor Browser leads to:

[...]
Downloading and installing Tor Browser for the first time.
Downloading 
https://aus1.torproject.org/torbrowser/update_3/release/Linux_x86_64-gcc3/x/en-US
Traceback (most recent call last):
  File "/usr/bin/torbrowser-launcher", line 30, in 
torbrowser_launcher.main()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/__init__.py", line 
64, in main
app = Launcher(common, url_list)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
132, in __init__
self.build_ui()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
253, in build_ui
self.start(None)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
262, in start
self.run_task()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
279, in run_task
self.download('version check', self.common.paths['version_check_url'], 
self.common.paths['version_check_file'])
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
477, in download
None)
  File "/usr/lib/python2.7/dist-packages/twisted/web/client.py", line 2041, in 
request
 % deferred = self._agent.request(method, uri, headers, bodyProducer)   
   ~ debian
  File "/usr/lib/python2.7/dist-packages/twisted/web/client.py", line 1649, in 
request
endpoint = self._getEndpoint(parsedURI)
  File "/usr/lib/python2.7/dist-packages/twisted/web/client.py", line 1633, in 
_getEndpoint
return self._endpointFactory.endpointForURI(uri)
  File "/usr/lib/python2.7/dist-packages/twisted/web/client.py", line 1510, in 
endpointForURI
uri.port)
  File "/usr/lib/python2.7/dist-packages/twisted/web/client.py", line 944, in 
creatorForNetloc
trustRoot=self._trustRoot)
  File "/usr/lib/python2.7/dist-packages/twisted/internet/_sslverify.py", line 
1287, in optionsForClientTLS
**extraCertificateOptions
  File "/usr/lib/python2.7/dist-packages/twisted/python/deprecate.py", line 
792, in wrapped
return wrappee(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/twisted/internet/_sslverify.py", line 
1583, in __init__
self._options |= SSL.OP_SINGLE_DH_USE | SSL.OP_SINGLE_ECDH_USE
AttributeError: 'module' object has no attribute 'OP_SINGLE_ECDH_USE'

Cheers,
Georg

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

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

Versions of packages torbrowser-launcher depends on:
ii  ca-certificates   20170717
ii  gnupg 2.2.5-1
ii  libdbus-glib-1-2  0.102-1
ii  python-gtk2   2.24.0-5.1+b1
ii  python-lzma   0.5.3-3
ii  python-parsley1.2-1
ii  python-psutil 5.4.2-1
ii  python-twisted17.9.0-1
ii  python-txsocksx   1.15.0.2-1
pn  python:any

Versions of packages torbrowser-launcher recommends:
ii  tor  0.3.2.10-1

Versions of packages torbrowser-launcher suggests:
ii  apparmor   2.12-3
pn  python-pygame  

- no debconf information

Bug#892898: reportbug crashes due with UnicodeDecodeError

[Nis Martensen]

control: tags -1 patch

Thank you for the report. This should fix the crash:
https://salsa.debian.org/reportbug-team/reportbug/merge_requests/2

I could not reproduce the problem, though. What does
DEBCONF_SYSTEMRC=1 DEBCONF_NOWARNINGS=yes debconf-show console-setup
output on your system?  Is the output not in a consistent encoding?

Bug#893209: wavesurfer: depends on deprecated Tcl/Tk 8.5

[Ron]

Hi Sergei,

On Sat, Mar 17, 2018 at 01:35:30PM +0300, Sergei Golovan wrote:
> Package: wavesurfer
> Version: 1.8.8p4-3
> Severity: important
> 
> Dear Maintainer,
> 
> We are currently seeking to remove Tcl/Tk 8.5 from Debian because it's
> reached the end-of-life.
> 
> Unfortunately, wavesurfer still depends on it, and fixing that isn't
> as easy as replacing tk8.5 by tk in debian/control (I've tried and
> stumbled onto some bugs with callbacks which didn't manifest themselves
> on 8.5).
> 
> So my suggestion is to package the new upstream (1.8.8p5)
> which seems to work fine in Tcl/Tk 8.6.

Ah, I looked at 1.8.8p5 quite some time back, and I think I somehow
convinced myself that it was all just patches we were already carrying
which got upstreamed (and a bunch of doc changes) - but there are a
couple of extra ones in there which are significant for this.

Thanks for testing that, there's a package on its way to incoming
which should let you proceed with dropping tk 8.5.

  Cheers,
  Ron

Bug#893307: ITP: python-certbot-dns-rfc2136 -- RFC 2136 DNS Authenticator plugin for Certbot

[Andrew Starr-Bochicchio]

Package: wnpp
Severity: wishlist
Owner: Andrew Starr-Bochicchio 

* Package name: python-certbot-dns-rfc2136
  Version : 0.22.0
  Upstream Author : Certbot Project 
* URL : https://certbot.eff.org
* License : Apache-2.0
  Programming Lang: Python
  Description : RFC 2136 DNS Authenticator plugin for Certbot

This will be maintained by the Debian Let's Encrypt Team inside the
certbot sub-team.

The certbot_dns_rfc2136.dns_rfc2136 plugin automates the process of
completing a dns-01 challenge (acme.challenges.DNS01) by creating, and
subsequently removing, TXT records using RFC 2136 Dynamic Updates.

Bug#893306: ITP: taptempo -- A command line tap tempo.

[Francois Mazen]

Package: wnpp
Severity: wishlist
Owner: Francois Mazen 

* Package name: taptempo
  Version : 1.2.0
  Upstream Author : Francois Mazen 
* URL : https://github.com/moleculext/taptempo
* License : GPL-3.0
  Programming Lang: C++
  Description : A command line tap tempo.

A command line tap tempo. Hit enter key with style and you'll get the
corresponding number of beats per minute (bpm).

I'm the author of this software. I have developed it with a simple use-case:
type "taptempo" in a terminal and hit the enter key at a regular rate to get
the corresponding tempo in BPM (beats per minute).

This is very useful to quickly find the tempo of a song without launching a big
digital workstation like Ardour or LMMS.

This software is simple and minimal, so the maintenance effort should be small:
 - C++11 language
 - CMake for project generation
 - gettext for translation (already English and French)
 - getopt for option parsing

Bug#891060: Atheros AR9271 ath9k_htc USB WiFi connected but IP traffic stops

[Ben Caradoc-Davies]

My first patch ("Revert "mac80211: use QoS NDP for AP probing"") 
, a simple revert of the 
commit that causes the failure, was rejected upstream. I have submitted 
a new patch ("mac80211: add ieee80211_hw flag for QoS NDP support") 
. I have attached this 
patch, made against torvalds/master, and also a backport for v4.15.4 
from linux-stable that can be used to rebuild linux-image-4.15.0-1-amd64 
4.15.4-1.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand
>From f6bf432d490b360c319e0a232fc9d32d490c57dc Mon Sep 17 00:00:00 2001
From: Ben Caradoc-Davies 
Date: Sat, 17 Mar 2018 13:40:35 +1300
Subject: [PATCH] mac80211: add ieee80211_hw flag for QoS NDP support

Commit 7b6ddeaf27ec ("mac80211: use QoS NDP for AP probing") adds an
argument qos_ok to ieee80211_nullfunc_get to support QoS NDP. Despite
the claim in the commit log "Change all the drivers to *not* allow
QoS NDP for now, even though it looks like most of them should be OK
with that", this commit enables QoS NDP in response to beacons (see
change to mlme.c:ieee80211_send_nullfunc), causing ath9k_htc to lose
IP connectivity. See:
https://patchwork.kernel.org/patch/10241109/
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891060

This patch replaces the argument qos_ok of ieee80211_nullfunc_get
with an ieee80211_hw flag that drivers can use to declare support for
QoS NDP, allowing consistent behaviour between mlme.c and drivers.

Signed-off-by: Ben Caradoc-Davies 
---
 drivers/net/wireless/ath/ath9k/channel.c |  2 +-
 drivers/net/wireless/st/cw1200/sta.c |  4 ++--
 drivers/net/wireless/ti/wl1251/main.c|  2 +-
 drivers/net/wireless/ti/wlcore/cmd.c |  5 ++---
 include/net/mac80211.h   | 12 +---
 net/mac80211/mlme.c  |  2 +-
 net/mac80211/tx.c|  5 ++---
 7 files changed, 14 insertions(+), 18 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/channel.c b/drivers/net/wireless/ath/ath9k/channel.c
index 1b05b5d7a038..dfb26f03c1a2 100644
--- a/drivers/net/wireless/ath/ath9k/channel.c
+++ b/drivers/net/wireless/ath/ath9k/channel.c
@@ -1113,7 +1113,7 @@ ath_chanctx_send_vif_ps_frame(struct ath_softc *sc, struct ath_vif *avp,
 		if (!avp->assoc)
 			return false;
 
-		skb = ieee80211_nullfunc_get(sc->hw, vif, false);
+		skb = ieee80211_nullfunc_get(sc->hw, vif);
 		if (!skb)
 			return false;
 
diff --git a/drivers/net/wireless/st/cw1200/sta.c b/drivers/net/wireless/st/cw1200/sta.c
index 38678e9a0562..03687a80d6e9 100644
--- a/drivers/net/wireless/st/cw1200/sta.c
+++ b/drivers/net/wireless/st/cw1200/sta.c
@@ -198,7 +198,7 @@ void __cw1200_cqm_bssloss_sm(struct cw1200_common *priv,
 
 		priv->bss_loss_state++;
 
-		skb = ieee80211_nullfunc_get(priv->hw, priv->vif, false);
+		skb = ieee80211_nullfunc_get(priv->hw, priv->vif);
 		WARN_ON(!skb);
 		if (skb)
 			cw1200_tx(priv->hw, NULL, skb);
@@ -2265,7 +2265,7 @@ static int cw1200_upload_null(struct cw1200_common *priv)
 		.rate = 0xFF,
 	};
 
-	frame.skb = ieee80211_nullfunc_get(priv->hw, priv->vif, false);
+	frame.skb = ieee80211_nullfunc_get(priv->hw, priv->vif);
 	if (!frame.skb)
 		return -ENOMEM;
 
diff --git a/drivers/net/wireless/ti/wl1251/main.c b/drivers/net/wireless/ti/wl1251/main.c
index 037defd10b91..99a6889a6540 100644
--- a/drivers/net/wireless/ti/wl1251/main.c
+++ b/drivers/net/wireless/ti/wl1251/main.c
@@ -566,7 +566,7 @@ static int wl1251_build_null_data(struct wl1251 *wl)
 		size = sizeof(struct wl12xx_null_data_template);
 		ptr = NULL;
 	} else {
-		skb = ieee80211_nullfunc_get(wl->hw, wl->vif, false);
+		skb = ieee80211_nullfunc_get(wl->hw, wl->vif);
 		if (!skb)
 			goto out;
 		size = skb->len;
diff --git a/drivers/net/wireless/ti/wlcore/cmd.c b/drivers/net/wireless/ti/wlcore/cmd.c
index 761cf8573a80..2bfc12fdc929 100644
--- a/drivers/net/wireless/ti/wlcore/cmd.c
+++ b/drivers/net/wireless/ti/wlcore/cmd.c
@@ -1069,8 +1069,7 @@ int wl12xx_cmd_build_null_data(struct wl1271 *wl, struct wl12xx_vif *wlvif)
 		ptr = NULL;
 	} else {
 		skb = ieee80211_nullfunc_get(wl->hw,
-	 wl12xx_wlvif_to_vif(wlvif),
-	 false);
+	 wl12xx_wlvif_to_vif(wlvif));
 		if (!skb)
 			goto out;
 		size = skb->len;
@@ -1097,7 +1096,7 @@ int wl12xx_cmd_build_klv_null_data(struct wl1271 *wl,
 	struct sk_buff *skb = NULL;
 	int ret = -ENOMEM;
 
-	skb = ieee80211_nullfunc_get(wl->hw, vif, false);
+	skb = ieee80211_nullfunc_get(wl->hw, vif);
 	if (!skb)
 		goto out;
 
diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index c96511fa9198..985f32c76ba9 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
@@ -2063,6 +2063,9 @@ struct ieee80211_txq {
  * @IEEE80211_HW_SUPPORTS_TDLS_BUFFER_STA: Hardware supports buffer STA on
  *	TDLS links.
  *
+ * @IEEE80211_HW_SUPPORTS_QOS_NDP: The driver 

Bug#893305: ITP: ruby-rollout -- provides feature flags based on Redis

[Balasankar C]

Package: wnpp
Owner: Balasankar C 
Severity: wishlist

* Package name: ruby-rollout
  Version : 2.4.3
  Upstream Author : James Golick 
* URL : https://github.com/FetLife/rollout
* License : Expat
  Programming Lang: Ruby
  Description : provides feature flags based on Redis




signature.asc
Description: OpenPGP digital signature

Bug#891803: [PATCH] cracklib2: please remove the ":native" annotation from the cracklib-runtime build-dependency for cross-builds

[Karsten Merker]

On Thu, Mar 01, 2018 at 12:07:39AM +0100, Karsten Merker wrote:
> Source: cracklib2
> Version: 2.9.2-5
> Severity: normal
> Tags: patch
> X-Debbugs-CC: debian-ri...@lists.debian.org
> User: debian-ri...@lists.debian.org
> Usertags: riscv64
> 
> Hello,
> 
> the cracklib2 build-dependency list in debian/control currently
> contains the following entry:
> 
>   Build-Depends: cracklib-runtime:native 
> 
> The cracklib-runtime package is (correctly) marked as "Multi-Arch:
> foreign".  Because of this the ":native" annotation in the
> cracklib2 build-depends needs to be removed as it creates an
> unresolvable cross-dependency due to the fact that dpkg doesn't
> consider M-A:foreign packages as valid candidates for fulfilling a
> dependency with a ":native" annotation.
> 
> For more information regarding this please cf.
> https://wiki.debian.org/Multiarch/MissingRationale#Why_do_M-A:foreign_packages_not_satisfy_:native_qualified_dependencies_in_build-dependencies.3F
> 
> Attached is a corresponding patch against the current
> pkg-cracklib git head.

Hello,

I've just seen that the package is on the lowNMU list, so unless you
should object, I intend to do an NMU within the next days.

Regards,
Karsten
-- 
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.

Bug#892646: nvidia-nonglvnd-vulkan-common: Vulkan does not work due to incorrect nvidia_icd.json

[Luca Boccassi]

On Sat, 17 Mar 2018, 19:17 Vincas Dargis,  wrote:

> On 3/17/18 7:28 PM, Luca Boccassi wrote:> Optirun never supported
> Vulkan. That's a know missing feature, and I
> > don't think it will be implemented any time soon.
>
> Oh, that's unfortunate.
>
> So laptop users has to move away from switchable graphics and have
> NVIDIA running all the time in order to use Vulkan?
>

Yes - the bridge is GL specific, so somebody would have to implement
something akin for libvulkan.

>

Bug#893304: ITP: python-certbot-dns-route53 -- Route53 DNS Authenticator plugin for Certbot

[Andrew Starr-Bochicchio]

Package: wnpp
Severity: wishlist
Owner: Andrew Starr-Bochicchio 

* Package name: python-certbot-dns-route53
  Version : 0.22.0
  Upstream Author : Certbot Project 
* URL : https://certbot.eff.org
* License : Apache-2.0
  Programming Lang: Python
  Description : Route53 DNS Authenticator plugin for Certbot

This will be maintained by the Debian Let's Encrypt Team inside the
certbot sub-team.

The certbot_dns_route53.dns_route53 plugin automates the process of
completing a dns-01 challenge (acme.challenges.DNS01) by creating, and
subsequently removing, TXT records using the Amazon Web Services Route 53 API.

Bug#796295: RFH: torbrowser-launcher -- helps download, update and run the Tor Browser Bundle

[Georg Faerber]

Hi team,

I'm interested to help. Could someone outline a bit what needs to be
done currently?

Thanks for your work,
cheers,
Georg


signature.asc
Description: Digital signature

Bug#890335: torbrowser-launcher: couldn't upload

[Georg Faerber]

Control: tags +confirmed

Hi Vladmimir,

> When trying to upload to any site got crash:
> 
> "Gah. Your tab just crashed."
> 
> While there are no such problem with firefox of the same version.

I guess this is due to AppArmor.

dmesg reads:
> [91740.737822] audit: type=1400 audit(1521316491.662:281): apparmor="DENIED" 
> operation="file_receive" profile="torbrowser_plugin_container" 
> name="/home/georg/.local/share/torbrowser/tbb/x86_64/tor-browser_en-US/Browser/Desktop/foo"
>  pid=21414 comm="Chrome_ChildThr" requested_mask="r" denied_mask="r" 
> fsuid=1000 ouid=1000
> [91740.737923] Chrome_ChildThr[21417]: segfault at 0 ip 55dc7d269a05 sp 
> 7fa025bfe390 error 6 in plugin-container[55dc7d264000+2]

So far for the moment,
cheers,
Georg


signature.asc
Description: Digital signature

Bug#893303: libcolt-free-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libcolt-free-java
Version: 1.2.0+dfsg-4
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libcolt-free-java.html

...
javac:
[mkdir] Created dir: /build/1st/libcolt-free-java-1.2.0+dfsg/build/classes
[javac] /build/1st/libcolt-free-java-1.2.0+dfsg/build.xml:156: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
[javac] Compiling 256 source files to 
/build/1st/libcolt-free-java-1.2.0+dfsg/build/classes
[javac] Using ant.build.javac.target 1.5 is no longer supported, switching 
to 1.6
[javac] Using ant.build.javac.target 1.5 is no longer supported, switching 
to 1.6
[javac] Using ant.build.javac.source 1.5 is no longer supported, switching 
to 1.6
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.6
[javac] warning: [options] source value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/clhep/PhysicalConstants.java:2:
 error: unmappable character (0xA9) for encoding US-ASCII
[javac] Copyright ? 1999 CERN - European Organization for Nuclear Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/clhep/Units.java:2: error: 
unmappable character (0xA9) for encoding US-ASCII
[javac] Copyright ? 1999 CERN - European Organization for Nuclear Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/Arrays.java:2: error: 
unmappable character (0xA9) for encoding US-ASCII
[javac] Copyright ? 1999 CERN - European Organization for Nuclear Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/GenericPermuting.java:2: 
error: unmappable character (0xEF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/GenericPermuting.java:2: 
error: unmappable character (0xBF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/GenericPermuting.java:2: 
error: unmappable character (0xBD) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac] ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/GenericSorting.java:2: 
error: unmappable character (0xEF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/GenericSorting.java:2: 
error: unmappable character (0xBF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/GenericSorting.java:2: 
error: unmappable character (0xBD) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac] ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/Partitioning.java:2: 
error: unmappable character (0xEF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/Partitioning.java:2: 
error: unmappable character (0xBF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/Partitioning.java:2: 
error: unmappable character (0xBD) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac] ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/PersistentObject.java:2: 
error: unmappable character (0xA9) for encoding US-ASCII
[javac] Copyright ? 1999 CERN - European Organization for Nuclear Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/Sorting.java:2: error: 
unmappable character (0xEF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]   ^
[javac] 
/build/1st/libcolt-free-java-1.2.0+dfsg/src/cern/colt/Sorting.java:2: error: 
unmappable character (0xBF) for encoding US-ASCII
[javac] Copyright ??? 1999 CERN - European Organization for Nuclear 
Research.
[javac]

Bug#893299: maven-ant-helper FTBFS with openjdk-9

[Adrian Bunk]

Source: maven-ant-helper
Version: 8.2
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/maven-ant-helper.html

...
compile:
[mkdir] Created dir: /build/1st/maven-ant-helper-8.2/build/classes
[mkdir] Created dir: /build/1st/maven-ant-helper-8.2/build/generated-sources
[javac] /build/1st/maven-ant-helper-8.2/debian/build.xml:50: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
[javac] Using javac -source 1.4 is no longer supported, switching to 1.6
[javac] Using javac -target 1.4 is no longer supported, switching to 1.6
[javac] Compiling 1 source file to 
/build/1st/maven-ant-helper-8.2/build/classes
[javac] /build/1st/maven-ant-helper-8.2/src/main/java/ModelloTask.java:8: 
error: unmappable character (0xC3) for encoding US-ASCII
[javac]  * Copyright (C) 2007, Trygve Laugst??l
[javac] ^
[javac] /build/1st/maven-ant-helper-8.2/src/main/java/ModelloTask.java:8: 
error: unmappable character (0xB8) for encoding US-ASCII
[javac]  * Copyright (C) 2007, Trygve Laugst??l
[javac]  ^
[javac] 2 errors

BUILD FAILED
/build/1st/maven-ant-helper-8.2/debian/build.xml:50: Compile failed; see the 
compiler error output for details.

Total time: 1 second
dh_auto_build: ant -Duser.name debian -f debian/build.xml 
-DartifactId=maven-ant-helper -Dpackage=maven-ant-helper -Dversion=8.2 
-propertyfile debian/build.properties package returned exit code 1
make[1]: *** [debian/rules:9: override_dh_auto_build] Error 2

Bug#893301: logisim FTBFS with openjdk-9

[Adrian Bunk]

Source: logisim
Version: 2.7.1~dfsg-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/logisim.html

...
   debian/rules override_jh_build
make[1]: Entering directory '/build/1st/logisim-2.7.1~dfsg'
jh_build
find src/com -name *.java -and -type f -print0 | xargs -s 512000 -0 
/usr/lib/jvm/default-java/bin/javac -g -cp 
/usr/share/java/jhall.jar:/usr/share/java/ColorPicker.jar:/usr/share/java/FontChooser.jar:debian/_jh_build.logisim
 -d debian/_jh_build.logisim -source 1.7 -target 1.7 -encoding ISO8859-1
warning: [options] bootstrap class path not set in conjunction with -source 1.7
src/com/cburch/logisim/gui/main/SimulationTreeNode.java:18: error: children() 
in SimulationTreeNode cannot implement children() in TreeNode
public abstract Enumeration children();
   ^
  return type Enumeration is not compatible with Enumeration
src/com/cburch/logisim/gui/log/ComponentSelector.java:244: error: 
ComponentSelector.OptionNode is not abstract and does not override abstract 
method children() in TreeNode
private class OptionNode implements TreeNode {
^
src/com/cburch/logisim/gui/log/ComponentSelector.java:282: error: children() in 
ComponentSelector.OptionNode cannot implement children() in TreeNode
public Enumeration children() {
  ^
  return type Enumeration is not compatible with Enumeration
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
3 errors
1 warning
make[1]: *** [debian/rules:10: override_jh_build] Error 123

Bug#893302: lwjgl FTBFS with openjdk-9

[Adrian Bunk]

Source: lwjgl
Version: 2.9.3+dfsg-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/lwjgl.html

...
generate-openal:
[processor] Compiling 3 source files to /build/1st/lwjgl-2.9.3+dfsg/bin
[processor] warning: [options] bootstrap class path not set in conjunction with 
-source 1.6
[processor] warning: [options] source value 1.6 is obsolete and will be removed 
in a future release
[processor] warning: [options] target value 1.6 is obsolete and will be removed 
in a future release
[processor] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[processor] 4 warnings
[processor] 
[processor] 
[processor] An annotation processor threw an uncaught exception.
[processor] Consult the following stack trace for details.
[processor] java.lang.RuntimeException: 
[processor] -- Failed to process template: org.lwjgl.openal.AL10 --
[processor] at 
org.lwjgl.util.generator.GeneratorProcessor.process(GeneratorProcessor.java:93)
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:968)
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:884)
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2200(JavacProcessingEnvironment.java:108)
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1206)
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1315)
[processor] at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1246)
[processor] at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:922)
[processor] at 
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:302)
[processor] at 
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:162)
[processor] at jdk.compiler/com.sun.tools.javac.Main.compile(Main.java:57)
[processor] at jdk.compiler/com.sun.tools.javac.Main.main(Main.java:43)
[processor] Caused by: java.lang.RuntimeException: 
javax.annotation.processing.FilerException: Attempt to recreate a file for type 
org.lwjgl.openal.AL10
[processor] at 
org.lwjgl.util.generator.GeneratorVisitor.visitTypeAsInterface(GeneratorVisitor.java:331)
[processor] at 
org.lwjgl.util.generator.GeneratorVisitor.visitTypeAsInterface(GeneratorVisitor.java:60)
[processor] at 
java.compiler@9.0.4/javax.lang.model.util.ElementKindVisitor6.visitType(ElementKindVisitor6.java:151)
[processor] at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1432)
[processor] at 
org.lwjgl.util.generator.GeneratorProcessor.process(GeneratorProcessor.java:85)
[processor] ... 11 more
[processor] Caused by: javax.annotation.processing.FilerException: Attempt to 
recreate a file for type org.lwjgl.openal.AL10
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacFiler.checkNameAndExistence(JavacFiler.java:726)
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacFiler.createSourceOrClassFile(JavacFiler.java:488)
[processor] at 
jdk.compiler/com.sun.tools.javac.processing.JavacFiler.createSourceFile(JavacFiler.java:425)
[processor] at 
org.lwjgl.util.generator.GeneratorVisitor.visitTypeAsInterface(GeneratorVisitor.java:303)
[processor] ... 15 more

BUILD FAILED
/build/1st/lwjgl-2.9.3+dfsg/platform_build/build-generator.xml:71: Compile 
failed; see the compiler error output for details.

Total time: 2 minutes 13 seconds
make[1]: *** [debian/rules:23: override_dh_auto_build] Error 1

Bug#893300: cdebconf: Adding support for a pkg.cdebconf.nogtk build-profile

[Karsten Merker]

Package: cdebconf
Version: 0.241
Priority: wishlist
X-Debbugs-CC: Cyril Brulebois , Christian Perrier 
, Regis Boudin , Colin Watson 
, debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64

[CCing the uploaders for cdebconf]

Hello,

I would like to add support for a "pkg.cdebconf.nogtk" build-profile
to cdebconf.  Background for that is that cdebconf (in particular
libdebconfclient0) is needed rather early in the process of
bootstrapping a new Debian architecture, but getting it built during
early architecture bootstrap is difficult due to its build-dependency
on gtk+cairo, which pulls in an enormous list of transitive
build-dependencies that are effectively impossible to fullfill in a
bootstrap scenario.

AIUI, the only binary packages built from the cdebconf source package
that actually need gtk+cairo are cdebconf-gtk and cdebconf-gtk-udeb,
and these aren't required during an architecture bootstrap, so the
approach is to add a build-profile that does two things when set:

- disable building of these two binary packages
- remove the gtk+cairo build-dependency

Attached is a patch that implements that. As nothing changes when
the build-profile isn't explicitly activiated, this should be a
low-risc modification, but as I normally don't work on cdebconf, I
would like to gather feedback from the regular uploaders (in CC)
whether you see some reason to object to this change.
The debdiff between a standard build and a build with the
build-profile set is clean; the only difference with the
build-profile enabled is that the gtk-related binary packages
aren't built.

If the patch is ok for you, I'll apply it to cdebconf git and
upload a new version.

Regards,
Karsten
-- 
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.
>From acd6f9d3065137727e7c372c306cda67adfff9b9 Mon Sep 17 00:00:00 2001
From: Karsten Merker 
Date: Thu, 15 Mar 2018 20:10:33 +
Subject: [PATCH] Add a pkg.cdebconf.nogtk build-profile.

When the pkg.cdebconf.nogtk profile is set, the build-dependency on
gtk and cairo gets removed and the cdebconf-gtk and cdebconf-gtk-udeb
binary packages (which are the only ones actually depending on gtk
and cairo) aren't built.  This is important when bootstrapping a new
architecture as cdebconf is required for building the essential
package set and a dependency on gtk and cairo pulls in an enormous
list of transitive build-dependencies that are effectively impossible
to fullfill in a bootstrap scenario.
---
 debian/control | 6 --
 debian/rules   | 8 
 2 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index 1a194849..b87c0861 100644
--- a/debian/control
+++ b/debian/control
@@ -9,8 +9,8 @@ Build-Depends:
  libtextwrap-dev (>= 0.1-5),
  libdebian-installer4-dev (>= 0.41) | libdebian-installer-dev,
  libglib2.0-dev (>= 2.31),
- libgtk2.0-dev (>= 2.24),
- libcairo2-dev (>= 1.8.10-3),
+ libgtk2.0-dev (>= 2.24) ,
+ libcairo2-dev (>= 1.8.10-3) ,
  libselinux1-dev (>= 2.3) [linux-any] | libselinux-dev [linux-any],
  dh-autoreconf,
  dh-exec,
@@ -42,6 +42,7 @@ Section: admin
 Depends: cdebconf, ${shlibs:Depends}, ${misc:Depends}
 Replaces: cdebconf (<< 0.144)
 Priority: extra
+Build-Profiles: 
 Description: Gtk+ frontend for Debian Configuration Management System
  Debconf is a configuration management system for Debian packages. It is
  used by some packages to prompt you for information before they are
@@ -151,6 +152,7 @@ Architecture: any
 Section: debian-installer
 Depends: cdebconf-udeb, ${shlibs:Depends}, ${misc:Depends}, rootskel-gtk [!s390 !s390x]
 Package-Type: udeb
+Build-Profiles: 
 Description: Gtk+ frontend for Debian Configuration Management System
  Debconf is a configuration management system for Debian packages. It is
  used by some packages to prompt you for information before they are
diff --git a/debian/rules b/debian/rules
index b2b35f4d..8b85a7af 100755
--- a/debian/rules
+++ b/debian/rules
@@ -21,6 +21,11 @@ LIBDEBCONF=libdebconfclient0
 DEB_FRONTENDS=passthrough text newt gtk
 UDEB_FRONTENDS=passthrough text newt gtk
 
+ifneq ($(filter pkg.cdebconf.nogtk,$(DEB_BUILD_PROFILES)),)
+DEB_FRONTENDS:=$(filter-out gtk,$(DEB_FRONTENDS))
+UDEB_FRONTENDS:=$(filter-out gtk,$(UDEB_FRONTENDS))
+endif
+
 ifeq ($(DEB_HOST_ARCH_OS),linux)
 SELINUXFLAG=--enable-selinux
 else
@@ -128,6 +133,9 @@ binary-arch: install-arch
 	dh_installdocs -s
 	dh_installdebconf -s
 	dh_installdirs -s
+ifneq ($(filter pkg.cdebconf.nogtk,$(DEB_BUILD_PROFILES)),)
+	dh_install -plibdebconfclient0-dev src/modules/frontend/gtk/cdebconf_gtk.h usr/include/cdebconf/
+endif
 	dh_lintian -s
 	dh_strip -s
 	dh_compress -s
-- 
2.11.0

Bug#893067: libinput-dev: pkg-config file does not work without libwacom-dev installed

[Jeremy Bicha]

Control: severity -1 serious

I have proposed a merge request to fix this issue.
https://salsa.debian.org/xorg-team/lib/libinput/merge_requests/1

Thanks,
Jeremy Bicha

Bug#893298: libsbml FTBFS with openjdk-9

[Adrian Bunk]

Source: libsbml
Version: 5.16.0+dfsg-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libsbml.html

...
CMake Error at docs/CMakeLists.txt:212 (message):
  Cannot generate java documentation, please specify the Java_JAVADOC_JAR.


-- Configuring incomplete, errors occurred!
See also "/build/1st/libsbml-5.16.0+dfsg/build/CMakeFiles/CMakeOutput.log".
See also "/build/1st/libsbml-5.16.0+dfsg/build/CMakeFiles/CMakeError.log".
make[1]: *** [debian/rules:62: override_dh_auto_configure] Error 1

Bug#893297: livetribe-jsr223 FTBFS with openjdk-9

[Adrian Bunk]

Source: livetribe-jsr223
Version: 2.0.6-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/livetribe-jsr223.html

...
[INFO] ---
[INFO]  T E S T S
[INFO] ---
[INFO] 
[INFO] Results:
[INFO] 
[INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
[INFO] 
[INFO] 

[INFO] BUILD FAILURE
[INFO] 

[INFO] Total time: 6.331 s
[INFO] Finished at: 2019-04-19T12:17:51-12:00
[INFO] Final Memory: 11M/38M
[INFO] 

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-surefire-plugin:2.20.1:test 
(default-test) on project livetribe-jsr223: There are 
test failures.
[ERROR] 
[ERROR] Please refer to 
/build/1st/livetribe-jsr223-2.0.6/target/surefire-reports for the individual 
test results.
[ERROR] Please refer to dump files (if any exist) 
[date]-jvmRun[N].dump, [date].dumpstream and [date]-jvmRun[N].dumpstream.
[ERROR] There was an error in the forked process
[ERROR] Unable to create test class 
'javax.script.ScriptExceptionTest'
[ERROR] 
org.apache.maven.surefire.booter.SurefireBooterForkException: There was 
an error in the forked process
[ERROR] Unable to create test class 
'javax.script.ScriptExceptionTest'
[ERROR]    at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:673)
[ERROR]    at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:535)
[ERROR]    at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:280)
[ERROR]    at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:245)
[ERROR]    at 
org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvider(AbstractSurefireMojo.java:1124)
[ERROR]    at 
org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(AbstractSurefireMojo.java:954)
[ERROR]    at 
org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:832)
[ERROR]    at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
[ERROR]    at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
[ERROR]    at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
[ERROR]    at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
[ERROR]    at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
[ERROR]    at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
[ERROR]    at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
[ERROR]    at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
[ERROR]    at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
[ERROR]    at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
[ERROR]    at 
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
[ERROR]    at 
org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
[ERROR]    at 
org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
[ERROR]    at 
org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
[ERROR]    at 
org.apache.maven.cli.MavenCli.main(MavenCli.java:184)
[ERROR]    at 
org.debian.maven.Wrapper.main(Wrapper.java:89)
[ERROR]    at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
Method)
[ERROR]    at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR]    at 

Bug#893296: libvldocking-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libvldocking-java
Version: 2.1.4-4
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libvldocking-java.html

...
compile:
[javac] /build/1st/libvldocking-java-2.1.4/build.xml:55: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
[javac] Using javac -source 1.4 is no longer supported, switching to 1.6
[javac] Using javac -target 1.4 is no longer supported, switching to 1.6
[javac] Compiling 107 source files to 
/build/1st/libvldocking-java-2.1.4/build
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.6
[javac] warning: [options] source value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:14:
 error: unmappable character (0xE0) for encoding US-ASCII
[javac] Ce logiciel est un programme informatique servant ? am?liorer les 
interfaces
[javac]   ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:14:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] Ce logiciel est un programme informatique servant ? am?liorer les 
interfaces
[javac]   ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:15:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] homme-machine d'applications Java bas?es sur Swing, en leur 
apportant un
[javac]  ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:18:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] Ce logiciel est r?gi par la licence CeCILL soumise au droit 
fran?ais et
[javac]  ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:18:
 error: unmappable character (0xE7) for encoding US-ASCII
[javac] Ce logiciel est r?gi par la licence CeCILL soumise au droit 
fran?ais et
[javac] ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:21:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] de la licence CeCILL telle que diffus?e par le CEA, le CNRS et 
l'INRIA
[javac]  ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:24:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] En contrepartie de l'accessibilit? au code source et des droits de 
copie,
[javac]  ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:25:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] de modification et de redistribution accord?s par cette licence, il 
n'est
[javac]^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:26:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] offert aux utilisateurs qu'une garantie limit?e.  Pour les m?mes 
raisons,
[javac]  ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:26:
 error: unmappable character (0xEA) for encoding US-ASCII
[javac] offert aux utilisateurs qu'une garantie limit?e.  Pour les m?mes 
raisons,
[javac] ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:27:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] seule une responsabilit? restreinte p?se sur l'auteur du programme, 
 le
[javac]^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:27:
 error: unmappable character (0xE8) for encoding US-ASCII
[javac] seule une responsabilit? restreinte p?se sur l'auteur du programme, 
 le
[javac]  ^
[javac] 
/build/1st/libvldocking-java-2.1.4/src/com/vlsolutions/swing/docking/AnchorConstraints.java:28:
 error: unmappable character (0xE9) for encoding US-ASCII
[javac] titulaire des droits patrimoniaux et les conc?dants successifs.
[javac]  

Bug#795729: [Pkg-postgresql-public] Bug#795729: closed by Christoph Berg <m...@debian.org> (Bug#795729: fixed in libpqtypes 1.5.1-3)

[Christoph Berg]

Re: Chris Lamb 2018-03-17 
<1521313480.1891152.1306660656.6a987...@webmail.messagingengine.com>
> Hi Christoph:
> 
> > (I'd rather not put a workaround like TZ=UTC
> > into debian/rules as it would just paper over the issue
> 
> Nod…
> 
> >   * Set TZ=UTC to avoid build failure with TZ=Etc/GMT+12.
> 
> … hang on! Can you clarify? :-)

libpqtypes is pretty much dead upstream. I'd rather have it build
{sanely|reproducibly} using a hack, than not at all.

If I recall the issue correctly, the problem is only visible when
using an artificial timezone like GMT+N, but not when using the
standard ones (Europe/Berlin). So it's not even a real problem in
practise. (What I wrote in the bug about it being a PostgreSQL bug was
a red herring.)

Christoph

Bug#893295: libxalan2-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libxalan2-java
Version: 2.7.2-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libxalan2-java.html

...
serializer.compile:
 [echo] Compiling the Serializer
[javac] /build/1st/libxalan2-java-2.7.2/build.xml:1713: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
[javac] Using javac -source 1.3 is no longer supported, switching to 1.6
[javac] Using javac -target 1.3 is no longer supported, switching to 1.6
[javac] Compiling 83 source files to 
/build/1st/libxalan2-java-2.7.2/build/serializer
[javac] warning: [options] source value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 3 warnings
[javac] Fatal Error: Unable to find package java.lang in classpath or 
bootclasspath

BUILD FAILED
/build/1st/libxalan2-java-2.7.2/build.xml:1713: Compile failed; see the 
compiler error output for details.

Total time: 16 seconds
dh_auto_build: ant -propertyfile ./debian/ant.properties -Duser.name debian jar 
xsltc.unbundledjar javadocs docs returned exit code 1
make[1]: *** [debian/rules:9: override_dh_auto_build] Error 2

Bug#893294: libtruth-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libtruth-java
Version: 0.7.0-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libtruth-java.html

...
   debian/rules override_dh_auto_build
make[1]: Entering directory '/build/1st/libtruth-java-0.7.0'
jh_build --javacopts="-source 1.5 -target 1.5" libtruth-0.7.0.jar src 
find src -name *.java -and -type f -print0 | xargs -s 512000 -0 
/usr/lib/jvm/default-java/bin/javac -g -cp 
/usr/share/java/junit4.jar:debian/_jh_build.libtruth-0.7.0 -d 
debian/_jh_build.libtruth-0.7.0 -encoding ISO8859-1 -source 1.5 -target 1.5
warning: [options] bootstrap class path not set in conjunction with -source 1.5
error: Source option 1.5 is no longer supported. Use 1.6 or later.
error: Target option 1.5 is no longer supported. Use 1.6 or later.
make[1]: *** [debian/rules:10: override_dh_auto_build] Error 123

Bug#893293: pytest-tornado: FTBFS and Debci failure

[Adrian Bunk]

Source: pytest-tornado
Version: 0.4.5-2
Severity: serious

Some recent change in unstable makes pytest-tornado FTBFS and Debci fail:

https://ci.debian.net/packages/p/pytest-tornado/unstable/amd64/
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/pytest-tornado.html

...
I: pybuild base:215: python2.7 -m pytest -v -x
= test session starts ==
platform linux2 -- Python 2.7.14+, pytest-3.3.2, py-1.5.2, pluggy-0.6.0 -- 
/usr/bin/python2.7
cachedir: .cache
rootdir: /build/1st/pytest-tornado-0.4.5, inifile:
plugins: tornado-0.4.5
collecting ... collected 40 items

pytest_tornado/test/test_async.py::test_explicit_start_and_stop PASSED   [  2%]
pytest_tornado/test/test_async.py::test_explicit_start_and_stop ERROR[  5%]

 ERRORS 
__ ERROR at teardown of test_explicit_start_and_stop ___

def _close():
io_loop.clear_current()
>   if (not tornado.ioloop.IOLoop.initialized() or
io_loop is not tornado.ioloop.IOLoop.instance()):
E   AttributeError: type object 'IOLoop' has no attribute 
'initialized'

pytest_tornado/plugin.py:136: AttributeError
=== warnings summary ===
pytest_tornado/test/test_async.py::test_generators_with_disabled_gen_test_marker
  yield tests are deprecated, and scheduled to be removed in pytest 4.0

-- Docs: http://doc.pytest.org/en/latest/warnings.html
 1 passed, 1 warnings, 1 error in 1.49 seconds =
E: pybuild pybuild:323: test: plugin custom failed with: exit code=1: python2.7 
-m pytest -v -x
dh_auto_test: pybuild --test --test-pytest -i python{version} -p 2.7 returned 
exit code 13
make[1]: *** [debian/rules:13: override_dh_auto_install] Error 25

Bug#893292: libxml-security-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libxml-security-java
Version: 1.5.8-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libxml-security-java.html

...
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 15.197 s
[INFO] Finished at: 2019-04-19T12:02:53-12:00
[INFO] Final Memory: 23M/78M
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-javadoc-plugin:3.0.0:jar (default-cli) on 
project xmlsec: MavenReportException: Error while generating Javadoc: 
[ERROR] Exit code: 1 - 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/AlgorithmMethod.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/URIDereferencer.java:32:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/NodeSetData.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/URIReference.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/Data.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/NoSuchMechanismException.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/XMLStructure.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/KeySelectorResult.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/KeySelector.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/XMLCryptoContext.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/OctetStreamData.java:28:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/MarshalException.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/KeySelectorException.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/URIReferenceException.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/dsig/Reference.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto.dsig;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/dsig/XMLSignatureFactory.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto.dsig;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/dsig/Transform.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto.dsig;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/dsig/Manifest.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto.dsig;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/dsig/XMLSignatureException.java:25:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto.dsig;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/dsig/XMLObject.java:32:
 error: package exists in another module: java.xml.crypto
[ERROR] package javax.xml.crypto.dsig;
[ERROR] ^
[ERROR] 
/build/1st/libxml-security-java-1.5.8/src/main/java/javax/xml/crypto/dsig/SignatureProperties.java:25:
 

Bug#893291: libsvm FTBFS with openjdk-9

[Adrian Bunk]

Source: libsvm
Version: 3.21+ds-1.1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libsvm.html

...
/usr/bin/make -C java
make[1]: Entering directory '/build/1st/libsvm-3.21+ds/java'
javac -target 1.5 -source 1.5 libsvm/svm.java
warning: [options] bootstrap class path not set in conjunction with -source 1.5
error: Source option 1.5 is no longer supported. Use 1.6 or later.
error: Target option 1.5 is no longer supported. Use 1.6 or later.
make[1]: *** [Makefile:16: libsvm/svm.class] Error 2

Bug#893289: libstax-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libstax-java
Version: 1.2.0-3
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libstax-java.html

...
compile:
[javac] /build/1st/libstax-java-1.2.0/build.xml:111: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
[javac] Using javac -source 1.4 is no longer supported, switching to 1.6
[javac] Using javac -target 1.4 is no longer supported, switching to 1.6
[javac] Compiling 85 source files to 
/build/1st/libstax-java-1.2.0/build/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.6
[javac] warning: [options] source value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.6 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] /build/1st/libstax-java-1.2.0/src/com/wutka/dtd/Scanner.java:505: 
error: unmappable character (0xA0) for encoding US-ASCII
[javac] //[61] conditionalSect ::= ?includeSect | ignoreSect
[javac]^
[javac] /build/1st/libstax-java-1.2.0/src/com/wutka/dtd/Scanner.java:506: 
error: unmappable character (0xA0) for encoding US-ASCII
[javac] //[62] includeSect ::= ?''
[javac]^
[javac] /build/1st/libstax-java-1.2.0/src/com/wutka/dtd/Scanner.java:507: 
error: unmappable character (0xA0) for encoding US-ASCII
[javac] //[63] ignoreSect ::= ?''
[javac]   ^
[javac] /build/1st/libstax-java-1.2.0/src/com/wutka/dtd/Scanner.java:508: 
error: unmappable character (0xA0) for encoding US-ASCII
[javac] //[64] ignoreSectContents ::= ?Ignore ('' Ignore)*
[javac]   ^
[javac] /build/1st/libstax-java-1.2.0/src/com/wutka/dtd/Scanner.java:509: 
error: unmappable character (0xA0) for encoding US-ASCII
[javac] //[65] Ignore ::= ?Char* - (Char* ('') Char*)
[javac]   ^
[javac] /build/1st/libstax-java-1.2.0/src/com/wutka/dtd/Scanner.java:528: 
error: unmappable character (0xA0) for encoding US-ASCII
[javac] // has been found. ?Break out of for 
loop.
[javac]^
[javac] /build/1st/libstax-java-1.2.0/src/com/wutka/dtd/Scanner.java:551: 
error: unmappable character (0xA0) for encoding US-ASCII
[javac] // has been found. ?Increment nesting depth.
[javac]^
[javac] 7 errors
[javac] 4 warnings

BUILD FAILED
/build/1st/libstax-java-1.2.0/build.xml:111: Compile failed; see the compiler 
error output for details.

Total time: 2 seconds
make: *** [/usr/share/cdbs/1/class/ant.mk:39: debian/stamp-ant-build] Error 1

Bug#893290: libsaxon-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libsaxon-java
Version: 1:6.5.5-11
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libsaxon-java.html

...
   debian/rules override_dh_auto_build
make[1]: Entering directory '/build/1st/libsaxon-java-6.5.5'
mkdir -p build build/api
/usr/lib/jvm/default-java/bin/javac -nowarn -source 1.5 -target 1.5 -sourcepath 
src -classpath /usr/share/java/jdom1.jar -d build `find src -name \*.java`
error: Source option 1.5 is no longer supported. Use 1.6 or later.
error: Target option 1.5 is no longer supported. Use 1.6 or later.
make[1]: *** [debian/rules:17: override_dh_auto_build] Error 2

Bug#893287: libjogl2-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libjogl2-java
Version: 2.3.2+dfsg-5
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libjogl2-java.html

...
BUILD FAILED
/build/1st/libjogl2-java-2.3.2+dfsg/make/build.xml:71: The following error 
occurred while executing this line:
/build/1st/libjogl2-java-2.3.2+dfsg/make/build-nativewindow.xml:798: The 
following error occurred while executing this line:
/build/1st/libjogl2-java-2.3.2+dfsg/make/build-nativewindow.xml:738: 
/usr/lib/jvm/jre/lib/amd64 does not exist.
at 
org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:505)
at 
net.sf.antcontrib.cpptasks.types.LibrarySet.visitLibraries(LibrarySet.java:310)
at 
net.sf.antcontrib.cpptasks.LinkerDef.visitSystemLibraries(LinkerDef.java:469)
at 
net.sf.antcontrib.cpptasks.CCTask.collectExplicitObjectFiles(CCTask.java:520)
at net.sf.antcontrib.cpptasks.CCTask.execute(CCTask.java:613)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at net.sf.antcontrib.logic.OutOfDate.execute(OutOfDate.java:457)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at 
org.apache.tools.ant.taskdefs.MacroInstance.execute(MacroInstance.java:402)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:437)
at org.apache.tools.ant.Target.performTasks(Target.java:458)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
at 
org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:36)
at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:442)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:437)
at org.apache.tools.ant.Target.performTasks(Target.java:458)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
at 

Bug#893288: libfreemarker-java FTBFS with openjdk-9

[Adrian Bunk]

Source: libfreemarker-java
Version: 2.3.23-7
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libfreemarker-java.html

...
BUILD FAILED
/build/1st/libfreemarker-java-2.3.23/build.xml:184: The 
"boot.classpath.j2se1.4" property value (${sun.boot.class.path}) seems to be an 
incorrect boot classpath. Please fix it in the /build.properties 
file, or wherever you set it.

Total time: 3 minutes 5 seconds
dh_auto_build: ant 
-Divy.settings.file=/usr/share/ivy-debian-helper/ivysettings.xml 
-Divy.default.ivy.user.dir=/build/1st/libfreemarker-java-2.3.23/.ivy2 
-Divy.default.ivy.user.dir=/build/1st/libfreemarker-java-2.3.23/.ivy 
-Dtitlebar.found=true -DTODAY= -DDSTAMP= -DTSTAMP= -DtimestampNice= 
-DtimestampInVersion= javacc jar javadoc returned exit code 1
make[1]: *** [debian/rules:12: override_dh_auto_build] Error 1

Bug#891769:

[Arturo Borrero Gonzalez]

I plan to adopt this package and move it to pkg-netfilter packaging
team: https://wiki.debian.org/Teams/pkg-netfilter