qr-tools_1.4~bzr32-1_amd64.changes ACCEPTED into unstable

2018-12-29 Thread Debian FTP Masters
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Dec 2018 23:42:41 +0100 Source: qr-tools Binary: python-qrtools qtqr Architecture: source all Version: 1.4~bzr32-1 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Eduard Bloch D

Bug#884853: marked as done (qtqr: Saving PNG broken; doesn't decode)

2018-12-29 Thread Debian Bug Tracking System
Your message dated Sat, 29 Dec 2018 20:19:29 + with message-id and subject line Bug#884853: fixed in qr-tools 1.4~bzr32-1 has caused the Debian Bug report #884853, regarding qtqr: Saving PNG broken; doesn't decode to be marked as done. This means that you claim that the problem has been dealt

Bug#900571: marked as done (qtqr: Unable to encode certain URL)

2018-12-29 Thread Debian Bug Tracking System
Your message dated Sat, 29 Dec 2018 20:19:29 + with message-id and subject line Bug#900571: fixed in qr-tools 1.4~bzr32-1 has caused the Debian Bug report #900571, regarding qtqr: Unable to encode certain URL to be marked as done. This means that you claim that the problem has been dealt with

Processing of qr-tools_1.4~bzr32-1_amd64.changes

2018-12-29 Thread Debian FTP Masters
qr-tools_1.4~bzr32-1_amd64.changes uploaded successfully to localhost along with the files: qr-tools_1.4~bzr32-1.dsc qr-tools_1.4~bzr32.orig.tar.xz qr-tools_1.4~bzr32-1.debian.tar.xz python-qrtools_1.4~bzr32-1_all.deb qr-tools_1.4~bzr32-1_amd64.buildinfo qtqr_1.4~bzr32-1_all.deb Greeti

Bug#917631: opendkim: /lib/systemd/system/opendkim.services fails to read /etc/default/opendkim configuration

2018-12-29 Thread Petri Koistinen
Package: opendkim Version: 2.11.0~alpha-10+deb9u1 Severity: wishlist Justification: Policy 9.3.2 Dear Maintainer, I tried to follow instructions on https://wiki.debian.org/opendkim page. I refers putting data into /etc/default/opendkim about socket like: SOCKET="inet:8891@localhost" However it

Bug#917623: anacron: command logname fails in a cron.daily job run by anacron

2018-12-29 Thread Francesco Poli (wintermute)
Package: anacron Version: 2.3-27 Severity: normal Hello, I noticed that anacron sets an environment (for running cron.daily jobs, but probably even weekly and monthly jobs...) where the "logname" command fails. I mean: if a cron.daily job invokes the "logname" command, then this command fails, th