Bug#919207: Bug#923711: squashfs-tools: Please apply frag_deflator_thread removal patch

[Alexander Couzens]

Hi Laszlo,

>  I'm playing with the different patched versions for hours now.
> Indeed, it seems with your latest patch the memory leak is bearable.

Nice to hear. I compressed a 8GB tree of toolchains and rootfs with
valgrind (took > 10h ;) without any noticable leaks.

> I've never tested CPU usage before. I've realized it's rhapsodical,
> sometimes all my CPU cores utilized on 100%, sometimes one on ~15%.
> Should I wait for other fix(es)?

No. I'ven't looked into it. But this is a long standing issue.

First of all, as squashfs-tools wasn't written in the last years, when
reproducible builds became more famous. So it's not written
with reproducible building in mind.
For me is reproducible builds more important than using all cpu cores.
But I don't use it with gigabytes images.

It got a bit worse with removing the frag_deflator thread, as there
is one workload thread less. The old frag_deflator thread has been
spawnd $cpus times. fragments are small files.

The cpu usage will also depend on the compression algorithm.
If you like to profile mksquashfs-tools, I'm happy to help to understand
the code base.

Maybe there is a different approach to do it reproducible. Create
first an index over all files, ensure a proper order through multiple
queues via an index. But I'm not sure, if this would be really faster
than it's now. Btw: even with `-processors 1` it will spawn multiple
threads which should use more than 1 core.

Best,
lynxis


pgpZwUTI6Rfzp.pgp
Description: OpenPGP digital signature

Bug#924938: unblock: healpix-java/3.40-1

[Ole Streicher]

Hi Jonathan

thanks for the offer! It will take a moment since javahelpr (jh_build)
is broken for the moment: #925507. When this is fixed, I am even not
sure whether we can keep the original since the problem that caused
#923752 seems to be fixed in javahelper as well, #923748

https://bugs.debian.org/925507
https://bugs.debian.org/923752
https://bugs.debian.org/923748

I will report back once the things look clearer.

Best

Ole

Bug#925510: netbeans: Netbeans not usable with java in Buster

[Wouter Wijsman]

Package: netbeans
Version: 10.0-3
Severity: important

Dear Maintainer,

I've installed the netbeans package on my Buster installation for Java
development and it is behaving is some very weird ways for me. I
installed it with apt-get.

I also installed Netbeans with Flatpak to see if that worked any
better.
I have not seen any of the issues I'm seeing with the version in the
repo
with that version. The issues I am seeing with the repo version also
very consistent. I can reboot and restart netbeans however many times I
want, they always happen. Updating the system didn't change anything
either.

The following issues have been happening:

Creating a project doesn't work like expected. When you click on finish
in the dialog, the loading screen finishes incredably fast, but then
nothing happens. When looking at the directory where the project should
have been created, you can see it is there. Loading the project doesn't
work well, though. Netbeans does not detect the files or even the
package found in a project created like this.

When I open a project which has been created by a working version of
netbeans, the project is loaded much slower than expected. Instead of
the usual couple of seconds, it takes more than 10 seconds. The
navigator never fills up and just shows please wait. Trying to run the
project doesn't do anything either.

Creating a new java class is weird too. When clicking Finish, the
loading bar goes very fast and the file is created, but I get an error
stating "The file newclass.java already exists". The dialog doesn't
close by itself.

I think it is very likely to all be caused by an error which show up at
the bottom of the screen. The red balloon in the bottom bar reveals an
"Unexpected Exception". The summary of the error is as follows:

A java.lang.NoSuchMethodError exception has occurred.
Please report this at
https://issues.apache.org/jira/projects/NETBEANS/issues,
including a copy of your messages.log file as an attachment.
The messages.log file is located in your
/home/wouter/.netbeans/10.0/var/log folder.

The full log can be found here: https://pastebin.com/0wgJNt15

I hope that helps. I can provide more information if needed.

Kind regards,
Wouter



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

Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages netbeans depends on:
ii  default-jdk [java8-sdk] 2:1.11-71
ii  libnb-apisupport3-java  10.0-3
ii  libnb-ide14-java10.0-3
ii  libnb-java5-java10.0-3
ii  libnb-platform18-java   10.0-2
ii  openjdk-11-jdk [java8-sdk]  11.0.3+1-1

netbeans recommends no packages.

netbeans suggests no packages.

-- no debconf information

Bug#925440: Seriously?!

[Gong S.]

I'm on mobile, so forgive my formatting.

>The file ~/.mkshrc, prepopulated from /etc/skel/.mkshrc, loads /etc/mkshrc if 
>it is non-empty (in Debian and derivatives, as well as several other 
>packagings).
You should not require yet another hidden file in the user's home directory.
My home directory is already messy enough. I clearly do not want it to be even 
more messier.

publickey - pthfdr@protonmail.ch - 0xAB77ABA4.asc
Description: application/pgp-keys

Bug#894187: autotools-dev: Update config.guess to recognize mips r6

[YunQiang Su]

On Tue, 27 Mar 2018 11:57:07 -0300 Henrique de Moraes Holschuh
 wrote:
> On Tue, 27 Mar 2018, YunQiang Su wrote:
> > On Tue, Mar 27, 2018 at 10:27 PM, Henrique de Moraes Holschuh
> >  wrote:
> > > On Tue, 27 Mar 2018, YunQiang Su wrote:
> > >> We add some new architectures for mips,
> > >> mipsisa{32,64}r6{el,}-unknown-linux-gnu{,abin32,abi64}
> > >>
> > >> These architectures are supported by config.sub,
> > >> while not supported by config.guess now.
>
> ...
>
> > > Have you already written to/talked to GNU config upstream?  Please
> ...
>
> > When I submit this bug report, I X-DEBUG-CC ed to the upstream mailing list,
>
> I see.
>
> > http://lists.gnu.org/archive/html/config-patches/2018-03/msg6.html
>
> Thanks.  Let's wait for the reply from the upstream maintainer.

http://git.savannah.gnu.org/cgit/config.git/commit/?id=fe616913d76ff410e4e316ce9570b22cc25edc1e
this patch has been merged upstream.
So, please consider to backport for Debian.

>
> --
>   Henrique Holschuh
>
>

Bug#925515: i2p: [INTL:sv] Swedish debconf strings

[Jonatan Nyberg]

package: i2p
severity: wishlist
tags: patch l10n

Please consider to update this file to translation of debconf. It has
some important changes to the translation.

Kind regards,
Jonatan
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Translators:
# Anders Nilsson , 2015
# cacapo , 2015
# hottuna , 2013
# Jony, 2017
# Martin Svensson , 2011
msgid ""
msgstr ""
"Project-Id-Version: I2P\n"
"Report-Msgid-Bugs-To: i...@packages.debian.org\n"
"POT-Creation-Date: 2017-11-12 14:01+\n"
"PO-Revision-Date: 2019-03-26 06:10+0100\n"
"Last-Translator: Jonatan Nyberg \n"
"Language-Team: Swedish (Sweden) (http://www.transifex.com/otf/I2P/language/;
"sv_SE/)\n"
"Language: sv_SE\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Poedit 2.2.1\n"

#. Type: boolean
#. Description
#: ../i2p.templates:2001
msgid "Should the I2P router be started at boot?"
msgstr "Ska I2P-routern startas vid systemstart?"

#. Type: boolean
#. Description
#: ../i2p.templates:2001
msgid ""
"The I2P router can be run as a daemon that starts automatically when your "
"computer boots up. This is the recommended configuration."
msgstr ""
"I2P-routern kan köras som en tjänst (demon) som automatiskt startas när "
"datorn startas. Detta är den rekommenderade konfigurationen."

#. Type: string
#. Description
#: ../i2p.templates:3001
msgid "I2P daemon user:"
msgstr "I2P-demon användare:"

#. Type: string
#. Description
#: ../i2p.templates:3001
msgid ""
"By default I2P is configured to run under the account i2psvc when running as "
"a daemon. To use an **existing** I2P profile you may enter a different "
"account name here. For example, if your previous I2P installation is at /"
"home/user/i2p, you may enter 'user' here."
msgstr ""
"Som standard är I2P konfigurerad för att köras under användaren i2psvc när "
"det körs som tjänst. Om du vill använda en **befintlig** I2P-profil kan du "
"ange ett annat kontonamn här. Till exempel, om din tidigare I2P-installation "
"är på /home/user/I2P, kan du ange \"användare\" här."

#. Type: string
#. Description
#: ../i2p.templates:3001
msgid ""
"Very important: If a user other than the default of 'i2psvc' is entered "
"here, the chosen username *MUST* already exist."
msgstr ""
"Mycket viktigt: om en annan användare än standard 'i2psvc' anges här, "
"*MÅSTE* det valda användarnamnet *redan finnas."

#. Type: string
#. Description
#: ../i2p.templates:4001
msgid "Memory that can be allocated to I2P:"
msgstr "Minne som kan tilldelas I2P:"

#. Type: string
#. Description
#: ../i2p.templates:4001
msgid "By default, I2P will only be allowed to use up to 128MB of RAM."
msgstr "Som standard får I2P endast använda upp till 128 MB RAM."

#. Type: string
#. Description
#: ../i2p.templates:4001
msgid ""
"High bandwidth routers, as well as routers with a lot of active torrents / "
"plugins, may need to have this value increased."
msgstr ""
"För routrar med hög bandbredd samt routrar med en hel del aktiva torrenter / "
"insticksmoduler, kan detta värde behöva ökas."

#. Type: boolean
#. Description
#: ../i2p.templates:5001
msgid "Should the I2P daemon be confined with AppArmor?"
msgstr "Ska I2P-demonen vara begränsad med AppArmor?"

#. Type: boolean
#. Description
#: ../i2p.templates:5001
msgid ""
"With this option enabled I2P will be sandboxed with AppArmor, restricting "
"which files and directories may be accessed by I2P."
msgstr ""
"Med det här alternativet aktiverat kommer I2P att köras i sandlåda med "
"AppArmor, som begränsar vilka filer och mappar som kan kommas åt av I2P."

Bug#925504: RM: timeline/0.5-4

[Moritz Muehlenhoff]

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

Please remove timeline/0.5-4 from stable, it's broken with Thunderbird 60 and 
dead upstream.
It was already removed from unstable.

Cheers,
Moritz

Bug#925503: RM: tbdialout -- RoQA; broken with Thunderbird 60, unmaintained

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove tbdialout, it's broken with Thunderbird 60 (913443) without
maintainer followup and hasn't seen an upload for 1.5 years.

Cheers,
Moritz

Bug#918171: Broken with Thunderbird 60

[Moritz Mühlenhoff]

On Sat, Feb 09, 2019 at 11:41:39AM +0100, Daniel Baumann wrote:
> tag 918171 + fixed-upstream
> thanks
> 
> Hi,
> 
> upstream version is at 0.9 and works nicely with thunderbird 60 from
> sid/buster. It would be nice if you could update package in time to make
> it into buster.

The package seems unmaintained, Daniel are you interested in adopting
it? Otherwise I'd file a removal bug.

Cheers,
Moritz

Bug#925505: RFS: dhcpoptinj/0.4.4-1 [ITP]

[Andreas Misje]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 Package name: dhcpoptinj
 Version : 0.4.4-1
 Upstream Author : Andreas Misje 
 URL : https://github.com/misje/dhcpoptinj
 License : GPL-3
 Section : net

It builds those binary packages:

  dhcpoptinj - DHCP option injector

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dhcpoptinj/dhcpoptinj_0.4.4-1.dsc

More information about dhcpoptinj can be obtained from
https://github.com/misje/dhcpoptinj

Changes since the last upload:

Initial release. Closes: #923605


Best regards
-- 
Andreas Misje

Bug#921471: Should pdf2htmlex be removed?

[Moritz Mühlenhoff]

On Tue, Feb 05, 2019 at 11:18:01PM +0100, Johannes Schauer wrote:
> On Tue, 05 Feb 2019 23:12:03 +0100 Moritz Muehlenhoff  wrote:
> > Should pdf2htmlex be removed? It's RC-buggy for over a year and upstream
> > development seems to have stopped:
> > http://pdf2htmlex.blogspot.de/2016/12/looking-for-new-maintainer.html
> 
> Yes, possibly.
> 
> Funny, that you are reporting this today because just a few hours ago, I
> reached out to a fork that claims to continue development. Unfortunately,
> things don't look rosy over there either:
> 
> https://github.com/pdf2htmlEX/pdf2htmlEX/issues/20

Johannes, seven weeks later, what's your take, shall we remove it
or keep it?

Cheers,
Moritz

Bug#925506: stretch-pu: package java-common/0.58+deb9u1

[Moritz Muehlenhoff]

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

How about the following debdiff to address the fallout of
the Xul deprecation in icedtea-web (#921748) for the next
point update?

default-jre is the only reverse dependency of
default-java-plugin, so the patch also removes default-java-plugin
along.

Cheers,
Moritz

diff -Nru java-common-0.58/debian/changelog 
java-common-0.58+deb9u1/debian/changelog
--- java-common-0.58/debian/changelog   2017-01-06 13:55:31.0 +0100
+++ java-common-0.58+deb9u1/debian/changelog2019-03-25 21:49:32.0 
+0100
@@ -1,3 +1,10 @@
+java-common (0.58+deb9u1) stretch; urgency=medium
+
+  * Remove default-java-plugin as the icedtea-web Xul plugin is going away
+  * Also drop the Recommends: to default-java-plugin in default-jre
+
+ -- Moritz Mühlenhoff   Mon, 25 Mar 2019 21:49:32 +0100
+
 java-common (0.58) unstable; urgency=medium
 
   * Team upload.
diff -Nru java-common-0.58/debian/control java-common-0.58+deb9u1/debian/control
--- java-common-0.58/debian/control 2017-01-06 13:47:00.0 +0100
+++ java-common-0.58+deb9u1/debian/control  2019-03-25 21:49:32.0 
+0100
@@ -23,7 +23,6 @@
 Architecture: any
 Depends: default-jre-headless (= ${binary:Version}), ${jre},
  ${misc:Depends}
-Recommends: default-java-plugin
 Provides: ${jre:provides}
 Description: Standard Java or Java compatible Runtime
  This dependency package points to the Java runtime, or Java compatible
@@ -77,16 +76,6 @@
  kit, or Java compatible development kit recommended for Debian, which is
  ${doc} for ${jre:arch}.
 
-Package: default-java-plugin
-Architecture: any
-Depends: default-jre (= ${binary:Version}), ${plugin}, ${misc:Depends}
-Provides: icedtea-plugin
-Description: Default Java Plugin for running applets and Java Web Start 
applications
- This dependency package points to the default Java Plugin recommended
- for the ${jre:arch} architecture. The Java Plugin adds the ability to run
- Java applets from a web browser and launch Java Web Start applications using
- the Java Network Launch Protocol (JNLP).
-
 Package: gcj-native-helper
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
diff -Nru java-common-0.58/debian/rules java-common-0.58+deb9u1/debian/rules
--- java-common-0.58/debian/rules   2017-01-04 09:52:35.0 +0100
+++ java-common-0.58+deb9u1/debian/rules2019-03-25 21:49:32.0 
+0100
@@ -28,10 +28,7 @@
   jvmdir   = java-gcj
 endif
 
-# Build default-java-plugin for the architectures supporting icedtea-web only
-ifeq (,$(filter $(_java_host_arch),$(java_plugin_architectures)))
-  p_plugin  =
-endif
+p_plugin  =
 
 jre_provides   = java-runtime, java2-runtime, $(shell seq --format 
java%.f-runtime --separator ', ' 5 $(java_default_version))
 jhl_provides   = java-runtime-headless, java2-runtime-headless, $(shell seq 
--format java%.f-runtime-headless --separator ', ' 5 $(java_default_version))

Bug#925507: jh_build fails when source files are specified

[Ole Streicher]

Package: javahelper
Version: 0.72.6
Severity: serious
Control: affects -1 src:healpix-java
Control: blocks -1 923752

The javahelper package fails when files are specified as src. The source 
package healpix-java has the following debian/javabuild:

healpix.jar src/healpix/essentials/*.java

When I compile this (healpix-java version 3.40-1), I get the following 
error (the files ofcourse exist):

jh_build
jh_build: Ignoring src/healpix/essentials/*.java because it does not exist

When I include the options in d/rules instead:

override_jh_build:
jh_build healpix.jar src/healpix/essentials/*.java
[...]

I get a very mystic error:

jh_build healpix.jar src/healpix/essentials/*.java
error: invalid flag: -quiet
Usage: javac  
use --help for a list of possible options
jh_build: /usr/lib/jvm/default-java/bin/javac -g -cp 
/usr/share/java/fits.jar:_jh_build.healpix -d debian/_jh_build.healpix -quiet 
-encoding ISO8859-1 -source 1.7 -target 1.7 
src/healpix/essentials/CircleFinder.java src/healpix/essentials/Compressor.java 
src/healpix/essentials/Constants.java src/healpix/essentials/FastMath.java 
src/healpix/essentials/FitsUtil.java src/healpix/essentials/Fxyf.java 
src/healpix/essentials/HealpixBase.java 
src/healpix/essentials/HealpixMapDouble.java 
src/healpix/essentials/HealpixMapFloat.java 
src/healpix/essentials/HealpixProc.java 
src/healpix/essentials/HealpixTables.java 
src/healpix/essentials/HealpixUtils.java src/healpix/essentials/Hploc.java 
src/healpix/essentials/Moc.java src/healpix/essentials/MocFitsIO.java 
src/healpix/essentials/MocQuery.java src/healpix/essentials/MocStringIO.java 
src/healpix/essentials/Pointing.java src/healpix/essentials/RangeSet.java 
src/healpix/essentials/Scheme.java src/healpix/essentials/Vec3.java 
src/healpix/essentials/Zphi.java src/healpix/essentials/package-info.java 
returned exit code 2

Looking into the sources show that the "-quiet" flag is indeed 
unconditionally added there, and seems to not work at least with the 
current openjdk-11-jdk-headless:amd64 (11.0.3+4-1).

https://salsa.debian.org/java-team/javatools/blob/master/jh_build#L229

Best regards

Ole

Bug#925512: RFP: FreeFileSync -- Folder comparison and synchronization software

[iandeb]

Package: wnpp

Severity: wishlist

FreeFileSync is a folder comparison and synchronization software that
creates and manages backup copies of all your important files. Instead
of copying every file every time, FreeFileSync determines the
differences between a source and a target folder and transfers only the
minimum amount of data needed. FreeFileSync is Open Source software,
available for Windows, macOS, and Linux.
FreeFileSync works by comparing one or multiple folders on their
content, date or file size and subsequently synchronizing the content
according to user-defined settings. In addition to supporting local file
systems and network shares, FreeFileSync is able to sync to FTP, FTPS,
SFTP and MTP devices.

License: GNU GPLv3

https://freefilesync.org

Bug#925513: unblock: python-numpy/1:1.16.2-1

[Sandro Tosi]

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

Please unblock package python-numpy

it looks like i missed the deadline for an automatic transition to testing by a
few hours with the latest upload of numpy, hence opening this ticket (with
attached debdiff). it's a patch release, with only bugfixes (which you can find
documented in the debdiff as part of the upstream changes).

unblock python-numpy/1:1.16.2-1

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru python-numpy-1.16.1/debian/changelog 
python-numpy-1.16.2/debian/changelog
--- python-numpy-1.16.1/debian/changelog2019-01-31 22:21:17.0 
-0500
+++ python-numpy-1.16.2/debian/changelog2019-03-02 11:30:12.0 
-0500
@@ -1,3 +1,9 @@
+python-numpy (1:1.16.2-1) unstable; urgency=medium
+
+  * New upstream release
+
+ -- Sandro Tosi   Sat, 02 Mar 2019 11:30:12 -0500
+
 python-numpy (1:1.16.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru python-numpy-1.16.1/doc/changelog/1.16.2-changelog.rst 
python-numpy-1.16.2/doc/changelog/1.16.2-changelog.rst
--- python-numpy-1.16.1/doc/changelog/1.16.2-changelog.rst  1969-12-31 
19:00:00.0 -0500
+++ python-numpy-1.16.2/doc/changelog/1.16.2-changelog.rst  2019-02-26 
09:33:38.0 -0500
@@ -0,0 +1,25 @@
+
+Contributors
+
+
+A total of 5 people contributed to this release.  People with a "+" by their
+names contributed a patch for the first time.
+
+* Charles Harris
+* Eric Wieser
+* Matti Picus
+* Tyler Reddy
+* Tony LaTorre +
+
+Pull requests merged
+
+
+A total of 7 pull requests were merged for this release.
+
+* `#12909 `__: TST: fix vmImage 
dispatch in Azure
+* `#12923 `__: MAINT: remove 
complicated test of multiarray import failure mode
+* `#13020 `__: BUG: fix signed zero 
behavior in npy_divmod
+* `#13026 `__: MAINT: Add functions 
to parse shell-strings in the platform-native...
+* `#13028 `__: BUG: Fix regression 
in parsing of F90 and F77 environment variables
+* `#13038 `__: BUG: parse shell 
escaping in extra_compile_args and extra_link_args
+* `#13041 `__: BLD: Windows 
absolute path DLL loading
diff -Nru python-numpy-1.16.1/doc/release/1.16.2-notes.rst 
python-numpy-1.16.2/doc/release/1.16.2-notes.rst
--- python-numpy-1.16.1/doc/release/1.16.2-notes.rst1969-12-31 
19:00:00.0 -0500
+++ python-numpy-1.16.2/doc/release/1.16.2-notes.rst2019-02-26 
09:33:38.0 -0500
@@ -0,0 +1,70 @@
+==
+NumPy 1.16.2 Release Notes
+==
+
+NumPy 1.16.2 is a quick release fixing several problems encountered on Windows.
+The Python versions supported are 2.7 and 3.5-3.7. The Windows problems
+addressed are:
+
+- DLL load problems for NumPy wheels on Windows,
+- distutils command line parsing on Windows.
+
+There is also a regression fix correcting signed zeros produced by divmod, see
+below for details.
+
+Downstream developers building this release should use Cython >= 0.29.2 and, if
+using OpenBLAS, OpenBLAS > v0.3.4.
+
+If you are installing using pip, you may encounter a problem with older
+installed versions of NumPy that pip did not delete becoming mixed with the
+current version, resulting in an ``ImportError``. That problem is particularly
+common on Debian derived distributions due to a modified pip.  The fix is to
+make sure all previous NumPy versions installed by pip have been removed. See
+`#12736 `__ for discussion of the
+issue.
+
+
+Compatibility notes
+===
+
+Signed zero when using divmod
+-
+Starting in version 1.12.0, numpy incorrectly returned a negatively signed zero
+when using the ``divmod`` and ``floor_divide`` functions when the result was
+zero. For example::
+
+   >>> np.zeros(10)//1
+   array([-0., -0., -0., -0., -0., -0., -0., -0., -0., -0.])
+
+With this release, the result is correctly returned as a positively signed
+zero::
+
+   >>> np.zeros(10)//1
+   array([0., 0., 0., 0., 0., 0., 0., 0., 0., 0.])
+
+
+Contributors
+
+
+A total of 5 people contributed to this 

Bug#922157: "show hidden icons" menu is shown when left-click any icon in the system-tray

[Dennis Heddicke]

Everything works fine now. The bug seems to be fixed.

Bug#925508: unblock: debian-edu-install/2.10.21

[Wolfgang Schweer]

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


Please unblock package debian-edu-install

This is a very tiny change needed to set the right Debian Edu version 
for the release. Holger Levsen uploaded the package already.

Full source debdiff against the version in testing attached.

Cced to debian-boot@ and Cyril Brulebois because an ack is needed due to 
udebs.

unblock debian-edu-install/2.10.21

Regards,
Wolfgang

No differences were encountered between the control files

diff -Nru debian-edu-install-2.10.20/debian/changelog 
debian-edu-install-2.10.21/debian/changelog
--- debian-edu-install-2.10.20/debian/changelog 2019-02-15 14:07:13.0 
+0100
+++ debian-edu-install-2.10.21/debian/changelog 2019-03-24 13:42:12.0 
+0100
@@ -1,3 +1,10 @@
+debian-edu-install (2.10.21) unstable; urgency=medium
+
+  [ Wolfgang Schweer ]
+  * Set version number to 10+edu0 in preparation of the Debian Buster release.
+
+ -- Holger Levsen   Sun, 24 Mar 2019 12:42:12 +
+
 debian-edu-install (2.10.20) unstable; urgency=medium
 
   * preseed-values/defaults.common:
diff -Nru debian-edu-install-2.10.20/version debian-edu-install-2.10.21/version
--- debian-edu-install-2.10.20/version  2019-02-15 14:07:13.0 +0100
+++ debian-edu-install-2.10.21/version  2019-03-24 13:42:12.0 +0100
@@ -1 +1 @@
-10+edu0~a0
+10+edu0


signature.asc
Description: PGP signature

Bug#923527: bliss: example segfaults in gmp

[David Bremner]

Bernhard Übelacker  writes:

> Hello David Bremner,
>
>
> I guess from frame 3 having debug information, you either installed
> the dbgsym package or rebuilt the bliss binary package locally?

I compiled /usr/share/doc/bliss-doc/examples/bliss.cc, aka bliss.cc in
the source.

Indeed /usr/bin/bliss works fine on the sample input.

Bug#925483: tilda: does not start (segfault)

[Bernhard Übelacker]

Hello Guenter Grodotzki,
I am not the maintainer for tilda, just got here and
tried to collect some more information.

For some reason your upstream report contains one
(interesting) lines more than made it into the debian report.

Just as a hint: the real important information has to be
queried from gdb by the "bt" or backtrace command.
For bug reports sometimes "bt full" might be helpful too.

Adding the debug symbol packages [1] would be even more helpful.


I have tried to reproduce in a minimal amd64 buster VM.
Tilda just run fine within a openbox or plasma X11 session.

I just received a crash when running within a gnome session:

(gdb) bt
#0  0x7fcc0191c4bb in require_socket (dpy=0x563f2b027810) at 
../../src/xcb_io.c:68
#1  0x7fcc0191cd05 in require_socket (dpy=0x563f2b027810) at 
../../src/xcb_io.c:518
#2  _XFlush (dpy=0x563f2b027810) at ../../src/xcb_io.c:515
#3  0x7fcc0191f7f5 in _XGetRequest (dpy=dpy@entry=0x563f2b027810, 
type=type@entry=119 'w', len=len@entry=4) at ../../src/XlibInt.c:1717
#4  0x7fcc0190b7dd in XGetModifierMapping (dpy=0x563f2b027810) at 
../../src/ModMap.c:42
#5  0x563f2ad6660a in reload_modmap (modmap=0x563f2b745cd0, 
keymap=0x563f2b046840) at src/eggaccelerators.c:82
#6  egg_keymap_get_modmap (keymap=0x563f2b046840) at 
src/eggaccelerators.c:173
#7  0x563f2ad66850 in egg_keymap_resolve_virtual_modifiers 
(keymap=0x563f2b046840, virtual_mods=EGG_VIRTUAL_LOCK_MASK, 
concrete_mods=0x563f2af81b44 ) at src/eggaccelerators.c:56
#8  0x563f2ad6c64a in lookup_ignorable_modifiers 
(keymap=0x563f2b046840) at src/tomboykeybinder.c:88
#9  0x563f2ad6cc1e in tomboy_keybinder_init () at 
src/tomboykeybinder.c:319
#10 0x563f2ad65635 in main (argc=, argv=) 
at src/tilda.c:842

At least the address offset from my frame 0 and your frame 0
is equal, therefore I guess you are running also
a gnome/wayland session?

This issue are describing in more detail
upstream issues [2] and [3].

Kind regards,
Bernhard

[1] https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols
[2] https://github.com/lanoxx/tilda/issues/150
[3] https://github.com/lanoxx/tilda/issues/314

# Buster amd64 qemu VM 2019-03-25

apt update
apt dist-upgrade

#

apt install systemd-coredump xserver-xorg lightdm openbox tilda

systemctl start lightdm

export DISPLAY=:0
tilda

-> no segfault

#

apt install systemd-coredump xserver-xorg sddm plasma-desktop dbus-x11 tilda

systemctl start sddm

export DISPLAY=:0
tilda

-> no segfault

#

apt install systemd-coredump gdb weston gdm3 gnome-session tilda

systemctl start gdm3

export DISPLAY=:0
tilda

-> segfaults

#


apt install dpkg-dev devscripts systemd-coredump gdb weston gdm3 gnome-session 
tilda tilda-dbgsym libx11-6-dbgsym



mkdir /tmp/source/libx11-6/orig -p
cd/tmp/source/libx11-6/orig
apt source libx11-6
cd


set width 0
set pagination off
directory /tmp/source/libx11-6/orig/libx11-1.6.7/debian/patches
bt


#

benutzer@debian:~$ tilda
Unable to open lock directory: /home/benutzer/.cache/tilda/locks
Erstelle Verzeichnis: '/home/benutzer/.config/tilda'
Speicherzugriffsfehler (Speicherabzug geschrieben)


dmesg
[  273.20] tilda[14800]: segfault at 40 ip 7fcc0191c4bb sp 
7ffc7815cce0 error 4 in libX11.so.6.3.0[7fcc018f5000+8a000]
[  273.208894] Code: 31 c9 48 89 fb 48 8d 35 f3 05 00 00 48 83 ec 10 64 48 8b 
04 25 28 00 00 00 48 89 44 24 08 31 c0 48 8b 87 30 0a 00 00 49 89 e0 <8b> 50 40 
85 d2 48 89 fa 48 8b 38 0f 95 c1 e8 32 a9 fd ff 85 c0 74


root@debian:~# coredumpctl list
TIMEPID   UID   GID SIG COREFILE  EXE
Mon 2019-03-25 22:29:54 CET   14800  1000  1000  11 present   /usr/bin/tilda


root@debian:~# coredumpctl gdb 14800
   PID: 14800 (tilda)
   UID: 1000 (benutzer)
   GID: 1000 (benutzer)
Signal: 11 (SEGV)
 Timestamp: Mon 2019-03-25 22:29:54 CET (1min 37s ago)
  Command Line: tilda
Executable: /usr/bin/tilda
 Control Group: /user.slice/user-1000.slice/session-5.scope
  Unit: session-5.scope
 Slice: user-1000.slice
   Session: 5
 Owner UID: 1000 (benutzer)
   Boot ID: 889af76e9cd9473da884a4f59630c55b
Machine ID: 32f43b50ac8c4b21941bc0b02f8e7811
  Hostname: debian
   Storage: 
/var/lib/systemd/coredump/core.tilda.1000.889af76e9cd9473da884a4f59630c55b.14800.155354939400.lz4
   Message: Process 14800 (tilda) of user 1000 dumped core.

Stack trace of thread 14800:
#0  0x7fcc0191c4bb n/a (libX11.so.6)
#1  0x7fcc0191cd05 _XFlush (libX11.so.6)
#2  0x7fcc0191f7f5 _XGetRequest (libX11.so.6)
#3  0x7fcc0190b7dd XGetModifierMapping (libX11.so.6)
#4  0x563f2ad6660a n/a (tilda)
#5  0x563f2ad66850 n/a (tilda)
#6  0x563f2ad6c64a 

Bug#921471: Should pdf2htmlex be removed?

[Johannes Schauer]

Control: retitle -1 ROM: pdf2htmlex -- dead upstream
Control: reassign -1 ftp.debian.org

Quoting Moritz Mühlenhoff (2019-03-25 22:20:36)
> On Tue, Feb 05, 2019 at 11:18:01PM +0100, Johannes Schauer wrote:
> > On Tue, 05 Feb 2019 23:12:03 +0100 Moritz Muehlenhoff  
> > wrote:
> > > Should pdf2htmlex be removed? It's RC-buggy for over a year and upstream
> > > development seems to have stopped:
> > > http://pdf2htmlex.blogspot.de/2016/12/looking-for-new-maintainer.html
> > 
> > Yes, possibly.
> > 
> > Funny, that you are reporting this today because just a few hours ago, I
> > reached out to a fork that claims to continue development. Unfortunately,
> > things don't look rosy over there either:
> > 
> > https://github.com/pdf2htmlEX/pdf2htmlEX/issues/20
> 
> Johannes, seven weeks later, what's your take, shall we remove it or keep it?

Alright, I think it's time to pull the plug. :(

Reassigning and retitling accordingly.


signature.asc
Description: signature

Bug#924192: ntpsec: at boot ntpsec starts before DNS is available

[Richard Laager]

> sudo apt update
> sudo apt install build-essential devscripts
> sudo apt build-dep ntpsec
> apt source ntpsec
> cd ntpsec-1.1.3+dfsg1
> patch -p1 < ~/ntpsec_1.1.3+dfsg1-3~1.gbpdde9c0.debdiff

I missed a step here, as `apt source` applies the existing patches, so
we apparently need to apply this patch too:

patch -p1 < debian/patches/0001-Fix-for-577-DNS-retry-sloth.patch

> debuild -uc -us
If you can try this and confirm this patch as packaged fixes your
problem, that would help me move forward with this.

-- 
Richard

Bug#924822: adms is marked for autoremoval from testing

[Felix Salfelder]

On Mon, Mar 25, 2019 at 04:39:08AM +, Debian testing autoremoval watch 
wrote:
> adms 2.3.6-1 is marked for autoremoval from testing on 2019-04-15
> 
> It is affected by these RC bugs:
> 924822: adms: FTBFS: admstpathYacc.y:14604: error: unterminated
> argument list invoking macro "adms_message_error"

possibly related to the perl/yaml upgrade in testing.

could not reproduce the reported issue. but found a similar issue. there
is a typo in admsXml/Makefile.am & FTBFS for me.

-verilogYacc.h: verilogYacc.c
+verilogaYacc.h: verilogaYacc.c

with this [1] it appears to work.

hth
felix

[1] 
https://salsa.debian.org/science-team/adms/commit/4852d662a19017eac73a6b518cedc5eff80a9ea6

Bug#925483: tilda: does not start (segfault)

[Gunter Grodotzki]

Thanks Bernhard for the help!

You are right, I am running Gnome/Wayland, and this seems to be
unsupported.

Bug#925509: netbeans: Netbeans not usable with java in Buster

[Wouter Wijsman]

Package: netbeans
Version: 10.0-3
Severity: important

Dear Maintainer,

I've installed the netbeans package on my Buster installation for Java
development and it is behaving is some very weird ways for me. I
installed it with apt-get.

I also installed Netbeans with Flatpak to see if that worked any
better.
I have not seen any of the issues I'm seeing with the version in the
repo
with that version. The issues I am seeing with the repo version also
very consistent. I can reboot and restart netbeans however many times I
want, they always happen. Updating the system didn't change anything
either.

The following issues have been happening:

Creating a project doesn't work like expected. When you click on finish
in the dialog, the loading screen finishes incredably fast, but then
nothing happens. When looking at the directory where the project should
have been created, you can see it is there. Loading the project doesn't
work well, though. Netbeans does not detect the files or even the
package found in a project created like this.

When I open a project which has been created by a working version of
netbeans, the project is loaded much slower than expected. Instead of
the usual couple of seconds, it takes more than 10 seconds. The
navigator never fills up and just shows please wait. Trying to run the
project doesn't do anything either.

Creating a new java class is weird too. When clicking Finish, the
loading bar goes very fast and the file is created, but I get an error
stating "The file newclass.java already exists". The dialog doesn't
close by itself.

I think it is very likely to all be caused by an error which show up at
the bottom of the screen. The red balloon in the bottom bar reveals an
"Unexpected Exception". The summary of the error is as follows:

A java.lang.NoSuchMethodError exception has occurred.
Please report this at 
https://issues.apache.org/jira/projects/NETBEANS/issues,
including a copy of your messages.log file as an attachment.
The messages.log file is located in your
/home/wouter/.netbeans/10.0/var/log folder.

The full log can be found here: https://pastebin.com/0wgJNt15

I hope that helps. I can provide more information if needed.

Kind regards,
Wouter

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

Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages netbeans depends on:
ii  default-jdk [java8-sdk] 2:1.11-71
ii  libnb-apisupport3-java  10.0-3
ii  libnb-ide14-java10.0-3
ii  libnb-java5-java10.0-3
ii  libnb-platform18-java   10.0-2
ii  openjdk-11-jdk [java8-sdk]  11.0.3+1-1

netbeans recommends no packages.

netbeans suggests no packages.

-- no debconf information

--1553552508-eximdsn-479279952--

Bug#923527: bliss: example segfaults in gmp

[Bernhard Übelacker]

Hello David Bremner,

>> Maybe something got lost in the input file,
>> so you could attach it to the email?
> ok

Thanks for the file, but unfortunately that makes no
difference - works fine in my test VM.


>> Is the backtrace you copied all of the output or
>> did you remove the frame in function main?
> Here is the full backtrace
> Program received signal SIGSEGV, Segmentation fault.
> 0x7fd9b3fea0f9 in __gmpz_set_si () from 
> /usr/lib/x86_64-linux-gnu/libgmp.so.10
> (gdb) bt
> #0  0x7fd9b3fea0f9 in __gmpz_set_si () from 
> /usr/lib/x86_64-linux-gnu/libgmp.so.10
> #1  0x7fd9b453ac10 in bliss::AbstractGraph::search(bool, bliss::Stats&) 
> () from /usr/lib/x86_64-linux-gnu/libbliss.so.2
> #2  0x7fd9b453da3c in 
> bliss::AbstractGraph::find_automorphisms(bliss::Stats&, void (*)(void*, 
> unsigned int, unsigned int const*), void*) () from 
> /usr/lib/x86_64-linux-gnu/libbliss.so.2
> #3  0x55d66f737cd0 in main (argc=2, argv=0x7ffc262cb408) at bliss.cc:297

I guess from frame 3 having debug information, you either installed
the dbgsym package or rebuilt the bliss binary package locally?

As the address offset ...cd0 does not appear in the current
debian binary package's main function, I guess you did a
rebuild with debug information enabled?

Just to be sure, what does a 'which bliss' return?

Can you reproduce the crash also with the official
debian package bliss?

If yes, possibly you can install these dbgsym packages [1]:
bliss-dbgsym libbliss2-dbgsym libgmp10-dbgsym

And forward the output of these gdb commands,
when the crash happened:
info reg
info share
bt full

Kind regards,
Bernhard

[1] https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols

Bug#925440: Are you sure?

[Thorsten Glaser]

Gong S. dixit:

>No, you did not. I created "/etc/mkshrc" and it is ignored by "mksh".

The file ~/.mkshrc, prepopulated from /etc/skel/.mkshrc,
loads /etc/mkshrc if it is non-empty (in Debian and derivatives,
as well as several other packagings).

If your user account was created before the mksh package
was installed, you need to do the population yourself, but
that’s common Unix knowledge:

cp /etc/skel/.mkshrc ~/

This is, additionally, documented very well in the *first*
bullet point under “Notes for the mksh binary package” in
/usr/share/doc/mksh//README.Debian.gz (preceded only by the
extra links and bug report information). So there. (This is
the customary location for these things in Debian.)


>>...and ASCII is not enough to represent almost all of the languages I
>>speak.

>...and I cannot type anything beyond 0x7F easily on a standard US
>keyboard.

You can, with the Meta key, it adds 128 to the Unicode.

>In a place like this, please use English.

Even if I do, English has quotation marks, apostrophe, etc.
which are not present in ASCII, and some English variants
have additional letters or diacritics.

The need for a common language to understand bugreports does
not necessitate an anglocentric world view.

bye,
//mirabilos
-- 
15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha
15:48⎜ also warum machen die xorg Jungs eigentlich alles
kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den
gebauten Turm selber umschmeissen durften?  -- ~/.Xmodmap wonders…

Bug#925514: updated archive.debian.org snapshot?

[Tianon Gravi]

Package: snapshot.debian.org
Severity: normal

It would seem https://snapshot.debian.org/archive/debian-archive/ hasn't
had a snapshot since 2016, which is especially relevant now given that
wheezy and jessie have been removed from the mirrors.

Any chance we could get a newer snapshot of http://archive.debian.org?
O:)

(Your work on snapshot.debian.org is very much appreciated! <3)

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#922097: inkscape stops with message complaining about an internal illegal instruction on start

[Bernhard Übelacker]

Hello Mattia Rizzolo,
I am just looking at some random crashes, and
tried to detect at which exact instruction
in libgtkmm-2.4.so.1 we are in the given backtrace.

That function contains just two instructions.
But the backtrace from the core dump tells we crashed
at ...459, which is in the middle of the nopl instruction ...

Therefore gdb may not show the line information I guess.

Maybe you can please send the output of the disassemble
and x command from gdb having loaded the core dump?

Kind regards,
Bernhard


(gdb) disassemble $pc-30,$pc+20
Dump of assembler code from 0x7525b43b to 0x7525b46d:
...
   0x7525b447:  nopw   0x0(%rax,%rax,1)
   0x7525b450 :movq   
$0x0,(%rdi)
   0x7525b457 :retq   
   0x7525b458:  nopl   0x0(%rax,%rax,1)
   0x7525b460 :
mov%rsi,(%rdi)
...
End of assembler dump.

(gdb) x/64xb _ZN3Gtk16RadioButtonGroupC1Ev-32
0x7525b430: 0x890xc40xe90x210x940xf40xff0x49
0x7525b438: 0x890xc40xe90x310x940xf40xff0x49
0x7525b440: 0x890xc40xe90x190x940xf40xff0x66
0x7525b448: 0x0f0x1f0x840x000x000x000x000x00
0x7525b450: 0x480xc70x070x000x000x000x000xc3
0x7525b458: 0x0f0x1f0x840x000x000x000x000x00
0x7525b460: 0x480x890x370xc30x660x660x2e0x0f
0x7525b468: 0x1f0x840x000x000x000x000x000x90

Bug#925511: adduser: [INTL:pt] Update on Portuguese translation of manpage

[Américo Monteiro]

Package: adduser
Version: 3.118
3ags: l10n, patch-
Severity: wishlist

Updated Portuguese translation for  adduser's manpage
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' 

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro




adduser_3.118_pt.po.gz
Description: application/gzip

Bug#925435: unblock: fwupd/1.2.5-2

[Ansgar Burchardt]

Steve McIntyre writes:
> Please unblock package fwupd

Please also unblock

  fwupd-amd64-signed/1.2.5+2
  fwupd-arm64-signed/1.2.5+2
  fwupd-armhf-signed/1.2.5+2
  fwupd-i386-signed/1.2.5+2

at the same time.

Ansgar

Bug#923759: One step ahead but compile errors (Was: netlib-java contains nealy empty jar)

[Andreas Tille]

Hi again,

Dominik Stadler commented here:

  
https://salsa.debian.org/java-team/netlib-java/commit/da4055377617ea59e92675088be41600e16a326d#note_70898

on my patch.  I admit I feel really bad about my patch since I do not
want to override an existing compile target.  So I rephrase:  Why is the
compile target that seems to be "hidden" in nbproject/build-impl.xml not
executed any more and how can I get back the status of 0.9.3-3 which was
building nicely?

I seriously need help on this matter.

Kind regards

   Andreas.


On Thu, Mar 21, 2019 at 01:55:46PM +0100, Andreas Tille wrote:
> Hi,
> 
> On Tue, Mar 12, 2019 at 10:58:33AM +0100, Andreas Tille wrote:
> > I realised that
> > 
> > /usr/share/java/netlib-java-0.9.3.jar
> > 
> > is nearly empty, specifically
> > 
> > /org/netlib/arpack
> > /org/netlib/blas
> > /org/netlib/lapack
> > 
> > do not contain any classes.
> > ...
> > and the previous version on snapshots[1] contains a proper jar file with
> > all classes I suspect some issue with a change in the Java VM.
> > Unfortunately I have no idea how to fix this and hope Debian Java team
> > can help here.
> 
> I went a bit further into the build system of netlib-java and found out
> that build.xml is lacking a compile target.  I added this in my last
> commit[2] and need to admit that I have no idea why the package has ever
> build before.
> 
> Unfortunately the build now leaves me with some errors:
> 
> ...
> compile:
> [javac] Compiling 3 source files
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:48: 
> error: package org.netlib.util does not exist
> [javac] import org.netlib.util.StringW;
> [javac]   ^
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:49: 
> error: package org.netlib.util does not exist
> [javac] import org.netlib.util.booleanW;
> [javac]   ^
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:50: 
> error: package org.netlib.util does not exist
> [javac] import org.netlib.util.doubleW;
> [javac]   ^
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:51: 
> error: package org.netlib.util does not exist
> [javac] import org.netlib.util.floatW;
> [javac]   ^
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:52: 
> error: package org.netlib.util does not exist
> [javac] import org.netlib.util.intW;
> [javac]   ^
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:104: 
> error: cannot find symbol
> [javac] classDefs.put(intW.class, "intW");
> [javac]   ^
> [javac]   symbol:   class intW
> [javac]   location: class JavaGenerator
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:105: 
> error: cannot find symbol
> [javac] classDefs.put(doubleW.class, "doubleW");
> [javac]   ^
> [javac]   symbol:   class doubleW
> [javac]   location: class JavaGenerator
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:106: 
> error: cannot find symbol
> [javac] classDefs.put(booleanW.class, "booleanW");
> [javac]   ^
> [javac]   symbol:   class booleanW
> [javac]   location: class JavaGenerator
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:107: 
> error: cannot find symbol
> [javac] classDefs.put(floatW.class, "floatW");
> [javac]   ^
> [javac]   symbol:   class floatW
> [javac]   location: class JavaGenerator
> [javac] 
> /build/netlib-java-0.9.3/src/org/netlib/generate/JavaGenerator.java:108: 
> error: cannot find symbol
> [javac] classDefs.put(StringW.class, "StringW");
> [javac]   ^
> [javac]   symbol:   class StringW
> [javac]   location: class JavaGenerator
> [javac] 10 errors
> 
> BUILD FAILED
> /build/netlib-java-0.9.3/build.xml:30: Compile failed; see the compiler error 
> output for details.
> 
> Total time: 1 second
> make[1]: *** [debian/rules:11: override_dh_auto_build] Error 1
> 
> 
> Any hint how to get rid of these?
> 
> Kind regards
> 
>Andreas.
> 
> 
> 
> > [1] 
> > https://snapshot.debian.org/archive/debian/20160625T105051Z/pool/main/n/netlib-java/libnetlib-java_0.9.3-3_all.deb
> [2] 
> https://salsa.debian.org/java-team/netlib-java/blob/master/debian/patches/add_compile_target.patch
> 
> -- 
> http://fam-tille.de
> 
> 

-- 
http://fam-tille.de

Bug#925436: unblock: fwupdate/12-4

[Ansgar Burchardt]

Steve McIntyre writes:
> Please unblock package fwupdate

Please also unblock

  fwupdate-amd64-signed/12+4
  fwupdate-arm64-signed/12+4
  fwupdate-armhf-signed/12+4
  fwupdate-i386-signed/12+4

at the same time.

Ansgar

Bug#924856: wxpython4.0: FTBFS: sip: /<>/wxpython4.0-4.0.4+dfsg/src/wacky_ints.sip:20: Invalid type for %MappedType

[Dmitry Shachnev]

Hi Drew!

On Mon, Mar 25, 2019 at 01:19:55PM +0800, Drew Parsons wrote:
> Indeed, the changelog for sip4 4.19.14+dfsg-1 itself says: 
> Bump API version to 12.6.
>
> Dimitry, if you know you are uploading an incompatible release, then
> for goodness' sake use the Transitions procedure, 
> https://wiki.debian.org/Teams/ReleaseTeam/Transitions

Sorry for the breakage this has caused.

However minor API version bumps are supposed to introduce new API but not
break existing one. They are needed to make sure packages built against sip
get proper dependencies. When the major version changes, we indeed use
transitions.

See .

I will look at this bug a bit later.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#924938: unblock: healpix-java/3.40-1

[Ole Streicher]

Dear Jonathan,

as there is already the new version with the version number in unstable,
would you agree to manage an upload via testing-proposed-updates? The
upload would be really small, containing mainly a change of the build
dependency and an additional entry for the JAVA classpath in d/rules.

Ole Streicher

(Debian Astro Team)

On Sat, 23 Mar 2019 16:32:12 + Jonathan Wiltshire 
wrote:
> Control: tag -1 moreinfo
>
> On Mon, Mar 18, 2019 at 01:01:18PM -0400, Leo Singer wrote:
> > Please unblock package healpix-java.
> >
> > The package fixes the important bug #923752, "healpix-java: FTBFS in
> > buster/sid". Note that aladin and topcat depend on healpix-java.
>
> Unfortunately it also includes an unreviewable new upstream release. Please
> revert that and include just the bug fix.
>
> Thanks,
>
> --
> Jonathan Wiltshire  j...@debian.org
> Debian Developer http://people.debian.org/~jmw
>
> 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51
>
>
>

Bug#860716: shim fails to load MokManager (mmx64.efi) in the case of self-signed grub

[Mikhail Kshevetskiy]

On Sat, 23 Mar 2019 18:05:23 +
Steve McIntyre  wrote:

> I'm hoping that our current set of packages will fix this bug, as
> we've moved to a much newer upstream version of shim which includes
> the commit you point at. Once we have our new shim signed with the
> Microsoft CA, could you retry your test and confirm please?

yes, I'll retest it.

Bug#925423: elpa-debian-el: unable to report a bug in package reportbug

[Salman Mohammadi]

Dear David,


The content of the variable *message-send-mail-function* as you have
correctly guessed is *message-send-mail-with-mailclient*.

I don't know how to test this feature (e.g. sending using smtp) without
spamming BTS.


I should also add that I have this bug only with *reportbug* package and
not other packages, that I have previously tried.


On Sun, 24 Mar 2019 22:19:58 -0300 David Bremner  wrote:

> Salman Mohammadi  writes:
>
> > Package: elpa-debian-el
> > Version: 37.8
> > Severity: important
> >
> > Dear Maintainer,
> >
> > I'm unable to report a bug which is affecting the package *reportbug*.
> >
> > Steps to reproduce:
> >
> > 1. M-x debian-bug
> > 2. Report a bug for a [P]ackage or [F]ile: P
> > 3. package name: reportbug
> > 4. Severity: normal
> > 5. (Very) brief summary of problem: dummy bug
> >
> >
> > but When I click on *Send Message*, a new window in Mozilla Thunderbird
> > will be shown with the following content:
> >
> >
> > --=-=-=
> > Content-Type: text/plain
> >
> > Package: reportbug
> > Version: 7.5.2
> > Severity: normal
>
> This seems to be an upstream bug in emacs. What is your setting of the
> variable message-send-mail-function (you can check with C-h v)?
>
> If, as I suspect, it is message-send-mail-with-mailclient, then I think
> I understand the problem you are seeing. Basically that function only
> supports text/plain messages, while debian-bug sends it MIME.
>
> If possible, I'd suggest using a different value of
> message-send-mail-function (I think it's initialized from
> send-mail-function).
>
> d
>
>

Bug#925444: smokeping: --pid-dir doesn't worj as expected

[BERTRAND Joël]

Package: smokeping
Version: 2.7.3-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I have restarted a server last sunday and I have seen that smokeping doesn't
start anymore.

In systemd config file, smokeping is launched with --pid-dir=/run/smokeping and
systemd complains about non existent pid file.

I have tried to launch smokeping in command line :
[~] > /usr/sbin/smokeping --pid-dpid-dir=/run/smokepingir=/run/smokeping

and pid file is created in... /run and not in /run/smokeping, that confuses
systemd.

Best regards,

JB

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

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

Versions of packages smokeping depends on:
ii  adduser  3.118
ii  debianutils  4.8.6.1
ii  fping4.2-1
ii  libcgi-fast-perl 1:2.13-1
ii  libconfig-grammar-perl   1.12-2
ii  libdigest-hmac-perl  1.03+dfsg-2
ii  libjs-cropper1.2.2-1
ii  libjs-prototype  1.7.1-3
ii  libjs-scriptaculous  1.9.0-2
ii  librrds-perl 1.7.1-1
ii  libsnmp-session-perl 1.14~git20130523.186a005-4
ii  liburi-perl  1.76-1
ii  libwww-perl  6.36-1
ii  lsb-base 10.2019031300
ii  perl 5.28.1-4
ii  sendmail-bin [mail-transport-agent]  8.15.2-12
ii  ucf  3.0038+nmu1

Versions of packages smokeping recommends:
ii  apache2 [httpd-cgi]  2.4.38-2
ii  dnsutils 1:9.11.5.P4+dfsg-1
ii  echoping 6.0.2-10
ii  libsocket6-perl  0.29-1+b1

Versions of packages smokeping suggests:
pn  curl   
pn  libauthen-radius-perl  
ii  libio-socket-ssl-perl  2.060-3
ii  libnet-dns-perl1.19-1
pn  libnet-ldap-perl   
ii  libnet-telnet-perl 3.04-1
ii  openssh-client 1:7.9p1-9

-- Configuration Files:
/etc/smokeping/basepage.html changed [not included]
/etc/smokeping/config.d/Alerts changed [not included]
/etc/smokeping/config.d/General changed [not included]
/etc/smokeping/config.d/Presentation changed [not included]
/etc/smokeping/config.d/Probes changed [not included]
/etc/smokeping/config.d/Slaves changed [not included]
/etc/smokeping/config.d/Targets changed [not included]
/etc/smokeping/config.d/pathnames changed [not included]
/etc/smokeping/smokemail changed [not included]
/etc/smokeping/smokeping_secrets [Errno 13] Permission non accordée: 
'/etc/smokeping/smokeping_secrets'

-- no debconf information

Bug#925356: unblock: sane-backends/1.0.27-3.2 (pre-approval)

[John Paul Adrian Glaubitz]

Hi Jonathan!

On 3/23/19 8:47 PM, John Paul Adrian Glaubitz wrote:
> On 3/23/19 6:13 PM, Jonathan Wiltshire wrote:
>> You forgot the debdiff, but the upstream patch looks OK. Please go ahead
>> and remove the moreinfo tag when this is ready to unblock.
> 
> Uploaded and built successfully on all release architectures, should
> be good for unblock now. Removing "moreinfo".

Package is in unstable now, could you unblock it for testing now?

Thanks,
Adrian

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

Bug#925446: arpalert: Please fix homepage

[Ricardo Mones]

Package: arpalert
Severity: minor

Dear Maintainer,

Seems homepage of arpalert seems to have moved to:

http://www.arpalert.org/arpalert.html

while the root site remains now as author's homepage.

This also affects watch file, because src dir is forbidden and versions
have to be parsed from download section in homepage :-(

thanks in advance,

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

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

Versions of packages arpalert depends on:
ii  adduser 3.115
ii  ieee-data   20160613.1
ii  libc6   2.24-11+deb9u4
ii  libpcap0.8  1.8.1-3

arpalert recommends no packages.

arpalert suggests no packages.

Bug#925447: openjk-academy-server: broken symlink: /usr/share/doc/openjk-{academy{,-server},outcast}/rv-readme.txt -> ../openjk-common/rv-readme.txt

[Andreas Beckmann]

Package: openjk-academy-server,openjk-academy,openjk-outcast
Version: 0~20190221.8367be0~dfsg-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m42.1s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/openjk-academy-server/rv-readme.txt -> 
../openjk-common/rv-readme.txt (openjk-academy-server)

0m46.8s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/openjk-academy/rv-readme.txt -> ../openjk-common/rv-readme.txt 
(openjk-academy)

0m45.4s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/openjk-outcast/rv-readme.txt -> ../openjk-common/rv-readme.txt 
(openjk-outcast)


cheers,

Andreas


openjk-academy-server_0~20190221.8367be0~dfsg-1.log.gz
Description: application/gzip

Bug#924974: unblock (pre-approval): epiphany-browser/3.32.0-2

[Simon McVittie]

Control: tags -1 + moreinfo

On Tue, 19 Mar 2019 at 10:32:30 +, Simon McVittie wrote:
> The GNOME team would like to get epiphany-browser 3.32.0 into testing,
> replacing the current 3.31.91 (3.32 release candidate 1). This will
> maximize the period in which we can track upstream 3.32.x bugfix releases
> for buster, which seems likely to be important for a web browser.
> This also fixes RC bug #922730 (failure to run on 32-bit machines).

According to upstream, 3.32.0 is not suitable and we should be using
3.32.1.2. That version has various post-release fixes, and also restores
the bundled copy of libdazzle 3.32.x instead of using the system libdazzle
3.30.x: upstream say 3.32.x has important fixes for epiphany-browser.

I've prepared a draft package at
,
but someone who knows the package better should probably take over at
this point, so I'm marking the unblock request as moreinfo.

smcv

Bug#925445: Aw: Bug#925445 closed by Julian Andres Klode (Re: Bug#925445: jessie-backports packages for amd64 have disappeared from mirrors)

[Nik Wrt]

Many thanks for your fast reply. How do I contact the LTS or backports people?

Bug#924009: closed by Dimitrios Eftaxiopoulos (Bug not reproduced)

[di dit]

Hello Bernhard and Dimitrios,

> I think the issue is that freefem++s configure activate
> AVX instructions when the build CPU supports it.
>
>
> I could reproduce the crash in a Buster amd64 qemu VM, that
> unintentionally did not support AVX (while the VM host would).

I reproduced the crash with a Buster amd64 PC without AVX support
(Intel(R) Celeron(R) CPU  N3050). In other words, freefem++ crashes
here on 2 amd64 PCs without AVX but not on 2 others with AVX.
Congratulations Bernhard, I think your diagnostic is good!

Regards

Bug#925399: zim: Window dialog become oversized for long paths

[Raphael Hertzog]

Hello,

On Sun, 24 Mar 2019, Emmanuel Chantréau wrote:
>* What led up to the situation?
> 
> Click to rename a page
> 
>* What was the outcome of this action?
> 
> A dialog which is wider than my screen (1920 width).
> 
>* What outcome did you expect instead?
> 
> I expected a dialog with normal size.
> The problem come from the printing of the path of the page. You should
> crop it, use new lines or a scrollbar.

Can you share with us the current name of the page being renamed so that
we get an idea of how long it was?

Also can you try with zim 0.70~rc3-1 from experimental? It's rewritten
using python3 and Gtk3, and given the big change in the graphical toolkit,
it's worth ensuring that the problem also exists in that version
before reporting the bug to upstream.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#925456: calcurse: Impossible to run Calcurse with a Posteo calendar

[Cyril Augier]

Package: calcurse
Version: 4.2.1-1.1
Severity: normal

Hi !

Impossible to synchronize local calendar with Posteo remote calendar.

I first configured my configuration file with the remote calendar address and
identifiers.

Then I configured my calendar with "calcurse-caldav --init=two-way" without any
problem.

$ calcurse-caldav --init=two-way
> Connecting  to posteo.de:8443...
> Importing  new object c6111f26ece0a5f63d37b576e14f2e66.
> Importing new object 05bcf05b36d7891c92ab2d2d9748c8a2.
> Importing new object 66a556337290a7723ced1ee578422b8a.
> Importing new object 4e63a9646ed41a7b0432d1b2a5ebd572.
> Importing new object 1adbb469265326ed19e2086292e9d764.
> Importing new object c2ba6417f0aa26d3a415d1007914cc1e.
> Importing new object 521dec9ef1dc7e979722052eb58081c5.
> Importing new object eeeb556d9130782260a9282d6ef870ec.
> Importing new object 7d367494e03c6473c84019eb63b289c5.
> Importing new object b44f101e66566d2ccfb25b75dfb974a7.
> Pushing new object 148ae2dbf9f6ff39be495dbffa4c659cb84a0339 to the server.
> Pushing new object c8e23e522ab82115ec8386a17b3a6fcec3c51721 to the server.
> Pushing new object 4a742904168fc07420cda28a897d8a2df32730ab to the server.
> Pushing new object 67bd0b54cd76488c6e6349dd6585541279b8dd0b to the server.
> Pushing new object 6f59f8a4934199e88ab07efc0a54d49a26ccdf41 to the server.
> Pushing new object 8a68f461f881dce78b332f15aab41d0d6e93f64d to the server.
> Pushing new object 73a2bf3c635f7f063e53602ad19f6a68500b8d45 to the server.
> Pushing new object aa29e91a838c1c6aa364d80985f2e036b75ac47b to the server.
> Saving synchronization database to /home/cyril/.calcurse/caldav/sync.db...
> 10 items imported, 0 items removed locally.
> 8 items exported, 0 items removed from the server.

Then I can add events to local calendar. But I can't run "calcurse-caldav" to
synchronize local calendar with remote calendar.

$ calcurse-caldav
> Connecting to posteo.de:8443...
> Loading synchronization database from /home/cyril/.calcurse/caldav/sync.db...
> error: The server at posteo.de:8443 replied with HTTP status code 500
(Internal
> error: Server Error) while trying to access
/calendars/nameAccount/nameCalendar/.

I also noticed that the events I synchronized with the first command are not
correct. For example, an event from 13:00 to 14:00 does not last 1 hour but is
a full day, from 13:00 from day A to 14:00 the following day.

I tested version 4.4.0 on another distribution, the version works correctly.
Also, another user has opened an issue on Github, maybe it can help:
https://github.com/lfos/calcurse/issues/23

Thanks !



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

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

Versions of packages calcurse depends on:
ii  libc6 2.24-11+deb9u4
ii  libncursesw5  6.0+20161126-1+deb9u2
ii  libtinfo5 6.0+20161126-1+deb9u2
ii  python3   3.5.3-1

calcurse recommends no packages.

calcurse suggests no packages.

-- no debconf information

Bug#884648: Follow up on mate-panel crashes

[Alastair Irvine]

Hello.  On 02 May 2018, #884648 was updated with full backtrace info.

Is there any chance you could take a look at this before the full freeze
for Buster?

Bug#904998: libstdc++6: libtsdc++ with g++-8 hangs in std::local_Rb_tree_decrement

[Alastair McKinstry]

close 904998

thanks


Confirming that this bug is fixed in 8.3.0

regards

Alastair




On 30/07/2018 11:26, Alastair McKinstry wrote:

Package: libstdc++6
Version: 8.2.0-1
Severity: important

With a program I'm working on, its run
$ mpiexec -n 1 ./bin/server.exe : -n 1 ./bin/client.exe

both programs hang, with:

#0  std::local_Rb_tree_decrement (__x=0x55f54daac538) at 
../../../../../src/libstdc++-v3/src/c++98/tree.cc:99
#1  0x55f54d04eba8 in xios::CReorderDomain::registerTrans() ()
#2  0x55f54cf5953f in _GLOBAL__sub_I__ZN4xios14CReorderDomainC2Ev ()

The MPI nature of the code should be irrelevant (they're independent processes, 
not interacting at this point but running the same piece of code)
This code works with  g++ 7.3, but fails with 8.1/ 8.2

thanks
Alastair



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

Kernel: Linux 4.9.0-6-686-pae (SMP w/1 CPU core)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_IE.UTF-8), LANGUAGE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_IE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libstdc++6 depends on:
ii  gcc-6-base  6.3.0-18+deb9u1
ii  libc6   2.24-11+deb9u3
ii  libgcc1 1:6.3.0-18+deb9u1

libstdc++6 recommends no packages.

libstdc++6 suggests no packages.

-- no debconf information


--
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered.

Bug#925445: jessie-backports packages for amd64 have disappeared from mirrors

[Nik Wrt]

Package: aptitude
Version: 0.6.11-1+b1

Since 20 March jessie repositories (except LTS) have been removed from the 
official debian mirrors and are now archived at archive.debian.org, see 
following mailing list post

https://lists.debian.org/debian-devel-announce/2019/03/msg6.html

The post says that amd64 architecture is included in LTS, however all packages 
from jessie-backports have disappeared after aptitude update. Is this 
intentional? I have temporarily switched jessie-backports to archive.debian.org 
but it needs to disable the expiration check using -o 
Acquire::Check-Valid-Until=0

In addition I also use devuan jessie on another machine and this problem breaks 
jessie-backports for devuan, which has no archive.

Bug#925448: libcache-fastmmap-perl: test integration with Compress::LZ4 and Compress::Snappy

[Andrius Merkys]

Source: libcache-fastmmap-perl
Severity: wishlist

Hello,

Cache::FastMmap is capable to integrate both with Compress::LZ4 and
Compress::Snappy, however, the integration tests are run neither during
chroot build, nor the autopkgtest. A test for integration already exists
(t/13.t), but it is skipped in clean chroot due to missing dependencies
on both libcompress-*-perl modules.

I suggest making the package build-depend on both libcompress-*-perl
packages to run the tests during build. However, I don't know how to
specify autopkgtest dependencies when test suite is specified as
'Testsuite: autopkgtest-pkg-perl'.

Best,
Andrius

-- 
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
LT-10257 Vilnius, Lithuania

Bug#925450: unblock: libanyevent-perl/7.140-3

[Peter Pentchev]

On Mon, Mar 25, 2019 at 11:24:06AM +0200, Peter Pentchev wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Hi,
> 
> Please unblock package libanyevent-perl if you consider it fine to.
[snip
> 
> I'm attaching the debdiff between 7.140-2 and 7.140-3; the DH params
> change is the only one affecting the package's behavior.

Right, so here it is...

G'luck,
Peter

-- 
Peter Pentchev  roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
diff -Nru libanyevent-perl-7.140/debian/changelog libanyevent-perl-7.140/debian/changelog
--- libanyevent-perl-7.140/debian/changelog	2018-01-05 23:08:43.0 +0200
+++ libanyevent-perl-7.140/debian/changelog	2019-03-03 00:20:08.0 +0200
@@ -1,3 +1,26 @@
+libanyevent-perl (7.140-3) unstable; urgency=medium
+
+  * Team upload.
+
+  [ Salvatore Bonaccorso ]
+  * Update Vcs-* headers for switch to salsa.debian.org
+
+  [ Laurent Baillet ]
+  * fix lintian file-contains-trailing-whitespace warning
+
+  [ Xavier Guimard ]
+  * Email change: Xavier Guimard -> y...@debian.org
+
+  [ Peter Pentchev ]
+  * Add the dh-2048 patch for compatibility with OpenSSL 1.1.
+Closes: #923615; thanks, Sebastian Andrzej Siewior, for
+the proposed fix!
+  * Bring up to compliance with Debian Policy 4.3.0:
+- add "Rules-Requires-Root: no" to the source control stanza
+  * Bump the debhelper compatibility level to 11 with no changes.
+
+ -- Peter Pentchev   Sun, 03 Mar 2019 00:20:08 +0200
+
 libanyevent-perl (7.140-2) unstable; urgency=medium
 
   [ Alex Muntada ]
@@ -275,7 +298,7 @@
   * Move libasync-interrupt-perl to Suggests
   * Add libtask-weaken-perl to Suggests
   * Run loop tests
-  * Add libevent-perl, libglib-perl, libio-async-perl, libnet-ssleay-perl, 
+  * Add libevent-perl, libglib-perl, libio-async-perl, libnet-ssleay-perl,
 libpoe-perl and perl-tk to Build-Depends (needed by tests) and Suggests
   * Run tests under xvfb (due to Tk tests), update Build-Depends accordingly
 
diff -Nru libanyevent-perl-7.140/debian/compat libanyevent-perl-7.140/debian/compat
--- libanyevent-perl-7.140/debian/compat	2018-01-05 23:08:43.0 +0200
+++ libanyevent-perl-7.140/debian/compat	2019-03-03 00:01:41.0 +0200
@@ -1 +1 @@
-10
+11
diff -Nru libanyevent-perl-7.140/debian/control libanyevent-perl-7.140/debian/control
--- libanyevent-perl-7.140/debian/control	2018-01-05 23:08:43.0 +0200
+++ libanyevent-perl-7.140/debian/control	2019-03-03 00:01:02.0 +0200
@@ -2,11 +2,11 @@
 Maintainer: Debian Perl Group 
 Uploaders: Ansgar Burchardt ,
gregor herrmann ,
-   Xavier Guimard 
+   Xavier Guimard 
 Section: perl
 Testsuite: autopkgtest-pkg-perl
 Priority: optional
-Build-Depends: debhelper (>= 10),
+Build-Depends: debhelper (>= 11),
libasync-interrupt-perl,
libcanary-stability-perl,
libev-perl,
@@ -21,10 +21,11 @@
shared-mime-info,
xauth,
xvfb
-Standards-Version: 4.1.3
-Vcs-Browser: https://anonscm.debian.org/cgit/pkg-perl/packages/libanyevent-perl.git
-Vcs-Git: https://anonscm.debian.org/git/pkg-perl/packages/libanyevent-perl.git
+Standards-Version: 4.3.0
+Vcs-Browser: https://salsa.debian.org/perl-team/modules/packages/libanyevent-perl
+Vcs-Git: https://salsa.debian.org/perl-team/modules/packages/libanyevent-perl.git
 Homepage: https://metacpan.org/release/AnyEvent
+Rules-Requires-Root: no
 
 Package: libanyevent-perl
 # needs to be and stay arch:any; constants.pl has arch-specific constants
diff -Nru libanyevent-perl-7.140/debian/copyright libanyevent-perl-7.140/debian/copyright
--- libanyevent-perl-7.140/debian/copyright	2018-01-05 23:08:43.0 +0200
+++ libanyevent-perl-7.140/debian/copyright	2019-03-02 23:00:18.0 +0200
@@ -26,7 +26,7 @@
  2009, Maximilian Gass 
  2010-2012, Nicholas Bamber 
  2011-2012, Alessandro Ghedini 
- 2012-2013, Xavier Guimard 
+ 2012-2013, Xavier Guimard 
 License: Artistic or GPL-1+
 
 License: Artistic
diff -Nru libanyevent-perl-7.140/debian/patches/dh-2048.patch libanyevent-perl-7.140/debian/patches/dh-2048.patch
--- libanyevent-perl-7.140/debian/patches/dh-2048.patch	1970-01-01 02:00:00.0 +0200
+++ libanyevent-perl-7.140/debian/patches/dh-2048.patch	2019-03-02 23:42:59.0 +0200
@@ -0,0 +1,28 @@
+Description: Use 2048-bit DH keys by default.
+ It is a sensible size nowadays; also, the Debian package of OpenSSL 1.1
+ no longer accepts smaller DH keys in its default configuration.
+Bug-Debian: https://bugs.debian.org/923615
+Forwarded: no
+Author: Sebastian Andrzej Siewior 
+Last-Update: 2019-03-02
+
+--- a/lib/AnyEvent/TLS.pm
 b/lib/AnyEvent/TLS.pm
+@@ -472,7 +472,7 @@
+ =item dh => $string
+ 
+ Specify the Diffie-Hellman parameters in PEM format directly as a 

Bug#925451: xenomai-kernel-source: depends on kernel-package, which will not be in buster

[Ivo De Decker]

package: xenomai-kernel-source
version: 2.6.4+dfsg-1
severity: serious

Hi,

It seems xenomai-kernel-source depends on kernel-package, which will not be in
buster, (see https://bugs.debian.org/925411).

Cheers,

Ivo

Bug#925423: elpa-debian-el: unable to report a bug in package reportbug

[David Bremner]

Salman Mohammadi  writes:

Control: reassign -1 emacs-common
Control: tag -1 upstream
Control: severity -1 normal

> The content of the variable *message-send-mail-function* as you have
> correctly guessed is *message-send-mail-with-mailclient*.

OK. I'm reassiging to emacs, since the problem is more general than this
one package.

> I don't know how to test this feature (e.g. sending using smtp) without
> spamming BTS.

You can change the the "To: " field in the composition buffer before
sending. I just changed my own address to test.

> I should also add that I have this bug only with *reportbug* package and
> not other packages, that I have previously tried.

I haven't checked all the details, but apparently any time the bug
script for a package (in /usr/share/bug//script) generates
information this is included as an attachement. On the whole this is
probably a good thing, most MUAs are much better at dealing with large
attachments than with miles of inline text.

Bug#925452: unblock: pkg-kde-tools/0.15.29

[Dmitry Shachnev]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock

Dear Release team, please unblock package pkg-kde-tools.

It fixes a bug of severity important: #905736.

Additionally there are some minor changes related to updating URLs from
Alioth to Salsa. These were committed to our Git, I thought these can count
as “documentation fixes”, so I did not revert them.

The debdiff between 0.15.28 and 0.15.29 is attached.

  unblock pkg-kde-tools/0.15.29

Also, can you please binNMU src:qtquickcontrols2-opensource-src against this
version of pkg-kde-tools? That will fix bug #905738 in Buster (currently it
is only fixed in experimental). If needed I can file a separate bug for that.

  nmu qtquickcontrols2-opensource-src_5.11.3+dfsg-2 . ANY . -m 'Rebuild against 
fixed pkg-kde-tools, see #905738'

--
Dmitry Shachnev
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,21 @@
+pkg-kde-tools (0.15.29) unstable; urgency=medium
+
+  [ Kunal Mehta ]
+  * Replace broken alioth URLs in man pages (Closes: #905845).
+
+  [ Simon Quigley ]
+  * Bump Standards-version to 4.1.4, no changes needed.
+  * Run wrap-and-sort.
+
+  [ Dmitry Shachnev ]
+  * Update Vcs fields for move to salsa.debian.org.
+
+  [ Andreas Ferber ]
+  * dh_qmlcdeps: don't exit on first package without qmlc files (Closes:
+#905736).
+
+ -- Dmitry Shachnev   Sun, 24 Mar 2019 13:19:34 +0300
+
 pkg-kde-tools (0.15.28) unstable; urgency=medium
 
   * Bump libdpkg-perl build-dependency too, to make the tests pass.
--- a/debian/control
+++ b/debian/control
@@ -3,15 +3,15 @@ Section: devel
 Priority: optional
 Maintainer: Debian Qt/KDE Maintainers 
 Build-Depends: cmake (>= 2.6.4), debhelper (>= 9), libdpkg-perl (>= 1.19.0~)
-Standards-Version: 4.1.1
+Standards-Version: 4.1.4
 Uploaders: Sune Vuorela ,
Modestas Vainius ,
Maximiliano Curia ,
Lisandro Damián Nicanor Pérez Meyer ,
Pino Toscano ,
-   Dmitry Shachnev ,
-Vcs-Git: https://anonscm.debian.org/git/pkg-kde/pkg-kde-tools.git
-Vcs-Browser: https://anonscm.debian.org/git/pkg-kde/pkg-kde-tools.git
+   Dmitry Shachnev 
+Vcs-Git: https://salsa.debian.org/qt-kde-team/pkg-kde-tools.git
+Vcs-Browser: https://salsa.debian.org/qt-kde-team/pkg-kde-tools
 
 Package: pkg-kde-tools
 Architecture: all
--- a/dh_qmlcdeps
+++ b/dh_qmlcdeps
@@ -75,7 +75,7 @@ foreach my $package (@{$dh{DOPACKAGES}}) {
 }
 }, $tmpdir);
 
-$qt_version_bin or exit(0);
+$qt_version_bin or next;
 my @qt_version = unpack("C4", $qt_version_bin);
 my $qt_version_str = "$qt_version[2].$qt_version[1].$qt_version[0]";
 $qt_version[2] == 5 or error("Qt version $qt_version_str is not supported");
--- a/man1/pkgkde-gensymbols.1
+++ b/man1/pkgkde-gensymbols.1
@@ -104,7 +104,7 @@ the
 .BR dpkg-gensymbols (1)
 man page.
 .SH SEE ALSO
-.BR http://pkg-kde.alioth.debian.org/symbolfiles.html
+.BR https://qt-kde-team.pages.debian.net/symbolfiles.html
 .br
 .BR https://people.redhat.com/drepper/symbol\-versioning
 .br
--- a/man1/pkgkde-symbolshelper.1
+++ b/man1/pkgkde-symbolshelper.1
@@ -85,7 +85,7 @@ pkgkde-symbolshelper batchpatch -v 1.8 foo_unstable_logs/foo_1.8-1*.build
 This man page was based text written by others from the pkg-kde
 symbols file help page.
 .SH SEE ALSO
-.BR http://pkg-kde.alioth.debian.org/symbolfiles.html
+.BR https://qt-kde-team.pages.debian.net/symbolfiles.html
 .br
 .BR https://people.redhat.com/drepper/symbol\-versioning
 .br


signature.asc
Description: PGP signature

Bug#925423: elpa-debian-el: unable to report a bug in package reportbug

[Salman Mohammadi]

On Sun, 24 Mar 2019 22:19:58 -0300 David Bremner  wrote:

> If possible, I'd suggest using a different value of

> message-send-mail-function (I think it's initialized from
> send-mail-function).
>
> d
>
>

Dear David,

I assigned  *message-smtpmail-send-it* to the variable and I could send
the message with no problem without using an external mail client.

Bug#921094:

[Cyril Augier]

Hi !

I'm sorry I didn't answer.

I didn't look at the version, it was the last one available.

Bug#925373: libpam-modules: Executing script from pam_motd or pam_exec produce a huge memory consumption

[Ricardo Fraile]

Setting the following line on systemd-user file stops the issue:

echo '@include null' >> /etc/pam.d/systemd-user

Someone knows why including an inexistent file can change the behaviour?


Thanks,

Bug#925457: python-jwcrypto: FTBFS ('module' object has no attribute 'decode_rfc6979_signature')

[Santiago Vila]

Package: src:python-jwcrypto
Version: 0.4.2-1
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,python3 --buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_autoreconf -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:217: python2.7 setup.py config 
running config
I: pybuild base:217: python3.7 setup.py config 
running config
   dh_auto_build -i -O--buildsystem=pybuild
I: pybuild base:217: /usr/bin/python setup.py build 
running build
running build_py
creating /<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwa.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwk.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/jws.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/__init__.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwe.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/tests-cookbook.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwt.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/tests.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
copying jwcrypto/common.py -> 
/<>/.pybuild/cpython2_2.7_jwcrypto/build/jwcrypto
I: pybuild base:217: /usr/bin/python3 setup.py build 
running build
running build_py
creating /<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwa.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwk.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/jws.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/__init__.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwe.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/tests-cookbook.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/jwt.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/tests.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
copying jwcrypto/common.py -> 
/<>/.pybuild/cpython3_3.7_jwcrypto/build/jwcrypto
   dh_auto_test -i -O--buildsystem=pybuild
I: pybuild base:217: cd /<>/.pybuild/cpython2_2.7_jwcrypto/build; 
python2.7 -m nose -v 
test_5_10_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_11_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_12_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_1_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_2_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_3_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_4_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_5_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_6_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_7_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_8_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_5_9_encryption (jwcrypto.tests-cookbook.Cookbook08JWETests) ... ok
test_4_1_signing (jwcrypto.tests-cookbook.Cookbook08JWSTests) ... ok
test_4_2_signing (jwcrypto.tests-cookbook.Cookbook08JWSTests) ... ok
test_4_3_signing (jwcrypto.tests-cookbook.Cookbook08JWSTests) ... ERROR
test_4_4_signing (jwcrypto.tests-cookbook.Cookbook08JWSTests) ... ok
test_4_6_signing (jwcrypto.tests-cookbook.Cookbook08JWSTests) ... ok
test_4_7_signing (jwcrypto.tests-cookbook.Cookbook08JWSTests) ... ok
test_4_8_signing (jwcrypto.tests-cookbook.Cookbook08JWSTests) ... ERROR
test_aes_128 (jwcrypto.tests.ConformanceTests) ... ok
test_aes_192 (jwcrypto.tests.ConformanceTests) ... ok
test_aes_256 (jwcrypto.tests.ConformanceTests) ... ok
test_jwe_default_recipient (jwcrypto.tests.ConformanceTests) ... ok
test_jwe_headers_as_dicts (jwcrypto.tests.ConformanceTests) ... ok
test_jwe_no_alg_in_jose_headers (jwcrypto.tests.ConformanceTests) ... ok
test_jwe_no_enc_in_jose_headers (jwcrypto.tests.ConformanceTests) ... ok
test_jwe_no_protected_header (jwcrypto.tests.ConformanceTests) ... ok
test_jws_headers_as_dicts (jwcrypto.tests.ConformanceTests) ... ok
test_jws_loopback (jwcrypto.tests.ConformanceTests) ... ok
test_key_ops_values (jwcrypto.tests.ConformanceTests) ... ok
test_unknown_key_params (jwcrypto.tests.ConformanceTests) ... ok
test_jwa_create (jwcrypto.tests.JWATests) ... ok
test_A1 (jwcrypto.tests.TestJWE) ... ok
test_A2 (jwcrypto.tests.TestJWE) ... ok
test_A3 (jwcrypto.tests.TestJWE) ... ok
test_A4 (jwcrypto.tests.TestJWE) ... ok
test_A5 (jwcrypto.tests.TestJWE) ... ok
test_create_priKeys (jwcrypto.tests.TestJWK) ... ok
test_create_pubKeys (jwcrypto.tests.TestJWK) ... ok

Bug#925458: #923838: unblock: ghostwriter: Invalid Vcs-Git field in debian/control file

[Sebastien CHAVAUX]

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

Please unblock package ghostwriter 1.7.4-2, this version fixes several bugs (Debian Bug Reporting Logs - # 923838 and 
# 923837). He does not include others to my knowledge. Best regards

Bug#925445: [Aptitude-devel] Bug#925445: Aw: Bug#925445 closed by Julian Andres Klode (Re: Bug#925445: jessie-backports packages for amd64 have disappeared from mirrors)

[Axel Beckert]

Hi Nik,

Nik Wrt wrote:
> Many thanks for your fast reply. How do I contact the LTS or backports people?

https://lists.debian.org/debian-lts/ → debian-...@lists.debian.org
https://lists.debian.org/debian-backports/ → debian-backpo...@lists.debian.org

And the latter already has your question — answered:
https://lists.debian.org/debian-backports/2019/03/msg00043.html

Please also see
https://lists.debian.org/debian-backports/2019/03/msg00039.html

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#924076: tvtime: insecure use of /tmp

[Jakub Wilk]

Hi Helge!

* Helge Kreutzmann , 2019-03-23, 20:48:

+/* Create a secure private temporary directory */
+fifosdir = mkdtemp(FIFODIR "tvtimeXX");


The mkdtemp(2) man page says: "Since it will be modified, template must 
not be a string constant, but should be declared as a character array." 
This is the reason it segfaults.


Also, slash is missing between FIFODIR and "tvtime".

You would need something like this:

  char *fifosdir;
  char fifosdir_buf[] = FIFODIR "/tvtimeXX";
  fifosdir = mkdtemp(fifosdir_buf);

So (with the addition of error handling) this would fix insecure use of 
/tmp; but it also breaks communication between tvtime-command(1) and 
tvtime(1). They need to use the same fifo to communicate, but mkdtemp() 
ensures that this is never the case:


  $ tvtime-command QUIT
  Reading configuration from /etc/tvtime/tvtime.xml
  Reading configuration from /home/jwilk/.tvtime/tvtime.xml
  tvtime-command: Cannot open /tmp/tvtimeHH48wA/.TV-jwilk/tvtimefifo-borsuk: No 
such file or directory

It would be best to avoid using /tmp for fifos. tvtime already falls 
back to $HOME when /tmp couldn't be used (grep for "put the fifo in 
$HOME" in src/utils.c), to this should be a matter of disabling the /tmp 
codepath.


--
Jakub Wilk

Bug#925134: grub-efi-amd64-signed: doesn't mount cryptodisk

[Paolo Miotto]

Il 23/03/19 15:01, Colin Watson ha scritto:
> Could you please describe, in as much detail as possible, how to set up
> an environment that replicates this bug?


Hello Colin, thanks for your reply.


Installing the package grub-efi-amd64 with this command line:

   apt install --reinstall grub-efi-amd64

still removes from /boot/efi/EFI/debian/grub.cfg any line like this:

   insmod luks


But now both the vms that I've installed to replicate the bug and my 
laptop are booting correctly without that line.

I don't know why immediately after the package upgrade it didn't works 
and now it works, but I'm not able to replicate it to help who have a 
similar upgrade path.


I have a detailed description of the steps to replicate the line 
removal, but, as this is no more a issue, I don't know if you want to 
investigate further. If so, feel free to ask.


Bye.


-- 

Paolo

Bug#925455: alsa volume never saved/restored

[Laurent Bigonville]

Package: alsa-utils
Version: 1.1.8-1
Severity: important
File: /lib/systemd/system/alsa-restore.service

Hi,

On my newly installed laptop, the volume is never saved and restored

It seems that the "alsa-restore.service" is never "started/stopped"
because there is a condition not met:

$ systemctl status alsa-restore.service 
● alsa-restore.service - Save/Restore Sound Card State
   Loaded: loaded (/lib/systemd/system/alsa-restore.service; static; vendor 
preset: enabled)
   Active: inactive (dead)
Condition: start condition failed at Mon 2019-03-25 10:25:34 CET; 1h 15min ago
 Docs: man:alsactl(1)

mar 25 10:25:34 edoras systemd[1]: Condition check resulted in Save/Restore 
Sound Card State being skipped.

Looking a bit further it seems that /var/lib/alsa/asound.state doesn't
exist.

That means that we are facing a chicken-egg problem here, the file will
never be created as the service is never started (and then never
stopped).

An option might be to create an empty file in the postinst script on the
first installation. An empty file will cause the "alsa restore" command
to fail with return code 99 but the systemd service will still be marked
as "active (exited)" and the ExecStop will be executed on shutdown
meaning that the volume will be saved. (Wouldn't that cause issue with
some setup?)

AFAICS, it's a regression and we might want to get this fixed in buster,
if you think it should be the case, please make this bug RC.

Kind regards,
Laurent Bigonville

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

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

Versions of packages alsa-utils depends on:
ii  kmod  26-1
ii  libasound21.1.8-1
ii  libc6 2.28-8
ii  libfftw3-single3  3.3.8-2
ii  libncursesw6  6.1+20181013-2
ii  libsamplerate00.1.9-2
ii  libtinfo6 6.1+20181013-2
ii  lsb-base  10.2019031300
ii  whiptail  0.52.20-8

alsa-utils recommends no packages.

alsa-utils suggests no packages.

-- no debconf information

Bug#884648: Follow up on mate-panel crashes

[Mike Gabriel]

Hi,

On  Mo 25 Mär 2019 12:06:57 CET, Alastair Irvine wrote:


Hello.  On 02 May 2018, #884648 was updated with full backtrace info.

Is there any chance you could take a look at this before the full freeze
for Buster?


From the bug's history, I cannot see, if the issue happens on a  
buster system or just on stretch systems.


Furthermore, the coredump shows that it is caused by gtk_drag_finish.  
Both coredumps on the bug hint that your issue is triggered by some  
drag'n'drop operation. Is that so?


Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

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



pgp1G5VHyGuDB.pgp
Description: Digitale PGP-Signatur

Bug#925449: unblock: kdenlive/18.12.3-1

[Patrick Matthäi]

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

Please unblock package kdenlive

Hello,

before my VAC I were a bit late with the upload. Please unblock kdenlive 
18.12.3-1,
it only contains updated translations:

$ diff -Naur kdenlive-18.12.2/ kdenlive-18.12.3/|diffstat
 CMakeLists.txt|2
 data/kdenlive_wipes.knsrc |2
 debian/changelog  |6
 po/ca/kdenlive.po |8 -
 po/ca@valencia/kdenlive.po|8 -
 po/da/kdenlive.po |  119 ---
 po/es/docs/kdenlive/index.docbook |  300 --
 po/gl/kdenlive.po |   59 +++
 po/id/kdenlive.po |  113 +-
 po/nl/kdenlive.po |   10 -
 po/pt_BR/kdenlive.po  |  122 +++
 po/uk/kdenlive.po |4
 po/zh_CN/kdenlive.po  |4
 13 files changed, 418 insertions(+), 339 deletions(-)

unblock kdenlive/18.12.3-1

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

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

Bug#925450: unblock: libanyevent-perl/7.140-3

[Peter Pentchev]

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

Hi,

Please unblock package libanyevent-perl if you consider it fine to.

The reason for the 7.140-3 upload was to change the default size of
the DH parameters generated by AnyEvent::TLS, since OpenSSL 1.1.1
no longer accepts < 2048. This came up in the stunnel4 tests that
I added to the Debian package; they use a Perl client/server program
and connect to or accept connections from stunnel4, and they broke
with OpenSSL 1.1.1; see https://bugs.debian.org/923448 for
the stunnel4 bug and https://bugs.debian.org/923615 for
the libanyevent-perl bug that I cloned from the former.

At the time I decided that the AnyEvent::TLS bug itself was not
that important, but I've since realized that it is actually bad -
it means that any Perl programs that depend on AnyEvent::TLS will
no longer work with OpenSSL 1.1.1 unless they override the defaults
as I did in the stunnel4 test. So IMHO libanyevent-perl 7.140-3
should migrate to testing if you agree with this reasoning; I could
also raise the severity of #923615 to provide a formal justification.

I'm attaching the debdiff between 7.140-2 and 7.140-3; the DH params
change is the only one affecting the package's behavior.

Thanks in advance for your consideration even if you decide to decline
my request, and keep up the great work!

unblock libanyevent-perl/7.140-3

G'luck,
Peter

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

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


signature.asc
Description: PGP signature

Bug#925454: RM: tomcat8 -- ROM; Replaced by tomcat9

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the tomcat8 package from testing and unstable (not experimental).
This package has been replaced by tomcat9 for Buster.

Thank you,

Emmanuel Bourg

Bug#905177: bind9: prompting due to modified conffiles which were not modified by the user: /etc/bind/named.conf.options

[Andreas Beckmann]

Followup-For: Bug #905177

Hi,

the situation is a bit tricky for upgrades that had bind9 from squeeze
or older installed: there /etc/bind/named.conf.options was a conffile.
Which is something dpkg remembers (with an outdated md5sum). The content
of the file have been updated over time s.t. we don't need to handle
md5sums in the preinst depending on whether the first installation
happened in lenny or wheezy :-)

We cannot move the file aside in case dpkg knows it as a conffile:

  Setting up bind9 (1:9.11.5.P4+dfsg-1) ...
  Installing new version of config file /etc/apparmor.d/usr.sbin.named ...
  Installing new version of config file /etc/bind/bind.keys ...
  Installing new version of config file /etc/bind/named.conf.default-zones ...
  
  Configuration file '/etc/bind/named.conf.options'
   ==> Deleted (by you or by a script) since installation.
   ==> Package distributor has shipped an updated version.
 What would you like to do about it ?  Your options are:
  Y or I  : install the package maintainer's version
  N or O  : keep your currently-installed version
D : show the differences between the versions
Z : start a shell to examine the situation
   The default action is to keep your current version.
  *** named.conf.options (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing 
package bind9 (--configure):
   end of file on stdin at conffile prompt
  Processing triggers for systemd (241-1) ...
  Processing triggers for libc-bin (2.28-8) ...
  Errors were encountered while processing:
   bind9

That's from squeeze -> wheezy -> jessie -> stretch -> buster. Notice the
  "Deleted (by you or by a script) since installation."

My proposed solution you can find in the attached patch. It passes my
tests starting from lenny as well as starting from wheezy.
I create a backup as .dpkg-old and then edit the file in-place to match
the content of the yet-to-be-installed-conffile. In that case dpkg does
not see a content conflicht, does not prompt about it and updates the
md5sum of the conffile to the new version in its database.

Andreas
>From a714533a17508d0f5f2084c15a42801458f7eeeb Mon Sep 17 00:00:00 2001
From: Andreas Beckmann 
Date: Sun, 24 Mar 2019 22:51:53 +0100
Subject: [PATCH] bind9.preinst: cope with ancient conffile named.conf.options

In squeeze and earlier /etc/bind/named.conf.options was a conffile.
On upgrades from such a version dpkg will remember it as an obsolete
conffile with an outdated md5sum. Therefore we must not move it aside in
this case (which dpkg would take as a deletion by the local admin),
instead we edit it in place to match the to-be-installed version in
order to avoid prompting and make dpkg update the md5sum.

Closes: #905177
---
 debian/bind9.preinst | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/debian/bind9.preinst b/debian/bind9.preinst
index 464ffc627..66b06abaa 100644
--- a/debian/bind9.preinst
+++ b/debian/bind9.preinst
@@ -20,7 +20,15 @@ case "$1" in
theirs=$(md5sum /etc/bind/named.conf.options | sed 's/ .*$//')
mine=56919cbc0d819c9a303a8bdeb306b5f1
if [ "$mine" = "$theirs" ]; then
-   mv /etc/bind/named.conf.options 
/etc/bind/named.conf.options.dpkg-old
+   if [ -n "$(dpkg-query -f '${Conffiles}' -W bind9 | grep 
/etc/bind/named.conf.options)" ]; then
+   # dpkg knows /etc/bind/named.conf.options as a conffile 
(from squeeze or older)
+   # cannot move the outdated file aside to avoid dpkg 
noticing deleted-by-local-admin
+   # therefore edit it in place to make it match the 
to-be-installed version
+   cp -p /etc/bind/named.conf.options 
/etc/bind/named.conf.options.dpkg-old
+   sed -i '26{/^$/d}; 23{/auth-nxdomain no;/d}' 
/etc/bind/named.conf.options
+   else
+   mv /etc/bind/named.conf.options 
/etc/bind/named.conf.options.dpkg-old
+   fi
fi
fi
 ;;
-- 
2.11.0



bind9_1:9.11.5.P4+dfsg-1.log.gz
Description: application/gzip

Bug#924856: wxpython4.0: FTBFS: sip: /<>/wxpython4.0-4.0.4+dfsg/src/wacky_ints.sip:20: Invalid type for %MappedType

[Dmitry Shachnev]

On Mon, Mar 25, 2019 at 10:27:29AM +0300, Dmitry Shachnev wrote:
> I will look at this bug a bit later.

It looks like Scott already has a fix for that, so my help is probably not
needed:

https://github.com/wxWidgets/Phoenix/pull/1189

Next time I will try to build wxpython4.0 before uploading new sip4 releases.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#925160: request for performance test in your environment

[Laurent Bonnaud]

On 3/24/19 2:06 PM, Osamu Aoki wrote:

> FYI: I have uploaded 0.41-1 which is essentially code clean up with
> lintian warning removal actions such as adding autopkgtest data.
> So use this 0.41-1, please.

Thanks a lot!

> I will be curious how these affects performance.

SSH connections are now almost instantaneous on my system.

> When you report, please tell us you use SSD or HDD for /usr/lib/*.

My system has a SSD.

> Also give us idea how many directories we are talking by including
> 
>  $ ls -1 /usr/lib /usr/lib/x86_64-linux-gnu|wc -l

18279

Thanks again,

-- 
Laurent.

Bug#925453: xenomai-kernel-source: ships patches for old kernel

[Ivo De Decker]

package: xenomai-kernel-source
version: 2.6.4+dfsg-1
severity: grave

Hi,

The kernel patches shipped in xenomai-kernel-source haven't been updated in a
long time, so they won't work with any kernel shipped in buster.

Please note that the package description mentions patches for a 2.6 kernel,
but the readme mentions newer kernels (3.x), so the description is probably
outdated. Still, buster will not ship with a 3.x kernel.

Cheers,

Ivo

Bug#925360: pcre2: Uses SSE2 unconditionally on i386

[Matthew Vernon]

forwarded 925360 https://bugs.exim.org/show_bug.cgi?id=2385
quit

Hi,

On 23/03/2019 18:54, Guillem Jover wrote:

> I just upgraded a server of mine to Debian buster, and roundcube's
> postinst started to crash with "Illegal instruction" messages from a
> php process, due to usage of a SSE2 instruction (PSLLDQ). This
> instruction is not required by our ISA baseline, and SSE2 is not
> present on many i386 based CPUs, such as AMD Semprons for example.

Thanks for the bug report (and the patch!). I've sent this to upstream
to see what they say; if I don't get a response in a day or two, I'll
just apply it, as it looks plausible to me :)

Regards,

Matthew

Bug#925455: alsa volume never saved/restored

[Laurent Bigonville]

On Mon, 25 Mar 2019 12:01:02 +0100 Laurent Bigonville  
wrote:


>
> An option might be to create an empty file in the postinst script on the
> first installation. An empty file will cause the "alsa restore" command
> to fail with return code 99 but the systemd service will still be marked
> as "active (exited)" and the ExecStop will be executed on shutdown
> meaning that the volume will be saved. (Wouldn't that cause issue with
> some setup?)

The more obvious solution would of course be to remove the condition in 
the .service file

Bug#925459: yelp: xkbcommon: ERROR: Key "" added to modifier map for multiple modifiers; Using Control, ignoring Lock

[Salman Mohammadi]

Package: yelp
Version: 3.31.90-1
Severity: normal

Dear Maintainer,

Running *yelp* from the command line, throws the following error
message:

xkbcommon: ERROR: Key "" added to modifier map for multiple
modifiers; Using Control, ignoring Lock
xkbcommon: ERROR: Key "" added to modifier map for multiple
modifiers; Using Control, ignoring Lock



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

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

Versions of packages yelp depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2
ii libc6 2.28-8
ii libglib2.0-0 2.58.3-1
ii libgtk-3-0 3.24.5-1
ii libwebkit2gtk-4.0-37 2.22.6-1
ii libyelp0 3.31.90-1
ii man-db 2.8.5-2
ii python3-distro 1.3.0-1
ii yelp-xsl 3.31.90-1

Versions of packages yelp recommends:
ii fonts-dejavu 2.37-1

yelp suggests no packages.

-- no debconf information

Bug#925467: please make ant and ant-optional M-A: foreign

[Matthias Klose]

Package: src:ant
Version: 1.10.5-2

please make ant and ant-optional M-A: foreign. At least it's needed to
cross-build the openjdk packages.

Bug#924488: CUDA 10.1 is now available

[Graham Inggs]

Hi Andreas

On 2019/03/23 13:52, Andreas Beckmann wrote:

I've pushed a 10.1 branch to git and repack the upstream tarball now
differently. Most general changes were applied in 9.2/10.0 uploads...
Especially the new packages nsight-compute (since 10.0), nsight-systems
(since 10.1) will need some more testing.


Thanks for your work on this.

Are the upstream tarballs likely to change?  If I were to upload to 
Ubuntu proper and they did, it would get messy, unless you were prepared 
to add +ds1 or so to the tarball version.


I tested up to commit 17301b85 in PPA builds in Ubuntu and got the 
following failures:


amd64:

dpkg-shlibdeps: error: cannot find library libSM.so.6 needed by 
debian/nsight-systems/usr/lib/nsight-systems/Host-x86_64/libQt5XcbQpa.so.5 
(ELF format: 'elf64-x86-64' abi: '0201003e'; RPATH: 
'/usr/lib/nsight-systems/Host-x86_64')
dpkg-shlibdeps: error: cannot find library libICE.so.6 needed by 
debian/nsight-systems/usr/lib/nsight-systems/Host-x86_64/libQt5XcbQpa.so.5 
(ELF format: 'elf64-x86-64' abi: '0201003e'; RPATH: 
'/usr/lib/nsight-systems/Host-x86_64')



ppc64el:

# remove tracking images
find \
build/doc/html \
 \
build/extras/CUPTI/doc/html \
build/extras/Sanitizer/docs \
-name '*.html' -exec sed -r -i \
	-e '\,http://omniture.nvidia.com/b/ss/nvidiacudadocs/1/H.17--NS/0, { 
s,(),, }' \
	-e 's,()src(="http://w.sharethis.com/button/buttons.js"[^>]*>),,' \
	-e 's,()src(="//assets.adobedtm.com/b92787824f2e0e9b68dc2e993f9bd995339fe417/satelliteLib-7ba51e58dc61bcb0e9311aadd02a0108ab24cc6c.js"[^>]*>),,' \

{} +
find: ‘build/extras/CUPTI/doc/html’: No such file or directory
find: ‘build/extras/Sanitizer/docs’: No such file or directory


I was able to work around the amd64 failure with the following change:

--- a/debian/control
+++ b/debian/control
@@ -18,6 +18,9 @@
  libnss3-dev [!ppc64el],
  libpulse-dev [!ppc64el],
  chrpath [!ppc64el],
+# for nsight-systems
+ libsm6 [!ppc64el],
+ libice6 [!ppc64el],
 # for nvidia-openjdk-8-jre
  libasound2 [amd64],
  libgl1 [amd64],


What else is required for an upload to experimental?  My next step is to 
rebuild all reverse dependencies in my PPA.


Regards
Graham