Bug#900083: Fwd: [Debian-med-packaging] Bug#900081: autopkgtest regressions in r-cran-(ritis|webmockr|worrms) will delay r-base-3.5 transition

[Andreas Tille]

Hi,

On Thu, May 31, 2018 at 01:36:39PM +0200, Graham Inggs wrote:
> On 31/05/2018 12:58, Andreas Tille wrote:
> > Needs r-cran-vcr (urgs, I've prepared the package on 26.5. but forgot to
> > upload :-(  - done now).  I'll ping ftpmaster and ask for fast
> > processing.
> 
> Another option is to patch the regressed package to skip the new failing
> tests.

As I said I see no point in makeing some effort to skip tests if the
issue will become void once ftpmaster has accepted r-cran-vcr (I've
pinged again to rank this before any random r-cran-* package which to
my experience worked in the past).

I've even realised that the changelog of r-cran-worrms contained a
  Closes: #900083
since a long time and I forgot to remove this before uploading the
package in the transition upload.  I think that should be OK considering
that it can be expected to be really fixed soon (if not the other open
bugs will remember me to check again.  I do not see any reason to do
reopen - close ping-pong since there is no need to change anything in
the package - I've checked locally that the test suite passes now.
 
> Another package recently uploaded with failing tests is r-cran-data.table
> [1].  Ignore the test triggered by r-base/3.5.0-3, that is expected to fail
> until the transition has progressed.

R-cran-data.table tests are fine again, right?

Kind regards

  Andreas.
 
> [1] https://ci.debian.net/packages/r/r-cran-data.table/testing/amd64/

-- 
http://fam-tille.de

Bug#900867: ITP: firefox-syncserver -- Firefox Sync storage and token server

[Phil Morrell]

Package: wnpp
Severity: wishlist
Owner: Phil Morrell 

* Package name: firefox-syncserver
  Version : 1.8.0
  Upstream Author : Mozilla Corporation
* URL : https://github.com/mozilla-services/syncserver
* License : MPL-2.0
  Programming Lang: Python 2
  Description : Firefox Sync storage and token server

This is an all-in-one package for running a self-hosted Firefox Sync
server. It bundles the "tokenserver" project for authentication and the
"syncstorage" project for storage, to produce a single stand-alone
webapp.

This server defers authentication to the Mozilla-hosted accounts server
at https://accounts.firefox.com, but stores the user sync data such as
bookmarks, preferences and add-ons.

---

It is useful for using the multiple-device features of Firefox Sync
without storing your sensitive data in the cloud. It would also be a
prerequisite for someone packaging the Firefox Accounts server.

I would love to maintain it as part of pkg-mozilla-maintainers, but
since the alioth list is defunct I've not yet got in touch.

https://salsa.debian.org/emorrp1-guest/firefox-syncserver


signature.asc
Description: PGP signature

Bug#900866: xbill FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: xbill
Version: 2.1-8
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

xbill fails to cross build from source, because its ./configure is so
ancient that it doesn't derive the compiler from the --host flag passed
by dh_auto_configure. For making such old ./configure work, one must
export CC. After doing so, xbill cross builds successfully. Please
consider applying the attached patch.

Helmut
diff --minimal -Nru xbill-2.1/debian/changelog xbill-2.1/debian/changelog
--- xbill-2.1/debian/changelog  2011-05-09 10:26:09.0 +0200
+++ xbill-2.1/debian/changelog  2018-06-06 06:31:52.0 +0200
@@ -1,3 +1,10 @@
+xbill (2.1-8.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Export CC for ./configure. (Closes: #-1)
+
+ -- Helmut Grohne   Wed, 06 Jun 2018 06:31:52 +0200
+
 xbill (2.1-8) unstable; urgency=low
 
   * Team upload.
diff --minimal -Nru xbill-2.1/debian/rules xbill-2.1/debian/rules
--- xbill-2.1/debian/rules  2011-05-09 09:27:29.0 +0200
+++ xbill-2.1/debian/rules  2018-06-06 06:31:49.0 +0200
@@ -1,5 +1,8 @@
 #!/usr/bin/make -f
 
+-include /usr/share/dpkg/buildtools.mk
+export CC
+
 DEB=debian/tmp
 SCORES=$(DEB)/var/games/xbill.scores.default
 

Bug#900865: synthv1 FTCBFS: uses the build architecture qmake

[Helmut Grohne]

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

synthv1 fails to cross build from source, because configure.ac uses
AC_PATH_PROG for finding qmake. Thus it gets the build architecture
qmake. Since the behaviour of qmake is architecture-dependent, it should
be using AC_PATH_TOOL. The attached patch implements that and makes
synthv1 cross buildable. Please consider applying it.

Helmut
--- synthv1-0.8.6.orig/configure.ac
+++ synthv1-0.8.6/configure.ac
@@ -257,12 +257,12 @@
 ac_errmsg="not found in current PATH. Maybe QT development environment isn't available."
 
 if test "x$ac_qt4" = "xyes"; then
-   AC_PATH_PROG(ac_qmake, qmake-qt4, [no], $ac_path)
+   AC_PATH_TOOL(ac_qmake, qmake-qt4, [no], $ac_path)
 else
-   AC_PATH_PROG(ac_qmake, qmake-qt5, [no], $ac_path)
+   AC_PATH_TOOL(ac_qmake, qmake-qt5, [no], $ac_path)
 fi
 if test "x$ac_qmake" = "xno"; then
-   AC_PATH_PROG(ac_cv_qmake, qmake, [no], $ac_path)
+   AC_PATH_TOOL(ac_cv_qmake, qmake, [no], $ac_path)
ac_qmake=$ac_cv_qmake
 fi
 if test "x$ac_qmake" = "xno"; then

Bug#900863: mboxgrep FTCBFS: uses the build architecture strip

[Helmut Grohne]

Source: mboxgrep
Version: 0.7.9-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

mboxgrep fails to cross build from source, because it uses the build
architecture strip during make install by calling install -s. Beyond
breaking cross compilation, this breaks DEB_BUILD_OPTIONS=notsrip
(#437559) and generation of a -dbgsym package. The attached patch
disables such stripping and leaves it up to dh_strip. It fixes all
mentioned issues. Please consider applying it.

Helmut
diff --minimal -Nru mboxgrep-0.7.9/debian/changelog 
mboxgrep-0.7.9/debian/changelog
--- mboxgrep-0.7.9/debian/changelog 2013-09-30 10:55:07.0 +0200
+++ mboxgrep-0.7.9/debian/changelog 2018-06-06 06:09:33.0 +0200
@@ -1,3 +1,10 @@
+mboxgrep (0.7.9-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Do not strip during make install. (Closes: #-1, #437559)
+
+ -- Helmut Grohne   Wed, 06 Jun 2018 06:09:33 +0200
+
 mboxgrep (0.7.9-3) unstable; urgency=low
 
   * Add dummy prerm script to fix upgrade path from 0.7.9-1.
diff --minimal -Nru mboxgrep-0.7.9/debian/rules mboxgrep-0.7.9/debian/rules
--- mboxgrep-0.7.9/debian/rules 2013-05-16 18:04:24.0 +0200
+++ mboxgrep-0.7.9/debian/rules 2018-06-05 13:57:35.0 +0200
@@ -7,7 +7,8 @@
dh_installdirs
$(MAKE) install prefix=`pwd`/debian/mboxgrep/usr \
mandir=`pwd`/debian/mboxgrep/usr/share/man \
-   infodir=`pwd`/debian/mboxgrep/usr/share/info
+   infodir=`pwd`/debian/mboxgrep/usr/share/info \
+   INSTALL='install --strip-program=true'
 
 override_dh_auto_clean:
-test -f Makefile && $(MAKE) clean

Bug#900862: [zfs-linux] Package zfs git versions in experimental

[Antonio Russo]

Package: zfs-linux
Severity: wishlist
Tags: patch

--- Please enter the report below this line. ---
[1] is packaging for upstream git version of ZFS. Notice that spl
and zfs have been merged upstream. This, and the packaging here,
remove the need for an independent spl package.

debian/update-git is a tool provided to easy the creation of
changelogs for imports of upstream git versions.

[1] https://salsa.debian.org/aerusso-guest/zfs/commits/debian/git

Bug#900864: gworldclock: uses a broken, outdated, embedded copy of PKG_CHECK_MODULES

[Helmut Grohne]

Source: gworldclock
Version: 1.4.4-11
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

gworldclock has its own copy of PKG_CHECK_MODULES in aclocal.m4. Its
version is broken and does not support cross compilation. The upstream
macro is updated meanwhile and shipped with the pkg-config package in
pkg.m4. The attached patch removes the broken embedded copy.

Helmut
Index: gworldclock-1.4.4/aclocal.m4
===
--- gworldclock-1.4.4.orig/aclocal.m4	2005-03-18 12:50:13.0 +0100
+++ gworldclock-1.4.4/aclocal.m4	2018-06-05 10:13:52.284184696 +0200
@@ -12,63 +12,6 @@
 # PARTICULAR PURPOSE.
 
 
-dnl PKG_CHECK_MODULES(GSTUFF, gtk+-2.0 >= 1.3 glib = 1.3.4, action-if, action-not)
-dnl defines GSTUFF_LIBS, GSTUFF_CFLAGS, see pkg-config man page
-dnl also defines GSTUFF_PKG_ERRORS on error
-AC_DEFUN(PKG_CHECK_MODULES, [
-  succeeded=no
-
-  if test -z "$PKG_CONFIG"; then
-AC_PATH_PROG(PKG_CONFIG, pkg-config, no)
-  fi
-
-  if test "$PKG_CONFIG" = "no" ; then
- echo "*** The pkg-config script could not be found. Make sure it is"
- echo "*** in your path, or set the PKG_CONFIG environment variable"
- echo "*** to the full path to pkg-config."
- echo "*** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config."
-  else
- PKG_CONFIG_MIN_VERSION=0.9.0
- if $PKG_CONFIG --atleast-pkgconfig-version $PKG_CONFIG_MIN_VERSION; then
-AC_MSG_CHECKING(for $2)
-
-if $PKG_CONFIG --exists "$2" ; then
-AC_MSG_RESULT(yes)
-succeeded=yes
-
-AC_MSG_CHECKING($1_CFLAGS)
-$1_CFLAGS=`$PKG_CONFIG --cflags "$2"`
-AC_MSG_RESULT($$1_CFLAGS)
-
-AC_MSG_CHECKING($1_LIBS)
-$1_LIBS=`$PKG_CONFIG --libs "$2"`
-AC_MSG_RESULT($$1_LIBS)
-else
-$1_CFLAGS=""
-$1_LIBS=""
-## If we have a custom action on failure, don't print errors, but 
-## do set a variable so people can do so.
-$1_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors "$2"`
-ifelse([$4], ,echo $$1_PKG_ERRORS,)
-fi
-
-AC_SUBST($1_CFLAGS)
-AC_SUBST($1_LIBS)
- else
-echo "*** Your version of pkg-config is too old. You need version $PKG_CONFIG_MIN_VERSION or newer."
-echo "*** See http://www.freedesktop.org/software/pkgconfig;
- fi
-  fi
-
-  if test $succeeded = yes; then
- ifelse([$3], , :, [$3])
-  else
- ifelse([$4], , AC_MSG_ERROR([Library requirements ($2) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.]), [$4])
-  fi
-])
-
-
-
 # Copyright (C) 2002, 2003, 2005  Free Software Foundation, Inc.
 #
 # This file is free software; the Free Software Foundation

Bug#891890: ITP: zfs-linux-git -- zfsonlinux packaging tracking git master

[Antonio Russo]

I have packaging of zfsonlinux (for upstream git revisions) that
is in need of review [1]. It builds, and zfs-dkms builds as well.
I have only done very superficial testing (i.e., the zfs module
loads, you can create a pool).

This was somewhat nontrivial because upstream recently merged spl,
the "Solaris Porting Layer", into zfsonlinux. In the short term,
this made packaging more challenging, but in the long term it will
make maintenance much easier.

Highlights from this new packaging:

1. Upstream now ships explicit an statement of kernel version
compatibility [2]. I've integrated that into the debian packaging,
so the maintainer will no longer have to update that manually.

2. Tunable parameter to put architecture independent zfs scripts
in a Debian FHS compliant location [3]. Hopefully, future
additions of scripts will use this parameter and Debian will get
that compliance "for free". I expect this to be merged relatively
soon, further simplifying the packaging.

3. debian/update-git , which automatically builds a changelog
for an upstream git revision. Another tool to simplify an
ambitious user's desire to build a recent git version.

I'd appreciate feedback.

Thanks,
Antonio Russo

[1] https://salsa.debian.org/aerusso-guest/zfs/commits/debian/git
[2] https://github.com/zfsonlinux/zfs/pull/7571
[3] https://github.com/zfsonlinux/zfs/pull/7597

Bug#900668: afflib FTCBFS: configure.ac has broken cross compilation branches

[Phillip Hellewell]

On Tue, Jun 5, 2018 at 8:28 AM, Phillip Hellewell  wrote:

> Ok, not a problem.  I will take care of it soon.
>

Committed:
https://github.com/sshock/AFFLIBv3/commit/92ee47f7ef6e26f6c9f10e24fda3970b6c109685

Phillip

Bug#900739: crashing in toke.c, keyword plugin pointer is left pointing to an XS module that's been unloaded

[Dean Hamstead]

Rolling it in to the official release would be much appreciated as it 
will spare us maintaining our own patched version, plus might help a few 
lonely travelers who are stumped on a segfault.

Bug#900861: Please enable KVM in cloud configuration

[Josh Triplett]

Package: src:linux
Severity: wishlist

KVM supports nested virtualization, and running a virtual machine
on a cloud server does have useful applications.

Bug#900742: iwlist: argument list too long

[Ernesto Alfonso]

Do you have more information about this limitation so that someone can
report it to the appropriate package?

On Tue, Jun 5, 2018 at 12:58 PM, Guus Sliepen  wrote:

> tags 900742 + wontfix
> thanks
>
> On Sun, Jun 03, 2018 at 09:27:18PM -0700, Ernesto Alfonso wrote:
>
> > Package: wireless-tools
> > Version: 30~pre9-12+b1
> > Severity: important
> >
> > Dear Maintainer,
> >
> > iwlist fails with the error "Failed to read scan data : Argument list
> too long" when there
> > are too many reachable access points. I've encountered this issue
> consistently at certain hotels,
> > and I've had to resort to using iw instead, as this stackoverflow
> question from March 2017 answer suggests:
>
> The problem is unfortunately a limitation of the Wireless Extensions
> kernel API that wireless-tools uses, so there is nothing that I can do
> to fix it. If iw works for you, then by all means keep using it.
>
> --
> Met vriendelijke groet / with kind regards,
>   Guus Sliepen 
>

Bug#900860: RFP: meteor-promise -- ES6 Promise polyfill with Fiber support

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: meteor-promise
  Version : 0.8.6-nongithub
  Upstream Author : Ben Newman
* URL : https://notabug.org/themusicgod1/meteor
* License : MIT
  Programming Lang: javascript
  Description : ES6 Promise polyfill with Fiber support

One of the underlying packages that is automatically pulled when installing 
meteor.

The static methods Promise.async and Promise.await implement the relaxed async 
and await functions proposed in this talk:
"Why Fibers Make Sense For Meteor."

http://benjamn.github.io/goto2015-talk

( Linked to non-Microsoft mirror repository, which might work )

Bug#900859: mhonarc: mailto links should have lowercase subject= cc= etc

[Stuart Prescott]

Package: mhonarc
Version: 2.6.19-2
Severity: normal
Control: affects -1 lists.debian.org

Dear Maintainer,

The links generated by mhonarc for replying to a message use capitalised
forms of for the parameters such as Subject= and CC=.

RFC2368 seems to indicate that these fields should be lowercase and some
MUAs such as kmail ignore the capitalised versions.

https://www.ietf.org/rfc/rfc2368.txt

cheers
Stuart

Bug#900803: lists.debian.org: new list: debian-l10n-fongbe

[Paul Wise]

On Tue, 5 Jun 2018 08:54:05 +0100 Hodonou Sounton wrote:

> Package: list.debian.org

Your mail had a text part with incorrect formatting, so I had to
reassign this bug to the lists.debian.org package.

> Name: bj.debian.org

Debian localisation lists usually are named debian-l10n-* so the
mailing list should be debian-l10n-fongbe or debian-l10n-fon,
depending on the name that should be used for your language.

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

> Short description: Adding fongbe support for debian

Thanks for your request. According to the instructions about how to
add a Debian mailing list, you need some folks to second your request.

https://www.debian.org/MailingLists/HOWTO_start_list

Please ask the other Fongbe speakers you are working with on this
project to send a mail in English to the bug in support of the request:

900...@bugs.debian.org
https://bugs.debian.org/900803

PS: you might want to introduce your project on the debian-i18n list:

https://lists.debian.org/debian-i18n/

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#882110: mirror submission for mirrors.shuosc.org

[Marco d'Itri]

On Nov 19, Shanghai University Open Source Community  wrote:

> Site: mirrors.shuosc.org
Thank you for your contribution to the Debian Project.
Mirror submissions are being processed again, we apologize for the delay.

I see that there is no trace file for your system:

> Trace Url: http://mirrors.shuosc.org/debian/project/trace/mirrors.shuosc.org

and this suggests that you are not using the ftpsync program, which is 
needed to make sure that the mirror will be consistent at all times.
Please see https://salsa.debian.org/mirror-team/archvsync/ for details.

This needs to be fixed before we can add your mirror to the official 
list.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#881982: mirror submission for mirror.vpgrp.io

[Marco d'Itri]

On Nov 17, Antoine MILLET  wrote:

Thank you for your contribution to the Debian Project.
Mirror submissions are being processed again, we apologize for the delay.

> Trace Url: http://mirror.vpgrp.io/debian/project/trace/mirror.vpgrp.io
I see that the mirror is not up to date: can you check how ftpsync is 
being run?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#900858: Coding error - trying to concat str and list, when reading radeon_powersave options

[Witold Baryluk]

Package: tuned-gtk
Version: 2.9.0-1
Severity: important

Hi,

on first try tuned-gtk failed on me. At line 500 it tries to concat string and 
list.

Adding some basic instrumentation around line 500,

# /usr/sbin/tuned-gui

governor

conservative

energy_perf_bias

normal


timeout

10


radeon_powersave   # key

['dpm-balanced', 'auto']  # value

Traceback (most recent call last):
  File "/usr/sbin/tuned-gui", line 1037, in 
base = Base()
  File "/usr/sbin/tuned-gui", line 325, in __init__
self.data_for_listbox_summary_of_active_profile()
  File "/usr/sbin/tuned-gui", line 505, in 
data_for_listbox_summary_of_active_profile
+ '')
TypeError: cannot concatenate 'str' and 'list' objects
#


The main culprit was lack of str(o), it was just o, and because options
is a list in some cases.


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

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

Versions of packages tuned-gtk depends on:
ii  gir1.2-gtk-3.0  3.22.30-1
ii  powertop2.8-1+b2
ii  python  2.7.15~rc1-1
ii  python-gi   3.28.2-1
ii  tuned   2.9.0-1

tuned-gtk recommends no packages.

tuned-gtk suggests no packages.

-- no debconf information

Bug#900629: debian-edu-install: breaks installation of samba

[Mike Gabriel]

Hi,

On  Di 05 Jun 2018 19:03:59 CEST, Holger Levsen wrote:


On Tue, Jun 05, 2018 at 01:06:52PM +0200, Wolfgang Schweer wrote:

> netbios name PROFITBRICKS-BUILD10-AMD64 is not a valid netbios name
> ERROR: Invalid smb.conf
> dpkg: error processing package samba-common-bin (--configure):
>  installed samba-common-bin package post-installation script subprocess
>  returned error exit status 255
IMO this bug should/could be fixed in jenkins.d.n by setting a valid
netbios name via $(hostname).


no.

installation must not fail just because the hostname is
profitbricks-build-amd64 or whatever.


IMHO, this is a samba bug...


For Debian Edu the netbios name is set to TJENER, but at the moment
samba-common-bin gets installed, the vanilla smb.conf is tested (plus
preseeded values w/ netbios name not preseedable), replaced with the
Debian Edu one later (via Cfengine). So there's nothing Debian Edu can
do to fix this bug (afaict).


we can shorten the netbios name if using the hostname for the netbios
name is problematic because its too long.


Please check the attached patch.


NACK, see above :)


I agree, but the fix needs to be in Samba.

Mike
--

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

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



pgp8eahFoQqu9.pgp
Description: Digitale PGP-Signatur

Bug#900857: hostname.1: Minor fixes is the manual

[Bjarni Ingi Gislason]

Package: hostname
Version: 3.20
Severity: minor
Tags: patch

Dear Maintainer,

   * What led up to the situation?

  Warnings from "groff":

:65 (macro BR): only 1 argument, but more are expected
:69 (macro BR): only 1 argument, but more are expected
:71 (macro BR): only 1 argument, but more are expected
:78 (macro BR): only 1 argument, but more are expected
:87 (macro BR): only 1 argument, but more are expected
:91 (macro BR): only 1 argument, but more are expected
:92 (macro BR): only 1 argument, but more are expected
:94 (macro BR): only 1 argument, but more are expected
:157 (macro BR): only 1 argument, but more are expected
:160 (macro BR): only 1 argument, but more are expected
:200 (macro BR): only 1 argument, but more are expected
:210 (macro BR): only 1 argument, but more are expected

Output is from: test-groff -b -e -mandoc -T utf8 -rF0 -t -w w -z 

  [ "test-groff" is a developmental version of "groff" ]

###

  Summary:

Change a two-fonts macro to an one-font macro for a
single argument.

Change a HYPHEN-MINUS (code 0x55, 2D) to a dash
(minus, \-) if it matches " -[:alpha:]" or \(aq-[:alpha:] (for options)

Fix spelling of "existant"

Remove superfluous quotation marks (") around the argument for the
one-font macro "B".


  Details:

Input file is hostname.1
Test nr. 25:

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

179:Always set a hostname; this allows the file specified by \fI-F\fR to be
216:link-local addresses are omitted. Contrary to option \fI-i\fR, this option

#

  The patch is in the attachment.


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

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

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

hostname recommends no packages.

hostname suggests no packages.

-- no debconf information

-- 
Bjarni I. Gislason
--- hostname.1  2018-01-31 12:08:15.0 +
+++ hostname.1.new  2018-06-05 00:23:00.0 +
@@ -62,36 +62,36 @@ function.
 .LP
 .B domainname
 will print the NIS domainname of the system.
-.BR domainname
+.B domainname
 uses the
 .BR gethostname (2)
 function, while
-.BR ypdomainname
+.B ypdomainname
 and
-.BR nisdomainname
+.B nisdomainname
 use the
 .BR getdomainname (2).
 .LP
 .B dnsdomainname
 will print the domain part of the FQDN (Fully Qualified Domain Name). The
 complete FQDN of the system is returned with
-.BR "hostname \-\-fqdn"
+.B hostname \-\-fqdn
 (but see the warnings in section
-.B "THE FQDN"
+.B THE FQDN
 below).
 
 .SS "SET NAME"
 When called with one argument or with the
 .B \-\-file
 option, the commands set the host name or the NIS/YP domain name.
-.BR hostname
+.B hostname
 uses the
 .BR sethostname (2)
 function, while all of the three
-.BR domainname,
-.BR ypdomainname
+.BR domainname ,
+.B ypdomainname
 and
-.BR nisdomainname
+.B nisdomainname
 use
 .BR setdomainname (2).
 Note, that this is effective only until the next reboot.
@@ -102,7 +102,7 @@ Note, that only the super-user can chang
 It is not possible to set the FQDN or the DNS domain name with the
 .B dnsdomainname
 command (see
-.B "THE FQDN"
+.B THE FQDN
 below).
 .LP
 The host name is usually set once at system startup in
@@ -118,7 +118,7 @@ returns for the host name, such as,
 .IR ursula.example.com .
 It is usually the hostname followed by the DNS domain name (the part
 after the first dot).  You can check the FQDN using
-.B "hostname \-\-fqdn"
+.B hostname \-\-fqdn
 or the domain name using
 .BR "dnsdomainname" .
 .LP
@@ -154,10 +154,10 @@ If a machine has multiple network interf
 mobile environment, then it may either have multiple FQDNs/domain names
 or none at all. Therefore avoid using
 .BR "hostname \-\-fqdn" ,
-.BR "hostname \-\-domain"
+.B hostname \-\-domain
 and
 .BR "dnsdomainname" .
-.BR "hostname \-\-ip-address"
+.B hostname \-\-ip-address
 is subject to the same limitations so it should be avoided as well.
 
 .SH OPTIONS
@@ -176,8 +176,8 @@ contain duplicate entries. Do not make a
 output.
 .TP
 .I "\-b, \-\-boot"
-Always set a hostname; this allows the file specified by \fI-F\fR to be
-non-existant or empty, in which case the default hostname \fIlocalhost\fR
+Always set a hostname; this allows the file specified by \fI\-F\fR to be
+non-existent or empty, in which case the default hostname \fIlocalhost\fR
 will be used if none is yet set.
 .TP
 .I "\-d, \-\-domain"
@@ -187,7 +187,7 @@ to get the DNS domain name because it wi
 not the DNS domain name. Use
 .B dnsdomainname
 instead. See the warnings in section
-.B "THE FQDN"
+.B THE FQDN
 above, and avoid using this option.
 .TP
 .I "\-f, \-\-fqdn, 

Bug#897039: java-common: please add support for riscv64

[Manuel A. Fernandez Montecelo]

Hi,

2018-04-27 13:37 Aurelien Jarno:

Source: java-common
Version: 0.63
Severity: normal
Tags: patch
User: debian-ri...@lists.debian.org
Usertags: riscv64

I am in the process of bootstrapping openjdk-9 for the riscv64
architecture (https://wiki.debian.org/RISC-V). java-common builds
successfully on this architecture, however the generated packages are
unusable as they depend on a non-existing version less openjdk (e.g.
openjdk--jdk-headless).

The fix is to add proper support for riscv64 in java-common, declaring
it as a Java 9 architecture. The attached patch should do that. Would it
be possible to include it in the next upload?


It would be very nice if this change could be included in the next
uploads, otherwise we have to keep spinning special modified builds of
this package every time that there's an upload, to avoid having hundreds
of unsatisfied build-dependencies / uninstallable packages.

openjdk-10 can be used as default, both -9 and -10 are available.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#900739: crashing in toke.c, keyword plugin pointer is left pointing to an XS module that's been unloaded

[Dominic Hargreaves]

On Tue, Jun 05, 2018 at 01:19:13PM +1000, Tony Cook wrote:
> On Mon, Jun 04, 2018 at 09:31:06PM +0100, Dominic Hargreaves wrote:
> > Thanks for the detailed analysis both! Given that the fix is accidental,
> > and not in a released version of perl yet, I'm not sure whether this
> > belongs in a stable update. That said, maybe there is no more correct
> > place for a fix for this issue to live?
> 
> 5.26.2 has the fix as v5.26.1-61-g1e4ebce09b
> 
> maint-5.24 received only a very small set of changed outside of
> Module::CoreList changes and the security fixes for the last release.

Ah, great, I missed that it had already been applied in 5.26.
We (Debian) could consider applying it to our 5.24 if we think it's
a valid fix. The patch appears to apply cleanly.

Cheers,
Dominic.

Bug#900856: enlightenment: Sound fails to work after upgrade

[Mike Brodbelt]

Package: enlightenment
Version: 0.22.1-3
Severity: normal

After upgrading from the venerable e17 package, sounds stopped working
entirely on my desktop. I am not 100% certain whether the situation here
is a bug in the Enlightenment package, or elsewhere, but I'm filing it
here as it was triggered by an upgrade to E.

Doing some investigation into this, I enabled "PulseAudio Sound System"
in Settings > Apps > Startup Applications. This didn't work - it seems
to execute 'start-pulseaudio-x11' at login, which fails because it's
executed at a point at which there is no pulseaudio daemon running:-

$ start-pulseaudio-x11
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

Sound can be fairly trivially re-enabled by starting the user daemon
from a terminal after login:-

$ pulseaudio  --start --log-target=syslog

At this point, it's still necessary to go into the settings for the
mixer, and click "apply" without making any changes, at which point
sound is usable as expected.

According to docs, the pulseaudio daemon is supposed to be auto-spawned
on demand if the libraries are used, but that appears not to be
happening. My startup sequence is lightdm -> Enlightenment, and the
autospawn setting of pulseaudio has not been changed from the Debian
default.


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

Kernel: Linux 4.16.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages enlightenment depends on:
ii  dbus-x11 [dbus-session-bus]  1.12.8-2
ii  enlightenment-data   0.22.1-3
ii  libasound2   1.1.6-1
ii  libbluetooth35.49-4
ii  libc62.27-3
ii  libecore-con11.20.7-4
ii  libecore-evas1   1.20.7-4
ii  libecore-file1   1.20.7-4
ii  libecore-input1  1.20.7-4
ii  libecore-ipc11.20.7-4
ii  libecore-x1  1.20.7-4
ii  libecore11.20.7-4
ii  libedje-bin  1.20.7-4
ii  libedje1 1.20.7-4
ii  libeet1  1.20.7-4
ii  libeeze1 1.20.7-4
ii  libefreet-bin1.20.7-4
ii  libefreet1a  1.20.7-4
ii  libeina1a1.20.7-4
ii  libeio1  1.20.7-4
ii  libelementary1   1.20.7-4
ii  libemile11.20.7-4
ii  libemotion1  1.20.7-4
ii  libevas1 1.20.7-4
ii  libevas1-engines-x   1.20.7-4
ii  libpam0g 1.1.8-3.7
ii  libpulse011.1-5
ii  libxcb-keysyms1  0.4.0-1+b2
ii  libxcb-shape01.13-1
ii  libxcb1  1.13-1

Versions of packages enlightenment recommends:
ii  gnome-terminal [x-terminal-emulator]  3.28.2-1
ii  pm-utils  1.4.1-18
ii  terminology [x-terminal-emulator] 1.2.1-1
ii  xterm [x-terminal-emulator]   333-1

enlightenment suggests no packages.

-- no debconf information

Bug#900855: [qtquickcontrols2-opensource-src] FTBFS font fontenello

[Bastien ROUCARIÈS]

Package: qtquickcontrols2-opensource-src
Severity: serious

Hi,
examples/quickcontrols2/swipetoremove/fonts/fontello.ttf

fail to build from source

In your case I suppose they are no need to wait that I upload the package.

A repack will be quicker

Bastien





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

Bug#879755: debootstrap fails with current sid without apt-transport-https and https URLs

[Dragan Stancevic]

Hi,

I was wondering if there are any updates on this issue?

I have a  user reporting this problem on downstream code:
https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/1772556


And I would like to make sure to not conflict with any upstream debian fixes.

Thank you in advance.

Bug#900854: [bulk-media-downloader] FTBFS: missing source

[Bastien ROUCARIÈS]

Package: bulk-media-downloader
Severity: serious

Hi,

The file data/window/fontello.woff from fontello upstream does not build from 
source.

I plan to upload this fonts ASAP

Bastien

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

Bug#900853: [request-tracker4] FTBFS: missing fonts in ckeditor

[Bastien ROUCARIÈS]

Package: request-tracker4
Severity: serious

Hi,

third-party-source/devel/third-party/ckeditor-4.5.3/samples/toolbarconfigurator/font/fontello*

Does not build from source

Time to use ckeditor package ?

Will upload this font ASAP

Thanks

Bastien





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

Bug#900852: [icingaweb2] FTBFS: font fontello-ifont

[Bastien ROUCARIÈS]

Package: icingaweb2
Severity: serious

I could not found the source for 
public/font/*

I plan to upload this fonts soon, but you must repack 

Bastien

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

Bug#900851: Papirus icon theme in Stretch backports request

[LEANDRO DA CUNHA DOMINGUES]

Package: papirus-icon-theme
Version: 20180501-1
Severity: normal
Tags: backports
Justification: Package already exists in testing

Dear maintainer,
To avoid having to use PPA of Ubuntu for install the package papirus icon
theme that exists in the testing is appropriate in be available in Stretch
backports, more an option for customization in the current version of
Debian.
Thanks!

-BEGIN PGP PUBLIC KEY BLOCK-
Version: SKS 1.1.6
Comment: Hostname: sks-icn.semperen.com

mQENBFrJEAsBCADEMX0zA3iYyZinZ55CQVmRenn9RvO3p3vin9iqWSgF4Ytyn1bkS78Larpg
mmPDE9Sa1+6Q2pjnVX0epFTu9i+hNdsMRIjsFSuOatnbkNsQXp6iK+N4DFMD+gSfFvVspMIJ
IwluCmv/SVMMnCR8KTdN4LhAo0mrkKIpvF8SWM4m5Jvvqv8ttX5045eOPeEek81QCoC/52VS
m0s2iCVqa2mABDGS1J5AlN2d2CxbSbUh90+IF1jeoZxrF3C43puk71Dzoou+JC+lzGXxTBYr
PxKoMn2dqAYKl6gIxSJJ7oK4uxiPq5Tfe7sqeJ7fbpZoMeFLmYhzCv0AEOHuxXqnciGfABEB
AAG0KkxlYW5kcm8gQ3VuaGEgPGxlYW5kcm9jdW5oYUB1bmlwYW0uZWR1LmJyPokBVAQTAQgA
PhYhBLQ5QrC67EOoZoPZDwWnuQLbdfksBQJayRALAhsDBQkDwmcABQsJCAcCBhUICQoLAgQW
AgMBAh4BAheAAAoJEAWnuQLbdfksSoUIALa92aJQCzBcl/3GY1K3qhm3YCyzLet9vPzraFg2
sGU3BHbWAGjkENrj95n5bSrHpo60hh81mtIWromi8ikYaYwCfNN+3nn1gtidKF61fppDDejA
bXEmZ8U9zMvQU3qHtx6Z/ENik0PCjcecvQE0160ibGATsmu2CK9PiLiA3PQQ6te6ecQ9xpO9
wBncXU1ANXeCio08Lssc2VqpMkflqLpre5V7JKu0KnyEVkLpGAymJemf0RLO1773BWC2LBG3
9tAHwrabKLJBpoJdXsQTU0j4j/J7t2ZEvnkYCz3auyG7YuQvLu2zaKT83irKjaDhOOw6iNjN
s2Uy3C+XkJBYy425AQ0EWskQCwEIAN43/vj3SLsF78s2krXucMwRBYUqpGZrShfqi36ZLjM1
1geCRmExmKtmahiNuxqdEJ4SypV1b8u9E4sPmAbGp9YQagvExUVz/jscl1KueYQJru0GZ8BY
jCBAuWrIwBa2lp7VKXSKZfMZo6Pw+lAfpz4kayWYAUYLdghk4AP4jwuifT+uAH7HXdwhOnyR
0ZwuaTf7X0W7NR9KUhWY/wIKAdBm9GNSB3botSNqcQQFZqYSVaSYsuJdqZ63NoqYftszYJ3C
KAjEx06TUxuy9Bn1yUw1cBBO0e33IHmmxY6rovCf6Jhw63E9/USlis91JdRJw5vr13BOuS4Q
Uk3XmfiiaxcAEQEAAYkBPAQYAQgAJhYhBLQ5QrC67EOoZoPZDwWnuQLbdfksBQJayRALAhsM
BQkDwmcAAAoJEAWnuQLbdfksgesH/3tEnFttGz7Y1RDMlapXLgVP0pEg2AB1NMN1btvjlXQ+
yoGGAdXgyV00BZKRryb1LvbSFQyEO+ARE6A9DIlAZsrrBeyCZeGjb5lf8z7LY1+lUkMsKGuM
6iTE013Jt1YvKYiUajKdQb46tQPC9/wjJcFVXTXs/wBztcIZFNeF0oQdkcYFZ524ytR0yq4+
B7sGsME7fVsNF3HhTPkjaA0ovJ9fvA7eAxRiwAn9r2sZYWL2T/eqf/HiT3r741oE6eZK/cK7
aGFkQa/ZswPDUvDIw6gwxac3RxMcHX+lEWgi/DLSc24p4HFiq+DUudrmc2qXkMRBB9C2GW5q
W83N2tSOf8A=
=QSf6
-END PGP PUBLIC KEY BLOCK

Bug#891510: O: h323plus

[Bernhard Schmidt]

On Tue, Jun 05, 2018 at 11:29:29PM +0200, Jan Willamowius wrote:

Hi Jan,

> the OpenSSL 1.1 issue was resolved a few days ago. Now both GnuGk and
> H323Plus work fine with it. Current code from Github works fine on
> Debian 9.

That's good to hear.

The problem is that noone in the pkg-voip maintainer team is using these
packages anymore. You cannot properly maintain a package in the long run
if you don't use it. The current packages in the archive have been
bitrotting for too long, they are a disservice to our and your users
even if the RC bug regarding OpenSSL 1.1 would be patched.

If you want to volunteer to bring the full stack (ptlib -> h323plus ->
gnugk -> openam) up to the current upstream versions in Debian we will
gladly assist you in reintroducing them into unstable. 

https://wiki.debian.org/SponsoredMaintainer

Best Regards,
Bernhard

Bug#900850: ITP: node-istanbul -- a javascript code coverage tool

[Bastien ROUCARIES]

Package: wnpp
Severity: wishlist
Owner: ro...@debian.org
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-istanbul
  Version : 0.4.5
  Upstream Author : Krishnan Anantheswaran 
* URL : https://github.com/gotwarlost/istanbul#readme
* License : BSD-3-Clause


  JS code coverage tool that computes statement, line, function and
branch coverage with module loader hooks to transparently add coverage
when running tests. Supports all JS coverage use cases including unit
tests, server side functional tests ”.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#900849: allowing alternative country lists on a Debian host/installer

[Daniel Pocock]

Package: iso-codes
Severity: wishlist
Version: 3.75-1
X-Debbugs-CC: debian-de...@lists.debian.org


I've been thinking about technical solutions to help the country list
bug[1] and the following possibility came to mind:

- define a virtual package with a name like "country-codes"

- src:iso-codes could be split into multiple binary packages, one would
be called iso-country-codes

- package the GENC[2] list as genc-country-codes

- both the iso-country-codes package and the genc-country-codes package
could provide the virtual country-codes so only one can be installed

Would other packages that depend on iso-codes be comfortable using GENC
if it was installed this way?


As an alternative, maybe both lists (ISO-3166 and GENC) could be
installed concurrently and the alternatives[3] mechanism could be used
to switch between them?


For the Debian Installer[4], maybe the installer can ask the user to
choose "Do you want to use ISO-3166 or GENC or load a custom country
list from a USB stick?".


1. https://bugs.debian.org/872867
2. https://nsgreg.nga.mil/doc/view?i=2500
3. https://wiki.debian.org/DebianAlternatives
4. https://wiki.debian.org/DebianInstaller

Bug#891510: O: h323plus

[Jan Willamowius]

Hi,

the OpenSSL 1.1 issue was resolved a few days ago. Now both GnuGk and
H323Plus work fine with it. Current code from Github works fine on
Debian 9.

Regards,
Jan

-- 
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail  : j...@willamowius.de
Website: https://www.gnugk.org
Support: https://www.willamowius.com/gnugk-support.html

Relaxed Communications GmbH
Frahmredder 91
22393 Hamburg
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584


Moritz Mühlenhoff wrote:
> On Mon, Feb 26, 2018 at 12:01:35PM +0100, Bernhard Schmidt wrote:
> > Package: wnpp
> > Severity: normal
> > 
> > Hi,
> > 
> > on behalf of the Debian VoIP team I intent to orphan the package
> > h323plus.
> > 
> > It is a reverse dependency of 
> > 
> > - gnugk (orphaned in #891509)
> > - openam (RM requested in #891508)
> > 
> > The version currently in Debian has been released 6 years ago. Upstream
> > still appears to be active.
> > 
> > If there are no takers I intend to RM it from the archive end of March
> > 2018, together with gnugk.  
> 
> Given noone stepped forward and both gnugk and h323plus are currently
> RC-buggy due to a lack of compatibility with OpenSSL 1.1, let's proceed
> with removal of them?
> 
> Cheers,
> Moritz

Bug#898943: Multiple vulnerabiliities in Mongoose

[Moritz Mühlenhoff]

On Mon, Jun 04, 2018 at 12:47:48PM -0400, Reinhard Tartler wrote:
> Ok, thanks. That sounds like a good plan!

BTW, I'm not sure if Talos security actually reported these to the
censenta/mongoose upstream project or whether they're doing it
for the security buzz/advertising factor...

I saw that upstream seem to be fairly active, so maybe it's just
a matter of properly reporting these vulnerabilities on their
Github page, letting them fix them and then rebasing the mongoose
copy to the fixed version?

Cheers,
Moritz

Bug#900377: git: Debian git package can now include git-p4 Perforce proxy

[Luke Diamand]

>>
>> Cool!  Is there a bug open to package p4 in Debian?
>
> Not as far as I know. I could start the ball rolling with a bug
> report. I guess the question is how many people would actually use it.

I've sent a support request to Perforce to see what they think of this.

The BSD license means they can't directly object, and they might want
to help out.

Bug#891510: O: h323plus

[Bernhard Schmidt]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: h323plus -- ROM; unmaintained

On Tue, Jun 05, 2018 at 11:15:38PM +0200, Moritz Mühlenhoff wrote:

> > on behalf of the Debian VoIP team I intent to orphan the package
> > h323plus.
> > 
> > It is a reverse dependency of 
> > 
> > - gnugk (orphaned in #891509)
> > - openam (RM requested in #891508)
> > 
> > The version currently in Debian has been released 6 years ago. Upstream
> > still appears to be active.
> > 
> > If there are no takers I intend to RM it from the archive end of March
> > 2018, together with gnugk.
> 
> Given noone stepped forward and both gnugk and h323plus are currently
> RC-buggy due to a lack of compatibility with OpenSSL 1.1, let's proceed
> with removal of them?

ACK.

ftpmasters, on behalf of the pkg-voip maintainers I request removal of
h323plus from unstable.

Best Regards,
Bernhard

Bug#891509: RM: gnugk -- ROM; unmaintained

[Bernhard Schmidt]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: gnugk -- ROM; unmaintained

On Mon, Mar 05, 2018 at 11:21:17AM +0100, Jan Willamowius wrote:

Hi Jan,

> I'm the upstream maintainer for GnuGk and H323Plus.
> 
> I maintain Github repositories for GnuGk, H323Plus, PTLib and OpenAM
> that all compile fine on Debian and get regular updates:
> 
> https://github.com/willamowius/gnugk
> https://github.com/willamowius/h323plus
> https://github.com/willamowius/ptlib
> https://github.com/willamowius/openam
> 
> I'd be happy to assist somebody familiar with the Debian packaging
> system to switch your packages to these repositories and possibly
> adapt your compile rules.
> 
> All these packages are still in active use by many people and should
> remain in Debian.

Unfortunately noone has stepped up to maintain these packages in Debian.
Potential users are better off compiling gnugk / h323plus from source
than using a packaged version that is seriously lagging behind and is
not maintained.

On behalf of the pkg-voip-maintainers team I'm hereby requesting removal
from unstable. A RM request of h323plus will follow in #891510

Best Regards,
Bernhard

Bug#900819: gimp: Dependency on liblcms2-2 needs tightening

[Michael Biebl]

Hi Andreas

Am 05.06.2018 um 23:18 schrieb Andreas Henriksson:
> @@ -1,3 +1,4 @@
> +Build-Depends-Package: liblcms2-dev
>  liblcms2.so.2 liblcms2-2 #MINVER#

Hm, this doesn't look correct.
The Build-Depends-Package line should have a preceeding * and should
come as second line, like this:

liblcms2.so.2 liblcms2-2 #MINVER#
* Build-Depends-Package: liblcms2-dev


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



signature.asc
Description: OpenPGP digital signature

Bug#900838: menu: Use noawait triggers

[Bill Allombert]

On Tue, Jun 05, 2018 at 11:39:52AM -0700, Julian Andres Klode wrote:
> Package: menu
> Severity: normal
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu
> 
> menu currently uses interest triggers, causing packages triggering it to not 
> be
> configured until the trigger has run (so if A installs a menu file, dpkg 
> --configure A
> first updates menu and then configures A). There's no point in doing that, 
> especially
> with the intended semantic that the trigger should run after the package is
> configured - it's mostly the opposite of what you want.

Hello Julian,

I agree. However update-enus is supposed to wait until dpkg terminate
before running, so at this point the package should be configured.

> The use of interest instead of interest-noawait causes a lot of upgrade 
> failures for
> Ubuntu[1], hence I applied the patch there in the development release and 
> will push it
> out for stable releases too.
> 
> Please consider doing the same for Debian, to reduce upgrade failures there.

Are you sure the upgrade failure are not caused by another patch that it
applied by ubuntu ?

I have yet to see a single upgrade failure in Debian proper.

Cheers
-- 
Bill. 

Imagine a large red swirl here. 

Bug#900819: gimp: Dependency on liblcms2-2 needs tightening

[Andreas Henriksson]

Hello Michael Deegan,

Thanks for your bug report.

On Tue, Jun 05, 2018 at 08:40:22PM +0800, Michael Deegan wrote:
> Package: gimp
> Version: 2.10.2-1
> Severity: minor
> 
> Hello,
> 
> Gimp 2.10's versioned dependency on liblcms2-2 probably needs to be ">= 2.9"
> instead of ">= 2.7", as otherwise people cherry-picking from unstable may
> see:
[...]

Recent Gimp needs >= 2.8 and that is specified in the build-dependencies
of gimp already. Unfortunately liblcms2 lacks the
"Build-Depends-Package: liblcms2-dev" meta-header in
debian/liblcms2-2.symbols which means the build-time dependency isn't
reflected in the runtime dependency. (See man deb-symbols)

Regards,
Andreas Henriksson

PS. While this might seem as a minor bug, severity is specified by
policy and this is actually a 'serious' bug (and thus Release Critical).
OTOH I think it's best fixed in liblcms2 instead of gimp
>From a67ade1a75c52dffb963a552f44694b53cdd025d Mon Sep 17 00:00:00 2001
From: Andreas Henriksson 
Date: Tue, 5 Jun 2018 23:16:20 +0200
Subject: [PATCH] Add Build-Depends-Package header to symbols file

This will ensure packages specifying a versioned Build-dependency
will get an atleast as strict runtime dependency version.

See man deb-symbols

Closes: #900819
---
 debian/liblcms2-2.symbols | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/liblcms2-2.symbols b/debian/liblcms2-2.symbols
index 04df057..29d19f4 100644
--- a/debian/liblcms2-2.symbols
+++ b/debian/liblcms2-2.symbols
@@ -1,3 +1,4 @@
+Build-Depends-Package: liblcms2-dev
 liblcms2.so.2 liblcms2-2 #MINVER#
  _cms15Fixed16toDouble@Base 2.2+git20110628
  _cms8Fixed8toDouble@Base 2.2+git20110628
-- 
2.11.0

Bug#900848: Should this package be removed?

[Moritz Muehlenhoff]

Package: skipfish
Severity: serious

Should this package be removed?
- Dead upstream (last upstream commits from 2012)
- Unmaintained (last maintainer upload in 2012)
- RC-buggy (broken with OpenSSL 1.1)
- Marginal popcon numbers

If there's no objections, I'll reassign this bug to ftp.debian.org
for removal in a few weeks.

Cheers,
Moritz

Bug#891510: O: h323plus

[Moritz Mühlenhoff]

On Mon, Feb 26, 2018 at 12:01:35PM +0100, Bernhard Schmidt wrote:
> Package: wnpp
> Severity: normal
> 
> Hi,
> 
> on behalf of the Debian VoIP team I intent to orphan the package
> h323plus.
> 
> It is a reverse dependency of 
> 
> - gnugk (orphaned in #891509)
> - openam (RM requested in #891508)
> 
> The version currently in Debian has been released 6 years ago. Upstream
> still appears to be active.
> 
> If there are no takers I intend to RM it from the archive end of March
> 2018, together with gnugk.

Given noone stepped forward and both gnugk and h323plus are currently
RC-buggy due to a lack of compatibility with OpenSSL 1.1, let's proceed
with removal of them?

Cheers,
Moritz

Bug#851085: conserver: FTBFS with openssl 1.1.0

[Moritz Muehlenhoff]

On Sun, Jun 26, 2016 at 12:21:20PM +0200, Kurt Roeckx wrote:
> OpenSSL 1.1.0 is about to released.  During a rebuild of all packages using
> OpenSSL this package fail to build. 

This has now been fixed in version 8.2.2:
https://github.com/conserver/conserver/commit/258c2e124135257dcc6128b629b4ad157841c81c

Cheers,
Moritz

Bug#859548: pam-ssh-agent-auth: Please migrate to openssl1.1 in buster

[Moritz Muehlenhoff]

On Thu, Oct 12, 2017 at 11:44:35PM +0200, Sebastian Andrzej Siewior wrote:
> Hi,
> 
> this is a remainder about the openssl transition [0]. We really want to
> remove libssl1.0-dev from unstable for Buster. I will raise the severity
> of this bug to serious in a month. Please react before that happens.

Christian/Balint,
pam_ssh_agent_auth seems dead upstream, the last commits are from March
2014, is anyone of you working on a patch for this or should we rather
remove it from the archive?

Cheers,
Moritz

Bug#900847: RM: lava-dispatcher -- NVIU; Replaced by the lava source package

[Neil Williams]

Package: ftp.debian.org
Severity: normal

lava-dispatcher no longer exists as a source package, only as a binary,
now that 2018.5-1 has been accepted into unstable.

https://tracker.debian.org/news/962969/accepted-lava-20185-1-source-all-amd64-into-unstable-unstable/

Please remove the lava-dispatcher source package 2018.4-2 - all binaries
previously provided by this source package are now built from
the lava source package 2018.5-1.

http://cdn-fastly.deb.debian.org/debian/pool/main/l/lava/lava_2018.5-1.dsc

replaces:

http://cdn-fastly.deb.debian.org/debian/pool/main/l/lava-dispatcher/lava-dispatcher_2018.4-2.dsc

Thanks.

Bug#897573: You need to install the extra package

[Daniel Kobras]

Hi Mark!

On Mon, Jun 04, 2018 at 10:43:11AM +0100, Mark Brown wrote:
> On Mon, May 07, 2018 at 03:01:23PM +0200, Bastien ROUCARIES wrote: 
> > It is a feature you need to depends on extra package
> 
> It would have been rather more helpful if you were to mention which
> package this is.  It would also have been helpful to have made some
> effort to communicate this change to packages that build depend on yours
> when making the change rather than just letting them break with zero
> communication.

As far as I can tell, this seems to be a duplicate of #879849 (the
libmagickcore...-extra packages lack a dependency on librsvg2-bin),
ie. a bug rather than an intentional change. (The build error occured
despite usbview already build-depending on ...-extra.)

Kind regards,

Daniel 

Bug#900846: RM: lava-server -- NVIU; Replaced by the lava source package

[Neil Williams]

Package: ftp.debian.org
Severity: normal

lava-server no longer exists as a source package, only as a binary,
now that 2018.5-1 has been accepted into unstable.

Please remove the lava-server source package 2018.4-1 - all binaries
previously provided by this source package are now built from
the lava source package 2018.5-1.

http://cdn-fastly.deb.debian.org/debian/pool/main/l/lava/lava_2018.5-1.dsc

replaces:

http://cdn-fastly.deb.debian.org/debian/pool/main/l/lava-server/lava-server_2018.4-1.dsc

Thanks.

Bug#900649: po4a: does not parse fortunes files correctly anymore

[Dr. Tobias Quathamer]

control: tag -1 pending fixed-upstream

Am 04.06.2018 um 10:53 schrieb Dr. Tobias Quathamer:
> I did find the bug and have a fix for this. However, I'd like to
> include a new test for this, so that the bug does not surface again.
> Expect an upload shortly™.

This is now fixed in upstream's git:

https://github.com/mquinson/po4a/commit/3971f502fc6a6af54e1fcbaa8e412d815ffa71a5

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#900845: mruby: CVE-2018-11743

[Salvatore Bonaccorso]

Source: mruby
Version: 1.4.1-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/mruby/mruby/issues/4027

Hi,

The following vulnerability was published for mruby.

CVE-2018-11743[0]:
| The init_copy function in kernel.c in mruby 1.4.1 makes initialize_copy
| calls for TT_ICLASS objects, which allows attackers to cause a denial
| of service (mrb_hash_keys uninitialized pointer and application crash)
| or possibly have unspecified other impact.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-11743
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-11743
[1] https://github.com/mruby/mruby/issues/4027

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#855942: anki: don't let the alpha version migrate to testing

[Alexandre Viau]

Do we really want to let upstream decide whether or not we should ship Anki?

The program works. It isn't really security critical so even if it has a
few bugs it can be useful to our users.

Cheers,

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#803197: SOGo isn't the only victim, cups breaks as well

[Lukas Kramer]

Openldap calling gnutls_global_set_mutex also breaks cups when using
pam_ldap: http://www.openldap.org/its/index.cgi?findid=8797

As upstream is unwilling to fix this and the calling
gnutls_global_set_mutex isn't really necessary, how about patching this
in the debian package?

Bug#900814: marked as done (Popup notifications plugin fails to load)

[Camaleón]

El 2018-06-05 a las 19:54 +0200, Paul Gevers escribió:

> Hi, Camaleón
> 
> Thanks for reporting this issue, and following up as you learn more.
> 
> On 05-06-18 15:36, Debian Bug Tracking System wrote:
> > Not a bug.
> > After installing "gir1.2-notify-0.7" plugin just loads fine.
> 
> But wouldn't it make sense to add that package to Recommends or Suggests?

Yes, it could follow the other "gir1.2-*" packages policy which are 
tagged as "Recommended".

Greetings,

-- 
Camaleón 

Bug#900844: plasma-desktop: Start Bar icons do not line up with programs they open

[Tyler]

Package: plasma-desktop
Version: 4:5.12.5-1
Severity: normal

Dear Maintainer,

I encountered a bug where the icons on the start bar in Plasma do not line up 
witht he program they open. 
For example, in a given case where you are running Firefox, steam, dolphin, and 
konsole. Clicking on 
firefox in the start bar might open konsole, konsole opens dolphin, and dolphin 
opens firefox, and steam
doesn't even have an icon. To "fix" this I've restarted plasma and it seems to 
be a temporary fix,
however over time the bug does seem to show up again. Further more, this bug 
does not always apply to 
all open programs in the start bar. While some of the icons point to the wrong 
program, others may 
point to the correct program. I've found that the longer the program is running 
the more likely it
is that it points to the wrong program, and the further to the right on the 
start bar a program is,
the more likely it is that it points to itself, but this may just be 
coincidence.

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

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
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

Versions of packages plasma-desktop depends on:
ii  breeze   4:5.12.5-1
ii  kactivitymanagerd5.12.5-1
ii  kde-cli-tools4:5.12.5-1
ii  kded55.46.0-1
ii  kio  5.46.0-1
ii  kpackagetool55.46.0-1
ii  libappstreamqt2  0.12.0-3
ii  libc62.27-3
ii  libcanberra0 0.30-6
ii  libfontconfig1   2.13.0-5
ii  libgcc1  1:8.1.0-3
ii  libkf5activities55.46.0-1
ii  libkf5activitiesstats1   5.46.0-1
ii  libkf5archive5   5.46.0-1
ii  libkf5auth5  5.46.0-1
ii  libkf5baloo5 5.46.0-1
ii  libkf5codecs55.46.0-1
ii  libkf5completion55.46.0-1
ii  libkf5configcore55.46.0-1
ii  libkf5configgui5 5.46.0-1
ii  libkf5configwidgets5 5.46.0-1
ii  libkf5coreaddons55.46.0-1
ii  libkf5dbusaddons55.46.0-1
ii  libkf5declarative5   5.46.0-1
ii  libkf5emoticons-bin  5.46.0-1
ii  libkf5emoticons5 5.46.0-1
ii  libkf5globalaccel5   5.46.0-1
ii  libkf5guiaddons5 5.46.0-1
ii  libkf5i18n5  5.46.0-1
ii  libkf5iconthemes55.46.0-1
ii  libkf5itemmodels55.46.0-1
ii  libkf5itemviews5 5.46.0-1
ii  libkf5jobwidgets55.46.0-1
ii  libkf5kcmutils5  5.46.0-1
ii  libkf5kdelibs4support5   5.46.0-1
ii  libkf5kiocore5   5.46.0-1
ii  libkf5kiofilewidgets55.46.0-1
ii  libkf5kiowidgets55.46.0-1
ii  libkf5newstuff5  5.46.0-1
ii  libkf5notifications5 5.46.0-1
ii  libkf5notifyconfig5  5.46.0-1
ii  libkf5package5   5.46.0-1
ii  libkf5parts5 5.46.0-1
ii  libkf5people55.46.0-1
ii  libkf5peoplewidgets5 5.46.0-1
ii  libkf5plasma55.46.0-1
ii  libkf5plasmaquick5   5.46.0-1
ii  libkf5quickaddons5   5.46.0-1
ii  libkf5runner55.46.0-1
ii  libkf5service-bin5.46.0-1
ii  libkf5service5   5.46.0-1
ii  libkf5solid5 5.46.0-1
ii  libkf5sonnetui5  5.46.0-1
ii  libkf5wallet-bin 5.46.0-2
ii  libkf5wallet55.46.0-2
ii  libkf5widgetsaddons5 5.46.0-1
ii  libkf5windowsystem5  5.46.0-1
ii  libkf5xmlgui55.46.0-1
ii  libkfontinst54:5.12.5-1
ii  libkfontinstui5  4:5.12.5-1
ii  libkworkspace5-5 4:5.12.5-1
ii  libphonon4qt5-4  4:4.10.1-1
ii  libpulse-mainloop-glib0  11.1-5
ii  libpulse011.1-5
ii  libqt5concurrent55.10.1+dfsg-7
ii  libqt5core5a

Bug#900843: bouncycastle: CVE-2018-1000180

[Salvatore Bonaccorso]

Source: bouncycastle
Version: 1.54-1
Severity: grave
Tags: patch security upstream
Justification: user security hole
Forwarded: https://www.bouncycastle.org/jira/browse/BJA-694

Hi,

The following vulnerability was published for bouncycastle.

CVE-2018-1000180[0]:
| Bouncy Castle BC 1.54 - 1.59, BC-FJA 1.0.0, BC-FJA 1.0.1 and earlier
| have a flaw in the Low-level interface to RSA key pair generator,
| specifically RSA Key Pairs generated in low-level API with added
| certainty may have less M-R tests than expected. This appears to be
| fixed in versions BC 1.60 beta 4 and later, BC-FJA 1.0.2 and later.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-1000180
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1000180
[1] https://www.bouncycastle.org/jira/browse/BJA-694

Regards,
Salvatore

Bug#900742: iwlist: argument list too long

[Guus Sliepen]

tags 900742 + wontfix
thanks

On Sun, Jun 03, 2018 at 09:27:18PM -0700, Ernesto Alfonso wrote:

> Package: wireless-tools
> Version: 30~pre9-12+b1
> Severity: important
> 
> Dear Maintainer,
> 
> iwlist fails with the error "Failed to read scan data : Argument list too 
> long" when there
> are too many reachable access points. I've encountered this issue 
> consistently at certain hotels,
> and I've had to resort to using iw instead, as this stackoverflow question 
> from March 2017 answer suggests:

The problem is unfortunately a limitation of the Wireless Extensions
kernel API that wireless-tools uses, so there is nothing that I can do
to fix it. If iw works for you, then by all means keep using it.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: PGP signature

Bug#900842: ITP: rake-ant -- Ant tasks and integration for Rake under JRuby

[Miguel Landaeta]

Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta 

* Package name: rake-ant
  Version : 1.0.4
  Upstream Author : Charles Oliver Nutter 
* URL : https://github.com/jruby/rake-ant
* License : EPL-2.0
  Programming Lang: Ruby
  Description : Ant tasks and integration for Rake under JRuby

This package provides a wrapper and Rake tasks for using Ant from any
Rake build.

Its main use case in Debian at the present time is as a JRuby
dependency and it will be maintained under Debian Ruby Team umbrella.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: PGP signature

Bug#636184: #636184: some values

[Adam Borowski]

Control: tags -1 +patch

> The extended description says of bzip2:
>
> > It typically compresses files to within 10% to 15% of the best available
> > techniques, whilst being around twice as fast at compression and six
> > times faster at decompression.
> Although this is relative, I think this is highly misleading, and if it 
> is "true", this claim should be detailed and backed by documentation.

I've gathered some data to back this claim.  I compressed a 16824672 bytes
executable, for other compressors taking the first level that produces a
file smaller than bzip2.  As in no case the level matched exactly, this data
is biased by around half a level in bzip2's favour in both cases.  Every
value is the median of three runs.

compression decompression
bzip2   0m2.240s0m0.691s
zstd -8 0m0.755s0m0.047s
xz -0   0m1.266s0m0.375s


Thus, what about replacing the long desc with the following?:

 bzip2 is a freely available, patent free, data compressor.  It has been
 since greatly outpaced by newer alternatives, for example zstd at
 equivalent shrinking ratio compresses thrice as fast while decompressing
 nearly 15 times faster than bzip2.  Thus, bzip2 shouldn't in be used in
 new designs, although you want it available to access historic data.
 .
 bzip2 compresses files using the Burrows-Wheeler block-sorting text
 compression algorithm, and Huffman coding.  Compression is generally
 considerably better than that achieved by more conventional
 LZ77/LZ78-based compressors, and approaches the performance of the PPM
 family of statistical compressors.
 .
 The archive file format of bzip2 (.bz2) is incompatible with that of its
 predecessor, bzip (.bz).


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ I've read an article about how lively happy music boosts
⣾⠁⢰⠒⠀⣿⡁ productivity.  You can read it, too, you just need the
⢿⡄⠘⠷⠚⠋⠀ right music while doing so.  I recommend Skepticism
⠈⠳⣄ (funeral doom metal).

Bug#900841: git-buildpackage: Fails to import packages when the changelog contains invalid UTF-8 sequences

[Guus Sliepen]

Package: git-buildpackage
Version: 0.9.9
Severity: normal
Tags: patch

I ran into the following issue when importing the history of a Debian
package:

> gbp import-dscs --debsnap wireless-tools
gbp:info: Downloading snapshots of 'wireless-tools' to '/tmp/tmpkzi1rlbg'...
gbp:info: No git repository found, creating one.
Traceback (most recent call last):
  File "/usr/bin/gbp", line 149, in 
sys.exit(supercommand())
  File "/usr/bin/gbp", line 145, in supercommand
return module.main(args)
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dscs.py", line 180, 
in main
if importer.importdsc(dscs[0]):
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dscs.py", line 72, in 
importdsc
return import_dsc.main(['import-dsc'] + self.args + [dsc.dscfile])
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 518, in 
main
apply_debian_patch(repo, source, dsc, commit, options)
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 174, in 
apply_debian_patch
author = get_author_from_changelog(source.unpacked)
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 114, in 
get_author_from_changelog
dch = ChangeLog(filename=os.path.join(dir, 'debian/changelog'))
  File "/usr/lib/python3/dist-packages/gbp/deb/changelog.py", line 89, in 
__init__
self._read()
  File "/usr/lib/python3/dist-packages/gbp/deb/changelog.py", line 132, in _read
self._contents = f.read()
  File "/usr/lib/python3.6/codecs.py", line 321, in decode
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf6 in position 906: 
invalid start byte

This happened while it was importing version 23-2 (see
http://snapshot.debian.org/package/wireless-tools/23-2/). The changelog
back then was in ISO-8859-1. I've attached a patch that treats invalid
UTF-8 files as ISO-8859-1.


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

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

Versions of packages git-buildpackage depends on:
ii  devscripts 2.18.2
ii  git1:2.17.0-1
ii  man-db 2.8.3-2
ii  python33.6.5-3
ii  python3-dateutil   2.6.1-1
ii  python3-pkg-resources  39.1.0-1

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.87+b1
ii  pbuilder  0.229.2
ii  pristine-tar  1.44
ii  python3-requests  2.18.4-2

Versions of packages git-buildpackage suggests:
pn  python3-notify2  
ii  sudo 1.8.23-1
ii  unzip6.0-21

-- no debconf information
>From 48bc76b8a5294098548ef8c6b10e0f25b718fddf Mon Sep 17 00:00:00 2001
From: Guus Sliepen 
Date: Tue, 5 Jun 2018 21:41:28 +0200
Subject: [PATCH] Treat changelogs with invalid UTF-8 sequences as ISO-8859-1.

This allows import-dscs to import old versions of a package that did not
yet use UTF-8 encoding.
---
 gbp/deb/changelog.py | 8 ++--
 gbp/git/vfs.py   | 5 -
 2 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/gbp/deb/changelog.py b/gbp/deb/changelog.py
index 5cfaaf79..dda9b753 100644
--- a/gbp/deb/changelog.py
+++ b/gbp/deb/changelog.py
@@ -128,8 +128,12 @@ class ChangeLog(object):
 self._cp = cp
 
 def _read(self):
-with open(self.filename, encoding='utf-8') as f:
-self._contents = f.read()
+try:
+with open(self.filename, encoding='utf-8') as f:
+self._contents = f.read()
+except UnicodeDecodeError:
+with open(self.filename, encoding='iso-8859-1') as f:
+self._contents = f.read()
 
 def __getitem__(self, item):
 return self._cp[item]
diff --git a/gbp/git/vfs.py b/gbp/git/vfs.py
index 8363f77b..ec47201a 100644
--- a/gbp/git/vfs.py
+++ b/gbp/git/vfs.py
@@ -33,7 +33,10 @@ class GitVfs(object):
 if binary:
 self._data = io.BytesIO(content)
 else:
-self._data = io.StringIO(content.decode())
+try:
+self._data = io.StringIO(content.decode())
+except UnicodeDecodeError:
+self._data = io.StringIO(content.decode("iso-8859-1"))
 
 def readline(self):
 return self._data.readline()
-- 
2.17.0

Bug#900839: libncurses-dev: static linking requires -lgpm

[Sven Joachim]

On 2018-06-05 21:01 +0200, Sven Joachim wrote:

> Package: libncurses-dev
> Version: 6.1+20180210-4
> Severity: normal
>
> Linking a program as trivial as the following statically fails:
>
> #include 
>
> int main(void)
> {
>   initscr();
>   endwin();
>   return 0;
> }
>
>
> ,
> | $ LANG=C gcc curses_min.c -static $(pkg-config --static --libs ncurses)
> | 
> /usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
>  In function `_nc_mouse_event':
> | (.text+0x5be): undefined reference to `Gpm_GetEvent'
> | 
> /usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
>  In function `enable_gpm_mouse':
> | (.text+0xc51): undefined reference to `Gpm_Close'
> | (.text+0xc89): undefined reference to `Gpm_Open'
> | (.text+0xc9d): undefined reference to `Gpm_Close'
> | 
> /usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
>  In function `_nc_mouse_init':
> | (.text+0xe13): undefined reference to `gpm_fd'
> | 
> /usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
>  In function `mouse_activate':
> | (.text+0x1032): undefined reference to `gpm_fd'
> | collect2: error: ld returned 1 exit status
> `
>
> Adding -lgpm works around that, but neither the pkgconfig files nor
> ncurses6-config make any mention of -lgpm in the configuration we use
> for the static libraries, so I guess it is not intended to be necessary.
>
> In stretch linking the above program without -lgpm works, not sure when
> exactly that broke.

Further investigation revealed that it worked in libncurses5-dev
versions up to 6.1-1, but broke with the switch to ABI 6 in
6.1+20180210-1.

Cheers,
   Sven

Bug#900840: thunderbird: does not start with apparmor errors and breaks X session

[Carsten Schoenert]

Hello Hannes,

decreased severity as AppAprmor is not enabled by default so bug reports
like your's can't be a RC bug.

On Tue, Jun 05, 2018 at 08:11:49PM +0100, Hannes Hörl wrote:
> thunderbird cannot be started anymore and breaks X. X does not update
> the screen anymore, the cursor can still be moved and shows on the
> screen while nothing can be clicked on or interacted with. Application
> which e.g. play sound seem to still continue running, but cannot be
> controlled fia the GUI anymore. The X-server needs to be completely
> restarted to fix the issue.

We will probably find a lot more of such issues which are need a mor
granulary tuned AppArmor profile.

@Vincas
This is once more a thing which I'd like to adress to you with the a
kindly request to have a look at. Thanks.

Regards
Carsten

> With the last tested version (1:60.0~b6-1 from experimentsl) I see the
> following in the syslog:
> 
> Jun  5 19:02:19 pfah kernel: [22845.000634] audit: type=1400 
> audit(1528221739.361:49): apparmor="STATUS" operation="profile_replace" 
> profile="unconfined" name="thunderbird" pid=2979 comm="apparmor_parser"
> Jun  5 19:02:19 pfah kernel: [22845.015315] audit: type=1400 
> audit(1528221739.377:50): apparmor="STATUS" operation="profile_replace" 
> profile="unconfined" name="thunderbird//browser_java" pid=2979 
> comm="apparmor_parser"
> Jun  5 19:02:19 pfah kernel: [22845.016056] audit: type=1400 
> audit(1528221739.377:51): apparmor="STATUS" operation="profile_replace" 
> profile="unconfined" name="thunderbird//browser_openjdk" pid=2979 
> comm="apparmor_parser"
> Jun  5 19:02:19 pfah kernel: [22845.016668] audit: type=1400 
> audit(1528221739.377:52): apparmor="STATUS" operation="profile_replace" 
> profile="unconfined" name="thunderbird//gpg" pid=2979 comm="apparmor_parser"
> Jun  5 19:02:19 pfah kernel: [22845.016920] audit: type=1400 
> audit(1528221739.377:53): apparmor="STATUS" operation="profile_replace" 
> profile="unconfined" name="thunderbird//sanitized_helper" pid=2979 
> comm="apparmor_parser"
> Jun  5 19:04:27 pfah kernel: [22972.942931] audit: type=1400 
> audit(1528221867.305:54): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 19:04:27 pfah kernel: [22972.943282] audit: type=1400 
> audit(1528221867.305:55): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 19:04:27 pfah kernel: [22972.943288] audit: type=1400 
> audit(1528221867.305:56): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 19:04:27 pfah kernel: [22972.943292] audit: type=1400 
> audit(1528221867.305:57): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 19:04:27 pfah kernel: [22972.947864] audit: type=1400 
> audit(1528221867.309:58): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 19:04:27 pfah kernel: [22972.948154] audit: type=1400 
> audit(1528221867.309:59): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> 
> 
> With the forner version I had (1:52.8.0-1 from sid) I see this in the
> syslog:
> 
> Jun  5 18:33:38 pfah kernel: [21124.071163] audit: type=1400 
> audit(1528220018.432:43): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 18:33:38 pfah kernel: [21124.071195] audit: type=1400 
> audit(1528220018.432:44): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 18:33:38 pfah kernel: [21124.071268] audit: type=1400 
> audit(1528220018.432:45): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> Jun  5 18:33:38 pfah kernel: [21124.071312] audit: type=1400 
> audit(1528220018.432:46): apparmor="DENIED" operation="open" 
> profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
> pid=12543 comm="thunderbird" 

Bug#820526: giflib: CVE-2016-3977: gif2rgb: heap buffer overflow

[Salvatore Bonaccorso]

Hi

I re-uploaded a version adding the patch.

Regards,
Salvatore

Bug#900840: thunderbird: does not start with apparmor errors and breaks X session

[Hannes Hörl]

Package: thunderbird
Version: 1:60.0~b6-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

thunderbird cannot be started anymore and breaks X. X does not update
the screen anymore, the cursor can still be moved and shows on the
screen while nothing can be clicked on or interacted with. Application
which e.g. play sound seem to still continue running, but cannot be
controlled fia the GUI anymore. The X-server needs to be completely
restarted to fix the issue.

With the last tested version (1:60.0~b6-1 from experimentsl) I see the
following in the syslog:

Jun  5 19:02:19 pfah kernel: [22845.000634] audit: type=1400 
audit(1528221739.361:49): apparmor="STATUS" operation="profile_replace" 
profile="unconfined" name="thunderbird" pid=2979 comm="apparmor_parser"
Jun  5 19:02:19 pfah kernel: [22845.015315] audit: type=1400 
audit(1528221739.377:50): apparmor="STATUS" operation="profile_replace" 
profile="unconfined" name="thunderbird//browser_java" pid=2979 
comm="apparmor_parser"
Jun  5 19:02:19 pfah kernel: [22845.016056] audit: type=1400 
audit(1528221739.377:51): apparmor="STATUS" operation="profile_replace" 
profile="unconfined" name="thunderbird//browser_openjdk" pid=2979 
comm="apparmor_parser"
Jun  5 19:02:19 pfah kernel: [22845.016668] audit: type=1400 
audit(1528221739.377:52): apparmor="STATUS" operation="profile_replace" 
profile="unconfined" name="thunderbird//gpg" pid=2979 comm="apparmor_parser"
Jun  5 19:02:19 pfah kernel: [22845.016920] audit: type=1400 
audit(1528221739.377:53): apparmor="STATUS" operation="profile_replace" 
profile="unconfined" name="thunderbird//sanitized_helper" pid=2979 
comm="apparmor_parser"
Jun  5 19:04:27 pfah kernel: [22972.942931] audit: type=1400 
audit(1528221867.305:54): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 19:04:27 pfah kernel: [22972.943282] audit: type=1400 
audit(1528221867.305:55): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 19:04:27 pfah kernel: [22972.943288] audit: type=1400 
audit(1528221867.305:56): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 19:04:27 pfah kernel: [22972.943292] audit: type=1400 
audit(1528221867.305:57): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 19:04:27 pfah kernel: [22972.947864] audit: type=1400 
audit(1528221867.309:58): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 19:04:27 pfah kernel: [22972.948154] audit: type=1400 
audit(1528221867.309:59): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=13506 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0


With the forner version I had (1:52.8.0-1 from sid) I see this in the
syslog:

Jun  5 18:33:38 pfah kernel: [21124.071163] audit: type=1400 
audit(1528220018.432:43): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 18:33:38 pfah kernel: [21124.071195] audit: type=1400 
audit(1528220018.432:44): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 18:33:38 pfah kernel: [21124.071268] audit: type=1400 
audit(1528220018.432:45): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 18:33:38 pfah kernel: [21124.071312] audit: type=1400 
audit(1528220018.432:46): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 18:33:38 pfah kernel: [21124.073642] audit: type=1400 
audit(1528220018.432:47): apparmor="DENIED" operation="open" 
profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" 
pid=12543 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
Jun  5 18:33:38 pfah kernel: [21124.073676] audit: type=1400 
audit(1528220018.432:48): apparmor="DENIED" operation="open" 

Bug#900756: [Rd] Byte-compilation failure on different architectures / low-memory systems

[Dirk Eddelbuettel]

On 4 June 2018 at 20:06, Tomas Kalibera wrote:
| thanks for the report. Access to the test system is not necessary, the 
| memory requirements of the byte-code compiler are usually 
| platform-independent and specifically with this package I can reproduce 
| they are very high. We'll have a look what we can do, certainly there 
| should at least be a way to recover and use the uncompiled version when 
| memory allocation fails, this is already done by the JIT but not when 
| compiling during installation. Before R or the package is patched, the 
| only workaround for memory constrained systems is probably to disable 
| byte-compilation of this package, as I read you are doing already.

Yes. And as a shortcut, we just turned it off unconditionally, ie on all
build architectures.  Worked fine as per

   https://buildd.debian.org/status/package.php?p=fbasics

it has been built everywhere where we have R 3.5.0 (some 20 or so platforms).

The fix you suggest sounds ideal: if possible recover, and maybe WARN.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#900839: libncurses-dev: static linking requires -lgpm

[Sven Joachim]

Package: libncurses-dev
Version: 6.1+20180210-4
Severity: normal

Linking a program as trivial as the following statically fails:

#include 

int main(void)
{
	initscr();
	endwin();
	return 0;
}

,
| $ LANG=C gcc curses_min.c -static $(pkg-config --static --libs ncurses)
| 
/usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
 In function `_nc_mouse_event':
| (.text+0x5be): undefined reference to `Gpm_GetEvent'
| 
/usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
 In function `enable_gpm_mouse':
| (.text+0xc51): undefined reference to `Gpm_Close'
| (.text+0xc89): undefined reference to `Gpm_Open'
| (.text+0xc9d): undefined reference to `Gpm_Close'
| 
/usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
 In function `_nc_mouse_init':
| (.text+0xe13): undefined reference to `gpm_fd'
| 
/usr/lib/gcc/i686-linux-gnu/7/../../../i386-linux-gnu/libncurses.a(lib_mouse.o):
 In function `mouse_activate':
| (.text+0x1032): undefined reference to `gpm_fd'
| collect2: error: ld returned 1 exit status
`

Adding -lgpm works around that, but neither the pkgconfig files nor
ncurses6-config make any mention of -lgpm in the configuration we use
for the static libraries, so I guess it is not intended to be necessary.

In stretch linking the above program without -lgpm works, not sure when
exactly that broke.


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

Kernel: Linux 4.17.0-nouveau (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)

Versions of packages libncurses-dev depends on:
ii  libc6-dev [libc-dev]  2.27-3
ii  libncurses6   6.1+20180210-4
ii  libncursesw6  6.1+20180210-4
ii  libtinfo6 6.1+20180210-4
ii  ncurses-bin   6.1+20180210-4

libncurses-dev recommends no packages.

Versions of packages libncurses-dev suggests:
ii  ncurses-doc  6.1+20180210-4

-- no debconf information

Bug#898520: u-boot-rockchip: firefly-rk3288 hangs on: Loading Environment from MMC

[Vagrant Cascadian]

On 2018-05-21, Vagrant Cascadian wrote:
> On 2018-05-12, Vagrant Cascadian wrote:
>> On 2018-05-12, Vagrant Cascadian wrote:
>>> Booting firefly-rk3288 seems to hang looking for environment:
>>>
>>>   U-Boot 2018.05+dfsg-1 (May 10 2018 - 20:24:57 +)
>>>   
>>>   Model: Firefly-RK3288
>>>   DRAM:  2 GiB
>>>   MMC:   dwmmc@ff0c: 1, dwmmc@ff0f: 0
>>>   Loading Environment from MMC...
>>>
>>> And just hangs there.

Still happening with v2018.07-rc1, too.


live well,
  vagrant

> I tried to bisect this, and got:
>
> commit 04a2ea248f58b3b6216d0cd0a6b8698df8b14355
> Author: Jean-Jacques Hiblot 
> Date:   Thu Sep 21 16:30:08 2017 +0200
>
> mmc: disable UHS modes if Vcc cannot be switched on and off
>
>
> But it fails in a slightly different way:
>
>   U-Boot 2018.01-00026-g04a2ea248f (May 21 2018 - 21:46:18 +)
>
>   Model: Firefly-RK3288
>   DRAM:  2 GiB
>   MMC:   dwmmc@ff0c: 1, dwmmc@ff0f: 0
>
> And just hangs without the "Loading Environment from MMC..."
> part...
>
>
> It is not a trivial revert on top of 2018.05, so I haven't been able to
> do that simple test.


signature.asc
Description: PGP signature

Bug#900832: libdbd-csv-perl: FTBFS with Perl 5.28: t/82_free_unref_scalar.t failure

[gregor herrmann]

On Tue, 05 Jun 2018 21:48:32 +0300, Niko Tyni wrote:

> It seems to be transient, a rebuild worked fine 

Hm, ok, in some way :)

> (and seems to have trashed
> the failing log, *grumble*).

I still have a local copy -> attached


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Will Oldham: I See A Darkness
sbuild (Debian sbuild) 0.76.0 (09 Apr 2018) on carme.larted.org.uk

+==+
| libdbd-csv-perl 0.5300-1 (amd64) Tue, 05 Jun 2018 12:44:50 + |
+==+

Package: libdbd-csv-perl
Version: 0.5300-1
Source Version: 0.5300-1
Distribution: perl-5.28-throwaway
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64
Build Type: full

I: NOTICE: Log filtering will replace 
'var/run/schroot/mount/perl-5.28-amd64-debomatic-75cf5d9b-0440-4cf1-89c8-23962545986c'
 with '<>'

+--+
| Chroot Setup Commands|
+--+


/usr/share/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup 
libdbd-csv-perl_0.5300-1 perl-5.28-throwaway amd64
-


I: Finished running 
'/usr/share/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup 
libdbd-csv-perl_0.5300-1 perl-5.28-throwaway amd64'.

Finished processing commands.


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

Get:1 file:/srv/reprepro perl-5.28 InRelease [2871 B]
Get:2 http://localhost:3142/debian unstable InRelease [242 kB]
Get:1 file:/srv/reprepro perl-5.28 InRelease [2871 B]
Get:3 file:/srv/reprepro perl-5.28/main amd64 Packages [585 kB]
Get:4 http://localhost:3142/debian unstable/main amd64 Packages.diff/Index 
[27.9 kB]
Get:5 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-03-2011.41.pdiff [21.0 kB]
Get:6 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-04-0209.48.pdiff [8856 B]
Get:7 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-04-0808.03.pdiff [3653 B]
Get:8 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-04-1408.32.pdiff [23.9 kB]
Get:9 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-04-2012.52.pdiff [10.6 kB]
Get:10 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-05-0212.01.pdiff [54.1 kB]
Get:11 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-05-0809.55.pdiff [6546 B]
Get:11 http://localhost:3142/debian unstable/main amd64 Packages 
2018-06-05-0809.55.pdiff [6546 B]
Fetched 398 kB in 1s (476 kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

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


Local sources
-

/srv/debomatic/incoming/libdbd-csv-perl_0.5300-1.dsc exists in 
/srv/debomatic/incoming; copying to chroot
I: NOTICE: Log filtering will replace 
'build/libdbd-csv-perl-qhdALf/libdbd-csv-perl-0.5300' with '<>'
I: NOTICE: Log filtering will replace 'build/libdbd-csv-perl-qhdALf' with 
'<>'

+--+
| Install build-essential  |
+--+


Setup apt archive
-

Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends: build-essential, fakeroot
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in 
'/<>/resolver-4xq8hj/apt_archive/sbuild-build-depends-core-dummy.deb'.
dpkg-scanpackages: warning: Packages in archive but missing from override file:
dpkg-scanpackages: warning:   sbuild-build-depends-core-dummy
dpkg-scanpackages: info: Wrote 1 entries to output Packages file.
Ign:1 copy:/<>/resolver-4xq8hj/apt_archive ./ InRelease
Get:2 copy:/<>/resolver-4xq8hj/apt_archive ./ Release [957 B]
Ign:3 copy:/<>/resolver-4xq8hj/apt_archive ./ Release.gpg
Get:4 

Bug#898926: thunderbird: Keeps setting itself as default browser

[Carsten Schoenert]

Hello Matijs,

On Sat, Jun 02, 2018 at 09:05:28AM +0200, Matijs van Zuijlen wrote:
> I'm guessing this is what is edited under Attachments/Incoming? I'm
> still surprised by the defaults presented. Oddly, for PNG Image, the
> default is Firefox.

this you can easy check. ;)
Backup the file, change an entry and diff the files.

> In addition to checking the above, I have also cleaned up the settings
> for my Gnome desktop environment. There were a lot of old .desktop files
> lying around, some indeed setting thunderbird or icedove as a potential
> browser. As a result, in Gnome's Settings application under Default
> Applications, the Web option finally no longer listed Thunderbird as an
> option, and had Firefox set as its value. All seemed well.
> 
> However, this morning I noticed:
> 
>$ xdg-settings get default-web-browser
>thunderbird.desktop
> 
> I immediately checked Gnome's settings, and it still listed Firefox.
> 
> Then just now, I ran:
> 
>$ xdg-open https://www.matijs.net/
> 
> .. and it seems this tried to open Thunderbird, although I can only tell
> from the AppArmor messages appearing, since nothing is actually shown.
> In Gnome's settings, the Web entry now again shows Thunderbird.
> 
> I'm not sure what's going on here or where xdg-settings gets its
> information.

>From your local config ~/.config/mimeapps.list.

https://wiki.debian.org/HOWTO/DefaultWebBrowser

xdg-open uses local configs is they are done and this is mostly the
case.

Change the default browser to what ever you like here and your problem
will go away I guess.

Regards
Carsten

Bug#900832: libdbd-csv-perl: FTBFS with Perl 5.28: t/82_free_unref_scalar.t failure

[Niko Tyni]

On Tue, Jun 05, 2018 at 07:37:04PM +0200, gregor herrmann wrote:
> Control: forwarded -1 https://github.com/perl5-dbi/DBD-CSV/issues/4
> 
> On Tue, 05 Jun 2018 19:57:47 +0300, Niko Tyni wrote:
> 
> > Package: libdbd-csv-perl
> > Version: 0.5300-1
> > Severity: important
> > User: debian-p...@lists.debian.org
> > Usertags: perl-5.28-transition
> > Tags: upstream
> > 
> > This package fails to build with Perl 5.28 (currently in experimental.)
> > 
> >   
> > http://perl.debian.net/rebuild-logs/perl-5.28-throwaway/libdbd-csv-perl_0.5300-1/libdbd-csv-perl_0.5300-1_amd64-2018-06-05T12:44:50Z.build
> 
> > This can also be seen in some (but not all?) CPAN Tester reports for 5.28.*:
> >  http://www.cpantesters.org/cpan/report/75f506fe-63dd-11e8-8ea5-24704564fd0c
> >  http://www.cpantesters.org/cpan/report/6c6ace4c-60c8-11e8-8282-5b5a56c0b386
> > but I don't see an upstream bug.
> 
> Hm, builds for me (cowbuilder amd64), with 5.28 from experimental (or
> from perl.d.n which has a higher priority? I guess it's the same?)

Yeah, it's the same. I just had to disable experimental because of
APT resolver issues.

It seems to be transient, a rebuild worked fine (and seems to have trashed
the failing log, *grumble*).
-- 
Niko

Bug#898468: debian-installer: black screen/long delay in graphical installer after switching from linux 4.15 to 4.16

[Cyril Brulebois]

Ben Hutchings  (2018-06-05):
> plymouth had the same problem, fixed in version 0.9.3-3.  You should be
> able to avoid it by running fc-cache as part of the initramfs build
> process.

\o/ \o/ \o/

Thanks for that extra hint! I'll look into it before finally switching
to more debugging (#900317).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#900838: menu: Use noawait triggers

[Julian Andres Klode]

Package: menu
Severity: normal
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu

menu currently uses interest triggers, causing packages triggering it to not be
configured until the trigger has run (so if A installs a menu file, dpkg 
--configure A
first updates menu and then configures A). There's no point in doing that, 
especially
with the intended semantic that the trigger should run after the package is
configured - it's mostly the opposite of what you want.

The use of interest instead of interest-noawait causes a lot of upgrade 
failures for
Ubuntu[1], hence I applied the patch there in the development release and will 
push it
out for stable releases too.

Please consider doing the same for Debian, to reduce upgrade failures there.

[1] https://bugs.launchpad.net/bugs/1768905

-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer  i speak de, en

Bug#820526: giflib: CVE-2016-3977: gif2rgb: heap buffer overflow

[Salvatore Bonaccorso]

Hi

As spotted by Marc Deslauriers, the patch was dropped again in the
5.1.4-0.4 reopening the issue. Looking at the source, the patch is not
applied to 5.1.4 upstream source.

Cc'ing Paolo four douple check/confirming.

Regards,
Salvatore

Bug#900750: thunderbird: Launching Thunderbird completely locks my Xwindow session

[Carsten Schoenert]

Hi,

On Mon, Jun 04, 2018 at 10:41:04AM +0200, g.gragnani wrote:
> f I launch thunderbird the whole xsession (XFCE) locks.
> I'm only able to move the mouse arrow (without any effect)
> and switching to a character console by using Cttrl-Alt-F1 etc.
> Killing thhunderbird does not solve the problem.
> 
> The same happens in an other machine, with a different set of installed
> packages, different hardware and running LXDE.

you have apparmor installed and it's likely it may causing issues.
Can you check the behaviour with a deactivated AppArmor profile and also
a removed AppAprmor package?

> Versions of packages thunderbird suggests:
> ii  apparmor  2.12-4

Other possible candidates are sometime the kernel. But without a small
set of logs it's quite impossible to track down the root of the issue.

Regards
Carsten

Bug#900837: release.debian.org: Mass-rebuild of packages for reproducible builds

[Chris Lamb]

Package: release.debian.org
Severity: wishlist
Tags: moreinfo
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Holger recently started a thread on debian-devel regarding packages
which may need to be rebuilt in order that buster is reproducible:

  https://lists.debian.org/debian-devel/2018/05/thrd2.html#00499

Continued here:

  https://lists.debian.org/debian-devel/2018/06/threads.html#7

As this is now the the second or third time this issue has slipped our
mind (!) when attempting to enumerate all of our big "blocker issues",
I'm filing this issue.

Note that this is a placeholder and way to centralise discussion of
the issue as well as having a canonical location to link to, rather
than it being an explicit request for action right now.

If you believe this bug is assigned to the wrong package, feel free
to reassign it elsewhere.


Best wishes,

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

Bug#898468: debian-installer: black screen/long delay in graphical installer after switching from linux 4.15 to 4.16

[Ben Hutchings]

On Tue, 2018-06-05 at 19:20 +0200, Cyril Brulebois wrote:
> Hi,
> 
> Ben Hutchings  (2018-05-13):
> > This sounds similar to the regression seen in stable affecting gnome-
> > session.  libICE has a function for generating the MIT-MAGIC-COOKIE-1
> > cookie, which now uses libbsd's arc4random_buf() which now uses
> > getrandom().  getrandom() is documented to block (by default) when not
> > much entropy is available, but until recently it could return too early
> > after boot.
> > 
> > I don't know whether the cookie is generated this way when d-i starts
> > the X server.
> > 
> > I opened bug #898088 against libbsd because arc4random_buf() is
> > documented to return "very quickly".
> 
> Many thanks for the initial pointer and the libbsd bugfix. Unfortunately
> that wasn't our issue at all (we don't use libICE and there's no udeb
> for it anyway). I've documented my findings in a blog post:
>   
> https://debamax.com/blog/2018/05/25/debugging-black-screen-in-debian-installer/
> 
> 
> Summary: The issue is rather that we have fontconfig needing UUIDs for
> font handling, calling uuid_generate_random() from util-linux, which
> uses getrandom(), trying a few times with a little delay between each
> attempts when EAGAIN has been returned, before finally falling back to
> reading from /dev/{u,}random.
[...]

plymouth had the same problem, fixed in version 0.9.3-3.  You should be
able to avoid it by running fc-cache as part of the initramfs build
process.

Ben.

-- 
Ben Hutchings
Larkinson's Law: All laws are basically false.


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

Bug#892517: Info received (Bug#892517: linux: swiotlb coherent allocation failed)

[nfb]

> There were various commits which went in up to v4.16.9 upstream which
> should adress the issues. There is a 4.16.12-1 upload pending for sid,
> can you check if this will fix your issue?

Hi,
just reporting back that after 4.16.12-1 arrived to testing few days
ago i booted the new version this morning, and the error still hasn't
shown up, with the same workload that was triggering it before. At
least for now... maybe fixed?
Thank you.

-- 
free as in freedom, not free beer

Bug#900814: marked as done (Popup notifications plugin fails to load)

[Paul Gevers]

Hi, Camaleón

Thanks for reporting this issue, and following up as you learn more.

On 05-06-18 15:36, Debian Bug Tracking System wrote:
> Not a bug.
> After installing "gir1.2-notify-0.7" plugin just loads fine.

But wouldn't it make sense to add that package to Recommends or Suggests?

Paul



signature.asc
Description: OpenPGP digital signature

Bug#897266: systemd: journalctl assertion failure

[Michael Biebl]

Am 05.06.2018 um 19:37 schrieb Marc Lehmann:
> I have an update to this, and can reproduce this: systemd is likely off the
> hook for the corruption itself. Clearly it shouldn't crash, but I can
> reproduce the corruption now, and it's a almost certainly a linux 4.14 bug.

[snip]

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



signature.asc
Description: OpenPGP digital signature

Bug#900832: libdbd-csv-perl: FTBFS with Perl 5.28: t/82_free_unref_scalar.t failure

[gregor herrmann]

Control: forwarded -1 https://github.com/perl5-dbi/DBD-CSV/issues/4

On Tue, 05 Jun 2018 19:57:47 +0300, Niko Tyni wrote:

> Package: libdbd-csv-perl
> Version: 0.5300-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.28-transition
> Tags: upstream
> 
> This package fails to build with Perl 5.28 (currently in experimental.)
> 
>   
> http://perl.debian.net/rebuild-logs/perl-5.28-throwaway/libdbd-csv-perl_0.5300-1/libdbd-csv-perl_0.5300-1_amd64-2018-06-05T12:44:50Z.build

> This can also be seen in some (but not all?) CPAN Tester reports for 5.28.*:
>  http://www.cpantesters.org/cpan/report/75f506fe-63dd-11e8-8ea5-24704564fd0c
>  http://www.cpantesters.org/cpan/report/6c6ace4c-60c8-11e8-8282-5b5a56c0b386
> but I don't see an upstream bug.

Hm, builds for me (cowbuilder amd64), with 5.28 from experimental (or
from perl.d.n which has a higher priority? I guess it's the same?)
and a couple of packages from perl.d.n [0]

Reading the diff between an sbuild log and a cowbuilder log is not
particularly entertaining; I'm still attaching mine in case someone
spots an interesting difference.


Oh, while there's nothing on CPAN RT, there is a Github issue with at
least the same error message: https://github.com/perl5-dbi/DBD-CSV/issues/4

And CPAN Testers also have reports for older perl versions:
5.27.10 
http://www.cpantesters.org/cpan/report/f520b898-5c52-11e8-8878-bef5a9e34c90
5.27.9 
http://www.cpantesters.org/cpan/report/8e4a42bc-60d3-11e8-8fb1-ef5133556b3f
5.27.9 
http://www.cpantesters.org/cpan/report/dd95b7de-60fb-11e8-8fb1-ef5133556b3f
5.26.2 
http://www.cpantesters.org/cpan/report/ddf96d96-6318-11e8-9637-c5852759a5aa

While this doesn't help, at least it doesn't seem to be a regression
...


Cheers,
gregor


[0]
Get: 1 http://ftp.ch.debian.org/debian sid/main amd64 libsql-statement-perl all 
1.412-1 [164 kB]
Get: 2 http://perl.debian.net/test-repo perl-5.28/main amd64 
libb-hooks-op-check-perl amd64 0.22-1+b1 [11.4 kB]
Get: 3 http://perl.debian.net/test-repo perl-5.28/main amd64 libclone-perl 
amd64 0.39-1+b1 [14.1 kB]
Get: 4 http://perl.debian.net/test-repo perl-5.28/main amd64 libdbi-perl amd64 
1.641-1+b1 [774 kB]
Get: 5 http://perl.debian.net/test-repo perl-5.28/main amd64 
libdevel-callchecker-perl amd64 0.007-2+b2 [17.9 kB]
Get: 6 http://perl.debian.net/test-repo perl-5.28/main amd64 
libparams-classify-perl amd64 0.015-1+b1 [25.6 kB]
Get: 7 http://perl.debian.net/test-repo perl-5.28/main amd64 
libparams-util-perl amd64 1.07-3+b4 [23.0 kB]
Get: 8 http://perl.debian.net/test-repo perl-5.28/main amd64 
libtext-csv-xs-perl amd64 1.35-1+b1 [126 kB]


-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: JBO: Mei Alde is im Playboy drin
dh clean
   dh_clean
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building libdbd-csv-perl using existing 
./libdbd-csv-perl_0.5300.orig.tar.gz
dpkg-source: info: building libdbd-csv-perl in 
libdbd-csv-perl_0.5300-1.debian.tar.xz
dpkg-source: info: building libdbd-csv-perl in libdbd-csv-perl_0.5300-1.dsc
I: Generated dsc will be overwritten by build result; not generating 
changes file
ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded 
(cannot open shared object file): ignored.
ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded 
(cannot open shared object file): ignored.
I: Copying COW directory
I: forking: rm -rf /var/cache/pbuilder/build/cow.26432
I: forking: cp -al /var/cache/pbuilder/amd64/experimental-perl5.28-base.cow 
/var/cache/pbuilder/build/cow.26432
I: removed stale ilistfile /var/cache/pbuilder/build/cow.26432/.ilist
I: forking: chroot /var/cache/pbuilder/build/cow.26432 
cowdancer-ilistcreate /.ilist 'find . -xdev -path ./home -prune -o \( \( -type 
l -o -type f \) -a -links +1 -print0 \) | xargs -0 stat --format '%d %i ''
I: Invoking pbuilder
I: forking: pbuilder build --debbuildopts  --debbuildopts  --buildplace 
/var/cache/pbuilder/build/cow.26432 --buildresult 
/home/gregoa/src/git-pkg-perl/meta/packages/build-area --mirror 
http://ftp.ch.debian.org/debian --distribution sid --extrapackages ' eatmydata' 
--no-targz --internal-chrootexec 'chroot /var/cache/pbuilder/build/cow.26432 
cow-shell' 
/home/gregoa/src/git-pkg-perl/meta/packages/build-area/libdbd-csv-perl_0.5300-1.dsc
I: Running in no-targz mode
W: pbuilder: network will not be disabled during build!
I: Current time: Tue Jun  5 19:14:34 CEST 2018
I: pbuilder-time-stamp: 1528218874
I: copying local configuration
W: --override-config is not set; not updating apt.conf Read the manpage 
for details.
I: mounting /proc filesystem
I: mounting /sys filesystem
I: creating 

Bug#897266: systemd: journalctl assertion failure

[Marc Lehmann]

On Sun, May 20, 2018 at 09:58:10PM +0200, Michael Biebl  
wrote:
> That seems very strange. The only case where I personally ran into
> journal file corruption is when I had to power cycle the machine.
> But you said that journald ran uninterrupted for 40 days.
> Would it be possible that this is a hardware or file system issue?

I have an update to this, and can reproduce this: systemd is likely off the
hook for the corruption itself. Clearly it shouldn't crash, but I can
reproduce the corruption now, and it's a almost certainly a linux 4.14 bug.

As for background: linux 4.4 was the last kernel which worked on our
servers.  At some point in 4.6, we started getting frequent OOM kills a
few hours after booting, despite many gigabytes of memory "available"
(e.g. used as cache) (you might remember me complaining about missing 4.4
compatibility for this reason - we couldn't switch to 4.9). The first
kernel that kind of worked for us again was 4.14, but only with this
hourly cronjob:

   echo 3 >/proc/sys/vm/drop_caches

Without it, mysql still gets killed once per week or so. This doesn't work
with debians 4.9 LTS kernel, which is why we use the 4.14 LTS kernel from
the ubuntu mainline ppa.

And the above command causes corruption of the systemd journal. I have
reproduced this multiple times now, by deleting the journal and restarting
the journald, following by waiting for a day, and then doing this:

   # journalctl --verify
   [everything fine at this point]
   # echo 3 >/proc/sys/vm/drop_caches
   # journalctl --verify
   [journcal now reporting corruption problems]

We are in the lucky position to have "expected" md5 checksums for practically
all files on the servers this happens on (and debian packages usually have
md5sum files as well) and luckily, neither the fs itself now any other file
seems corrupted, including some write-heavy mysql databases and over 53TB of
data we verified.

Only one other program also suffers from corruption: rtorrent, which doesn't
run on many servers :) which is why I found out about it only by accident.
There, the same patterns happens: downloading a torrent is fine, downloading
a torrent while dropping the caches frequently causes file corruption.

I also have cmp -l output from a corrupted file vs. a correct file, and it
seems the corruption manifests itself as (non-aligned to anything obvious,
such as 512 or 4k borders) streaks of zero bytes instead of the real data
that should be there.

I will pursue this with the linux upstream. It's possible that systemd
(like rtorrent is known to) does something to increase the chance of
corruption, as it luckily only seems to affect those tow programs, but it's
unlikely to be a bug in systemd itself (other than it probably shouldn't
crash), as drop_caches is supposed to be safe.

Greetings,

-- 
The choice of a   Deliantra, the free code+content MORPG
  -==- _GNU_  http://www.deliantra.net
  ==-- _   generation
  ---==---(_)__  __   __  Marc Lehmann
  --==---/ / _ \/ // /\ \/ /  schm...@schmorp.de
  -=/_/_//_/\_,_/ /_/\_\

Bug#862166: tmperamental: support TMP, TEMP, TEMPDIR and program-specific variables

[Jakub Wilk]

* Paul Wise , 2017-05-09, 18:20:
tmperamental only supports TMPDIR but there are various programs 
throughout Debian that only support TMP, TEMP, TEMPDIR, TEST_TMPDIR or 
variables specific to one program (such as MAGICK_TMPDIR).


I don't think this is a good idea.

TMPDIR is specified by POSIX; the other variable names are non-standard. 
If a program supports TMP or TEMP or ... but not TMPDIR, then that's a 
bug that should be fixed.


libtmperamental wouldn't be able to catch such bugs if these 
non-standard variables were set.


But then, README says: "... by setting TMPDIR and **friends**, ..." 
(emphasis mine), so perhaps Paul T. has a different opinion on this 
subject.


--
Jakub Wilk

Bug#898468: debian-installer: black screen/long delay in graphical installer after switching from linux 4.15 to 4.16

[Cyril Brulebois]

Hi,

Ben Hutchings  (2018-05-13):
> This sounds similar to the regression seen in stable affecting gnome-
> session.  libICE has a function for generating the MIT-MAGIC-COOKIE-1
> cookie, which now uses libbsd's arc4random_buf() which now uses
> getrandom().  getrandom() is documented to block (by default) when not
> much entropy is available, but until recently it could return too early
> after boot.
> 
> I don't know whether the cookie is generated this way when d-i starts
> the X server.
> 
> I opened bug #898088 against libbsd because arc4random_buf() is
> documented to return "very quickly".

Many thanks for the initial pointer and the libbsd bugfix. Unfortunately
that wasn't our issue at all (we don't use libICE and there's no udeb
for it anyway). I've documented my findings in a blog post:
  
https://debamax.com/blog/2018/05/25/debugging-black-screen-in-debian-installer/


Summary: The issue is rather that we have fontconfig needing UUIDs for
font handling, calling uuid_generate_random() from util-linux, which
uses getrandom(), trying a few times with a little delay between each
attempts when EAGAIN has been returned, before finally falling back to
reading from /dev/{u,}random.

I don't think making util-linux accept low entropy is the way to go,
even if I've checked that doing so makes this issue go away for the
graphical installer (see attached patch against util-linux, which
pretends that getrandom() isn't available), since it can be used in
things more critical than getting UUIDs for fonts…

Maybe fontconfig could be modified to use a different function to get
UUIDs (at least for its udeb build, in case uuid_generate_random() is
strongly preferred for its regular build) in its FcDirCacheCreateUUID()
function?

I'm adding util-linux and fontconfig maintainers to the loop for their
input/feedback.

Thanks for your time.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant
Disable autodetection in configure, but also disable detection fallback
of both SYS_getrandom and __NR_getrandom to avoid accidental enabling
in lib/randutils.c
--- a/configure.ac
+++ b/configure.ac
@@ -462,7 +462,6 @@ AC_CHECK_FUNCS([ \
 	getdtablesize \
 	getexecname \
 	getmntinfo \
-	getrandom \
 	getrlimit \
 	getsgnam \
 	inotify_init \
--- a/lib/randutils.c
+++ b/lib/randutils.c
@@ -27,14 +27,14 @@
 
 #ifdef HAVE_GETRANDOM
 # include 
-#elif defined (__linux__)
+#elif 0
 # if !defined(SYS_getrandom) && defined(__NR_getrandom)
/* usable kernel-headers, but old glibc-headers */
 #  define SYS_getrandom __NR_getrandom
 # endif
 #endif
 
-#if !defined(HAVE_GETRANDOM) && defined(SYS_getrandom)
+#if 0
 /* libc without function, but we have syscal */
 #define GRND_NONBLOCK 0x01
 #define GRND_RANDOM 0x02


signature.asc
Description: PGP signature

Bug#900835: magit-popup: Incomplete debian/copyright?

[Chris Lamb]

Source: magit-popup
Version: 2.12.3-1
Severity: serious
Justication: Policy §12.5
X-Debbugs-CC: Rémi Vanicat 

Hi,

I just ACCEPTed magit-popup from NEW but noticed it was missing 
attribution in debian/copyright for at least magit-popup.org &
magit-popup.texi as it's missing Jonas Bernoulli attribution

(This is in no way exhaustive so please check over the entire package 
carefully and address these on your next upload.)


Regards,

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

Bug#900836: altree: FTBFS: fig2dev: not found

[Niko Tyni]

Source: altree
Version: 1.3.1-6
Severity: serious

This package fails to build from source on current sid/amd64.

   ==> building  fig/overview.pdftex <==
  /bin/sh: 1: fig2dev: not found
  make[4]: *** [LaTeX.mk:859: fig/overview.pdftex] Error 127
  make[4]: Leaving directory '/<>/Documentation'
  make[3]: *** [LaTeX.mk:805: manual.pdf_NEED_REBUILD] Error 2
  make[3]: Leaving directory '/<>/Documentation'
  make[2]: *** [LaTeX.mk:807: manual.pdf] Error 2
  make[2]: Leaving directory '/<>/Documentation'
  make[1]: *** [debian/rules:15: override_dh_auto_build] Error 2
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:8: build] Error 2
  dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

This was probably caused by

  latex-make (2.2.4-1) unstable; urgency=medium
   .
 * Replace transfig by fig2dev (package renamed) (Closes: #866153)
 * Move some dependency to recommends (not required if not using
   figlatex.sty or PS)
 * New upstream version
   + Reorganize pdfswitch
   + Fix python synxtax to be valid in 2.7 and 3
 
which relaxed its dependency on fig2dev to a recommendation.

 
https://salsa.debian.org/debian/latex-make/commit/4ed84338b64b7bd2fff6d6764f3236625c092043

-- 
Niko Tyni   nt...@debian.org

Bug#894155: openjdk-9-jre: "Minecraft.jar" no longer running via binfmt misc

[Ian Campbell]

openjdk has been removed but I am seeing something similar with openjdk
 to, so reopened + reassigned.

With 10 installed:

   $ ./Minecraft.jar 
   invalid file (bad magic number): Exec format error

   $ /usr/lib/jvm/java-10-openjdk-amd64/lib/jexec Minecraft.jar 
   invalid file (bad magic number): Exec format error

   $ sudo update-alternatives --display java
   java - auto mode
 link best version is /usr/lib/jvm/java-10-openjdk-amd64/bin/java
 link currently points to /usr/lib/jvm/java-10-openjdk-amd64/bin/java
 link java is /usr/bin/java
 slave java.1.gz is /usr/share/man/man1/java.1.gz
   /usr/lib/jvm/java-10-openjdk-amd64/bin/java - priority 1101
 slave java.1.gz: /usr/lib/jvm/java-10-openjdk-amd64/man/man1/java.1.gz
   /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java - priority 1081
 slave java.1.gz: /usr/lib/jvm/java-8-openjdk-amd64/jre/man/man1/java.1.gz
   $ sudo update-alternatives --display jexec
   jexec - auto mode
 link best version is /usr/lib/jvm/java-10-openjdk-amd64/lib/jexec
 link currently points to /usr/lib/jvm/java-10-openjdk-amd64/lib/jexec
 link jexec is /usr/bin/jexec
 slave jexec-binfmt is /usr/share/binfmts/jar
   /usr/lib/jvm/java-10-openjdk-amd64/lib/jexec - priority 1101
 slave jexec-binfmt: /usr/lib/jvm/java-10-openjdk-amd64/lib/jar.binfmt
   /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/jexec - priority 1081
 slave jexec-binfmt: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/jar.binfmt

   $ dpkg -l "openjdk*"
   Desired=Unknown/Install/Remove/Purge/Hold
   | 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
   |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
   ||/ NameVersion  Architecture Description
   
+++-===---
   un  openjdk-10-demo   (no 
description available)
   ii  openjdk-10-jdk:amd6410.0.1+10-4  amd64OpenJDK 
Development Kit (JDK)
   ii  openjdk-10-jdk-headless 10.0.1+10-4  amd64OpenJDK 
Development Kit (JDK) (headless)
   ii  openjdk-10-jre:amd6410.0.1+10-4  amd64OpenJDK Java 
runtime, using Hotspot JIT
   ii  openjdk-10-jre-headless 10.0.1+10-4  amd64OpenJDK Java 
runtime, using Hotspot JIT (headless)
   un  openjdk-10-source (no 
description available)
   un  openjdk-6-jre (no 
description available)
   un  openjdk-6-jre-headless(no 
description available)
   in  openjdk-7-jre-lib  all  (no 
description available)
   un  openjdk-8-demo(no 
description available)
   ii  openjdk-8-jdk:amd64 8u162-b12-1  amd64OpenJDK 
Development Kit (JDK)
   ii  openjdk-8-jdk-headless: 8u162-b12-1  amd64OpenJDK 
Development Kit (JDK) (headless)
   ii  openjdk-8-jre:amd64 8u162-b12-1  amd64OpenJDK Java 
runtime, using Hotspot JIT
   ii  openjdk-8-jre-headless: 8u162-b12-1  amd64OpenJDK Java 
runtime, using Hotspot JIT (headless)
   un  openjdk-8-source  (no 
description available)
   rc  openjdk-9-jre-headless: 9.0.4+12-2   amd64OpenJDK Java 
runtime, using Hotspot JIT (headless)

   $ strace -fff /usr/lib/jvm/java-10-openjdk-amd64/lib/jexec ./Minecraft.jar 
   execve("/usr/lib/jvm/java-10-openjdk-amd64/lib/jexec", 
["/usr/lib/jvm/java-10-openjdk-amd"..., "./Minecraft.jar"], 0x7ffd79d3e760 /* 
52 vars */) = 0
   brk(NULL)   = 0x55b7b57f4000
   access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or 
directory)
   access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or 
directory)
   openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
   fstat(3, {st_mode=S_IFREG|0644, st_size=280250, ...}) = 0
   mmap(NULL, 280250, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f01c424c000
   close(3)= 0
   access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or 
directory)
   openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
   read(3, 
"\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\33\2\0\0\0\0\0"..., 832) = 
832
   fstat(3, {st_mode=S_IFREG|0755, st_size=1800248, ...}) = 0
   mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f01c424a000
   mmap(NULL, 3906368, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f01c3cb3000
   mprotect(0x7f01c3e64000, 2093056, PROT_NONE) = 0
   mmap(0x7f01c4063000, 24576, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b) = 0x7f01c4063000
   mmap(0x7f01c4069000, 15168, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f01c4069000
   close(3)= 0
   

Bug#900629: debian-edu-install: breaks installation of samba

[Holger Levsen]

On Tue, Jun 05, 2018 at 01:06:52PM +0200, Wolfgang Schweer wrote:
> > netbios name PROFITBRICKS-BUILD10-AMD64 is not a valid netbios name
> > ERROR: Invalid smb.conf
> > dpkg: error processing package samba-common-bin (--configure):
> >  installed samba-common-bin package post-installation script subprocess
> >  returned error exit status 255
> IMO this bug should/could be fixed in jenkins.d.n by setting a valid 
> netbios name via $(hostname).

no. 

installation must not fail just because the hostname is
profitbricks-build-amd64 or whatever.

> For Debian Edu the netbios name is set to TJENER, but at the moment 
> samba-common-bin gets installed, the vanilla smb.conf is tested (plus 
> preseeded values w/ netbios name not preseedable), replaced with the 
> Debian Edu one later (via Cfengine). So there's nothing Debian Edu can 
> do to fix this bug (afaict).

we can shorten the netbios name if using the hostname for the netbios
name is problematic because its too long.

> Please check the attached patch.

NACK, see above :)


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#900611: Re[2]: [Pkg-libvirt-maintainers] Bug#900611: libvirt-daemon-system: deamon not start, problem in apparmor config

[rem_lex]

libvirtd can't start:

Jun  1 23:25:22 shome libvirtd[1936]: libvirt version: 1.2.9, package: 9+deb8u4 
(buildd 2017-03-29-21:11:06 binet)
Jun  1 23:25:22 shome libvirtd[1936]: Unable to initialize audit layer: 
Отказано в доступе
Jun  1 23:25:22 shome kernel: [   29.187281] audit: type=1400 
audit(1527884722.116:9): apparmor="DENIED" operation="create" 
profile="/usr/sbin/libvirtd" pid=1936 comm="libvirtd" family="netlink" 
sock_type="raw" protocol=9 requested_mask="create" denied_mask="create"
Jun  1 23:25:22 shome libvirtd[1936]: cannot connect to netlink socket with 
protocol 0: Отказано в доступе
Jun  1 23:25:22 shome kernel: [   29.689092] audit: type=1400 
audit(1527884722.795:10): apparmor="DENIED" operation="create" profile="/
usr/sbin/libvirtd" pid=1936 comm="libvirtd" family="netlink" sock_type="raw" 
protocol=0 requested_mask="create" denied_mask="create"
Jun  1 23:25:23 shome systemd[1]: libvirtd.service: main process exited, 
code=exited, status=6/NOTCONFIGURED
Jun  1 23:25:23 shome systemd[1]: Failed to start Virtualization daemon.
Jun  1 23:25:23 shome systemd[1]: Unit libvirtd.service entered failed state.
Jun  1 23:25:23 shome systemd[1]: Starting Suspend Active Libvirt Guests...
Jun  1 23:25:23 shome systemd[1]: Started Suspend Active Libvirt Guests.
Jun  1 23:25:23 shome systemd[1]: libvirtd.service holdoff time over, 
scheduling restart.
Jun  1 23:25:23 shome systemd[1]: Stopping Virtualization daemon...

fixed by add in to file /etc/apparmor.d/usr.sbin.libvirtd at line 39
///
diff -au ./usr.sbin.libvirtd.old ./usr.sbin.libvirtd.new
--- ./usr.sbin.libvirtd.old 2018-03-12 20:11:00.0 +0200
+++ ./usr.sbin.libvirtd.new 2018-06-02 01:28:10.0 +0300
@@ -36,6 +36,7 @@
   network inet6 dgram,
   network packet dgram,
   network packet raw,
+  network netlink raw,

   # Very lenient profile for libvirtd since we want to first focus on confining
   # the guests. Guests will have a very restricted profile.
///

Bug#900834: perl: Archive::Tar: directory traversal

[Jakub Wilk]

Source: perl
Version: 5.26.2-5
Tags: security

By default, the Archive::Tar module doesn't allow extracting files 
outside the current working directory. However, you can bypass this 
secure extraction mode easily by putting a symlink and a regular file 
with the same name into the tarball.


I've attached proof of concept tarball, which makes Archive::Tar create 
/tmp/moo, regardless of what the current working directory is:


  $ tar -tvvf traversal.tar.gz
  lrwxrwxrwx root/root 0 2018-06-05 18:55 moo -> /tmp/moo
  -rw-r--r-- root/root 4 2018-06-05 18:55 moo

  $ pwd
  /home/jwilk

  $ ls /tmp/moo
  ls: cannot access '/tmp/moo': No such file or directory

  $ perl -MArchive::Tar -e 'Archive::Tar->extract_archive("traversal.tar.gz")'

  $ ls /tmp/moo
  /tmp/moo

--
Jakub Wilk


traversal.tar.gz
Description: application/gzip

Bug#900832: libdbd-csv-perl: FTBFS with Perl 5.28: t/82_free_unref_scalar.t failure

[Niko Tyni]

Package: libdbd-csv-perl
Version: 0.5300-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.28-transition
Tags: upstream

This package fails to build with Perl 5.28 (currently in experimental.)

  
http://perl.debian.net/rebuild-logs/perl-5.28-throwaway/libdbd-csv-perl_0.5300-1/libdbd-csv-perl_0.5300-1_amd64-2018-06-05T12:44:50Z.build

 #   Failed test 'there was an attempt to free unreferenced scalar'
 #   at /usr/share/perl/5.28/Test/Builder.pm line 158.
 # Attempt to free unreferenced scalar: SV 0x55afb1de20c0, Perl interpreter: 
0x55afb02b7260 during global destruction.
 #   Failed test 'there was an attempt to free unreferenced scalar'
 #   at /usr/share/perl/5.28/Test/Builder.pm line 158.
 # Attempt to free unreferenced scalar: SV 0x55afb1da52d0, Perl interpreter: 
0x55afb02b7260 during global destruction.
 #   Failed test 'there was an attempt to free unreferenced scalar'
 #   at /usr/share/perl/5.28/Test/Builder.pm line 158.
 # Attempt to free unreferenced scalar: SV 0x55afb1a88210, Perl interpreter: 
0x55afb02b7260 during global destruction.
 #   Failed test 'there was an attempt to free unreferenced scalar'
 #   at /usr/share/perl/5.28/Test/Builder.pm line 158.
 # Attempt to free unreferenced scalar: SV 0x55afb1a52e40, Perl interpreter: 
0x55afb02b7260 during global destruction.
 [...]
 Test Summary Report
 ---
 t/82_free_unref_scalar.t (Wstat: 0 Tests: 409 Failed: 4)
   Failed tests:  406-409
   Parse errors: Plan (1..405) must be at the beginning or end of the TAP output
 Bad plan.  You planned 405 tests but ran 409.
 Files=24, Tests=1158,  4 wallclock secs ( 0.10 usr  0.03 sys +  3.32 cusr  
0.53 csys =  3.98 CPU)
 Result: FAIL

This can also be seen in some (but not all?) CPAN Tester reports for 5.28.*:
 http://www.cpantesters.org/cpan/report/75f506fe-63dd-11e8-8ea5-24704564fd0c
 http://www.cpantesters.org/cpan/report/6c6ace4c-60c8-11e8-8282-5b5a56c0b386

but I don't see an upstream bug.
-- 
Niko Tyni   nt...@debian.org

Bug#900833: beets: autopkgtests failing due to output to stderr

[Daniel Watkins]

Package: beets
Version: 1.4.7-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch

Dear Maintainer,

With the removal of X-Python3-Versions, `py3versions -r` now emits
output to stderr, causing autopkgtests to fail.  Without
X-Python3-Versions, `py3versions -r` falls back to `py3versions
--supported` (which is, in fact, what the stderr message is telling us).
This patch simply updates the code to use that call directly.


Thanks for considering the patch.
diff -Nru beets-1.4.7/debian/tests/unittests beets-1.4.7/debian/tests/unittests
--- beets-1.4.7/debian/tests/unittests  2018-05-31 07:07:19.0 -0700
+++ beets-1.4.7/debian/tests/unittests  2018-06-05 09:40:26.0 -0700
@@ -5,7 +5,7 @@
 export LC_ALL=C.UTF-8
 export PYTHONPATH=/usr/share/beets
 
-pythons="$(py3versions -r)"
+pythons="$(py3versions --supported)"
 
 cp -a test $AUTOPKGTEST_TMP
 cd "$AUTOPKGTEST_TMP"

Bug#594052: debootstrap: create example /etc/hosts and /etc/fstab?

[Cyril Brulebois]

Hi,

Hideki Yamane  (2018-06-05):
>  Thank you for your explanation.
> 
>  debootstrap is used to create just not simple chroot but for containers,
>  like lxc, systemd-nspawn, etc., so adding sample /etc/fstab and hosts is
>  better for them, IMO.

There are many things one might want to put inside a /etc/fstab
depending on the system being set up, and the current behaviour (not
listing anything) looks sane enough to me; systemd does the job mounting
many filesystems nowadays, so I'm not sure we need to add anything there.

/etc/hosts already gets contents through netbase's postinst, but only if
it's not present already. Let's not duplicate its postinst?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#900831: ITP: gitlab-ci-mode-el -- Emacs mode for editing GitLab CI files

[Lev Lamberov]

Package: wnpp
Owner: Lev Lamberov 
Severity: wishlist

* Package name: gitlab-ci-mode-el
  Version : 20180306.1
  Upstream Author : Joe Wreschnig 
* URL or Web page : https://gitlab.com/joewreschnig/gitlab-ci-mode
* License : GPL-3+
  Programming Lang: Emacs Lisp
  Description : Emacs mode for editing GitLab CI files

This package provides an Emace major mode for editing GitLab CI
files. It provides syntax highlighting and completion for keywords
and special variables.

Bug#900247: [pkg-gnupg-maint] Bug#900247: gpg-check-pattern.1: Some formatting changes in the manual

[Werner Koch]

Hi!

The man pages for gnupg are generated from texinfo source using the
yat2m tool.  This is part of GnuPG but we are in the progress of moving
it to libgpg-error (which is a common dependency of all GnuPG stuff).

Thus it would would be better to assign this bug to libgpg-error and
bonus points for adding an issue to dev.gnupg.org.


Shalom-Salam,

   Werner

-- 
#  Please read:  Daniel Ellsberg - The Doomsday Machine  #
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


pgp5hwkOjjYnU.pgp
Description: PGP signature

Bug#900830: dpkg-dev: enable gcc/clang color diagnostics if DEB_BUILD_OPTIONS=color

[Adam Borowski]

Package: dpkg-dev
Version: 1.19.0.5
Severity: wishlist
Tags: patch

Hi!
Here's a patch to turn on colorized diagnostics via dpkg-buildflags if
DEB_BUILD_OPTIONS includes "color".  This is the usual default, but both
gcc and clang disable color if their output is redirected (as, unlike
terminals, not all tools used to browse build logs understand ANSI color).
Thus, let's re-enable it via -fdiagnostics-color=always.

The rationale has been recently discussed on debian-devel@lists.d.o; to
a human who reads build logs highlighting problems allows finding the
error in the middle of a lengthy log drastically faster: you look for that
piece of red; this exploits a peculiarity of human vision which evolved
to be extremely good at noticing a fleck of color appearing for even a tiny
fraction of second.

To read such a log, you print it to a terminal, less -R, ansi2html or so on.

I'm not sure what to do with LDFLAGS: currently dpkg-buildflags gives
options like -g -O2 only to ${LANG}FLAGS, these are supposed to be given
when linking as gcc fails to do some optimizations otherwise (especially
with LTO), but some packages pass LDFLAGS only.  Should we add
-fdiagnostics-color=always there as well?  This would be redundant but
harmless for properly written makefiles.

Compilers other than gcc/clang have their equivalents (such as
CLICOLOR_FORCE=1 for cmake) but AFAIK none of those are handled by dpkg-dev,
thus I'll need to submit relevant patches to other packages.  This one
goes first.


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

Kernel: Linux 4.17.0+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages dpkg-dev depends on:
ii  binutils  2.30-21
ii  bzip2 1.0.6-8.1
ii  libdpkg-perl  1.19.0.5
ii  make  4.2.1-1
ii  patch 2.7.6-2
ii  perl  5.26.2-5
ii  tar   1.30+dfsg-2
ii  xz-utils  5.2.2-1.3

Versions of packages dpkg-dev recommends:
ii  build-essential  12.5
ii  clang-4.0 [c-compiler]   1:4.0.1-10+b1
ii  fakeroot 1.22-2
ii  gcc [c-compiler] 4:7.3.0-3
ii  gcc-7 [c-compiler]   7.3.0-21
ii  gnupg2.2.7-1
ii  gpgv 2.2.7-1
ii  libalgorithm-merge-perl  0.08-3
ii  tcc [c-compiler] 0.9.27-8

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2018.06.04

-- no debconf information
>From 4475e3e219f4629058925ed04a06d13022a48797 Mon Sep 17 00:00:00 2001
From: Adam Borowski 
Date: Tue, 5 Jun 2018 17:17:12 +0200
Subject: [PATCH] dpkg-buildflags: enable gcc/clang color diagnostics if opts
 include "color"

This requires build logs to be written to a terminal or read using a tool
that understands ANSI color, such as "less -R", thus this needs to be opt-in
for now.  Build logs can be prepared for web via ansi2html, or stripped back
to plain text via ansi2txt.
---
 scripts/Dpkg/BuildFlags.pm | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/Dpkg/BuildFlags.pm b/scripts/Dpkg/BuildFlags.pm
index 0533b12b5..39e0b7a96 100644
--- a/scripts/Dpkg/BuildFlags.pm
+++ b/scripts/Dpkg/BuildFlags.pm
@@ -75,6 +75,7 @@ sub load_vendor_defaults {
 my $build_opts = Dpkg::BuildOptions->new();
 $self->{build_options} = $build_opts;
 my $default_flags = $build_opts->has('noopt') ? '-g -O0' : '-g -O2';
+$default_flags .= ' -fdiagnostics-color=always' if 
$build_opts->has('color');
 $self->{flags} = {
CPPFLAGS => '',
CFLAGS   => $default_flags,
-- 
2.17.1

Bug#900826: Fixed in upstream

[Juhani Numminen]

Control: forwarded -1 https://github.com/sabnzbd/sabnzbd/pull/1132
Control: tags -1 fixed-upstream

On Tue, 5 Jun 2018 11:30:34 -0400 BJ McCormick  wrote:
> I looked at the package available upstream (2.3.4) and the startup script
> seems to be fixed in that version. It will allow cheetah versions greater
> than 2.x.

Moreover, it seems to be fixed by the Debian maintainer of this package :)

Bug#863247: java-package: ARM support bitrotted

[Richard Ruigrok]

Hi Emmanuel,

I uploaded a patch with a merge request:  
https://salsa.debian.org/java-team/java-package/merge_requests/1

Let me know if this works.

Thanks,

Richard.


On 5/30/2018 8:47 AM, Emmanuel Bourg wrote:
> Le 30/05/2018 à 16:30, Richard Ruigrok a écrit :
>
>> Should the patch be submitted on GitHub:  
>> https://github.com/Debian/java-package ?
> Hi Richard,
>
> Thank you for looking into this. You can submit a PR on the Debian's
> GitLab instance:
>
>   https://salsa.debian.org/java-team/java-package
>
> The GitHub repository is no longer synchronized and will be removed in
> the future.
>
> Emmanuel Bourg

-- 
Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.

Bug#900545: dput: display the body of http errors responses

[Alexandre Viau]

I have updated the code to display multi-lines error messages better.
And attached the patch to this email. (this was also merged in dput-ng).

Please consider applying this patch to dput.

Cheers,

-- 
Alexandre Viau
av...@debian.org
From a51cb1aa992b3dd38856531755c51779de4b2981 Mon Sep 17 00:00:00 2001
From: aviau 
Date: Tue, 5 Jun 2018 11:48:40 -0400
Subject: [PATCH] methods/http: display error messages

---
 dput/methods/http.py | 5 +
 1 file changed, 5 insertions(+)

diff --git a/dput/methods/http.py b/dput/methods/http.py
index 5bd0fe7..9dd2ca5 100644
--- a/dput/methods/http.py
+++ b/dput/methods/http.py
@@ -153,6 +153,11 @@ def upload(
 auth_headers = AuthHandlerHackAround(
 url, res.msg, pwman).get_auth_headers()
 else:
+error_message = res.read()
+if error_message:
+if "\n" in error_message:
+error_message = "\n\t" + "\n\t".join(error_message.splitlines())
+sys.stdout.write("HTTP error message: %s\n" % error_message)
 if res.status == 401:
 sys.stdout.write(
 "Upload failed as unauthorized: %s\n"
-- 
2.17.1



signature.asc
Description: OpenPGP digital signature

Bug#900829: perl/experimental: FTBFS on hppa: t/re/regexp_qr_embed_thr.t failure

[Niko Tyni]

Source: perl
Version: 5.28.0~rc1-1
X-Debbugs-Cc: debian-h...@lists.debian.org

This package failed to build on hppa (only).

 
https://buildd.debian.org/status/fetch.php?pkg=perl=hppa=5.28.0%7Erc1-1=1528117759

 t/re/regexp_qr_embed_thr ... free(): 
invalid pointer
 FAILED--no leader found

Copying the debian-hppa list. Could somebody please investigate?
If it's a Perl regression from 5.26, I'm sure upstream would be
interested in fixing it before the 5.28.0 release.
-- 
Niko Tyni   nt...@debian.org

Bug#898060: Stall NFS clients: RPC request reserved 84 but used 272

[Harald Dunkel]

metoo

I have "rpc request reserved 84 but used 268", but I am not picky.


Regards
Harri

Bug#900806: console-setup: 'lsmod: not found' during install

[Cyril Brulebois]

Hi,

Jakob  (2018-06-05):
> console-setup uses 'lsmod' in config script but does not depend on
> kmod (or a depend package). Thus 'lsmod: not found' messages are
> thrown when installing console-setup on a minbase install.

Thanks for spotting this; I'm not sure there's much harm in there
though, as that's only used to adjust a setting if needed:
| if lsmod | grep -q speakup; then
| case "$CODESET" in
| CyrAsia|CyrSlav|Greek)
| CODESET="Full$CODESET"
| ;;
| esac
| fi

A similar thing happens in font-switch.

Interested people could patch those to guard them with a check on lsmod?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#900826: Fixed in upstream

[BJ McCormick]

I looked at the package available upstream (2.3.4) and the startup script
seems to be fixed in that version. It will allow cheetah versions greater
than 2.x.