Bug#873573: avahi-daemon: packet loss

[Allan Wind]

Package: avahi-daemon
Version: 0.6.32-2
Severity: important

Dear Maintainer,

I installed Debian 9.1 on a Lenovo P50 and with no customizations other
than what the installer afforded me I was observing packet loss every
few minutes.  ssh to this host would hang for seconds to minutes at a
time, say, every few minutes.  I installed mtr on a remote host, and
within 200 to 250 packets it would report significant packet loss.
tcpdump showed that ping packets were not being received on this host
for almost a minute.  tcpdump from remote host showed pings being sent
every second but no response.  I duplicated packet loss with a 3rd
remote host. Replaced the cable and switch between this and remote host,
and were still able to reproduce the issue.

By chance, I booted this host into recovery mode, and added my ethernet
interface to /etc/network/interfaces then systemctl start networking.
Then retried the mtr scenario and found no packet loss.  I then
bi-sected between recovery (rescue.target?) and graphical.target to
determine that if I did not start avahi-daemon or services that depends
on it I would not be seeing packet loss along these lines (commented out
lines would cause packet loss):

#!/bin/bash
systemctl start basic.target
systemctl start anacron.service
systemctl start apache2.service
#systemctl start avahi-daemon.service
systemctl start console-setup.service
systemctl start cron.service
#systemctl start cups-browsed.service
#systemctl start cups.path
systemctl start dbus.service
systemctl start hddtemp.service
systemctl start lm-sensors.service
systemctl start ModemManager.service
systemctl start networking.service
systemctl start NetworkManager.service
systemctl start pppd-dns.service
systemctl start rsyslog.service
systemctl start speech-dispatcher.service
systemctl start ssh.service
systemctl start systemd-ask-password-wall.path
systemctl start systemd-logind.service
systemctl start systemd-update-utmp-runlevel.service
systemctl start systemd-user-sessions.service

Finally, I apt-get pruge avahi-daemon and rebooted and not seeing any
packet loss since.

ifconfig did not show any errors on this or rmeote end.


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

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

Versions of packages avahi-daemon depends on:
ii  adduser  3.115
ii  bind9-host [host]1:9.10.3.dfsg.P4-12.3+deb9u2
ii  dbus 1.10.18-1
ii  host 1:9.10.3.dfsg.P4-12.3+deb9u2
ii  init-system-helpers  1.48
ii  libavahi-common3 0.6.32-2
ii  libavahi-core7   0.6.32-2
ii  libc62.24-11+deb9u1
ii  libcap2  1:2.25-1
ii  libdaemon0   0.14-6
ii  libdbus-1-3  1.10.18-1
ii  libexpat12.2.0-2+deb9u1
ii  lsb-base 9.20161125

Versions of packages avahi-daemon recommends:
ii  libnss-mdns  0.10-8

Versions of packages avahi-daemon suggests:
ii  avahi-autoipd  0.6.32-2

-- no debconf information

Bug#873499: Should depend on "gnupg | gnupg2 | gpg"

[Colin Watson]

On Mon, Aug 28, 2017 at 02:36:20PM +0200, Yuri D'Elia wrote:
> The gnupg2 package in unstable has been renamed again and split into several
> components.
> 
> The "gnupg" package is now the full suite, while "gpg" contains the binary
> itself. To avoid extra dependencies, it would be nice to update the dependency
> to "gnupg | gnupg2 | gpg".

I'm not convinced that this is a good idea.  gpg's package description
says:

 This package contains /usr/bin/gpg itself, and is useful on its own
 only for public key operations (encryption, signature verification,
 listing OpenPGP certificates, etc).  If you want full capabilities
 (including secret key operations, network access, etc), please
 install the "gnupg" package, which pulls in the full suite of tools.

pass requires secret key operations, not just public key operations.

Thanks,

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

Bug#850705: libqt5gui5: enabling software rendering in 90qt5-opengl

[Sven Joachim]

On 2017-01-23 15:01 +0300, Александр Волков wrote:

> Sorry, the software renderer is built-in in Qt 5.8.
> So it makes sense to package qtdeclarative-render2d-opensource-src
> only for Qt 5.7.
> And for Qt 5.8 you can remove 90qt5-opengl.

This was done in commit de5d64ed16d2667310a2a64f2cb4725ae12825b2[1], but the
file remains on the system:

,
| $ dpkg-query -W -f='${Conffiles}\n' | grep obsolete$
|  /etc/X11/Xsession.d/90qt5-opengl fad3b80463bf21409c0ce14a94c2b514 obsolete
|  /etc/sudoers.dist b679ac5d1611aa9ca815224b457b2341 obsolete
`

I guess it should be cleaned up, please look at dh_installdeb(1) and
dpkg-maintscript-helper(1) how to do that.

Cheers,
   Sven


1. 
https://anonscm.debian.org/cgit/pkg-kde/qt/qtbase.git/commit/?id=de5d64ed16d2667310a2a64f2cb4725ae12825b2

Bug#873198: php-doctrine-cache-bundle FTBFS: test failures

[David Prévot]

Control: reassign -1 php-doctrine-cache
Control: found -1 1.7.0-1
Control: affects -1 php-doctrine-cache-bundle
Control: retitle -1 php-doctrine-cache should not (silently) depend on php 7.1

Thank you Adrian for filling this issue.

On Fri, Aug 25, 2017 at 04:13:47PM +0300, Adrian Bunk wrote:
> Source: php-doctrine-cache-bundle
[…]
> Some recent change in unstable makes php-doctrine-cache-bundle FTBFS:
[…]
> There were 2 errors:
> 
> 1) 
> Doctrine\Bundle\DoctrineCacheBundle\Tests\Functional\PhpFileCacheTest::testCacheDriver
> ParseError: syntax error, unexpected '?'

Right. The latest php-doctrine-cache version in unstable depends on
php 7.1, and the default version in unstable is still php 7.0 (and there
is no proper way to depend on the more recent php7.1 package available
in unstable). I’ll fix this issue by uploading back the 1.6.1 version of
php-doctrine-cache to unstable.

Regards

David


signature.asc
Description: PGP signature

Bug#873572: xdiskusage: stalls on certain file names

[Johannes Schauer]

Package: xdiskusage
Version: 1.48-10.1+b1
Severity: normal

Hi,

steps to reproduce:

$ touch "$(printf 'foo\n123421\tbar')"
$ du -a .
0   ./foo
123421  bar
0   .
$ xdiskusage .

The last command will stall forever and never finish.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'unstable'), 
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages xdiskusage depends on:
ii  libc6 2.24-12
ii  libfltk1.11.1.10-23
ii  libgcc1   1:7.1.0-10
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libstdc++67.1.0-10
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxinerama1  2:1.1.3-1+b3

xdiskusage recommends no packages.

xdiskusage suggests no packages.

-- no debconf information

Bug#873571: xdiskusage: doesn't cope with newlines in filenames

[Johannes Schauer]

Package: xdiskusage
Version: 1.48-10.1+b1
Severity: normal

Hi,

if a file contains a newline in its filename, then the du output will
look like this:

0   file with
newline

xdiskusage will be unable to parse this because it parses the input line
by line and the second line is not the size followed by the filename but
it's the remainder from the line before.

xdiskusage should be able to cope with this.

Thanks!

cheers, josch

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'unstable'), 
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages xdiskusage depends on:
ii  libc6 2.24-12
ii  libfltk1.11.1.10-23
ii  libgcc1   1:7.1.0-10
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libstdc++67.1.0-10
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxinerama1  2:1.1.3-1+b3

xdiskusage recommends no packages.

xdiskusage suggests no packages.

-- no debconf information

Bug#873486: fcitx can not be start after upgrade to Debian buster

[王钢林]

Hello, everyone.


I find a very strange thing about  the Debian buster including the 
fcitx. If the computer is turn on and the system start up, many unusual 
thing will happen. Such as the fcitx can not be used, the splash window 
is not showed at the center of screen, and so on. But if I restart the 
computer (not turn off and turn on), everything are OK!


It is so strange! So I think it is a bug of Debian buster. But I do not 
known which package should be debug, so I don't known how to report this 
bug. :(



Best regards

Gulfstream



在 2017年08月28日 18:32, Shengjing Zhu 写道:

Control: tags -1 moreinfo

Please run fcitx-diagnose and paste the result here.

Thanks

On Mon, Aug 28, 2017 at 5:51 PM, gulfstream  wrote:

Package: fcitx
Version: 1:4.2.9.1-6
Severity: grave



Hi!

I upgraded my Debian to buster yesterday. Then the fcitx can not be used now. 
When I run it, the messages are get as blew:

wgl@athena:~$ fcitx
wgl@athena:~$ (INFO-6096 
/build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load Addon Config 
File:fcitx-autoeng.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-chttrans.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-clipboard.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-fullwidth-char.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-imselector.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-keyboard.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-punc.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-quickphrase.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-remote-module.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-spell.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-unicode.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-dbus.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-freedesktop-notify.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-ipc.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-googlepinyin.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-kimpanel-ui.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-lua.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-vk.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-x11.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-xim.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-xkb.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-xkbdbus.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-pinyin-enhance.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-pinyin.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-sunpinyin.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-table.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-classic-ui.conf
(INFO-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/addon.c:151) Load 
Addon Config File:fcitx-notificationitem.conf
(ERROR-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/lib/fcitx/ime.c:432) 
fcitx-keyboard-cm-mmuock already exists
(WARN-6096 /build/fcitx-SJV5lg/fcitx-4.2.9.1/src/frontend/xim/xim.c:161) Please 
set XMODIFIERS.


The fcitx works fine when the Debian is stretch before I upgrade to buster.

Could you resolve this problem? Thank you very much!



Best regards,
Gulfstream




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

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

Versions of packages fcitx depends on:
ii  

Bug#873570: enlightenment: Crashes when toggling guake

[Shankar]

Package: enlightenment
Version: 0.21.5-1
Severity: normal

Dear Maintainer,


   * What led up to the situation?

Using the guake terminal, I run guake -f to start in fullscreen.  Then I
press the key that toggles the terminal off (F12 by default), and
Enlightenment throws up a warning saying it has "SEGV'd".  The terminal
closes after enlightenment restarts.


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

No changes helped. 

   * What was the outcome of this action?

SEGV

* What outcome did you expect instead?

Normal operation.



-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages enlightenment depends on:
ii  dbus-x11 [dbus-session-bus]  1.10.14-1
ii  enlightenment-data   0.21.5-1
ii  libc62.24-9
ii  libecore-con11.18.4-1
ii  libecore-evas1   1.18.4-1
ii  libecore-file1   1.18.4-1
ii  libecore-imf11.18.4-1
ii  libecore-input1  1.18.4-1
ii  libecore-ipc11.18.4-1
ii  libecore-x1  1.18.4-1
ii  libecore11.18.4-1
ii  libedje-bin  1.18.4-1
ii  libedje1 1.18.4-1
ii  libeet1  1.18.4-1
ii  libeeze1 1.18.4-1
ii  libefreet-bin1.18.4-1
ii  libefreet1a  1.18.4-1
ii  libeina1a1.18.4-1
ii  libeio1  1.18.4-1
ii  libelementary1   1.18.4-1
ii  libemotion1  1.18.4-1
ii  libethumb-client-bin 1.18.4-1
ii  libethumb-client11.18.4-1
ii  libevas1 1.18.4-1
ii  libevas1-engines-x   1.18.4-1
ii  libpam0g 1.1.8-3.5
ii  libpulse010.0-2
ii  libxcb-keysyms1  0.4.0-1
ii  libxcb-shape01.12-1
ii  libxcb1  1.12-1

Versions of packages enlightenment recommends:
pn  pm-utils  

enlightenment suggests no packages.

-- no debconf information

Bug#873569: ITP: libmediawiki -- KDE C++ interface for MediaWiki based web service

[Steve M. Robbins]

Package: wnpp
Severity: wishlist
Owner: "Steve M. Robbins" 

* Package name: libmediawiki
  Upstream Author : Team maintained; see 
https://github.com/KDE/libmediawiki/blob/master/AUTHORS
* URL : https://cgit.kde.org/libmediawiki.git
* License : GPL 
  Programming Lang: C++
  Description : KDE C++ interface for MediaWiki based web service

This framework provides access to the API of MediaWiki 
(http://www.mediawiki.org)
based web services such as wikipedia (http://www.wikipedia.org).


This package is an optional dependency of DigiKam, needed to allow
photo export to a MediaWiki site.  Will maintain this within the
Debian KDE Extras Team.

Bug#873568: undefined symbol: Gpm_Wgetch

[積丹尼 Dan Jacobson]

Package: libgpm2
Version: 1.20.7-1
Severity: important

As noted in bug 872532,
1.20.7-1 breaks w3m
1.20.4-6.2+b1 is OK.

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

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

Versions of packages libgpm2 depends on:
ii  libc6  2.25-0experimental3

libgpm2 recommends no packages.

Versions of packages libgpm2 suggests:
pn  gpm  

-- no debconf information

Bug#873424: git handling HTTPS proxy w/ password inappropriately

[yang]

2017-08-29 4:13 GMT+08:00 Jeff King :

> On Mon, Aug 28, 2017 at 12:50:39PM -0700, Jonathan Nieder wrote:
>
>> (cc-ing the git mailing list and some proxy specialists there)
>
> I'm definitely not a specialist in our proxy code, but as far as I know
> most of that is handled magically behind the scenes by curl.
>
> The big thing Git may have to do is recognize the 407 response, feed
> curl the proxy credentials, and retry the request. But in this case,
> the user provided them in the proxy url:
>
>> $ HTTPS_PROXY=http://username:password@proxy:80 git clone
>> https://github.com/linuxdeepin/deepin-deb-installer.git
>
> So in this sequence, we see the initial connection:
>
>> > CONNECT github.com:443 HTTP/1.1
>> > Host: github.com:443
>> > User-Agent: git/2.14.1
>> > Proxy-Connection: Keep-Alive
>> >
>> > HTTP/1.0 407 Proxy Authentication Required
>> > Server: squid/2.7.STABLE9
>> > Date: Sun, 27 Aug 2017 14:27:38 GMT
>> > Content-Type: text/html
>> > Content-Length: 1226
>> > X-Squid-Error: ERR_CACHE_ACCESS_DENIED 0
>> > Proxy-Authenticate: Basic realm="Proxy"
>> > X-Cache: MISS from inproxy2
>> > X-Cache-Lookup: NONE from inproxy2:8000
>> > Via: 1.0 inproxy2:8000 (squid/2.7.STABLE9)
>> > Connection: close
>
> The proxy asks us to authenticate, and then (modulo a little bit of
> line-break cleanup):
>
>> > CONNECT github.com:443 HTTP/1.1
>> > Host: github.com:443
>> > Proxy-Authorization: Basic MYPASSWORD
>> > User-Agent: git/2.14.1
>> > Proxy-Connection: Keep-Alive
>
> We retry. But AFAIK this is all internal to curl, and Git won't have
> seen any of it.
>
> There's no more of the trace, but I'd guess at this point that curl is
> waiting for the proxy to say something in response to the CONNECT (but
> I'm a little rusty on the protocol sequence for http proxies).
>
>> Can you say more about this?  How is your proxy configured (e.g. can
>> you provide output from "git config -l")?  Did a previous version of

user.name=yangfl
user.email=yan...@users.noreply.github.com
push.default=simple

>> Git work better?  Any more details about the proxy setup that might

Yes, I use this porxy for more than one year with git IIRC without any problem.

$ cat /var/log/apt/history.log | grep git
Start-Date: 2017-08-26  06:02:12
Upgrade: git:amd64 (1:2.14.1-1, 1:2.14.1-2)

>> help track this down?

This proxy is out of my control, sorry :(

>
> I'd also wonder if doing:
>
>   repo=https://github.com/linuxdeepin/deepin-deb-installer.git
>   curl ${repo}/info/refs?service=git-upload-pack
>
> works, or if it sometimes misbehaves similarly.
>

Yes, curl works happily.

$ curl --version
curl 7.55.0 (x86_64-pc-linux-gnu) libcurl/7.55.0 OpenSSL/1.0.2l
zlib/1.2.8 libidn2/2.0.2 libpsl/0.18.0 (+libidn2/2.0.2) libssh2/1.8.0
nghttp2/1.24.0 librtmp/2.3
Release-Date: 2017-08-09

> -Peff

Bug#873567: transition: evolution-data-server 3.24

[Jeremy Bicha]

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

I request permission to start the evolution-data-server 3.24
transition. evolution and evolution-data-server 3.24 are ready in
experimental. evolution-ews and evolution-rss will need new uploads
for the transition. All of those are pkg-evolution packages so I can
do those uploads.

We should be able to binNMU the rest of the transition.

(Ubuntu successfully completed this transition a couple months ago.)

Thanks,
Jeremy Bicha

Bug#873566: ntfs-3g: Please update ntfs-3g to 2017.3.23

[shirish शिरीष]

Package: ntfs-3g
Version: 1:2016.2.22AR.2-2
Severity: wishlist

Dear Maintainer,

Upstream released a new version of ntfs-3g on March 28 STABLE Version
2017.3.23 (March 28, 2017)

Here are the release notes -

hanges to NTFS-3G:

Delegated processing of special reparse points to external plugins
Allowed kernel cacheing by lowntfs-3g when not using Posix ACLs
Enabled fallback to read-only mount when the volume is hibernated
Made a full check for whether an extended attribute is allowed
Moved secaudit and usermap to ntfsprogs (now ntfssecaudit and ntfsusermap)
Enabled encoding broken UTF-16 into broken UTF-8
Autoconfigured selecting  vs 
Allowed using the full library API on systems without extended
attributes support
Fixed DISABLE_PLUGINS as the condition for not using plugins
Corrected validation of multi sector transfer protected records
Denied creating/removing files from $Extend
Returned the size of locale encoded target as the size of symlinks


 Link for the source-code
https://tuxera.com/opensource/ntfs-3g_ntfsprogs-2017.3.23.tgz

Please do the needful.

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

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 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)

Versions of packages ntfs-3g depends on:
ii  fuse   2.9.7-1
ii  libc6  2.24-14
ii  libgcrypt201.7.8-2
ii  libgnutls303.5.14-2
ii  libgpg-error0  1.27-3
ii  libntfs-3g872  1:2016.2.22AR.2-2

ntfs-3g recommends no packages.

ntfs-3g suggests no packages.

-- debconf information excluded


-- 
  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#866055: linux-image-4.9.0-3-amd64: Broadwell laptop hangs during light usage since upgrading to stretch

[Matt Horan]

Still seeing this, in both the 4.9 kernel as well as 4.12 from testing.

Oddly, since switching from Chrome to Firefox, this issue seems to occur
far more frequently.

-- 
Matt Horan m...@matthoran.com http://matthoran.com/

Bug#873564: quiterss: [WishList] New version upstream

[S.Allen]

Package: quiterss
Version: 0.18.6+dfsg-1
Severity: wishlist

Dear Maintainer,

Hi;

Upstream has released two updates recently to this branch. Because one of the
desired changes was requested by moi, I'd appreciate having the new version.

Usually I build it myself, but in this case since I'm running Gnome DE, I have
to pull in quite a few libs from the kde project. Therefore I assume as the
packager of this package, you most likely have your build environment set up?

Anyways, appreciate anything you can do if you have time. Thanks.



-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages quiterss depends on:
ii  libc6 2.24-11+deb9u1
ii  libgcc1   1:6.3.0-18
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libqt5core5a  5.7.1+dfsg-3+b1
ii  libqt5gui55.7.1+dfsg-3+b1
ii  libqt5multimedia5 5.7.1~20161021-2
ii  libqt5network55.7.1+dfsg-3+b1
ii  libqt5printsupport5   5.7.1+dfsg-3+b1
ii  libqt5sql55.7.1+dfsg-3+b1
ii  libqt5sql5-sqlite 5.7.1+dfsg-3+b1
ii  libqt5webkit5 5.7.1+dfsg-1
ii  libqt5widgets55.7.1+dfsg-3+b1
ii  libqt5xml55.7.1+dfsg-3+b1
ii  libsqlite3-0  3.16.2-5
ii  libstdc++66.3.0-18

quiterss recommends no packages.

quiterss suggests no packages.

-- no debconf information

Bug#873565: ethtool: "--change advertise" ignored when specified simultanously with "--change autoneg"

[jmranger]

Package: ethtool
Version: 1:4.8-1+b1
Severity: normal

Dear Maintainer,

Context: I want my Ethernet card to autonegociate only up to 100Mbps. This used 
to only require a small modification to if-up.d/ethtool, described in 
https://bugs.debian.org/760771

The bug:
ethtool seems to ignore the "advertise" parameter, if "autoneg" is also 
provided. See example below.

Thanks.



jmranger@PC:~$ sudo ethtool eno1
[sudo] password for jmranger: 
Settings for eno1:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
1000baseT/Full 
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0007 (7)
   drv probe link
Link detected: yes
jmranger@PC:~$ sudo ethtool --change eno1 advertise 0x000F autoneg on
jmranger@PC:~$ sleep 10
jmranger@PC:~$ sudo ethtool eno1
Settings for eno1:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
1000baseT/Full 
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
1000baseT/Full 
Advertised pause frame use: No  

 
Advertised auto-negotiation: Yes

 
Speed: 1000Mb/s 

 
Duplex: Full

 
Port: Twisted Pair  

 
PHYAD: 1

 
Transceiver: internal   

 
Auto-negotiation: on

 
MDI-X: off (auto)   

 
Supports Wake-on: pumbg 

 
Wake-on: g  

 
Current message level: 0x0007 (7)   

 
   drv probe link   

 
  

Bug#873563: CVE-2017-11462 -- automatic sec context deletion could lead to double-free

[Benjamin Kaduk]

Package: libgssapi-krb5-2
Version: 1.15-1
Tags: security

Upstream has committed a change that causes libgssapi-krb5 to not
automatically free a security context when an error is encountered on
the second or subsequent call to gss_init_sec_context() or
gss_accept_sec_context(), as this is frequently unexpected by
application code and could lead to a double-free situation.

Bug#714617: Lingot: several vulnerabilities

[trebmuh]

Dear all,

Building Lingot from Debian Stretch on a Stretch with this patch gives 
me a segfault when launching Lingot.


Hope that helps.

Bug#873539: monit 1:5.23.0-3 won't install - "epoch in version is empty"

[Sergey B Kirpichev]

On Tue, Aug 29, 2017 at 01:24:27AM +0200, Vincent Lefevre wrote:
> > dpkg-maintscript-helper: error: dpkg: error: version '"1:5.15-1~"' has bad 
> > syntax: epoch in version is empty

Looks like regression in dpkg-maintscript-helper: quotation marks were passed 
to dpkg --validate-version.

C.f.
# dpkg --validate-version -- "1:5.15-1"
# dpkg --validate-version -- "1:5.15-1~"
vs
# dpkg --validate-version -- '"1:5.15-1~"'
dpkg: error: version '"1:5.15-1~"' has bad syntax: epoch in version is empty

Probably, this could be solved on the monit side by changing
mv_conffile /etc/monit/monitrc.d/acpid /etc/monit/conf-available/acpid 
"1:5.15-1~"
to
mv_conffile /etc/monit/monitrc.d/acpid /etc/monit/conf-available/acpid 1:5.15-1~

Bug#873558: Updating the vobcopy Uploaders list

[Stephen Birch]

Hi Tobias

I'm still around but have not been active.  Do you want me to step up?

Steve


> On 29 Aug 2017, at 00:11, Tobias Frost  wrote:
> 
> Source: vobcopy
> Version: 1.2.0-6
> Severity: minor
> User: m...@qa.debian.org
> Usertags: mia-teammaint
> 
> Stephen Birch  has not been working on
> the vobcopy package for quite some time.
> 
> We are tracking their status in the MIA team and would like to ask you
> to remove them from the Uploaders list of the package so we can close
> that part of the file.
> 
> (If the person is listed as Maintainer, what we are asking is to please
> step in as a new maintainer.)
> 
> Thanks.

Bug#873562: unicode-data: FTBFS, missing unicode-data_10.0.0-orig-emoji.tar.xz

[Jeremy Bicha]

Source: unicode-data
Version: 10.0.0-2
Severity: serious

unicode-data fails to build from source. There is this line in its debian/rules:

tar axpf ../../../unicode-data_10.0.0-orig-emoji.tar.xz

but that emoji tarball is not included in the source.

Thanks,
Jeremy Bicha

Bug#873528: mrpt: FTBFS on sparc64: no B2500000-B4000000

[JOSE LUIS BLANCO CLARACO]

Thanks Aaron!

I have fixed this upstream [1]. Next release will have this fixed.
I've just sent the command to tag this bug as "fixed-upstream".

Cheers,

[1] https://github.com/MRPT/mrpt/commit/5c9be0fdce5f16b32e63de8a5bd751212bdb1860



On Mon, Aug 28, 2017 at 8:23 PM, Aaron M. Ucko  wrote:
> Source: mrpt
> Version: 1:1.5.3-1
> Severity: important
> Tags: upstream
> Justification: fails to build from source (but built successfully in the past)
>
> The latest build of mrpt for sparc64 (admittedly not a release
> architecture) failed:
>
>   /<>/libs/hwdrivers/src/rplidar/src/arch/linux/net_serial.cpp: 
> In member function '_u32 rp::arch::net::raw_serial::getTermBaudBitmap(_u32)':
>   
> /<>/libs/hwdrivers/src/rplidar/src/arch/linux/net_serial.cpp:300:49:
>  error: 'B250' was not declared in this scope
>
> (and likewise for B300, B350, and B400).  Please account
> for the possibility that these macros are undefined.  (sparc and
> sparc64 have historically used their own values of termios constants,
> perhaps to match Solaris.)
>
> Thanks!
>
> --
> Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
> http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu



-- 
___

Jose Luis Blanco-Claraco
Universidad de Almería - Departamento de Ingeniería
https://w3.ual.es/~jlblanco/
https://github.com/jlblancoc
___

Bug#873561: sudo: clean up legacy conffiles

[Christoph Anton Mitterer]

Package: sudo
Version: 1.8.21-1
Severity: normal


Hi.

Apprently the package once contained the conffile:
/etc/sudoers.dist
but no longer does in current version.

The file is however not properly cleaned up and still remains
(as a conffile) on legacy installations.

Could you please clean this up on one of the next versions.


Cheers,
chris.

Bug#872985: [lirc] postinst of lirc fails if systemd is not installed

[Lars Kruse]

Package: lirc
Version: 0.10.0-2

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

Hello,

I experienced the same problem after upgrading lirc from v0.9.4c-9 to 
v0.10.0-2.


On 23/08/17 12:34, Alec Leamas wrote:

> hm... don't you have systemd installed? systemd-tmpfiles is an 
> integral part of systemd, seems strange that the script cannot find it.

The following set of related packages is installed on my system:

# dpkg -l | grep -E "(systemd|sysv)" | cut -c 1-60
ii  libsystemd0  234-2.3
ii  systemd-shim 10-3
ii  sysv-rc  2.88dsf-59.9
ii  sysvinit-core2.88dsf-59.9
ii  sysvinit-utils   2.88dsf-59.9

"systemd-tmpfiles" is part of the "systemd" package (not installed).


It looks like it would be sufficient to guard the content of the 
(systemd-related) postinst script with a check for the existence of
"/bin/systemd-tmpfiles".

Thank you!

Cheers,
Lars

Bug#873515: transition: poppler

[Rene Engelhard]

On Mon, Aug 28, 2017 at 06:20:16PM +0200, Emilio Pozuelo Monfort wrote:
> libreoffice, likely caused by ENOSPC.

For this bugs sake: builds fine.

Regards,

Rene

Bug#873539: monit 1:5.23.0-3 won't install - "epoch in version is empty"

[Vincent Lefevre]

Control: notfound -1 1:5.23.0-2
Control: found -1 1:5.23.0-3
Control: severity -1 serious

On 2017-08-28 12:39:24 -0700, Brian P Flaherty wrote:
> Tried to upgrade monit (via aptitude and apt-get) on amd64 unstable from 
> version 
> 1:5.23.0-2 to 1:5.23.0-3. Here's the installation text:
> 
> Preparing to unpack .../monit_1%3a5.23.0-3_amd64.deb ...
> dpkg-maintscript-helper: error: dpkg: error: version '"1:5.15-1~"' has bad 
> syntax: epoch in version is empty
> dpkg: error processing archive 
> /var/cache/apt/archives/monit_1%3a5.23.0-3_amd64.deb (--unpack):
>  subprocess new pre-installation script returned error exit status 1
> dpkg-maintscript-helper: error: dpkg: error: version '"1:5.15-1~"' has bad 
> syntax: epoch in version is empty
> dpkg: error while cleaning up:
>  subprocess new post-removal script returned error exit status 1
> Errors were encountered while processing:
>  /var/cache/apt/archives/monit_1%3a5.23.0-3_amd64.deb
> needrestart is being skipped since dpkg has failed
> E: Sub-process /usr/bin/dpkg returned an error code (1)

Same problem here.

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

Bug#873560: Updating the startup-notification Uploaders list

[Tobias Frost]

Source: startup-notification
Version: 0.12-4
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

The Debian account of J.H.M. Dassen (Ray) ,
listed in the Uploaders list of startup-notification, has been shut down
by the Debian Account Managers.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#873559: O: xball -- Simulate bouncing balls in a window

[Tobias Frost]

Package: wnpp

The current maintainer of xball, Stephen Birch ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: xball
Binary: xball
Version: 3.0.1-1.2
Maintainer: Stephen Birch 
Build-Depends: debhelper (>= 7.1), libmotif-dev, xutils-dev, libxmu-dev, 
libxt-dev, autotools-dev
Architecture: any
Standards-Version: 3.8.4
Format: 3.0 (quilt)
Files:
 304d29625fddfcdaa2c0381864dc23a8 1707 xball_3.0.1-1.2.dsc
 307dc62779656abd19102106ba59bea8 174889 xball_3.0.1.orig.tar.gz
 0ced25174471bb80c49ad755b6db8172 7987 xball_3.0.1-1.2.debian.tar.gz
Checksums-Sha256:
 0b0d922c8bee4bfface066cfc4cfe2f8583848b70199d81a614f2d29a877ad78 1707 
xball_3.0.1-1.2.dsc
 f844fe283fe815aeaf4f5d7b662b69f580c695525be15adfbfcf7c2b36cb125f 174889 
xball_3.0.1.orig.tar.gz
 3aee17f74288dadb473ce99c1cb26dc893638fb501100fcec366e6446e515abd 7987 
xball_3.0.1-1.2.debian.tar.gz
Package-List: 
 xball deb games optional
Directory: pool/main/x/xball
Priority: source
Section: games

Package: xball
Version: 3.0.1-1.2
Installed-Size: 135
Maintainer: Stephen Birch 
Architecture: amd64
Depends: libc6 (>= 2.14), libx11-6, libxm4 (>= 2.3.4), libxmu6, libxt6
Description-en: Simulate bouncing balls in a window
 A simple educational game that simulates bouncing balls in a window. Gravity,
 elasticity, and ability to collide can all be adjusted.
 .
 Young children enjoy watching the balls bounce around the screen and are
 fascinated by the program. This is an ideal program for teaching rudimentary
 mouse skills to very young children.
Description-md5: 44d3465de86f5e438e0c34b1cccbac61
Tag: game::toys, interface::graphical, interface::x11, role::program,
 uitoolkit::motif, use::gameplaying, x11::application
Section: games
Priority: optional
Filename: pool/main/x/xball/xball_3.0.1-1.2_amd64.deb
Size: 31092
MD5sum: f44369d5bce2c59dafb5ade291deb3fe
SHA256: 0479822b792324e2aad4f80a4cef575876767d95a89c004c2bdc1f4d9db316a1



signature.asc
Description: PGP signature

Bug#873558: Updating the vobcopy Uploaders list

[Tobias Frost]

Source: vobcopy
Version: 1.2.0-6
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Stephen Birch  has not been working on
the vobcopy package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#873557: mbedtls: possible authentication bypass

[James Cowgill]

Source: mbedtls
Version: 2.1.2-1
Severity: grave
Tags: security

Hi,

The following security advisory was published for mbedtls:
https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2017-02

[Vulnerability]
If a malicious peer supplies an X.509 certificate chain that has more
than MBEDTLS_X509_MAX_INTERMEDIATE_CA intermediates (which by default is
8), it could bypass authentication of the certificates, when the
authentication mode was set to 'optional' eg.
MBEDTLS_SSL_VERIFY_OPTIONAL. The issue could be triggered remotely by
both the client and server sides.

If the authentication mode, which can be set by the function
mbedtls_ssl_conf_authmode(), was set to 'required' eg.
MBEDTLS_SSL_VERIFY_REQUIRED which is the default, authentication would
occur normally as intended.

[Impact]
Depending on the platform, an attack exploiting this vulnerability could
allow successful impersonation of the intended peer and permit
man-in-the-middle attacks.

The advisory states that only mbedtls >= 1.3.10 is affected, which means
that jessie's version of polarssl is not affected.

I think this is the commit which fixes this, but I have not checked yet:
https://github.com/ARMmbed/mbedtls/commit/31458a18788b0cf0b722acda9bb2f2fe13a3fb32

James



signature.asc
Description: OpenPGP digital signature

Bug#873555: libical: New homepage

[Jonas Smedegaard]

Source: libical
Version: 2.0.0-0.5+1
Severity: minor
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Upstream has moved to Github: https://github.com/libical/libical

Please update homepage (and probably watch file and preferred contact).

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlmkodsACgkQLHwxRsGg
ASEIPhAAj/6kGu5dCK2VAnfpcERJUuHCFobJJkh/rkqpdSkBBFhwNpCgLlTRxv7w
UskfXmwxbxv48d8RLC0cZm6LkZwt0oR1bV0uhVsiRGbdRFrnUqPmxL0GQvOcYURo
EILRucXZimVL/HpMUdJrr9q5xE/HusrISZx27rBLvcYhCNDqfP2WiTZrZ2F8nc6X
8KYc5JwWNnjAGNpBoWFYfs7/3OQasEPege/bAf+BSNU0vbc85CNwSuwKdEhBSyBP
cFCJvGs2qA4fDhEIEL0aVKMK+HXC4a+ioGDIVhDZz45JuiY4x1uYtjoa5Zby7e93
6Q6xgsGW2MlsGAJXxKsUhjmGBljZLBpIT4d57CuD4nen+20YVA3W7PiSeG4rlxxi
lmErryLXC1IvrlB2OLvnmRnPQQQUw9DElfFGZqO87NBgtsMU9B4ZiHhaYj05u9ir
LapvoSlv7lI1FOR4bf0oyZ25sCzEcOak/OG+CR7fQIM48mdX2Pn74JWUvaSylJT6
9i7qxEIV4uPMwHdq+tby5zHKGmOwP1+cdU5E95hX6v3+QzXd7cDupvz8708YoAXe
JATt0rs4twnzifW2c59SPw/ThZ5l81hiA6hqz/bKfZOwW++hWF+L1TTYaJpDTZ/U
rv918PtFhiGge53Nq9l3BV9yPPb5y3zuw3WeXZb87I3P8eIrQ54=
=HjE4
-END PGP SIGNATURE-

Bug#873556: Updating the dwdiff Uploaders list

[Tobias Frost]

Source: dwdiff
Version: 2.1.1-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Olexandr Kravchuk  has not been working on
the dwdiff package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#873554: Updating the kannel Uploaders list

[Tobias Frost]

Source: kannel
Version: 1.4.4-4
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Paul Dwerryhouse  has not been working on
the kannel package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#873476: coreutils: /bin/cat doesnt display a line of a txt file without an end of line [shell prompt problem]

[Bob Proulx]

Hello Jean-Luc,

Jean-Luc Coulon wrote:
> Thank you for the clear and detailed informations.

You are most welcome.  I know it was a confusing case.

> Yes, *I* use cat (display a file on a terminal) as you said since... well...
> maybe 1976 ;) But in these years, the standard output was a belt printer.

I started sometime around 1980 on a Honeywell with paper terinals.
Well...  Probably earlier on a Radio Shack TRS-80 which I could play
with at the local store.  It took a couple of more years before I
encountered my first Unix system.  But I have been here ever since!

> And yes, the culprit was the prompt. I'm using zsh with a fancy prompt.
> Switching to a basic prompt solved the problem.

I was confident that was the problem. :-)

> I was confused because this file used to be "displayable" with the cat
> command (which is very handy to do this kind of thing).

I can guess that your prompt has probably gotten fancier.  But
regardless this is a good thing to find anyway.  Because shouldn't
that troublesome VERSION file have a newline at the end?  Sounds like
a worthwhile task to go poke at on that project.

> For those interested in, the manpage of the 1st edition of UNIX manual was
> saying:
> 
> 11/3/71   CAT (I)
> NAME cat -- concatenate and print
> SYNOPSIS cat file1 ...
> DESCRIPTION  cat reads each file in sequence and writes it on
> the standard output stream.  Thus:
> cat file
> is about the easiest way to print a file.  Also:
> cat file1 file2 >file3
> is about the easiest way to concatenate files.
> If no input file is given cat_ reads from the
> standard input
> 
> So there are some excuses using cat as a "way to print a file".

Yes.  I didn't want to mention the man page for it because of that
text mentioning "printing".  But I think it is actually incorrect as
soon as paper printing terminals were replaced with CRT terminals.
Back in the days when everyone used a teletype or the later paper
terminals then using cat to emit a file to the terminal does print it
because the terminal was a paper terminal.  But as soon as CRTs came
along I think that documentation became incorrect because on a CRT
emitting the file to the terminal no longer printed it.  But without a
real pressing need to change the documentation it still stands all of
the way to this day regardless of the lack of anyone having seen a
paper terminal in many years.

But you have forgotten the other venerable claim for using 'cat' as
well.  It has often been claimed that a Unix wizard is one that among
other things writes device drivers with cat redirected from the
terminal. :-)

Bob

Bug#873552: O: achilles -- An artificial life and evolution simulator

[Tobias Frost]

Package: wnpp

The current maintainer of achilles, Manfred Lichtenstern 
,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: achilles
Binary: achilles
Version: 2-8.2
Maintainer: Manfred Lichtenstern 
Build-Depends: debhelper (>= 5), autotools-dev, libsdl1.2-dev, libpng-dev
Architecture: any
Standards-Version: 3.7.2
Format: 1.0
Files:
 73bb5fb7fe42ce05bfc722faedd02835 1703 achilles_2-8.2.dsc
 4514b3f93b8bf790738822da3a0f37de 125525 achilles_2.orig.tar.gz
 65ba276af2fff02c61f1a995c7e66767 7292 achilles_2-8.2.diff.gz
Checksums-Sha256:
 2fbeda0bcf2d64fe7fbce2391fc55565b53bff53711f4d98ee6f90ec0b367d32 1703 
achilles_2-8.2.dsc
 0d07bb42ab7ef649207b68eb659c751fb5fd8fb1438699a36a841791d7dc06c2 125525 
achilles_2.orig.tar.gz
 b1f240ae7240c1bc981e96ccc9d3271b575effb4efd0835e26e01ea82a0af7c2 7292 
achilles_2-8.2.diff.gz
Homepage: http://achilles.sourceforge.net/
Package-List: 
 achilles deb science optional arch=any
Directory: pool/main/a/achilles
Priority: source
Section: science

Package: achilles
Source: achilles (2-8.2)
Version: 2-8.2+b1
Installed-Size: 98
Maintainer: Manfred Lichtenstern 
Architecture: amd64
Depends: libc6 (>= 2.2.5), libgcc1 (>= 1:3.0), libgl1-mesa-glx | libgl1, 
libglu1-mesa | libglu1, libpng16-16 (>= 1.6.2-1), libsdl1.2debian (>= 1.2.11), 
libstdc++6 (>= 5), libx11-6, libxxf86vm1, zlib1g (>= 1:1.1.4)
Description-en: An artificial life and evolution simulator
 Achilles is an artificial life and evolution simulator that uses Hebbian
 neural networks and OpenGL/SDL to simulate life in a simplified environment.
 It is based on Larry Yaeger's PolyWorld.
Description-md5: 98c4b0ebb5d22ed4131fdbe0005e1bc2
Homepage: http://achilles.sourceforge.net/
Tag: field::biology, game::toys, interface::graphical, interface::x11,
 role::program, uitoolkit::sdl, use::learning, use::simulating,
 x11::application
Section: science
Priority: optional
Filename: pool/main/a/achilles/achilles_2-8.2+b1_amd64.deb
Size: 33410
MD5sum: d7636a5266c674f7edc503cdbafe66da
SHA256: bfcfb963164c32523d2629973cac77365a94a32242d55cbed01116b81810bc00



signature.asc
Description: PGP signature

Bug#873498: Should depend on "gnupg | gnupg2 | gpg"

[Yuri D'Elia]

On Tue, Aug 29 2017, Sean Whitton wrote:
>> binary itself. To avoid extra dependencies, it would be nice to update
>> the dependency to "gnupg | gnupg2 | gpg".
>
> Well, gnupg2 is a transitional package, so no point in having that.
>
> Would 'gpg' be enough?  The package description says it can't do
> anything with secret keys, which would render git-remote-gcrypt pretty
> much useless.

I currently have an equivs package that provides gnupg2 while depending
only on gpg to satisfy existing packages, and had no problems. I'm not
sure what the description intends about "secret keys", since I can
generate and manipulate secret keys as usual.

gnupg just depends on additional modules by default.

If you need specific functionality, such as dirmngr, I'd say you should
depend on it explicitly (look at python-apt), but avoid to depend on the
full suite. I never ever used gpgsm for example, and with gpg 2.1.23 I
even disabled dirmngr.

Bug#873553: O: ncurses-hexedit -- Edit files/disks in hex, ASCII and EBCDIC

[Tobias Frost]

Package: wnpp

The current maintainer of ncurses-hexedit, Manfred Lichtenstern 
,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ncurses-hexedit
Binary: ncurses-hexedit
Version: 0.9.7-14.1
Maintainer: Manfred Lichtenstern 
Build-Depends: debhelper (>> 5.0.0), libncurses5-dev (>> 5.0.0)
Architecture: any
Standards-Version: 3.8.0
Format: 1.0
Files:
 1c7f1df81947360734c4412b15a588f0 2454 ncurses-hexedit_0.9.7-14.1.dsc
 7c7232503edb3e9a01f59df64978bf9f 165225 ncurses-hexedit_0.9.7.orig.tar.gz
 a486741ba8e7964e9e279208dd2a10c8 24501 ncurses-hexedit_0.9.7-14.1.diff.gz
Checksums-Sha256:
 2cffbd13ca43c48555de8dfb25befdcc1d1be68dbc5630e0595c914b560d1bd2 2454 
ncurses-hexedit_0.9.7-14.1.dsc
 65c035e7778208a28480354bff093c4335fde1ea5b745ef76589536731f6e1e8 165225 
ncurses-hexedit_0.9.7.orig.tar.gz
 cc368147e77bbe5d52f74fe1bac825e7159287d5751bf4458fba3be8ebe4b8f1 24501 
ncurses-hexedit_0.9.7-14.1.diff.gz
Package-List: 
 ncurses-hexedit deb editors optional
Directory: pool/main/n/ncurses-hexedit
Priority: source
Section: editors

Package: ncurses-hexedit
Source: ncurses-hexedit (0.9.7-14.1)
Version: 0.9.7-14.1+b1
Installed-Size: 126
Maintainer: Manfred Lichtenstern 
Architecture: amd64
Depends: libc6 (>= 2.14), libncurses5 (>= 6), libtinfo5 (>= 6)
Description-en: Edit files/disks in hex, ASCII and EBCDIC
 Hexedit is a file editor which allows editing and viewing a file in
 hexadecimal, along with its ASCII or EBCDIC text equivalent.  Standard
 editing features include insert, delete, search (text or byte searches),
 highlighted changes,  undo, two different viewing formats, and full
 screen text snapshots.  Allows editing of fixed disks as well.  Includes
 a binary/octal/decimal/hex converter.
Description-md5: 69472dca280af3ec4b8f4b7bb446b41b
Tag: interface::text-mode, role::program, scope::utility, uitoolkit::ncurses,
 use::editing, works-with::file
Section: editors
Priority: optional
Filename: pool/main/n/ncurses-hexedit/ncurses-hexedit_0.9.7-14.1+b1_amd64.deb
Size: 65670
MD5sum: 70e0ad5f55e6319287c63c67f2889ec3
SHA256: 873f538a98d745959b98fe55275f1e2d3bad266af4e65ab3f9bcba1cfdb41c6b



signature.asc
Description: PGP signature

Bug#720963: librdf-linkeddata-perl: FTBFS with perl 5.18: test failures

[gregor herrmann]

On Tue, 29 Aug 2017 00:34:27 +0200, Jonas Smedegaard wrote:

> > Test Summary Report
> > ---
> > t/28-psgi-void.t(Wstat: 65280 Tests: 28 Failed: 0)
> >   Non-zero exit status: 255
> >   Parse errors: No plan found in TAP output
> > Files=11, Tests=342, 11 wallclock secs ( 0.10 usr  0.00 sys + 10.71 cusr  
> > 0.60 csys = 11.41 CPU)
> > Result: FAIL

> The bug about choking on missing rdfa parser is new and fixed in newest 
> release of RDF::LinkedData.

Ah, cool.
 
> @gregor: Please fetch newest Debian package uploaded earlier tonight and 
> try again - 

Sorry, I indeed forgot to pull before building.
1.02-1 indeed builds fine.


So yes, seems like this bug can be closed. Sorry again for the noise.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#873551: libqt5widgets5: It ignores(?) the zero-width non-joiner (U+200C)

[Eliad Bagherzadegan]

Package: libqt5widgets5
Version: 5.7.1+dfsg-3+b1
Severity: important

Dear Maintainer,

libqt5widgets5 is used by several editors in stretch (e.g. texmaker,
texstudio, texworks, tea). But since it seems to ignore the zero-width
non-joiner, U+200C (Shift+Space in Persian keyboard), it makes the dependent
packages useless for some languages (e.g. Persian and Arabic).

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

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

Versions of packages libqt5widgets5 depends on:
ii  libc62.24-11+deb9u1
ii  libqt5core5a [qtbase-abi-5-7-1]  5.7.1+dfsg-3+b1
ii  libqt5gui5   5.7.1+dfsg-3+b1
ii  libstdc++6   6.3.0-18

libqt5widgets5 recommends no packages.

libqt5widgets5 suggests no packages.

-- no debconf information

Bug#873550: O: ruli -- Library for easily querying DNS SRV records - development files

[Tobias Frost]

Package: wnpp

The current maintainer of ruli, Everton da Silva Marques 
,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ruli
Binary: libruli4-dev, libruli-bin, libruli4
Version: 0.33-1.1
Maintainer: Everton da Silva Marques 
Build-Depends: debhelper (>= 5.0.0), liboop-dev (>= 1.0)
Architecture: any
Standards-Version: 3.8.3
Format: 1.0
Files:
 9f406da2d8ad6e42b844f2bb5d974d7e 991 ruli_0.33-1.1.dsc
 e59a9dcff315958b8a57783906f88776 126362 ruli_0.33.orig.tar.gz
 b159a07fdbb1b9e61a0b88d05b68e864 3901 ruli_0.33-1.1.diff.gz
Checksums-Sha256:
 24f9c0f16ce7dc2cdaa4d625f0bf5b2d8cbcefa4bbbaf8664296202f3110e33a 991 
ruli_0.33-1.1.dsc
 f0e5df1c9ada5f4fbe6b8c50d4212146d4d030dcc247e14fed485f7ae2448d77 126362 
ruli_0.33.orig.tar.gz
 5465510e202067ac11a1c2b358a3b3ec40513f6d192ad45cdf02ed4d1b0fb2c6 3901 
ruli_0.33-1.1.diff.gz
Directory: pool/main/r/ruli
Priority: source
Section: libs

Package: libruli4-dev
Source: ruli (0.33-1.1)
Version: 0.33-1.1+b2
Installed-Size: 277
Maintainer: Everton da Silva Marques 
Architecture: amd64
Provides: libruli-dev
Depends: libruli4 (= 0.33-1.1+b2), liboop-dev (>= 1.0), libc6-dev | libc-dev
Conflicts: libruli-dev
Description-en: Library for easily querying DNS SRV records - development files
 RULI stands for Resolver User Layer Interface. It's a library
 built on top of an asynchronous DNS stub resolver. RULI
 provides an easy-to-use interface for querying DNS SRV
 resource records. The goal is to promote the wide deployment
 of SRV-cognizant client programs. RULI aims to fully support
 SRV-related standards.
 .
 This package contains the RULI development libraries and
 header files, required to develop and/or compile
 applications that use RULI.
Description-md5: e28e375db82b8c9fb059eba83d96dd18
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/r/ruli/libruli4-dev_0.33-1.1+b2_amd64.deb
Size: 57306
MD5sum: eff857cc38d237b35fd996c08881cb8a
SHA256: 16265e8ba39e504b2dd40fbe2972f47ce6c7955c38fa01b54f97fb7339aa560a

Package: libruli-bin
Source: ruli (0.33-1.1)
Version: 0.33-1.1+b2
Installed-Size: 114
Maintainer: Everton da Silva Marques 
Architecture: amd64
Depends: libc6 (>= 2.14), liboop4 (>= 1.0), libruli4 (= 0.33-1.1+b2)
Description-en: Library for easily querying DNS SRV records - sample programs
 RULI stands for Resolver User Layer Interface. It's a library
 built on top of an asynchronous DNS stub resolver. RULI
 provides an easy-to-use interface for querying DNS SRV
 resource records. The goal is to promote the wide deployment
 of SRV-cognizant client programs. RULI aims to fully support
 SRV-related standards.
 .
 This package contains the RULI sample programs.
Description-md5: 9423532753b04f60706f01e8edc576db
Tag: devel::library
Section: libdevel
Priority: optional
Filename: pool/main/r/ruli/libruli-bin_0.33-1.1+b2_amd64.deb
Size: 16460
MD5sum: 25216814d14ced631a85971224819d0f
SHA256: 7e5090a03161e580cd89456dc788c8426df797ba75831706a8179f38af49d163

Package: libruli4
Source: ruli (0.33-1.1)
Version: 0.33-1.1+b2
Installed-Size: 105
Maintainer: Everton da Silva Marques 
Architecture: amd64
Depends: libc6 (>= 2.14), liboop4 (>= 1.0~)
Description-en: Library for easily querying DNS SRV records
 RULI stands for Resolver User Layer Interface. It's a library
 built on top of an asynchronous DNS stub resolver. RULI
 provides an easy-to-use interface for querying DNS SRV
 resource records. The goal is to promote the wide deployment
 of SRV-cognizant client programs. RULI aims to fully support
 SRV-related standards.
Description-md5: e2645cf7434378604f739fc83fe104d4
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/r/ruli/libruli4_0.33-1.1+b2_amd64.deb
Size: 36358
MD5sum: 53a3a86c696fae35328444b3041f4225
SHA256: 2069e870b36f578f823d59150086844b95081e77945c16b407cda349ee255abb



signature.asc
Description: PGP signature

Bug#720963: librdf-linkeddata-perl: FTBFS with perl 5.18: test failures

[Jonas Smedegaard]

Quoting gregor herrmann (2017-08-29 00:18:03)
> On Mon, 28 Aug 2017 20:47:19 +0200, Kjetil Kjernsmo wrote:
> 
> > I just looked through some bug reports, 
> 
> Thanks!
> 
> > and seems to me that this hasn't 
> > been seen in the last few years, so it should be closed?
> 
> I was about to agree, but then I built the package and got:
> 
> t/25-psgi-endpoint.t .. 
> # Get /foo, no redirects
> ok 1 - Returns 303
> ok 2 - Location is OK
> # Post /foo, no redirects
> ok 3 - Returns 405
> # Post /foo/data, no redirects
> ok 4 - Returns 405
> # Get /foo, no redirects, ask for RDF/XML
> ok 5 - Returns 303
> ok 6 - Location is OK
> # Get /bar/baz/bing, ask for RDF/XML
> ok 7 - GET /bar/baz/bing
> ok 8 - Correct content-type
> ok 9 - Location is OK
> ok 10 - Returns valid RDF/XML
> ok 11 - Subject URI in content
> ok 12 - Test phrase in content
> ok 13 - SPARQL endpoint link in data
> ok 14 - SPARQL endpoint in data
> # Check for SPARQL endpoint using get
> ok 15 - Returns 200
> ok 16 - Title contains the word SPARQL
> ok 17 - Submitting DESCRIBE query.
> ok 18 - SPARQL Query returns correct triple
> # Check for SPARQL endpoint using post
> ok 19 - Submitting DESCRIBE query.
> ok 20 - SPARQL Query returns correct triple
> 1..20
> ok
> Subject URI to be used: http://localhost/foo
> Try rendering '' page for subject node: 
> Got text/turtle content type
> Will do a 303 redirect to http://localhost/foo/data
> Subject URI to be used: http://localhost/bar/baz/bing
> Try rendering '' page for subject node: 
> Got application/rdf+xml content type
> Will do a 303 redirect to http://localhost/bar/baz/bing/data
> Subject URI to be used: http://localhost/bar/baz/bing
> Try rendering 'data' page for subject node: 
> Will render 'data' page 
> Found Accept header: application/rdf+xml
> Message body is 
> http://localhost; 
> xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; 
> xmlns:dc="http://purl.org/dc/terms/; 
> xmlns:hydra="http://www.w3.org/ns/hydra/core#; 
> xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#; 
> xmlns:void="http://rdfs.org/ns/void#; 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema#;>
> http://localhost/bar/baz/bing;>
> Testing with longer URI.
> 
> http://localhost/bar/baz/bing/data;>
> http://localhost/#dataset-0"/>
> 
> 
> 
> Got application/rdf+xml content type
> Got application/xhtml+xml content type
> Use of uninitialized value in subroutine entry at 
> /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
> Use of uninitialized value in subroutine entry at 
> /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
> Use of uninitialized value in subroutine entry at 
> /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
> Use of uninitialized value in subroutine entry at 
> /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
> Use of uninitialized value in subroutine entry at 
> /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653,  line 1.
> Use of uninitialized value in subroutine entry at 
> /usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653,  line 1.
> No parser known named rdfa# Tests were run but no plan was declared and 
> done_testing() was not seen.
> # Looks like your test exited with 255 just after 28.
> t/28-psgi-void.t .. 
> # Get /foo, no redirects
> ok 1 - Returns 303
> ok 2 - Location is OK
> # Get /.well-known/void, no redirects
> ok 3 - Returns 302
> ok 4 - Location is OK
> # Get /bar/baz/bing, ask for RDF/XML
> ok 5 - GET /bar/baz/bing
> ok 6 - Correct content-type
> ok 7 - Location is OK
> ok 8 - Returns valid RDF/XML
> ok 9 - Subject URI in content
> ok 10 - Test phrase in content
> ok 11 - SPARQL endpoint link in data
> ok 12 - SPARQL endpoint in data
> ok 13 - None of the added description in data
> ok 14 - Void oject URI in content
> # Get the base_uri with the VoID
> ok 15 - GET http://localhost/
> ok 16 - Correct content-type
> ok 17 - Returns valid RDF/XML
> ok 18 - We should have real URIs as vocabs
> ok 19 - Subject URI in content
> ok 20 - Correct English title
> ok 21 - Correct Norwegian title
> ok 22 - Correct English label from addon data
> ok 23 - Vocabularies are in
> ok 24 - Hydra search predicate is in
> ok 25 - RDFS namespace as vocab OK
> ok 26 - Data is an RDF::Trine::Model.
> ok 27 - Common statements are there
> # Get the base_uri with the VoID
> ok 28 - GET http://localhost/
> Dubious, test returned 255 (wstat 65280, 0xff00)
> All 28 subtests passed 
> 
> Test Summary Report
> ---
> t/28-psgi-void.t(Wstat: 65280 Tests: 28 Failed: 0)
>   Non-zero exit status: 255
>   Parse errors: No plan found in TAP output
> Files=11, Tests=342, 11 wallclock secs ( 0.10 usr  0.00 sys + 10.71 cusr  
> 0.60 csys = 11.41 CPU)
> Result: FAIL
> Failed 1/11 test programs. 0/342 subtests failed.
> Makefile:906: recipe for target 'test_dynamic' failed
> make[1]: *** [test_dynamic] Error 255
> make[1]: 

Bug#873549: xtide: new upstream version 2.15.1 available

[Tobias Frost]

Package: xtide
Severity: normal

Thanks for updating the package!

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

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

Versions of packages xtide depends on:
ii  libc62.24-17
ii  libgcc1  1:7.2.0-1
ii  libice6  2:1.0.9-2
ii  libpng16-16  1.6.32-1
ii  libsm6   2:1.2.2-1+b3
ii  libstdc++6   7.2.0-1
pn  libtcd0  
ii  libx11-6 2:1.6.4-3
ii  libxaw7  2:1.0.13-1+b2
ii  libxext6 2:1.3.3-1+b2
ii  libxmu6  2:1.1.2-2
ii  libxpm4  1:3.5.12-1
ii  libxt6   1:1.1.5-1
ii  xfonts-base  1:1.0.4+nmu1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages xtide recommends:
ii  logrotate   3.11.0-0.1
pn  xtide-data  

Versions of packages xtide suggests:
pn  xtide-coastline  

Bug#872290: Please update libalog for gnat-7.

[Adrian-Ken Rueegsegger]

Thanks for the patches. I will try take a look and update the package in
the near future.

Cheers,
Adrian

Bug#720963: librdf-linkeddata-perl: FTBFS with perl 5.18: test failures

[Kjetil Kjernsmo]

On Tuesday, 29 August 2017 00:18:03 CEST gregor herrmann wrote:
> So I think we do have a real bug here ...

Oh, but that's a different bug :-) It was fixed in 1.02 after Jonas alerted 
me to it on IRC. The fix for that should already be on its way into sid. 

Cheers,

Kjetil

Bug#873548: xtide-data: New upstream release available.

[Tobias Frost]

Package: xtide-data
Severity: normal

Please package version 20161231.

Thanks

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

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

Bug#720963: librdf-linkeddata-perl: FTBFS with perl 5.18: test failures

[gregor herrmann]

On Mon, 28 Aug 2017 20:47:19 +0200, Kjetil Kjernsmo wrote:

> I just looked through some bug reports, 

Thanks!

> and seems to me that this hasn't 
> been seen in the last few years, so it should be closed?

I was about to agree, but then I built the package and got:

t/25-psgi-endpoint.t .. 
# Get /foo, no redirects
ok 1 - Returns 303
ok 2 - Location is OK
# Post /foo, no redirects
ok 3 - Returns 405
# Post /foo/data, no redirects
ok 4 - Returns 405
# Get /foo, no redirects, ask for RDF/XML
ok 5 - Returns 303
ok 6 - Location is OK
# Get /bar/baz/bing, ask for RDF/XML
ok 7 - GET /bar/baz/bing
ok 8 - Correct content-type
ok 9 - Location is OK
ok 10 - Returns valid RDF/XML
ok 11 - Subject URI in content
ok 12 - Test phrase in content
ok 13 - SPARQL endpoint link in data
ok 14 - SPARQL endpoint in data
# Check for SPARQL endpoint using get
ok 15 - Returns 200
ok 16 - Title contains the word SPARQL
ok 17 - Submitting DESCRIBE query.
ok 18 - SPARQL Query returns correct triple
# Check for SPARQL endpoint using post
ok 19 - Submitting DESCRIBE query.
ok 20 - SPARQL Query returns correct triple
1..20
ok
Subject URI to be used: http://localhost/foo
Try rendering '' page for subject node: 
Got text/turtle content type
Will do a 303 redirect to http://localhost/foo/data
Subject URI to be used: http://localhost/bar/baz/bing
Try rendering '' page for subject node: 
Got application/rdf+xml content type
Will do a 303 redirect to http://localhost/bar/baz/bing/data
Subject URI to be used: http://localhost/bar/baz/bing
Try rendering 'data' page for subject node: 
Will render 'data' page 
Found Accept header: application/rdf+xml
Message body is 
http://localhost; 
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#; 
xmlns:dc="http://purl.org/dc/terms/; 
xmlns:hydra="http://www.w3.org/ns/hydra/core#; 
xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#; 
xmlns:void="http://rdfs.org/ns/void#; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema#;>
http://localhost/bar/baz/bing;>
Testing with longer URI.

http://localhost/bar/baz/bing/data;>
http://localhost/#dataset-0"/>



Got application/rdf+xml content type
Got application/xhtml+xml content type
Use of uninitialized value in subroutine entry at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653.
Use of uninitialized value in subroutine entry at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653,  line 1.
Use of uninitialized value in subroutine entry at 
/usr/lib/x86_64-linux-gnu/perl5/5.26/XML/LibXML.pm line 1653,  line 1.
No parser known named rdfa# Tests were run but no plan was declared and 
done_testing() was not seen.
# Looks like your test exited with 255 just after 28.
t/28-psgi-void.t .. 
# Get /foo, no redirects
ok 1 - Returns 303
ok 2 - Location is OK
# Get /.well-known/void, no redirects
ok 3 - Returns 302
ok 4 - Location is OK
# Get /bar/baz/bing, ask for RDF/XML
ok 5 - GET /bar/baz/bing
ok 6 - Correct content-type
ok 7 - Location is OK
ok 8 - Returns valid RDF/XML
ok 9 - Subject URI in content
ok 10 - Test phrase in content
ok 11 - SPARQL endpoint link in data
ok 12 - SPARQL endpoint in data
ok 13 - None of the added description in data
ok 14 - Void oject URI in content
# Get the base_uri with the VoID
ok 15 - GET http://localhost/
ok 16 - Correct content-type
ok 17 - Returns valid RDF/XML
ok 18 - We should have real URIs as vocabs
ok 19 - Subject URI in content
ok 20 - Correct English title
ok 21 - Correct Norwegian title
ok 22 - Correct English label from addon data
ok 23 - Vocabularies are in
ok 24 - Hydra search predicate is in
ok 25 - RDFS namespace as vocab OK
ok 26 - Data is an RDF::Trine::Model.
ok 27 - Common statements are there
# Get the base_uri with the VoID
ok 28 - GET http://localhost/
Dubious, test returned 255 (wstat 65280, 0xff00)
All 28 subtests passed 

Test Summary Report
---
t/28-psgi-void.t(Wstat: 65280 Tests: 28 Failed: 0)
  Non-zero exit status: 255
  Parse errors: No plan found in TAP output
Files=11, Tests=342, 11 wallclock secs ( 0.10 usr  0.00 sys + 10.71 cusr  0.60 
csys = 11.41 CPU)
Result: FAIL
Failed 1/11 test programs. 0/342 subtests failed.
Makefile:906: recipe for target 'test_dynamic' failed
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory '/build/librdf-linkeddata-perl-1.00'
touch debian/stamp-makefile-check



So t/28-psgi-void.t is failing for me, just for some reason the build
happily goes on.
Ah, the reason is (in debian/rules):

# relax regression tests when targeted experimental suite
DEB_MAKE_CHECK_TARGET = test TEST_VERBOSE=1 

Bug#873498: Should depend on "gnupg | gnupg2 | gpg"

[Sean Whitton]

control: tag -1 +moreinfo

Hello Yuri,

On Mon, Aug 28 2017, Yuri D'Elia wrote:

> The gnupg2 package in unstable has been renamed again and split into several
> components.

Thanks for letting me know about this.

> The "gnupg" package is now the full suite, while "gpg" contains the
> binary itself. To avoid extra dependencies, it would be nice to update
> the dependency to "gnupg | gnupg2 | gpg".

Well, gnupg2 is a transitional package, so no point in having that.

Would 'gpg' be enough?  The package description says it can't do
anything with secret keys, which would render git-remote-gcrypt pretty
much useless.

I am thinking I should change it to this:

Depends: gnupg | gnupg1

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#873547: Updating the libopenraw Uploaders list

[Tobias Frost]

Source: libopenraw
Version: 0.0.9-3.10
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Sarah J. Fortune  has never been working on
the libopenraw package, according to d/changelog.

Please remove her from the Uploaders file.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#688251: #688251: Built-Using description too aggressive

[Sean Whitton]

Hello Ansgar,

On Mon, Aug 28 2017, Ansgar Burchardt wrote:

> Sean Whitton writes:
>> +This field should not be used for purposes other than satisfying
>> +license requirements to provide full source code.
>
> The DFSG requires source code to be provided too...

Can you suggest a better word than 'full' to express the extra copyleft
requirements that the Built-Using field is getting at?

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#872915: Bug#759725: postgresql-common: non-synchronous service postgresql stop

[Ludovic Gasc]

Hi,

For whom interested, this is the systemd configuration file we are using
below this message, it's only for 9.6.

Certainly it would be possible to generalize that for any PostgreSQL
version.

BTW, now with the latest version of systemd, it might be possible to
replace directly pg_ctlcluster
 by a generic systemd configuration.
What do you think Christoph about this idea ? Are you interested in by a
general postgresql@.service solution without pg_ctlcluster usage ?
With my understanding of pg_ctlcluster, only "promote" action seems to be
missing with this idea.

[Unit]
Description=PostgreSQL database server
Documentation=man:postgres(1)

[Service]
Type=notify
User=postgres
ExecStart=/usr/lib/postgresql/9.6/bin/postgres -D
/var/lib/postgresql/9.6/main -c
config_file=/etc/postgresql/9.6/main/postgresql.conf
ExecReload=/bin/kill -s HUP $MAINPID
KillMode=mixed
KillSignal=SIGINT
TimeoutSec=0
# prevent OOM killer from choosing the postmaster (individual backends will
# reset the score to 0)
OOMScoreAdjust=-900

[Install]
WantedBy=multi-user.target


--
Ludovic Gasc (GMLudo)
Lead Developer Architect at ALLOcloud
https://be.linkedin.com/in/ludovicgasc

2017-08-22 22:08 GMT+02:00 Ludovic Gasc :

> 2017-08-22 16:23 GMT+02:00 Christoph Berg :
>
>> I think you can simply use a drop-in config file:
>>
>> /etc/systemd/system/postgresql@.service.d/type.conf:
>> [Service]
>> Type=notify
>>
>
> With this configuration, the systemctl command never returns.
> To be sure I didn't made a mistake during my test, I have edited directly
> /lib/systemd/system/postgresql@.service
> systemctl stop postgresql
> systemctl daemon-reload
> systemctl start postgresql
>
> I have enabled full access to sd_notify with NotifyAccess=all in case of
> the signal comes from a subprocess, but it doesn't fix the behaviour.
>

Bug#854510: Take it

[Bastien ROUCARIES]

control: owner -1 ro...@debian.org

Bug#873540: capnproto: FTBFS on mips64el: test.capnp wants AnyList::Pipeline

[Tom Lee]

Thanks for the report Aaron, raised upstream at
https://github.com/capnproto/capnproto/issues/541

I'll dig into it more later this week if upstream doesn't beat me to it.

On Mon, Aug 28, 2017 at 1:01 PM, Aaron M. Ucko  wrote:

> Source: capnproto
> Version: 0.6.1-1
> Severity: serious
> Tags: upstream
> Justification: fails to build from source
>
> The latest mips64el build of capnproto failed, as detailed at
> https://buildd.debian.org/status/fetch.php?pkg=
> capnproto=mips64el=0.6.1-1=1503916947=0
> and (very briefly) excerpted below:
>
>   src/capnp/test.capnp.h:12247:29: error: 'Pipeline' in 'struct
>   capnp::AnyList' does not name a type
>  inline  ::capnp::AnyList::Pipeline getAnyListAsList();
>^~~~
>
> AFAICT, there's not supposed to be any such type, so the problem
> presumably lies in code generation.  Could you please take a look?
> Thanks!
>
> --
> Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
> http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/
> finger/?a...@monk.mit.edu
>



-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#854769: You should have recieved a mail about check-tiff RC bug

[Andreas Tille]

Hi Andreas,

are you aware of

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

If not you should probably subscribe the package in PTS.

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#873546: firefox-esr: fails to play some YouTube videos (which play correctly on chromium)

[Francesco Poli (wintermute)]

Package: firefox-esr
Version: 52.3.0esr-2
Severity: normal

Hello and thanks for maintaining Firefox in Debian!

I noticed that some YouTube videos[^NOTE] fail to be played on firefox-esr,
but are played with no issues on chromium (hence the videos themselves
do not seem to be somehow 'broken'...).

[^NOTE]: such as 

The playback never starts and stays in an eternal buffering state. Shortly,
the message

  If playback doesn't begin shortly, try restarting
  your device.

appears.  Nothing else happens.

I have already tried in safe mode:

  $ firefox-esr -safe-mode

but nothing changed.

A good number of Youtube videos are played flawlessly, but some fail,
as described above.


I have already taken a look at other YouTube-related bug reports,
but my problem seems to be a distint one...

What could I do in order to debug this issue?
Please let me know.

Thanks for your time!



-- Package-specific info:

-- Extensions information
Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled

Name: Cookie Monster
Location: /usr/share/xul-ext/cookie-monster
Package: xul-ext-cookie-monster
Status: enabled

Name: Debian buttons
Location: /usr/share/xul-ext/debianbuttons
Package: xul-ext-debianbuttons
Status: enabled

Name: Default theme
Location: 
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled

Name: HTTPS Everywhere
Location: /usr/share/xul-ext/https-everywhere
Package: xul-ext-https-everywhere
Status: enabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: NoScript
Location: /usr/share/xul-ext/noscript
Package: xul-ext-noscript
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: Uppity
Location: /usr/share/xul-ext/uppity
Package: xul-ext-uppity
Status: enabled

Name: User Agent Switcher
Location: /usr/share/xul-ext/useragentswitcher
Package: xul-ext-useragentswitcher
Status: enabled

Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: Shockwave Flash
Location: /usr/lib/gnash/libgnashplugin.so
Package: browser-plugin-gnash
Status: enabled


-- Addons package information
ii  browser-plugin 0.8.11~git20 amd64GNU Shockwave Flash (SWF) player 
ii  firefox-esr52.3.0esr-2  amd64Mozilla Firefox web browser - Ext
ii  xul-ext-cookie 1.3.0.5-1all  manage cookies in a whitelist-bas
ii  xul-ext-debian 1.11-3   all  Buttons for querying Debian-relat
ii  xul-ext-https- 5.2.8-1  all  extension to force the use of HTT
ii  xul-ext-noscri 5.0.9-1  all  permissions manager for Firefox
ii  xul-ext-uppity 1.5.8-5  all  toolbar button to "go up" on the 
ii  xul-ext-userag 0.7.3-3  all  Firefox addon that allows the use

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

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.2
ii  fontconfig2.12.3-0.2
ii  libasound21.1.3-5
ii  libatk1.0-0   2.24.0-1
ii  libc6 2.24-14
ii  libcairo-gobject2 1.14.10-1
ii  libcairo2 1.14.10-1
ii  libdbus-1-3   1.11.16+really1.10.22-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-6
ii  libfontconfig12.12.3-0.2
ii  libfreetype6  2.8-0.2
ii  libgcc1   1:7.2.0-1
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.53.4-3
ii  libgtk-3-03.22.18-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.6-0 1.6.1-2
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.16-1
ii  libnss3   2:3.31-1
ii  libpango-1.0-01.40.6-1
ii  libsqlite3-0  3.19.3-3
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++67.2.0-1
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-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-3
ii  zlib1g1:1.2.8.dfsg-5

Bug#845297: [www.debian.org] Website transition from CVS to Git

[Laura Arjona Reina]

Hello
I have redone the "git cvsimport" command to include a list of authors so the
git log shows nicks+names instead of nicks. Thanks Rhonda for providing an
authors file with most of the information, I have completed the newer ones.

The repo:

https://anonscm.debian.org/cgit/webwml/webwml2git.git/

now contains an updated converted repo.

FTR, the commands used are the following:

CVSROOT=":pserver:anonym...@anonscm.debian.org:/cvs/webwml"
git cvsimport -A ./cvs_authors_20170820.txt -v -d "$CVSROOT" -C ./webwml2git.git
-o master -R webwml > ./git_cvsimport.log

The repo contains several branches that correspond to the branches that were
present in the CVS repo: Debian, new_download, temp, webwml, plus the
"githashes", "po4a" and "untranslatable" branches to track new work.

I'll try to keep this repo updated more or less daily.

Cheers

-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#853656: Help needed with gcc-7 error

[Andreas Tille]

Hi James,

On Sun, Aug 27, 2017 at 02:58:34PM +0100, James Cowgill wrote:
> > g++ -DHAVE_CONFIG_H -I. -I..  -I../Bigraph -I../Thirdparty -Wdate-time 
> > -D_FORTIFY_SOURCE=2 -fopenmp  -I/usr//include -I/usr//include/bamtools 
> > -Wall -Wextra  -Wno-unknown-pragmas -std=c++98 -O3 -c -o 
> > libutil_a-VariantIndex.o `test -f 'VariantIndex.cpp' || echo 
> > './'`VariantIndex.cpp
> > VariantIndex.cpp: In member function 'VariantRecordVector 
> > VariantIndex::getNearVariants(const string&, int, int) const':
> > VariantIndex.cpp:89:46: error: call of overloaded 'abs(long unsigned int)' 
> > is ambiguous
> >  if(abs(record.position - position) < distance)
> >   ^
> 
> In C++11, you cannot call abs on an unsigned integer (which makes no
> sense anyway). Probably "record.position" needs casting to a signed type
> (like long).

Well, casting to long helped - but in how far does making

abs(unsigned - unsigned)

no sense?  This does not sound very logical to me.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#873407: Bug#873416: starpu-contrib: Please update to llvm-toolchain 4.0 or, better, 5.0

[Sylvestre Ledru]

Le 28/08/2017 à 22:25, Samuel Thibault a écrit :
> Samuel Thibault, on dim. 27 août 2017 17:54:39 +0200, wrote:
>> I don't know [what] versions will be supported by CUDA 9.0?
> According to
>
> https://devblogs.nvidia.com/parallelforall/cuda-9-features-revealed/
>
> « clang 3.9, [...] and GCC 6.x »

3.9 is still better than 3.8 :)

S

Bug#873407: Bug#873416: starpu-contrib: Please update to llvm-toolchain 4.0 or, better, 5.0

[Samuel Thibault]

Samuel Thibault, on dim. 27 août 2017 17:54:39 +0200, wrote:
> I don't know [what] versions will be supported by CUDA 9.0?

According to

https://devblogs.nvidia.com/parallelforall/cuda-9-features-revealed/

« clang 3.9, [...] and GCC 6.x »

...

Samuel

Bug#873545: polyorb: FTBFS on x32: mknodes segmentation fault (frontend-nodes.idl)

[Aaron M. Ucko]

Source: polyorb
Version: 2.11~20140418-4
Severity: important
Tags: upstream
Justification: fails to build from source

The build of polyorb for x32 (admittedly not a release architecture) failed:

  cd compilers/iac && ./mknodes 
/<>/compilers/iac/frontend-nodes.idl && touch 
frontend-nodes.idl-stamp
  /bin/bash: line 1:  7158 Segmentation fault  ./mknodes 
/<>/compilers/iac/frontend-nodes.idl
  Makefile:193: recipe for target 'compilers/iac/frontend-nodes.idl-stamp' 
failed
  make[2]: *** [compilers/iac/frontend-nodes.idl-stamp] Error 139

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#873544: polyorb: FTBFS on kfreebsd-amd64: __PolyORB_timestamp undefined

[Aaron M. Ucko]

Source: polyorb
Version: 2.11~20140418-4
Severity: important
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

The latest build of polyorb for kfreebsd-amd64 (admittedly not a
release architecture) failed:

  gnatlink-7 /«PKGBUILDDIR»/static/tools/po_catref/po_catref-main.ali -R -o 
/«PKGBUILDDIR»/static/tools/po_catref/po_catref
  /«PKGBUILDDIR»/static/src/polyorb-log-stderr.o: In function 
`polyorb__log__stderr__put_line__timestamp':
  ./static/src/./src/polyorb-log-stderr.adb:94: undefined reference to 
`__PolyORB_timestamp'
  collect2: error: ld returned 1 exit status
  gnatlink-7: error when calling /usr/bin/gcc-7

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#873543: polyorb: FTBFS on {hurd,kfreebsd}-i386: iac crashes on CosEventChannelAdmin.idl

[Aaron M. Ucko]

Source: polyorb
Version: 2.11~20140418-4
Severity: important
Justification: fails to build from source (but built successfully in the past)

Builds of polyorb for the non-release architectures hurd-i386 and
kfreebsd-i386 (but for some reason not i386) both failed because iac
crashed when processing CosEventChannelAdmin.idl:

  cd cos/event/ && /«PKGBUILDDIR»/contrib/idlac_wrapper/idlac_wrapper 
--idlac="/«PKGBUILDDIR»/compilers/iac/iac" -I/«PKGBUILDDIR»/idls/CORBA_IDL 
-I/«PKGBUILDDIR»/idls/CORBA_PIDL -I/«PKGBUILDDIR»/idls/Misc 
-I/«PKGBUILDDIR»/idls/Interop -I/«PKGBUILDDIR»/idls/Misc 
-I/«PKGBUILDDIR»/idls/cos/event -I/«PKGBUILDDIR»/idls/cos/notification 
-I/«PKGBUILDDIR»/idls/cos/time -I. -s 
/«PKGBUILDDIR»/idls/cos/event/CosEventChannelAdmin.idl
  Segmentation fault (core dumped)
  Makefile:1013: recipe for target 'cos/event/CosEventChannelAdmin.idl-stamp' 
failed
  make[2]: *** [cos/event/CosEventChannelAdmin.idl-stamp] Error 139

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#873542: instead: FTBFS on hurd-i386: no PATH_MAX

[Aaron M. Ucko]

Source: instead
Version: 3.1.2-1
Severity: important
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

The latest build of instead for hurd-i386 (admittedly not a release
architecture) failed:

  /<>/src/game.h:49:23: error: 'PATH_MAX' undeclared here (not in 
a function); did you mean 'INT8_MAX'?

The Hurd has no hard PATH_MAX; best practice is to allocate dynamic
buffers based on pathconf(..., _PC_PATH_MAX), but it's also common to
supply a fallback constant (typically 4096).  Could you please take a
look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#873541: libsbsms: please package 2.2.0

[Sebastian Ramacher]

Source: libsbsms
Version: 2.0.2-2
Severity: wishlist

audacity 2.1.3 depends on libsbsms 2.2.0. So please package the new upstream
release.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#873540: capnproto: FTBFS on mips64el: test.capnp wants AnyList::Pipeline

[Aaron M. Ucko]

Source: capnproto
Version: 0.6.1-1
Severity: serious
Tags: upstream
Justification: fails to build from source

The latest mips64el build of capnproto failed, as detailed at
https://buildd.debian.org/status/fetch.php?pkg=capnproto=mips64el=0.6.1-1=1503916947=0
and (very briefly) excerpted below:

  src/capnp/test.capnp.h:12247:29: error: 'Pipeline' in 'struct
  capnp::AnyList' does not name a type
 inline  ::capnp::AnyList::Pipeline getAnyListAsList();
   ^~~~

AFAICT, there's not supposed to be any such type, so the problem
presumably lies in code generation.  Could you please take a look?
Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#870253: clamav-milter: disengaging debconf management destroys config

[Sebastian Andrzej Siewior]

On 2017-08-28 17:04:51 [+0900], Marc Dequènes (Duck) wrote:
> Quack,
Hi,

> Thanks.
> 
> I can help you test if you provide a test package.

as you wish. At
https://breakpoint.cc/clamav/

you can find a .dsc file of what we have currently in git on alioth and
a prebuilt binary for amd64.

> \_o<
> 


Sebastian

Bug#873424: git handling HTTPS proxy w/ password inappropriately

[Jonathan Nieder]

(cc-ing the git mailing list and some proxy specialists there)
yang wrote[1]:

> Version: 1:2.14.1-2
[...]
> When I tried to
>
> $ HTTPS_PROXY=http://username:password@proxy:80 git clone
> https://github.com/linuxdeepin/deepin-deb-installer.git
>
> I got
>
> 正克隆到 'deepin-deb-installer'...
> fatal: unable to access
> 'https://github.com/linuxdeepin/deepin-deb-installer.git/': Proxy
> CONNECT aborted
>
> Here is the HTTP session from Wireshark:
>
> CONNECT github.com:443 HTTP/1.1
> Host: github.com:443
> User-Agent: git/2.14.1
> Proxy-Connection: Keep-Alive
>
> HTTP/1.0 407 Proxy Authentication Required
> Server: squid/2.7.STABLE9
> Date: Sun, 27 Aug 2017 14:27:38 GMT
> Content-Type: text/html
> Content-Length: 1226
> X-Squid-Error: ERR_CACHE_ACCESS_DENIED 0
> Proxy-Authenticate: Basic realm="Proxy"
> X-Cache: MISS from inproxy2
> X-Cache-Lookup: NONE from inproxy2:8000
> Via: 1.0 inproxy2:8000 (squid/2.7.STABLE9)
> Connection: close
>
>  "http://www.w3.org/TR/html4/strict.dtd;>   http-equiv="Content-Type" content="text/html; charset=utf-8">
> ERROR: Cache Access Denied    
> ERROR Cache Access Denied. id="content"> The following error was encountered while trying to
> retrieve the URL: github.com:443
>  Cache Access Denied.
>   Sorry, you are not currently allowed to request
> github.com:443 from this cache until you have authenticated
> yourself.  Please contact the  href="mailto:webmaster%W;>cache administrator if you have
> difficulties authenticating yourself or  href="http://inproxy2/cgi-bin/chpasswd.cgi;>change your default
> password.Generated Sun,
> 27 Aug 2017 14:27:38 GMT by inproxy2 (squid/2.7.STABLE9)CONNECT
> github.com:443 HTTP/1.1
> Host: github.com:443
> Proxy-Authorization: Basic MYPASSWORD
> User-Agent: git/2.14.1
> Proxy-Connection: Keep-Alive
>
> It seems git doesn't properly open the proxy for some reasons.
>
> Most weird is that this problem may disappear for some tries.

Thanks for reporting.  Let's take this upstream.

Can you say more about this?  How is your proxy configured (e.g. can
you provide output from "git config -l")?  Did a previous version of
Git work better?  Any more details about the proxy setup that might
help track this down?

Thanks,
Jonathan

[1] http://bugs.debian.org/873424

Bug#873476: coreutils: /bin/cat doesnt display a line of a txt file without an end of line [shell prompt problem]

[Jean-Luc Coulon]

Hi Bob,

Thank you for the clear and detailed informations.

Yes, *I* use cat (display a file on a terminal) as you said since... 
well... maybe 1976 ;) But in these years, the standard output was a belt 
printer.


And yes, the culprit was the prompt. I'm using zsh with a fancy prompt.
Switching to a basic prompt solved the problem.

I was confused because this file used to be "displayable" with the cat 
command (which is very handy to do this kind of thing).


For those interested in, the manpage of the 1st edition of UNIX manual 
was saying:


11/3/71   CAT (I)
NAME cat -- concatenate and print
SYNOPSIS cat file1 ...
DESCRIPTION  cat reads each file in sequence and writes it on
the standard output stream.  Thus:
cat file
is about the easiest way to print a file.  Also:
cat file1 file2 >file3
is about the easiest way to concatenate files.
If no input file is given cat_ reads from the
standard input

So there are some excuses using cat as a "way to print a file".

Thanks and regards

Jean-Luc

Bug#870640: Make source package bootstrappable

[Mattia Rizzolo]

On Mon, Aug 28, 2017 at 10:36:45PM +0900, Osamu Aoki wrote:
> Here is an idea for improvement.  Please check my idea is right or not.
> I am not familiar with this bootstrapping tricks.  (What does 
> means? If nocheck is defined, skip it for dependency?

Yes.

> Recent commits by Mattia Rizzolo made me wonder what is this .

They are called build profiles:
https://wiki.debian.org/BuildProfileSpec#Registered_profile_names

> Then the commit message made me wonder why perl library is needed for build
> script.  It was unintuitive but reminded me of my own experience of
> writing buggy code and its failed test build for uscan.pl.  It failed
> before even running "make test".  This is because scripts/Makefile has
> "all" target from which the following code is run:
> 
>   perl -I ../lib -c $@
> 
> This is to catch syntax error but probably cause error if pertinent perl
> library modules are not available.  (Actually, 2 such lines.)
> 
> In order to skip such dependency to perl library modules during the
> build, I think, you need to disable these syntax checking lines by
> changing above mentioned lines to:
> 
> ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
>   perl -I ../lib -c $@
> endif

Wouldn't make sense to move that thing to the test tartet instead?

> I guess most lib*-perl packages in Build-Depends can be disabled with
> , too.

I tried each build dep one by one, so right now everything not marked
with !nocheck is needed to build devscripts.

> Another heavy dependency are: docbook-xsl and xsltproc
> 
> These should be removed as 

Probably, but I don't see any pressing reason to.

This what happened when I tried to cross build devscripts from amd64 to
arm64 (note that this is not a resolutive solution as it doesn't
highlight cycles, etc).  Keep in mind that usually cross building is
done by enabling the nocheck build profile, as you can't run binaries
for another architecture.

The following packages have unmet dependencies:
 builddeps:/build/devscripts_2.17.10.dsc:arm64 : Depends: 
libfile-desktopentry-perl:arm64 but it is not installable
 Depends: 
libfile-homedir-perl:arm64 but it is not installable
 Depends: 
libgit-wrapper-perl:arm64 but it is not installable
 Depends: 
liblist-compare-perl:arm64 but it is not installable
 Depends: liburi-perl:arm64 but 
it is not installable
 Depends: libwww-perl:arm64 but 
it is not installable
 Depends: perl:arm64 but it is 
not going to be installed

it's all perl stuff.

> if the following lines in
> scripts/Makefile:
> %.1: %.dbk
>   xsltproc --nonet -o $@ \
>   /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl 
> $<
> 
> are chenged to the following lines:
> %.1: %.dbk
> ifeq (,$(filter nodoc,$(DEB_BUILD_OPTIONS)))
>   xsltproc --nonet -o $@ \
>   /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl 
> $<
> else
>   echo "Bogus manpage for boot strapping" > $@
> endif

Well, rather not.  Build profiles are a packaging thing, such check
should be done in d/rules, and have it call make with some other option.

-- 
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#873362: coinor-libcoinutils3v5: unannounced ABI change without SONAME change?

[James Cowgill]

Hi,

On 28/08/17 19:57, Anton Gladky wrote:
> Thanks all for discussion, explanations and investigations!
> 
> @Rene, I propose to close this bug or to wait till upload of libreoffice.
> 
> Next time, when the new coinutils version comes, I will let you know
> and coinmp should be tested against the new coinutils. Then it should
> probably be uploaded into the sid restricting in BD the minimal coinutils
> to guarantee the ABI compatibility like it done for all other dependent
> packages [1]. What do you think?
> 
> [1] 
> https://anonscm.debian.org/cgit/debian-science/packages/coinor-cbc.git/tree/debian/control#n8

If there is an ABI break, you must rename the package. Trying to
restrict the build-dependencies will have no effect on the dependencies
at runtime which is where the ABI actually matters.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#873508: parsing horst source code fails on s390x and ppc64el

[James Clarke]

On 28 Aug 2017, at 20:23, Uwe Kleine-König  wrote:
> On Mon, Aug 28, 2017 at 03:10:10PM -0400, Antoine Beaupré wrote:
>> On 2017-08-28 20:53:02, Uwe Kleine-König wrote:
>>> On 08/28/2017 04:32 PM, Antoine Beaupré wrote:
 Control: severity 873508 serious
 Control: affects 873508 horst
 
 On 2017-08-28 15:22:20, James Clarke wrote:
> As discussed on IRC, ppc64 and sparc64 are also affected; while they are
> not release architectures and are thus less important, it would make
> sense to fix those (and check any other Debian architectures) at the
> same time.
 
 Also discussed on IRC is the above change in severity to make the bug
 RC.
>>> 
>>> As I didn't follow that irc discussion and fail to see why this bug
>>> should be severity serious. Can you please repeat the justification
>>> here? I would have picked "normal".
>> 
>> I believe the reason is that it doesn't actually work on two supported
>> architectures.
> 
> That would in my eyes still be "important". Looking at the definitions
> on https://www.debian.org/Bugs/Developer#severities there is:
> 
> - serious
>   is a severe violation of Debian policy (roughly, it violates a "must"
>   or "required" directive), or, in the package maintainer's or release
>   manager's opinion, makes the package unsuitable for release.
> - important
>   a bug which has a major effect on the usability of a package, without
>   rendering it completely unusable to everyone.
> 
> IMHO important is an exact match here.

It's basically unusable on those arches except for trivial code. Even headers
like stdio.h pull in stubs.h, and many other things will likely break due to
not having the right defines. Shipping this as-is is just asking for trouble.
IMO the only way to make this non-RC would be to RM on the affected arches
and make test suite failures fatal so we don't get broken binaries again.

James

Bug#873508: parsing horst source code fails on s390x and ppc64el

[Uwe Kleine-König]

Hello Antoine,

On Mon, Aug 28, 2017 at 03:10:10PM -0400, Antoine Beaupré wrote:
> On 2017-08-28 20:53:02, Uwe Kleine-König wrote:
> > On 08/28/2017 04:32 PM, Antoine Beaupré wrote:
> >> Control: severity 873508 serious
> >> Control: affects 873508 horst
> >> 
> >> On 2017-08-28 15:22:20, James Clarke wrote:
> >>> As discussed on IRC, ppc64 and sparc64 are also affected; while they are
> >>> not release architectures and are thus less important, it would make
> >>> sense to fix those (and check any other Debian architectures) at the
> >>> same time.
> >> 
> >> Also discussed on IRC is the above change in severity to make the bug
> >> RC.
> >
> > As I didn't follow that irc discussion and fail to see why this bug
> > should be severity serious. Can you please repeat the justification
> > here? I would have picked "normal".
> 
> I believe the reason is that it doesn't actually work on two supported
> architectures.

That would in my eyes still be "important". Looking at the definitions
on https://www.debian.org/Bugs/Developer#severities there is:

 - serious
   is a severe violation of Debian policy (roughly, it violates a "must"
   or "required" directive), or, in the package maintainer's or release
   manager's opinion, makes the package unsuitable for release.
 - important
   a bug which has a major effect on the usability of a package, without
   rendering it completely unusable to everyone.

IMHO important is an exact match here.

Best regards
Uwe


signature.asc
Description: PGP signature

Bug#873538: graphicsmagick: memory allocation failure in MagickRealloc

[Salvatore Bonaccorso]

Source: graphicsmagick
Version: 1.3.26-5
Severity: normal
Tags: security upstream

Hi

No CVE assigned yet:

http://www.openwall.com/lists/oss-security/2017/08/28/5

Upstream fix:

http://hg.code.sf.net/p/graphicsmagick/code/rev/3bbf7a13643d

Please asjust the affected versions in the BTS. Only 1.3.26 has been
marked yet since affected version upstream is 1.3.26.

Regards,
Salvatore

Bug#873343: gstreamer1.0-vaapi: Does not work with Wayland

[Tony Houghton]

retitle 873343 Hard crash attempting to use vaapivp8encoder
thanks
On Mon, 2017-08-28 at 17:06 +0200, Víctor Jáquez wrote:

>
>There are several bugs related to this:
>
>https://bugzilla.gnome.org/show_bug.cgi?id=784429
>https://bugzilla.gnome.org/show_bug.cgi?id=783169
>https://bugzilla.gnome.org/show_bug.cgi?id=781972

[Snip]

>This is another issue, when using vaapisink with mutter:
>
>https://bugzilla.gnome.org/show_bug.cgi?id=775698
OK, thanks. I guess I could have tried harder to find these, but not 
much was showing up in Google, and I wasn't sure whether it was 
Debian-specific.

>> opengl-backend=wayland
>> vo=opengl
>> hwdec=vaapi

>
>This is like if you were doing this:
>
>GST_GL_WINDOW=wayland gst-play-1.0 /home/tony/Videos/paul.mkv -- > 
videosink=glimagesink

>
>And it should work.
Sort of... I get some sort of picture, but it flickers badly, and I 
think it keeps alternating between the first frame and current frame. So 
it could be a deinterlacing issue, because it's a clip from a DVB 
recording, which is 1080i AFAIK. Then it segfaults at the end of the clip.

>I also tried to make green-recorder (an alternative front-end for
> GNOME's screencast feature) use vaapiv8enc and the system

[Correction: vaapivp8enc. ^^]

> completely froze. I don't know if that has the same underlying> cause.
Judging by the links you posted, I think this is a separate issue, so 
it's probably worth keeping this ticket open for it, with a more 
specific title.

Bug#873521: [Pkg-samba-maint] Bug#873521: samba: tls options not compatible with ssl-cert group

[Andrew Bartlett]

On Mon, 2017-08-28 at 10:48 -0700, Troy Ready wrote:
> This may be changed upstream at some point[1], but for now I think it'd be
> appropriate for Debian to extend the check to allow for some form of 
> group-read
> permissions.

This needs to be done via upstream.  We avoid having debian-only
patches.

Once upstream, you can ask that it be backported, both to a current
upstream release and to whatever Debian is shipping.

Andrew Bartlett

-- 
Andrew Bartlett   http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba

Bug#873040: getmail4: Parallel version of /usr/bin/getmails

[Matthew Gabeler-Lee]

On Sun, 27 Aug 2017, Osamu Aoki wrote:


Hi,

Thanks but ...

I thought about it but didn't do this.  I understand your needs but this
will cause screen output with -v a bit difficult to read.

If you make this feature addition patch as an optional feature enabled
by "-p" option, I will take it ;-)  Also if you can update manpage
accordingly, I appreciate.


Fair points.  I'll give that a go :)

--
-Matt
"Reality is that which, when you stop believing in it, doesn't go away".
-- Philip K. Dick
GPG fingerprint: 0061 15DF D282 D4A9 57CE  77C5 16AF 1460 4A3C C4E9

Bug#873508: parsing horst source code fails on s390x and ppc64el

[James Clarke]

On 28 Aug 2017, at 20:10, Antoine Beaupré  wrote:
> On 2017-08-28 20:53:02, Uwe Kleine-König wrote:
>> Hello,
>> 
>> On 08/28/2017 04:32 PM, Antoine Beaupré wrote:
>>> Control: severity 873508 serious
>>> Control: affects 873508 horst
>>> 
>>> On 2017-08-28 15:22:20, James Clarke wrote:
 As discussed on IRC, ppc64 and sparc64 are also affected; while they are
 not release architectures and are thus less important, it would make
 sense to fix those (and check any other Debian architectures) at the
 same time.
>>> 
>>> Also discussed on IRC is the above change in severity to make the bug
>>> RC.
>> 
>> As I didn't follow that irc discussion and fail to see why this bug
>> should be severity serious. Can you please repeat the justification
>> here? I would have picked "normal".
> 
> I believe the reason is that it doesn't actually work on two supported
> architectures.

Specifically that it's built for the architectures but can't actually be used.
Looking at the build logs, some of the tests run as part of the test suite hit
this error, but the upstream test harness always exits with code 0[0] so it's
not fatal. Boo.

James

[0] 
https://anonscm.debian.org/cgit/collab-maint/sparse.git/tree/validation/test-suite#n251

Bug#873537: [ebumeter]: Short descriptions should begin with lowercase

[Laura Arjona Reina]

Package: ebumeter
Severity: minor
Tags: l10n patch

Dear Maintainer,

Thanks for packaging ebumeter.

I was translating the package descriptions into Spanish, and I noticed the
English original short description begins with Uppercase instead of lowercase.

As per https://www.debian.org/doc/manuals/developers-reference/ch06.en.html
#bpp-pkg-synopsis, begin the short description with lowercase is the recommended
way.

I'm attaching a patch for the "control" file, updating all the short 
descriptions
included.

Thanks!

-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona
>From 2a1bd3939f7eedb557db8f6efa56a4816d87c2eb Mon Sep 17 00:00:00 2001
From: Laura Arjona Reina 
Date: Mon, 28 Aug 2017 21:14:20 +0200
Subject: [PATCH] Update control file to lowercase the short descriptions

---
 debian/control | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index ad9e321..ae20656 100644
--- a/debian/control
+++ b/debian/control
@@ -23,7 +23,7 @@ Architecture: any
 Depends:
  ${misc:Depends},
  ${shlibs:Depends}
-Description: Loudness measurement according to EBU-R128
+Description: loudness measurement according to EBU-R128
  These tools help controlling loudness of audio material aimed
  primarily for broadcasting, but they can be useful in other
  situation.
@@ -41,7 +41,7 @@ Architecture: all
 Section: doc
 Depends:
  ${misc:Depends}
-Description: Loudness measurement EBU-R128 - documentation
+Description: loudness measurement EBU-R128 - documentation
  These tools help controlling loudness of audio material aimed
  primarily for broadcasting, but they can be useful in other
  situation.
-- 
2.1.4

Bug#873536: [curseofwar]: Short descriptions should begin with lowercase

[Laura Arjona Reina]

Package: curseofwar
Severity: minor
Tags: l10n patch

Dear Maintainer,

Thanks for packaging curseofwar.

I was translating the package descriptions into Spanish, and I noticed the
English original short description begins with Uppercase instead of lowercase.

As per https://www.debian.org/doc/manuals/developers-reference/ch06.en.html
#bpp-pkg-synopsis, begin the short description with lowercase is the recommended
way.

I'm attaching a diff of the "control" file, updating the short description.

Thanks!

-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona
--- control	2013-07-27 09:54:07.0 +0200
+++ control.new	2017-08-28 21:06:19.238406016 +0200
@@ -9,7 +9,7 @@
 Package: curseofwar
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Fast-paced  action  strategy  game for Linux based on ncurses
+Description: fast-paced  action  strategy  game for Linux based on ncurses
  Unlike  most  RTS,  you  are  not  controlling units, but focus on high-level
  strategic  planning:  Building infrastructure, securing resources, and moving
  your  armies. The core game mechanics turns out to be quite close to WWI-WWII

Bug#873508: parsing horst source code fails on s390x and ppc64el

[Antoine Beaupré]

On 2017-08-28 20:53:02, Uwe Kleine-König wrote:
> Hello,
>
> On 08/28/2017 04:32 PM, Antoine Beaupré wrote:
>> Control: severity 873508 serious
>> Control: affects 873508 horst
>> 
>> On 2017-08-28 15:22:20, James Clarke wrote:
>>> As discussed on IRC, ppc64 and sparc64 are also affected; while they are
>>> not release architectures and are thus less important, it would make
>>> sense to fix those (and check any other Debian architectures) at the
>>> same time.
>> 
>> Also discussed on IRC is the above change in severity to make the bug
>> RC.
>
> As I didn't follow that irc discussion and fail to see why this bug
> should be severity serious. Can you please repeat the justification
> here? I would have picked "normal".

I believe the reason is that it doesn't actually work on two supported
architectures.

A.

-- 
While the creative works from the 16th century can still be accessed
and used by others, the data in some software programs from the 1990s
is already inaccessible.
 - Lawrence Lessig

Bug#720963: librdf-linkeddata-perl: FTBFS with perl 5.18: test failures

[Kjetil Kjernsmo]

Hi!

I just looked through some bug reports, and seems to me that this hasn't 
been seen in the last few years, so it should be closed?

Kjetil

Bug#848050: Fwd: Re: tcltls package and the watch file are both out of date

[Robby]

Hi,

This is to serve as a reminder that the package is still outdated,
I mailed the package maintainer about this a few months ago, of which
the thread is below.

Regards,
Robby

 Forwarded Message 
Subject: Re: tcltls package and the watch file are both out of date
Date: Fri, 23 Jun 2017 16:37:37 -0400
From: Muammar El Khatib 
To: Robby 

Hi Robby,

On Sat, May 27, 2017 at 9:57 AM, Robby  wrote:

Dear tcltls package maintainer,

This is to inform you that the package and the watch file are both out
of date. The homepage of TclTLS is now at:
https://core.tcl.tk/tcltls/home

And the latest version as of this writing is: 1.7.12

The full list of tarball releases can be found here:
https://core.tcl.tk/tcltls/uvlist?byage=1

The SourceForge project page and files are no longer updated.



I am sorry for the late reply. Now that latest Debian release is out,
I will update this package. Thank you very much for your message.


Best,
--
Muammar El Khatib.
Linux user: 403107.
GPG Key = 71246E4A.
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-

Bug#873534: [g15mpd]: Short descriptions should begin with lowercase

[Laura Arjona Reina]

Package: g15mpd
Severity: minor
Tags: l10n patch

Dear Maintainer,

Thanks for packaging g15mpd.

I was translating the package descriptions into Spanish, and I noticed the
English original short description begins with Uppercase instead of lowercase.

As per https://www.debian.org/doc/manuals/developers-reference/ch06.en.html
#bpp-pkg-synopsis, begin the short description with lowercase is the recommended
way.

I'm attaching a new diff file, updating the short descriptions
included.

Thanks!

-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona
--- g15mpd-1.2svn.0.svn319.orig/Makefile.am
+++ g15mpd-1.2svn.0.svn319/Makefile.am
@@ -1,12 +1,12 @@
 
-AM_CFLAGS = -O3 -Wall @CFLAGS@ -I$(top_builddir) -I$(top_srcdir) 
+AM_CFLAGS = -O3 -Wall @CFLAGS@ -I$(top_builddir) -I$(top_srcdir) 
-DVERSION=\"$(VERSION)\"
 METASOURCES = AUTO
 bin_PROGRAMS = g15mpd
 
 docdir = $(prefix)/share/doc/$(PACKAGE)-$(VERSION)
 doc_DATA = README ChangeLog AUTHORS NEWS COPYING
 
-LIBS = -lg15daemon_client -lg15render -lmpd 
+LIBS = -lg15daemon_client -lg15render -lmpd -lpthread
 IMCLUDES = -I
 g15mpd_LDFLAGS = -avoid-version
 g15mpd_SOURCES =  g15mpd.c
--- g15mpd-1.2svn.0.svn319.orig/debian/changelog
+++ g15mpd-1.2svn.0.svn319/debian/changelog
@@ -0,0 +1,34 @@
+g15mpd (1.2svn.0.svn319-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Switch to automake1.11. (Closes: #724372)
+
+ -- Eric Dorland   Thu, 06 Mar 2014 00:04:19 -0500
+
+g15mpd (1.2svn.0.svn319-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Link against libpthread. (Closes: #554383, #713677).
+
+ -- Barry deFreese   Mon, 08 Jul 2013 17:46:13 -0400
+
+g15mpd (1.2svn.0.svn319-3) unstable; urgency=medium
+
+  * add libfreetype6-dev dependency
+
+ -- Giacomo Catenazzi   Thu, 23 Apr 2009 12:01:49 +0200
+
+g15mpd (1.2svn.0.svn319-2) unstable; urgency=medium
+
+  * Applied patch to "FTBFS: Could not find libmpd/libmpd.h",
+thanks Peter. (Closes: #521928)
+  * Usual updates (Homepage fields, policy) 
+
+ -- Giacomo Catenazzi   Fri, 03 Apr 2009 08:12:06 +0200
+
+g15mpd (1.2svn.0.svn319-1) unstable; urgency=low
+
+  * Initial release (4th upstream package in g15daemon.sf.net)
+
+ -- Giacomo Catenazzi   Tue, 20 Nov 2007 07:47:22 +0100
+
--- g15mpd-1.2svn.0.svn319.orig/debian/compat
+++ g15mpd-1.2svn.0.svn319/debian/compat
@@ -0,0 +1 @@
+5
--- g15mpd-1.2svn.0.svn319.orig/debian/control
+++ g15mpd-1.2svn.0.svn319/debian/control
@@ -0,0 +1,17 @@
+Source: g15mpd
+Section: utils
+Priority: optional
+Maintainer: Giacomo Catenazzi 
+Build-Depends: cdbs, debhelper (>= 5), autotools-dev,
+ automake1.11, libtool, libusb-dev, libfreetype6-dev,
+ libg15-dev, libg15daemon-client-dev, libg15render-dev,
+ libmpd-dev
+Standards-Version: 3.8.1
+Homepage: http://www.g15tools.com/
+
+Package: g15mpd
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: simple frontend for the MPD Media Player Daemon, for use with 
g15daemon
+ This package provides a fontend for MPD Media Player Daemon, displaying
+ information on the LCD in G15 keyboard.
--- g15mpd-1.2svn.0.svn319.orig/debian/copyright
+++ g15mpd-1.2svn.0.svn319/debian/copyright
@@ -0,0 +1,31 @@
+This package was debianized by Giacomo Catenazzi  on
+Tue Nov 20 07:52:50 CET 2007.
+
+It was downloaded from 
+
+Upstream Authors: 
+
+Mike Lampard 
+Nedko Arnaudov
+
+Copyright: 
+
+(c) 2006-2007 Mike Lampard
+
+License:
+
+g15daemon is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+
+g15daemon is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+
+License can be found in the file `/usr/share/common-licenses/GPL-2'.
+
+The Debian packaging is (C) 2007, Giacomo Catenazzi  and
+is licensed under the GPL v2 (or later), see 
`/usr/share/common-licenses/GPL-2'.
+
--- g15mpd-1.2svn.0.svn319.orig/debian/dirs
+++ g15mpd-1.2svn.0.svn319/debian/dirs
@@ -0,0 +1,2 @@
+usr/bin
+usr/sbin
--- g15mpd-1.2svn.0.svn319.orig/debian/docs
+++ g15mpd-1.2svn.0.svn319/debian/docs
@@ -0,0 +1,2 @@
+NEWS
+README
--- g15mpd-1.2svn.0.svn319.orig/debian/g15mpd.install
+++ g15mpd-1.2svn.0.svn319/debian/g15mpd.install
@@ -0,0 +1 @@
+debian/tmp/usr/bin/g15mpd usr/bin
--- g15mpd-1.2svn.0.svn319.orig/debian/g15mpd.manpages
+++ g15mpd-1.2svn.0.svn319/debian/g15mpd.manpages
@@ -0,0 +1 @@
+g15mpd.1
--- g15mpd-1.2svn.0.svn319.orig/debian/rules
+++ g15mpd-1.2svn.0.svn319/debian/rules
@@ -0,0 +1,19 @@
+#!/usr/bin/make -f
+
+AUTOMAKE_REMOVE 

Bug#869974: FAHV VINA 64bit app is not executable on Linux

[Steffen Möller]

Dear WCG support,

I was pointed to this issue by the report of Debian BOINC user on 

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

and can confirm the issue for FightAids@Home.

For you to cross-check:

cd /var/lib/boinc-client/projects/www.worldcommunitygrid.org

ldd wcgrid_fahv_gfx_7.34_x86_64*

all fine.

ldd wcgrid_fahv_vina_7.34_x86_64*
    not a dynamic executable

fair enough, but a core is dumped immediately upon its execution.

The Rosetta-based Microbiome project I am testing is fine, so
I exclude an issue with the BOINC client. Please kindly confirm
so we can close the bug report on our side.

Best,

Steffen

Bug#873508: parsing horst source code fails on s390x and ppc64el

[Uwe Kleine-König]

Hello,

On 08/28/2017 04:32 PM, Antoine Beaupré wrote:
> Control: severity 873508 serious
> Control: affects 873508 horst
> 
> On 2017-08-28 15:22:20, James Clarke wrote:
>> As discussed on IRC, ppc64 and sparc64 are also affected; while they are
>> not release architectures and are thus less important, it would make
>> sense to fix those (and check any other Debian architectures) at the
>> same time.
> 
> Also discussed on IRC is the above change in severity to make the bug
> RC.

As I didn't follow that irc discussion and fail to see why this bug
should be severity serious. Can you please repeat the justification
here? I would have picked "normal".

Best regards
Uwe



signature.asc
Description: OpenPGP digital signature

Bug#873535: zoomer: should zoomer be removed?

[Sebastian Ramacher]

Source: zoomer
Version: 0.1-1.1
Severity: serious
Tags: sid buster

zoomer has only ever seen one maintainer upload in 2008 and we had to NMU it
while switching from to ffmpeg to libav in 2013. It seems that we now have to
NMU again to switch back from libav to ffmpeg. Since it's evident that zoomer is
unmaintained and also appears to be dead upstream, I think it is time to get it
removed from the archive.

If you agree, please reassign this bug to ftp.debian.org:

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: zoomer -- RM; unmaintained
Control: severity -1 normal

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#873362: coinor-libcoinutils3v5: unannounced ABI change without SONAME change?

[Anton Gladky]

Thanks all for discussion, explanations and investigations!

@Rene, I propose to close this bug or to wait till upload of libreoffice.

Next time, when the new coinutils version comes, I will let you know
and coinmp should be tested against the new coinutils. Then it should
probably be uploaded into the sid restricting in BD the minimal coinutils
to guarantee the ABI compatibility like it done for all other dependent
packages [1]. What do you think?

[1] 
https://anonscm.debian.org/cgit/debian-science/packages/coinor-cbc.git/tree/debian/control#n8

Best regards

Anton


2017-08-28 17:56 GMT+02:00 James Cowgill :
> These appear to be the 4 symbols which have disappeared after compiling
> with GCC-7:
>
>  469: 000cce10   430 FUNCWEAK   DEFAULT   12 
> _ZNK16CoinPackedMatrix14getVectorFirstEi
>  614: 000ccfc0   437 FUNCWEAK   DEFAULT   12 
> _ZNK16CoinPackedMatrix13getVectorLastEi
> 1119: 000fc710   120 FUNCWEAK   DEFAULT   12 
> _Z26presolve_delete_from_majoriiPKiPiS1_Pd
> 1198: 00043f80   566 FUNCWEAK   DEFAULT   12 
> _Z9CoinFillNItEvPT_iS0_
>
> As you can see all of these symbols are declared as weak. GCC will often
> do this for inline functions which it has decided not to inline for some
> reason. To satisfy the ODR, GCC will export all these symbols as weak
> from any object (including executables) which use them so that the same
> function is used throughout the entire application. Because consumers
> are supposed to generate their own versions of these functions, they do
> not form a part of the ABI and can safely be removed. In this case,
> GCC-7 simply decided that these functions should be inlined and
> therefore didn't generate symbols for them.
>
> I think it's more likely these ABI issues are caused by changes in the
> class layout (but I have not investigated this much). You can see a few
> cases of new fields being added if you diff the headers from the old and
> new packages. Generally, any issues with symbols would be found by the
> dynamic linker before an application has a chance to segfault.
>
> Thanks,
> James
>

Bug#870909: RFS: cxlflash/4.3.2493-1 [ITP] -- IBM Data Engine for NoSQL Software Libraries

[Andrey Rahmatullin]

On Mon, Aug 28, 2017 at 06:50:49PM +, Michael P Vageline wrote:
>   The firmware and prebuilt binaries are covered under the
>click-to-accept license.
So it's not permitted for Debian to distribute them?

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#872378: fenrir.deb: No speech after enabling fenrir to start inconcial.

[Paul Gevers]

Hi Matthew

On 28-08-17 15:06, Matthew Dyer wrote:
>> Could you try to downgrade to version 1.05-1 so as to check whether it's
>> only version 1.06-1 which has the issue?

> Anyhow,  went trying to downgrade, I got the
> package not found erroor.  Am I doing something wrong?  I did sudo
> apt-get install fenrir 1.05.

Yes, the invocation is (at least I am pretty sure):
sudo apt-get install fenrir=1.05-1
or
sudo apt-get install -t testing fenrir

Both commands require that you have both unstable (sid) and testing
(buster) in your apt/source.list. If you don't have that and don't want
to change it, you could download¹ the fenrir deb package and install it with
dpkg -i path/to/fenrir.deb

Paul
¹ https://packages.debian.org/buster/all/fenrir/download



signature.asc
Description: OpenPGP digital signature

Bug#872569: RFS: kadu/4.3-0.1 [RC]

[Andrey Rahmatullin]

The package FTBFS in the current sid chroot. On two attempts I got the 
following different errors:

-- Installing: 
/<>/debian/tmp/usr/share/kadu/themes/icons/oxygen/protocols/gadu-gadu/32x32/away_d.png
CMake Error at varia/themes/icons/cmake_install.cmake:36 (file):
  file INSTALL cannot set permissions on
  
"/<>/debian/tmp/usr/share/kadu/themes/icons/oxygen/protocols/gadu-gadu/16x16/online_d.png"
Call Stack (most recent call first):
  varia/themes/cmake_install.cmake:37 (include)
  varia/cmake_install.cmake:40 (include)
  cmake_install.cmake:84 (include)

and

CMake Error at varia/themes/icons/cmake_install.cmake:36 (file):
  file INSTALL cannot copy file
  
"/<>/varia/themes/icons/oxygen/kadu_icons/48x48/only-show-online-and-with-description.png"
  to
  
"/<>/debian/tmp/usr/share/kadu/themes/icons/oxygen/kadu_icons/48x48/only-show-online-and-with-description.png".
Call Stack (most recent call first):
  varia/themes/cmake_install.cmake:37 (include)
  varia/cmake_install.cmake:40 (include)
  cmake_install.cmake:84 (include)


I haven't debugged this.


-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#855173: ITP status?

[Louis-Philippe Véronneau]

Hi Julian, thanks for working on this, I can't wait to have this packaged!

> debian/copyright needs an update and there's an embedded http
> library that we might want to disable the feature using it.

I guess you are referring to the KeePassHTTP server. I know it poses
some security issues, but to me it's an important feature of KeePassXC
over KeePassX.

I would really like it if that feature could stay in the package, but be
disabled by default.

-- 
pollo



signature.asc
Description: OpenPGP digital signature

Bug#873530: dislocker: FTBFS on non-Linux: no OS-specific man pages

[Aaron M. Ucko]

Source: dislocker
Version: 0.7.1-1
Severity: important
Tags: upstream
Justification: fails to build from source

Builds of dislocker for non-Linux architectures (kFreeBSD and the
Hurd) have been failing due to insisting on finding OS-specific
manpages, which are available only for Linux (and a couple of
non-Debian platforms -- Darwin and straight-up FreeBSD):

  cd /«PKGBUILDDIR»/src && gzip -c /«PKGBUILDDIR»/man/kfreebsd/dislocker-find.1 
> /«PKGBUILDDIR»/man/dislocker-find.1.gz
  gzip: /«PKGBUILDDIR»/man/kfreebsd/dislocker-find.1: No such file or directory
  src/CMakeFiles/dislocker-find.dir/build.make:65: recipe for target 
'dislocker-find' failed
  make[3]: *** [dislocker-find] Error 1

Could you please formally accommodate these architectures?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#872805: ITP: xssproxy -- Forward freedesktop.org Idle Inhibition Service calls to Xss.

[tim]

Correction: This package should be used with xssstate from the  
suckless-tools package instead of xautolock.


binPmafcwWnXd.bin
Description: PGP Public Key


pgpNzkVo6ALDl.pgp
Description: PGP Digital Signature

Bug#873531: gnome-session-b Unrecoverable failure in required component org.gnome.Shell.desktop

[Tim Valentine]

Package: gnome-session
Version: 3.22.3-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

I notice two hiccups during every boot. Where the boot process stops and starts
(studders) two times before getting to the login screen.

I look at the important logs and every day there are two entries that state:
gnome-session-b Unrecoverable failure in required component
org.gnome.Shell.desktop. The logged events time matches the events at boot
time.


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

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



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

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

Versions of packages gnome-session depends on:
ii  gnome-session-bin  3.22.3-1
ii  gnome-session-common   3.22.3-1
ii  gnome-settings-daemon  3.22.2-2+deb9u2
ii  gnome-shell3.22.3-3

gnome-session recommends no packages.

Versions of packages gnome-session suggests:
ii  desktop-base  9.0.2
ii  gnome-keyring 3.20.0-3
ii  gnome-user-guide  3.22.0-1

-- no debconf information

Bug#873533: RM: qingy -- RoQA; unmaintained, RC-buggy, missed stretch

[Sebastian Ramacher]

Package: ftp.debian.org
Severity: normal

Please remove qingy from the archive. It appears to be unmaintained since the
last upload in 2010. qingy missed stretch due to #817643. So please it from the
archive.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#873532: zeroc-ice: FTBFS on hurd-i386: no Make.rules.GNU

[Aaron M. Ucko]

Source: zeroc-ice
Version: 3.6.3-6
Severity: important
Tags: upstream
Justification: fails to build from source

Builds of zeroc-ice for hurd-i386 (admittedly not a release
architecture) have been failing:

  config/Make.rules:186: config/Make.rules.GNU: No such file or directory
  config/Make.rules:310: *** You need to define mkshlib in Make.rules.GNU.  
Stop.

I expect the Linux rules would probably make a good starting point,
but you might need more changes to the build system or compiled code.
Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#873529: [lxde]: Short descriptions should begin with lowercase

[Laura Arjona Reina]

Package: lxde
Severity: minor
Tags: l10n patch

Dear Maintainer,

Thanks for packaging LXDE.

I was translating the package descriptions into Spanish, and I noticed the
English original short description begins with Uppercase instead of lowercase.

As per https://www.debian.org/doc/manuals/developers-reference/ch06.en.html
#bpp-pkg-synopsis, begin the short description with lowercase is the recommended
way.

I'm attaching a diff of the "control" file, updating all the short descriptions
included.

Thanks!

-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona
--- control	2016-12-14 20:56:15.0 +0100
+++ control.new	2017-08-28 20:28:04.315289773 +0200
@@ -18,7 +18,7 @@
 Recommends:
  gksu, lxterminal | x-terminal-emulator, notification-daemon, xscreensaver
 Suggests: firefox-esr | firefox | www-browser, lxde, lxlauncher
-Description: Metapackage for the LXDE core
+Description: metapackage for the LXDE core
  The Lightweight X11 Desktop Environment (LXDE) is a project aimed
  to provide a desktop environment which is lightweight and fast.
  .
@@ -50,7 +50,7 @@
  gimp, libreoffice, lxlauncher,
  lxtask, pidgin, pk-update-icon,
  xfce4-power-manager
-Description: Metapackage for LXDE
+Description: metapackage for LXDE
  The Lightweight X11 Desktop Environment (LXDE) is a project aimed
  to provide a desktop environment which is lightweight and fast.
  .

Bug#873439: [pkg-fgfs-crew] Bug#873439: flightgear: CVE-2017-13709: Incorrect access control

[Florent Rougon]

Hi,

For stretch, the last two commits of upstream branch release/2016.4:

  https://sourceforge.net/p/flightgear/flightgear/ci/release/2016.4/~/tree/

should do the job (as already said in other mails, and ditto for
unstable with the release/2017.2 branch).

For jessie (it's also affected), I successfully built FG in a
jessie-amd64 pbuilder chroot with the attached source debdiff. You'll
certainly want to make the patch headers DEP-3-compliant and arrange
debian/changelog (at least the version number), but the C++ side should
be fine with these changes. I only tested the build in this old version:
no runtime test, but I don't expect any particular problem. :)

Regards

-- 
Florent
diff -Nru flightgear-3.0.0/debian/changelog flightgear-3.0.0/debian/changelog
--- flightgear-3.0.0/debian/changelog	2017-07-02 14:39:08.0 +0200
+++ flightgear-3.0.0/debian/changelog	2017-08-28 18:07:28.0 +0200
@@ -1,3 +1,13 @@
+flightgear (3.0.0-5+deb8u3+frougon0) jessie; urgency=high
+
+  * Add two patches for CVE-2017-13709:
+  - call-fgInitAllowedPaths-earlier-c7a2ae.patch (required by the next
+patch)
+  - CVE-2017-13709-FGLogger-2a5e3d.patch
+  * The patch headers are not in the Debian DEP-3 format, this needs fixing.
+
+ -- Florent Rougon   Mon, 28 Aug 2017 18:07:28 +0200
+
 flightgear (3.0.0-5+deb8u2) jessie; urgency=high
 
   * Add patch restrict-save-flightplan-secu-fix-faf872.patch: prevent
diff -Nru flightgear-3.0.0/debian/patches/call-fgInitAllowedPaths-earlier-c7a2ae.patch flightgear-3.0.0/debian/patches/call-fgInitAllowedPaths-earlier-c7a2ae.patch
--- flightgear-3.0.0/debian/patches/call-fgInitAllowedPaths-earlier-c7a2ae.patch	1970-01-01 01:00:00.0 +0100
+++ flightgear-3.0.0/debian/patches/call-fgInitAllowedPaths-earlier-c7a2ae.patch	2017-08-28 18:07:28.0 +0200
@@ -0,0 +1,55 @@
+Author: Florent Rougon 
+
+Call fgInitAllowedPaths() earlier: after Options::processOptions()
+
+Call fgInitAllowedPaths() right after Options::processOptions() (which,
+among other things, determines $FG_ROOT and processes
+--allow-nasal-read). This way, fgInitAllowedPaths() can be used in much
+more code, such as when initializing subsystems.
+
+(cherry picked from commit c7a2aef59979af3e9ff22daabb37bdaadb91cd75)
+
+--- a/src/Main/fg_init.cxx
 b/src/Main/fg_init.cxx
+@@ -1023,7 +1023,12 @@
+ fgGetNode("/sim")->removeChild("aircraft-dir");
+ fgInitAircraft(true);
+ flightgear::Options::sharedInstance()->processOptions();
+-
++
++// Rebuild the lists of allowed paths for cases where a path comes from an
++// untrusted source, such as the global property tree (this uses $FG_HOME
++// and other paths set by Options::processOptions()).
++fgInitAllowedPaths();
++
+ render = new FGRenderer;
+ render->setEventHandler(eventHandler);
+ globals->set_renderer(render);
+--- a/src/Main/main.cxx
 b/src/Main/main.cxx
+@@ -461,7 +461,12 @@
+ } else if (configResult == flightgear::FG_OPTIONS_EXIT) {
+ return EXIT_SUCCESS;
+ }
+-
++
++// Set the lists of allowed paths for cases where a path comes from an
++// untrusted source, such as the global property tree (this uses $FG_HOME
++// and other paths set by Options::processOptions()).
++fgInitAllowedPaths();
++
+ // Initialize the Window/Graphics environment.
+ fgOSInit(, argv);
+ _bootstrap_OSInit++;
+--- a/src/Scripting/NasalSys.cxx
 b/src/Scripting/NasalSys.cxx
+@@ -800,9 +800,6 @@
+   .member("singleShot", ::isSingleShot, ::setSingleShot)
+   .member("isRunning", ::isRunning);
+ 
+-// Set allowed paths for Nasal I/O
+-fgInitAllowedPaths();
+-
+ // Now load the various source files in the Nasal directory
+ simgear::Dir nasalDir(SGPath(globals->get_fg_root(), "Nasal"));
+ loadScriptDirectory(nasalDir);
diff -Nru flightgear-3.0.0/debian/patches/CVE-2017-13709-FGLogger-2a5e3d.patch flightgear-3.0.0/debian/patches/CVE-2017-13709-FGLogger-2a5e3d.patch
--- flightgear-3.0.0/debian/patches/CVE-2017-13709-FGLogger-2a5e3d.patch	1970-01-01 01:00:00.0 +0100
+++ flightgear-3.0.0/debian/patches/CVE-2017-13709-FGLogger-2a5e3d.patch	2017-08-28 18:07:28.0 +0200
@@ -0,0 +1,69 @@
+Author: Florent Rougon 
+
+Security: don't allow FGLogger to overwrite arbitrary files
+
+Since the paths of files written by FGLogger come from the property
+tree[1], they must be validated before we decide to write to these
+files.
+
+[1] Except for the "empty" case, which uses the default name
+'fg_log.csv'.
+
+This fixes CVE-2017-13709.
+
+(cherry picked from commit 2a5e3d06b2c0d9f831063afe7e7260bca456d679)
+
+--- a/src/Main/logger.cxx
 b/src/Main/logger.cxx
+@@ -11,10 +11,14 @@
+ 
+ #include 
+ #include 
++#include 
+ 
+ #include 
++#include 
+ 
+ #include "fg_props.hxx"
++#include "globals.hxx"
++#include "util.hxx"
+ 
+ using 

Bug#873528: mrpt: FTBFS on sparc64: no B2500000-B4000000

[Aaron M. Ucko]

Source: mrpt
Version: 1:1.5.3-1
Severity: important
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

The latest build of mrpt for sparc64 (admittedly not a release
architecture) failed:

  /<>/libs/hwdrivers/src/rplidar/src/arch/linux/net_serial.cpp: In 
member function '_u32 rp::arch::net::raw_serial::getTermBaudBitmap(_u32)':
  
/<>/libs/hwdrivers/src/rplidar/src/arch/linux/net_serial.cpp:300:49:
 error: 'B250' was not declared in this scope

(and likewise for B300, B350, and B400).  Please account
for the possibility that these macros are undefined.  (sparc and
sparc64 have historically used their own values of termios constants,
perhaps to match Solaris.)

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#873527: ebumeter FTCBFS: binutils build dependency unsatisfiable, hard codes build architecture compiler

[Helmut Grohne]

Source: ebumeter
Version: 0.4.0-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

ebumeter fails to cross build from source for two reasons:

 * The explicit build dependency on binutils (host architecture)
   conflicts with the implicity dependency from build-essential (build
   architecture). In theory, we would have to apply "toolchain
   dependency cross translation", but it is much easier to just drop the
   redundant dependency.
 * The upstream Makefile hardcodes g++, but it needs to be
   susbtitutable.

The attached patch fixes both issues and makes ebumeter cross build
successfully. Please consider applying it.

Helmut
diff --minimal -Nru ebumeter-0.4.0/debian/changelog 
ebumeter-0.4.0/debian/changelog
--- ebumeter-0.4.0/debian/changelog 2016-12-22 00:06:19.0 +0100
+++ ebumeter-0.4.0/debian/changelog 2017-08-28 19:08:03.0 +0200
@@ -1,3 +1,12 @@
+ebumeter (0.4.0-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Remove implicitly satisfied build dependency on binutils.
++ Make g++ substitutable in source/Makefile.
+
+ -- Helmut Grohne   Mon, 28 Aug 2017 19:08:03 +0200
+
 ebumeter (0.4.0-3) unstable; urgency=medium
 
   * Sign tags.
diff --minimal -Nru ebumeter-0.4.0/debian/control ebumeter-0.4.0/debian/control
--- ebumeter-0.4.0/debian/control   2016-12-22 00:04:41.0 +0100
+++ ebumeter-0.4.0/debian/control   2017-08-28 19:08:01.0 +0200
@@ -5,7 +5,6 @@
 Uploaders:
  Jaromír Mikeš 
 Build-Depends:
- binutils,
  debhelper (>= 10),
  libclthreads-dev (>= 2.4.0),
  libclxclient-dev (>= 3.9.0),
diff --minimal -Nru ebumeter-0.4.0/debian/patches/01-makefile.patch 
ebumeter-0.4.0/debian/patches/01-makefile.patch
--- ebumeter-0.4.0/debian/patches/01-makefile.patch 2016-06-14 
19:21:15.0 +0200
+++ ebumeter-0.4.0/debian/patches/01-makefile.patch 2017-08-28 
19:08:03.0 +0200
@@ -1,13 +1,14 @@
 Description: Set prefix properly and fix install commands.
  Removed -march=native optimalization
  Set -O3 optimalization
+ Make g++ substitutable
 Author: Jaromír Mikeš 
 Forwarded: no
 
 Index: ebumeter/source/Makefile
 ===
 --- ebumeter.orig/source/Makefile
 +++ ebumeter/source/Makefile
 @@ -18,16 +18,15 @@
  #
  #  --
@@ -28,7 +29,16 @@
  LDFLAGS += -L$(PREFIX)/$(LIBDIR)
  
  
-@@ -46,7 +45,7 @@ EBUMETER_O = ebumeter.o jclient.o mainwi
+@@ -37,7 +36,7 @@
+ EBUR128_O = ebur128.o ebu_r128_proc.o peak_proc.o audiofile.o dither.o 
+ ebur128:  LDLIBS += -lsndfile -lzita-resampler
+ ebur128:  $(EBUR128_O)
+-  g++ $(LDFLAGS) -o $@ $(EBUR128_O) $(LDLIBS)
++  $(CXX) $(LDFLAGS) -o $@ $(EBUR128_O) $(LDLIBS)
+ $(EBUR128_O):
+ -include $(EBUR128_O:%.o=%.d)
+ 
+@@ -46,10 +45,10 @@
png2img.o button.o guiclass.o 
  ebumeter: CPPFLAGS += -I/usr/include/freetype2
  ebumeter: CPPFLAGS += -DPREFIX=\"$(PREFIX)\" -DSHARED=\"$(SHARED)\"
@@ -36,4 +46,8 @@
 +ebumeter: LDFLAGS += -L/usr/X11R6/$(LIBDIR)  -pthread
  ebumeter: LDLIBS += -lclthreads -lclxclient -lzita-resampler -lpthread 
-ljack -lpng -lXft -lpng -lX11 -lrt
  ebumeter: $(EBUMETER_O)
-   g++ $(LDFLAGS) -o $@ $(EBUMETER_O) $(LDLIBS)
+-  g++ $(LDFLAGS) -o $@ $(EBUMETER_O) $(LDLIBS)
++  $(CXX) $(LDFLAGS) -o $@ $(EBUMETER_O) $(LDLIBS)
+ $(EBUMETER_O):
+ -include $(EBUMETER_O:%.o=%.d)
+ 

Bug#873526: mate-system-tools: mate-system-tools is gone, apt should indicate gnome-system-tools replaces it

[Fabian Rodriguez]

Package: mate-menus
Version: 1.18.0-2
Severity: important
File: mate-system-tools

Dear Maintainer,

In new Debian MATE installs an important GUI tool is missing to manage groups 
and users.

In Jessie this used to be provided by mate-users-admin, part of 
mate-system-tools.

In Stretch (and Buster) this has been replace by gnome-system-tools but apt 
does not indicate this change. Another similar change affecting 
gnome-media-gstreamer shows the behavior I' d like to suggest for situations 
when mate-system-tools installation is requested:

$ sudo apt install mate-media-gstreamer
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Package mate-media-gstreamer is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  mate-media-common mate-media

E: Package 'mate-media-gstreamer' has no installation candidate

Perhaps the above could be done for mate-system-tools.

Thank you.

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

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

Versions of packages mate-menus depends on:
ii  python2.7.13-2
ii  python-mate-menu  1.18.0-2

mate-menus recommends no packages.

mate-menus suggests no packages.

-- no debconf information