Bug#960744: ITP: python-aioinflux -- Asynchronous Python client for InfluxDB

[Arto Jantunen]

Package: wnpp
Severity: wishlist
Owner: Arto Jantunen 

* Package name: python-aioinflux
  Version : 0.9.0
  Upstream Author : Gustavo Bezerra 
* URL : https://github.com/gusutabopb/aioinflux
* License : MIT
  Programming Lang: Python
  Description : Asynchronous Python client for InfluxDB

 Asynchronous Python client for InfluxDB. Built on top of
 aiohttp and asyncio.
 Aioinflux is an alternative to the official InfluxDB Python client.
 .
 Aioinflux supports interacting with InfluxDB in a non-blocking way by using 
aiohttp.
 It also supports writing and querying of Pandas dataframes,
 among other handy functionality.

I will maintain this under the DPMT.

Bug#960745: lammps: FTBFS in bullseye and sid

[Graham Inggs]

Source: lammps
Version: 20200303+dfsg1-2
Severity: serious
Tags: ftbfs bullseye sid

Hi Maintainer

The recent upload of lammps FTBFS in bullseye and sid [1].
I've copied what I hope is the relevant part of the log below.

Regards
Graham


[1] 
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/lammps.html


make[1]: Leaving directory '/build/1st/lammps-20200303+dfsg1/debian/build'
   debian/rules override_dh_install
make[1]: Entering directory '/build/1st/lammps-20200303+dfsg1'
dh_install -X.gitignore
make[1]: Leaving directory '/build/1st/lammps-20200303+dfsg1'
   dh_installdocs -O--sourcedirectory=cmake
-O--builddirectory=/build/1st/lammps-20200303\+dfsg1/debian/build
dh_installdocs: error: Cannot find (any matches for) "doc/html" (tried
in ., debian/tmp)

make: *** [debian/rules:10: binary] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess
returned exit status 2

Bug#958958: btfs: FTBFS on architectures that need -latomic

[Adrian Bunk]

Control: reassign -1 libtorrent-rasterbar10 1.2.5-1
Control: retitle -1 libtorrent-rasterbar must be linked against libatomic on 
armel/mipsel/m68k/powerpc/sh4
Control: affects -1 src:btfs

On Mon, Apr 27, 2020 at 10:16:59AM +0200, Graham Inggs wrote:
>...
> I believe the solution is to link against -latomic, and since linking
> is with --as-needed by default now, it should be safe to do this for
> all architectures.
>...
> /usr/bin/ld: 
> /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so:
> undefined reference to `__atomic_fetch_add_8'
> /usr/bin/ld: 
> /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so:
> undefined reference to `__atomic_store_8'
> /usr/bin/ld: 
> /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so:
> undefined reference to `__atomic_load_8'
> /usr/bin/ld: 
> /usr/lib/gcc/arm-linux-gnueabi/9/../../../arm-linux-gnueabi/libtorrent-rasterbar.so:
> undefined reference to `__atomic_compare_exchange_8'
>...

libatomic is used by libtorrent-rasterbar.

The correct solution is to link libtorrent-rasterbar against libatomic.

cu
Adrian

Bug#960691: RFS: libexif/0.6.21-7 -- library to parse EXIF files

[Andreas Metzler]

On 2020-05-15 Hugh McMaster  wrote:
> Package: sponsorship-requests
> Severity: normal

> Dear mentors and Debian PhotoTools Team members,

> I am looking for a sponsor for the package "libexif"

>  * Package name: libexif
>Version : 0.6.21-7
[..]

Will do.

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: PGP signature

Bug#960701: [Pkg-nagios-devel] Bug#960701: php-icinga: Uncaught ErrorException \Icinga\Web\ViewStream::stream_set_option is not implemented!

[Sebastiaan Couwenberg]

On 5/16/20 8:38 AM, Stephane Bortzmeyer wrote:
>> You need icingaweb 2.8.0 from experimental for php7.4 support, and you
>> need to upgrade all icingaweb2 packages from experimental, not only
>> php-icinga.
> 
> Fair enough. But may be php-icinga should depend on icingaweb2 >= 2.8
> in that case, no?

No, icingaweb2 already depends on php-icinga, icingaweb2 provides the
application and php-icinga the library it uses to get its data.

You cannot expect the web application to work correctly with php7.4 when
you only upgrade a library it uses.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#936683: [Pkg-javascript-devel] Bug#936683: gyp: Python2 removal in sid/bullseye

[Mitsuya Shibata]

> It would be nice of you if you compared your work and their work.

Trying compare google/gyp and nodejs/node-gyp (and node gyp)...

$ git clone https://chromium.googlesource.com/external/gyp
$ (cd gyp; git rev-parse HEAD)
caa60026e223fc501e8b337fd5086ece4028b1c6

$ git clone https://github.com/nodejs/node-gyp.git
$ (cd node-gyp; git rev-parse HEAD)
741ab096d554f2d3e6b6a7232b06872a0c1375f8

$ diff -ruN -x test -x .git gyp/ node-gyp/gyp/ | grep "^diff" | wc -l
50
$ diff -ruN {,node-gyp/}gyp/pylib/ | grep "^diff" | wc -l
32

At top level diffs exclude pylib directory:

- setup.py, gyp, gyp.bat => no diffs
- gyptest.py => gyp only
- gyp_main.py => node-gyp add code for cygwin
- buildbot/, test/ => gyp only
- data/ => no diffs
- samples/ => node-gyp doesn't support py3
  
https://chromium.googlesource.com/external/gyp/+/bd11dd1c51ef17592384df927c47023071639f96%5E%21/#F7
- tools/ => no diffs about python 3 support
  - tools/pretty_gyp.py => node-gyp doesn't import following patch
(but not related py3 support)

https://chromium.googlesource.com/external/gyp/+/5874a3cf9baccfae5cbfc4f5b84ba9a5c3568133%5E%21/#F0
  - tools/pretty_sln.py => minor changes
  - tools/pretty_vcproj.py => minor changes and py3 support

node-gyp has original patch, but it's the same as gyp, semantically.
https://github.com/nodejs/node-gyp/pull/1793

(to be continued...)

Bug#960746: python-pybedtools: binary-all FTBFS

[Adrian Bunk]

Source: python-pybedtools
Version: 0.8.0-4
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/fetch.php?pkg=python-pybedtools&arch=all&ver=0.8.0-4&stamp=1589359748&raw=0

...
dh_fixperms
chmod -x debian/*/usr/lib/python3/dist-packages/pybedtools/scripts/pybedtools
chmod: cannot access 
'debian/*/usr/lib/python3/dist-packages/pybedtools/scripts/pybedtools': No such 
file or directory
make[1]: *** [debian/rules:49: override_dh_fixperms] Error 1

Bug#953853: musl-tools: should it be Multi-Arch: foreign?

[Reiner Herrmann]

Control: tags -1 + wontfix
Control: close -1

Thanks for all your inputs!


signature.asc
Description: PGP signature

Bug#954195: gnome-music 3.36.2-1

[Farhad Mohammadi Majd]

Hello, same problem (Message #34) is also here on Debian 11 (bullseye);
all its dependencies and recommended packages are installed, system is
up-to-date, all GNOME and tracker services are enabled/active, and
tested on GNOME Shell on both Wayland and xorg:

> $ gnome-music
> Traceback (most recent call last):
>   File "/usr/lib/python3/dist-packages/gnomemusic/scrobbler.py", line
> 81, in _new_client_callback
> manager.call_is_supported_provider(
> AttributeError: 'NoneType' object has no attribute
> 'call_is_supported_provider'

currently this bug is tagged as "fixed-upstream" and "Forwarded", it
needs to be updated to reflect this problem.

Bug#960747: RM: sdpb [mipsel] -- RoQA; Architecture specific build failure (blocks tinyxml transition)

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove sdpb from mipsel where it FTFBS as part of the tinyxml transition.

Kind Regards,

Bas

Bug#953970: Taking over DPMT (Was: python-boto: autopkgtest failure with Python 3.8 as default)

[Andreas Tille]

On Mon, May 11, 2020 at 10:20:24PM -0400, Noah Meyerhans wrote:
> Control: tags -1 + patch
> 
> > I'll move this package to a cloud-team repository and prepare an upload
> > to unstable on Monday if nobody beats me to it.
> 
> https://salsa.debian.org/cloud-team/python-boto/-/merge_requests/1

Could somebody from the cloud-team please merge and upload?
I'm not a member of this team and can not do anything here.

Thanks a lot

Andreas. 

-- 
http://fam-tille.de

Bug#960748: node-babel: meta bug to keep out of testing

[Pirate Praveen]

Package: node-babel
Version: 6.26.0+repack-4
Severity: serious
Control: block -1 by 960120
Control: block -1 by 959798
Control: block -1 by 960021

src:node-babel (babel 6.x) is replaced by src:node-babel7 (babel 7.x) 
and src:node-babel should not be part of bullseye.


The status of this transition is tracked at,
https://wiki.debian.org/Javascript/Nodejs/Transitions/Babel7

Last blockers for removal:

1. node-yarnpkg - #960120 - should be patched/fixed for 1.x or switch 
to 'berry'/2.x (supports babel 7) in time for bullseye
2. libjs-webrtc-adapte - #959798 - browserify-lite can be replaced by 
webpack

3. rainloop - #960021 - not in bullseye

Once the blockers are fixed, this should be changed to an RM bug.

Bug#960327: squid: autopkgtest regression: test_daemons (__main__.BasicTest)

[Luigi Gangitano]

Hi Sergio,

> On 14 May 2020, at 05:42, Sergio Durigan Junior  wrote:
> 
> Here's a patch that fixes the issue above.
> 
> Please note that even after fixing this specific issue, I still see
> another failure with test_zz_apparmor.  I've posted a merge request to
> also fix this problem here:
> 
>  https://salsa.debian.org/squid-team/squid/-/merge_requests/12 
> 


Thanks for looking into it. I’ve merged your patches and will upload shortly.

Regards,

L

--
Luigi Gangitano -- mailto:lu...@debian.org>> -- 
mailto:gangit...@lugroma3.org>>
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26
GPG: 4096R/2BA97CED: 8D48 5A35 FF1E 6EB7 90E5  0F6D 0284 F20C 2BA9 7CED


signature.asc
Description: Message signed with OpenPGP

Bug#960742: RFS: lazpaint/7.1.3 ITP -- add LazPaint to Debian

[Johann ELSASS]

Hello Tobias,

Thanks for your reply. I came up with the following.

First install "lazarus-package" as it is required to compile.

Then the source package would consist of the following:
- in bgrabitmap subdir extract 
https://github.com/bgrabitmap/bgrabitmap/archive/master.zip
- in bgracontrols subdir extract 
https://github.com/bgrabitmap/bgracontrols/archive/master.zip
- in lazpaint subdir extract 
https://github.com/bgrabitmap/lazpaint/archive/master.zip
- in the base dir add make.sh (provided as attachment of this mail)

Running it compiles and creates the Deb package in 
lazpaint/lazpaint/release/debian/

Am I getting closer?

-- 
  Johann ELSASS
  circu...@operamail.com

On Sat, May 16, 2020, at 8:29 AM, Tobias Frost wrote:
> Control: tags -1 wontfix
> 
> Hi Johann,
> 
> thanks for your interest to contribute to Debian!
> However, it's unfortunatly not that straight forward… See below for 
> info and resources!
> 
> On Sat, May 16, 2020 at 08:04:00AM +0200, Johann ELSASS wrote:
> > Package: sponsorship-requests
> > Severity: wishlist
> > 
> > Dear mentors,
> > 
> > I am looking for a sponsor for my package "lazpaint":
> > 
> >  * Package name: lazpaint
> >Version : 7.1.3
> >Upstream Author : Johann ELSASS 
> >  * URL : https://github.com/bgrabitmap/lazpaint/releases
> >  * License : GPL3
> >  * Vcs : 
> > https://github.com/bgrabitmap/lazpaint/tree/master/lazpaint/release/debian
> >Section : Graphics App
> > 
> > I don't understand very well what I am supposed to write in here. 
> > 
> > What I can say is that I build the debian package for 32-bit and 64-bit 
> > using the binary produced by the dev environment Lazarus and that I put it 
> > into the package using the bash script in lazpaint/release/debian folder.
> 
> You need to compile lazpaint _while_ creating the debian package, it is 
> not acceptable to pre-compile it and then
> "just" copy the resulting binary into it.
> 
> I'm not a Pascal guy, there should be a few examples in the Debian 
> archives which might gives you hints how to do it:
> codesearch.debian.net on lazarus in debian/control might give you hints 
> where to look for examples:
> https://codesearch.debian.net/search?q=lazarus+path%3Adebian%2Fcontrol&literal=1&perpkg=1
> 
> Beside that, please read this resource as starting point:
> https://mentors.debian.net/intro-maintainers
> As you are also upstream, you might also want to read: 
> https://wiki.debian.org/UpstreamGuide
> 
> Cheers,
> tobi
> 
> (marking as wont fix for now -- that means that it cannot be sponsored 
> that way and avoids
> that other people spend uncessary time on this bug report. Remove the 
> tag when you are ready with
> a package that compiles from source.)
>  
> > To access further information about this package, please visit the 
> > following URL:
> > 
> >   https://github.com/bgrabitmap/lazpaint
> > 
> > Regards,
> > 
> > --
> >   Johann
> > 
>

make.sh
Description: application/shellscript

Bug#960749: netbeans: fails to create a java project

[alex bodnaru]

Package: netbeans
Version: 10.0-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?
   i wanted to import a project.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   the method was "open a project without dependencies. import reported 100%
   * What was the outcome of this action?
   upon creation of the netbeand project, i've got and error:
   com.sun.tools.javac.util.Context, not found
   * What outcome did you expect instead?
   i'd be glad to have the new project created.
   
   the bug was treated in ubuntu, see
   https://bugs.launchpad.net/ubuntu/+source/netbeans/+bug/1828427

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


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'stable'), (300, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 5.6.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

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

netbeans recommends no packages.

netbeans suggests no packages.

-- no debconf information

Bug#960750: chasen: build failure with clang

[Hideki Yamane]

Package: chasen
Severity: normal

Hi,

 It seems that chasen is failed to build with clang.
 
https://github.com/opencollab/clang.debian.net/blob/master/logs/2020-02-24-9.0.1/chasen_2.4.5-44_unstable_clang9.0.1.log


-- 
Regards,

 Hideki Yamane henrich @ debian.org/iijmio-mail.jp

Bug#960740: RFS: zope.i18nmessageid/5.0.1-1 [QA] [RC] -- Message Identifiers for internationalization

[Håvard Flaget Aasen]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "zope.i18nmessageid"

 * Package name: zope.i18nmessageid
   Version : 5.0.1-1
   Upstream Author : Zope Foundation and Contributors 
 * URL : https://pypi.python.org/pypi/zope.i18nmessageid
 * License : Zope-2.1
 * Vcs : None
   Section : zope

It builds those binary packages:

  python3-zope.i18nmessageid - Message Identifiers for internationalization

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

  https://mentors.debian.net/package/zope.i18nmessageid

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

  dget -x
https://mentors.debian.net/debian/pool/main/z/zope.i18nmessageid/zope.i18nmessageid_5.0.1-1.dsc

Changes since the last upload:

   * QA upload.
   * New upstream release. closes: #959636
   * d/control
 - Use debhelper-compat
 - Bump to debhelper 13
 - Update Standards-Version to 4.5.0
 - Add build-dependencies for testing
 - Change Priority to optional
 - Use secure URI for homepage
 - Add Rules-Requires-Root: no
 - Change to Testsuite: autopkgtest-pkg-python and remove
   obsolete d/tests
   * Add hardening options in d/rules
   * Use secure URI in d/watch
   * d/copyright
 - Remove Files-Excluded, no longer needed.
 - Use secure URI
   * Set upstream metadata fields: Bug-Database, Bug-Submit, Repository and
 Repository-Browse.

Regards,

Bug#960726: firefox: connection failure to most https websites

[Vincent Lefevre]

Control: found -1 76.0.1-2

SEC_ERROR_OCSP_SERVER_ERROR still occurs with many hosts.

Note: https://support.mozilla.org/ is affected, but
https://www.mozilla.org/ is not.

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

Bug#953970: Taking over DPMT (Was: python-boto: autopkgtest failure with Python 3.8 as default)

[Thomas Goirand]

On 5/16/20 11:02 AM, Andreas Tille wrote:
> On Mon, May 11, 2020 at 10:20:24PM -0400, Noah Meyerhans wrote:
>> Control: tags -1 + patch
>>
>>> I'll move this package to a cloud-team repository and prepare an upload
>>> to unstable on Monday if nobody beats me to it.
>>
>> https://salsa.debian.org/cloud-team/python-boto/-/merge_requests/1
> 
> Could somebody from the cloud-team please merge and upload?
> I'm not a member of this team and can not do anything here.
> 
> Thanks a lot
> 
> Andreas. 
> 

Merged, built and uploaded.

Cheers,

Thomas Goirand (zigo)

Bug#960751: TypeError: debuild_config() missing 1 required positional argument: 'subpath'

[Picca Frédéric-Emmanuel]

Package: silver-platter
Version: 0.2.0+git20191022.7591492-1
Severity: normal

Hello, while trying to use silver-platter, I got this error

debian-svp new-upstream https://salsa.debian.org/science-team/python-fabio
https://salsa.debian.org/science-team/python-fabio/ is permanently redirected 
to https://salsa.debian.org/science-team/python-fabio.git/
07/2582)


(1679/2582)
Total 2582 (delta 1805), reused 2267 (delta 1500), pack-reused 0





Traceback (most recent call last):
  File "/usr/bin/debian-svp", line 11, in 
load_entry_point('silver-platter==0.2.0', 'console_scripts', 'debian-svp')()
  File "/usr/lib/python3/dist-packages/silver_platter/debian/__main__.py", line 
61, in main
return callbacks[args.subcommand](args)
  File "/usr/lib/python3/dist-packages/silver_platter/debian/upstream.py", line 
552, in main
merge_upstream_result = merge_upstream(
  File "/usr/lib/python3/dist-packages/silver_platter/debian/upstream.py", line 
292, in merge_upstream
config = debuild_config(tree)
TypeError: debuild_config() missing 1 required positional argument: 'subpath'

Cheers

Frederic

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

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

Versions of packages silver-platter depends on:
ii  brz-debian2.8.35
ii  devscripts2.20.3
ii  lintian-brush 0.63
ii  python3   3.8.2-3
ii  python3-breezy3.0.2-5+b1
ii  python3-distro-info   0.23
ii  python3-dulwich   0.19.15-1+b1
ii  python3-github1.43.7-1
ii  python3-gitlab1:2.2.0-1
ii  python3-launchpadlib  1.10.13-1
ii  python3-testtools 2.3.0-7

Versions of packages silver-platter recommends:
ii  brz  3.0.2-5

silver-platter suggests no packages.

-- no debconf information

Bug#953437: Upstream has a proposed fix

[Julien Puydt]

Hi,

Le vendredi 15 mai 2020 à 19:05 +0200, Thibaut Paumard a écrit :
> Le 15/05/2020 à 11:07, Julien Puydt a écrit :
> > It should, but since I haven't been able to reproduce your problem
> > on
> > eller.debian.org...
> > 
> 
> Interesting. I just re-compiled my test-case in a fresh chroot on
> eller,
> and it still segfaults. The base system is sid-mips64el.
> 
> Regards, Thibaut.
> 

This is what I do :

scp hypergeom.c eller.debian.org:~
slogin eller.debian.org
export sessionid=$(schroot -b -c sid)
dd-schroot-cmd -c $sessionid apt-get update
dd-schroot-cmd -c $sessionid apt-get upgrade
dd-schroot-cmd -c $sessionid apt-get install libflint-dev libflint-arb-
dev
schroot -r -c $sessionid
gcc -o hypergeom hypergeom.c -lflint-arb -lflint
./hypergeom 0.6 0.5  (prints hypergeom(6.00e-01, 5.00e-
01)=9.166128e-01)
./hypergeom 0.5 0.6 (prints hypergeom(5.00e-01, 6.00e-
01)=9.462169e-01)
./hypergeom 0.5 0.5 (prints hypergeom(5.00e-01, 5.00e-
01)=9.539590e-01)

Control-D
schroot -e -c $sessionid
rm hypergeom*
Control-D

So no segfault.

If we find the difference between the configurations, that could hint
us to what gets wrong.

Cheers,

JP

Bug#960752: FTBFS on arch-all, test-suite failure

[Michael Biebl]

Source: cockpit
Version: 219-1
Severity: serious

Hi Martin,

looks like the latest release reliably triggers a FTBFS on arch-all:

https://buildd.debian.org/status/logs.php?pkg=cockpit&ver=219-1&arch=all

The relevant part from the build log
**
cockpit-protocol:ERROR:src/common/test-webserver.c:374:perform_request: 
assertion failed (error == NULL): Error resolving 
?2a02:16a8:dc41:100::238:46259?: Name or service not known 
(g-resolver-error-quark, 0)
SKIP: test-webserver Bail out! 
cockpit-protocol:ERROR:src/common/test-webserver.c:374:perform_request: 
assertion failed (error == NULL): Error resolving 
?2a02:16a8:dc41:100::238:46259?: Name or service not known 
(g-resolver-error-quark, 0)
Aborted
ERROR: test-webserver process failed: 134


Regards,
Michael



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

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

-- no debconf information

Bug#960753: transition: yara

[Hilko Bengen]

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

Dear release team,

the libyara3 -> libyara4 transition is necessary due to the simple
SONAME bump due to incompatible API and ABI changes. There are two
reverse dependencies, python-yara and libguestfs both of which I
maintain. libguestfs can already be built against with yara/4 and
python-yara/4.x will be uploaded at the same time as yara/4.

Ben file:

title = "yara";
is_affected = .depends ~ "libyara3" | .depends ~ "libyara4";
is_good = .depends ~ "libyara4";
is_bad = .depends ~ "libyara3";

Cheers,
-Hilko

Bug#960754: wham-align FTBFS on !x86

[Adrian Bunk]

Source: wham-align
Version: 0.1.5-1
Severity: important
Tags: patch ftbfs

https://buildd.debian.org/status/package.php?p=wham-align&suite=sid

...
pair.h:840:2: error: #error "POPCNT is only supported in Intel X86/IA-64 
architectures"
  840 | #error "POPCNT is only supported in Intel X86/IA-64 architectures"
  |  ^
...


Fix is attached.
Description: Fix FTBFS on !x86
Author: Adrian Bunk 

--- wham-align-0.1.5.orig/pair.h
+++ wham-align-0.1.5/pair.h
@@ -831,6 +831,7 @@ bool  pairAlignEnum(int64 * key, int64 *
 return false;
   }
 
+#if POPCNT
   static inline int64 popcnt(int64 v)
   {
 int64 ret;
@@ -841,6 +842,7 @@ bool  pairAlignEnum(int64 * key, int64 *
 #endif
 return ret;
   }
+#endif
 
   static inline int64 BitCount(int64 x)
   {
--- wham-align-0.1.5.orig/perfcounters.cpp
+++ wham-align-0.1.5/perfcounters.cpp
@@ -4,6 +4,8 @@
 
 #include "perfcounters.h"
 
+#ifdef PERFCOUNT
+
 #if defined(__sparc__)
 #include 
 using namespace std;
@@ -80,4 +82,6 @@ void PerfCounters::threadinit() {
 #else
 #error Performance counters not known for this architecture.
 #endif
 }
+
+#endif

Bug#960755: wrk FTBFS on armel

[Adrian Bunk]

Source: wrk
Version: 4.1.0-1
Severity: serious
Tags: ftbfs patch

https://buildd.debian.org/status/fetch.php?pkg=wrk&arch=armel&ver=4.1.0-1&stamp=1589619501&raw=0

...
/usr/bin/ld: obj/stats.o: in function `stats_record':
./src/stats.c:24: undefined reference to `__atomic_fetch_add_8'
/usr/bin/ld: ./src/stats.c:25: undefined reference to `__atomic_fetch_add_8'
/usr/bin/ld: ./src/stats.c:29: undefined reference to 
`__atomic_compare_exchange_8'
/usr/bin/ld: ./src/stats.c:34: undefined reference to 
`__atomic_compare_exchange_8'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:59: wrk] Error 1


Fix (also removes the double DEB_HOST_ARCH check):

--- debian/rules.old2020-05-16 11:04:35.005659248 +
+++ debian/rules2020-05-16 11:07:09.908357074 +
@@ -3,7 +3,7 @@
 include /usr/share/dpkg/architecture.mk
 include /usr/share/dpkg/pkg-info.mk
 
-ifeq ($(DEB_HOST_ARCH),$(filter $(DEB_HOST_ARCH),mips mipsel powerpc))
+ifneq (,$(filter $(DEB_HOST_ARCH), armel mips mipsel powerpc))
LIBS += -latomic
export LIBS
 endif

Bug#960756: python-biopython FTBFS on 32bit: test_NCBI_BLAST_tools.BlastDB failures

[Adrian Bunk]

Source: python-biopython
Version: 1.76+dfsg-2
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=python-biopython&suite=sid

...
==
FAIL: test_fasta_db_nucl (test_NCBI_BLAST_tools.BlastDB)
Test makeblastdb wrapper with nucleotide database.
--
Traceback (most recent call last):
  File 
"/<>/.pybuild/cpython3_3.8/build/Tests/test_NCBI_BLAST_tools.py", 
line 249, in test_fasta_db_nucl
self.assertTrue(os.path.isfile("GenBank/NC_005816.fna.nhd"))
AssertionError: False is not true

==
FAIL: test_fasta_db_prot (test_NCBI_BLAST_tools.BlastDB)
Test makeblastdb wrapper with protein database.
--
Traceback (most recent call last):
  File 
"/<>/.pybuild/cpython3_3.8/build/Tests/test_NCBI_BLAST_tools.py", 
line 208, in test_fasta_db_prot
self.assertTrue(os.path.isfile("GenBank/NC_005816.faa.phd"))
AssertionError: False is not true

--
Ran 518 tests in 330.272 seconds

FAILED (failures = 1)
Skipping any tests requiring internet access
Python version: 3.8.3 (default, May 14 2020, 11:03:12) 
[GCC 9.3.0]
Operating system: posix linux
E: pybuild pybuild:352: test: plugin custom failed with: exit code=1: set -e; \
 mkdir -p 
/<>/.pybuild/cpython3_3.8/build/home; \
 mkdir -p 
/<>/.pybuild/cpython3_3.8/build/Doc/examples; \
 cp -a Doc/Tutorial.tex 
/<>/.pybuild/cpython3_3.8/build/Doc; \
 cp -a Doc/Tutorial 
/<>/.pybuild/cpython3_3.8/build/Doc; \
 cp -a Doc/examples 
/<>/.pybuild/cpython3_3.8/build/Doc; \
 cp -a Tests 
/<>/.pybuild/cpython3_3.8/build; \
 cd 
/<>/.pybuild/cpython3_3.8/build/Tests; \
 env DIALIGN2_DIR=/usr/share/dialign 
EMBOSS_ROOT=/usr/lib/emboss 
HOME=/<>/.pybuild/cpython3_3.8/build/home python3.8 run_tests.py 
--offline
dh_auto_test: error: pybuild --test -i python{version} -p 3.8 --test 
--system=custom "--test-args=set -e; \\\
 mkdir -p {build_dir}/home; \\\
 mkdir -p {build_dir}/Doc/examples; \\\
 cp -a Doc/Tutorial.tex {build_dir}/Doc; \\\
 cp -a Doc/Tutorial {build_dir}/Doc; \\\
 cp -a Doc/examples {build_dir}/Doc; \\\
 cp -a Tests {build_dir}; \\\
 cd {build_dir}/Tests; \\\
 env DIALIGN2_DIR=/usr/share/dialign 
EMBOSS_ROOT=/usr/lib/emboss HOME={build_dir}/home {interpreter} run_tests.py 
--offline" returned exit code 13
make[1]: *** [debian/rules:83: override_dh_auto_test] Error 25

Bug#960757: allelecount: binary-any FTBFS

[Adrian Bunk]

Source: allelecount
Version: 4.1.0-2
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=allelecount&suite=sid

...
dh_auto_test --sourcedirectory=perl
cd perl && make -j4 test TEST_VERBOSE=1
make[2]: Entering directory '/<>/perl'
PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" 
"-e" "undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch')" 
t/*.t
Can't locate Try/Tiny.pm in @INC (you may need to install the Try::Tiny module) 
(@INC contains: /<>/perl/blib/lib /<>/perl/blib/arch 
/etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.30.0 
/usr/local/share/perl/5.30.0 /usr/lib/x86_64-linux-gnu/perl5/5.30 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.30 /usr/share/perl/5.30 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at 
t/1_pm_compile.t line 33.
...


The dependencies for these tests are only in Build-Depends-Indep.

Bug#91815: Patch to add memusage and memusagestat

[Aurelien Jarno]

Hi Stephen, hi Helmut,

On 2020-05-09 12:27, Helmut Grohne wrote:
> Hi Stephen,
> 
> Thank you for not dropping the ball after my initial "it's not that
> easy" reply.
> 
> On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> > There’s another part of the transition which bothers me: if we add memusage
> > to a package which is depended upon (albeit temporarily) by libc-dev-bin, it
> > becomes part of build-essential, and adding memusage means adding libgd3,
> > libfontconfig1, libfreetype6, etc. to all builds...
> > 
> > It occurred to me that there is however a way to add memusage while
> > transitioning cleanly, over a few years. It seems to me that the binaries in
> > libc-dev-bin can be split into two categories: binaries that are expected as
> > build tools (gencat and rpcgen), and binaries that are useful as tools for
> > understanding programs but not building them (memusage, memusagestat, 
> > mtrace,
> > sotruss, sprof). How about the following?
> > 
> > * We add a new package, say libc-devtools, containing the second type of
> >   tools (mtrace, sotruss, sprof). For transition purposes, libc-dev-bin
> >   depends on that in Bullseye.
> > * We add another package, memusage, containing memusage and memusagestat.
> >   That’s the package which ends up with all the annoying extra dependencies,
> >   but nothing depends on it.
> > * In Bookworm, libc-dev-bin can drop the dependency on libc-devtools, and we
> >   can merge memusage into libc-devtools.
> > 
> > Does that make sense?

Yes, with the points raised by Helmut, I think it makes sense.
Unfortunately many changes in glibc requires transitions lasting many
years...

I just wonder if we should call it libc-devtools or libc-dev-tools to
match the pattern from libc-dev-bin. But that's a minor detail over the
whole plan.

> All of what you write here makes very much sense to me and the
> trade-offs seem good to me. What you propose will result in making the
> bootstrapping/profile stuff simpler/better. That said, I am not a glibc
> maintainer. I don't see the full picture.
> 
> I have two minor remarks:
>  * Should libc-devtools maybe recommend memusage already?

It's something we can do, I think it mostly depends if we basically want
libc-dev-bin to recommends memusage.

>  * We cannot simply have libc-devtools absorb memusage in bookworm.
>Doing so would break upgrades when someone has memusage, but not
>libc-devtools installed. Therefore memusage likely needs to be a
>transitional dummy package in bookworm and can only be removed one
>release later. I'm wondering whether this could be avoided if we had
>memusage depend on libc-devtools.

I agree with that.

> Neither of these touch the core of your thoughts.

Another faster alternative that came to my mind is to rely n the fact
that recommends are enabled by default, but not used to resolve
build-dependencies. In that case we can already create libc-devtools
with memstatusage and also move mtrace, sotruss, sprof there. Those 3
binaries are very unlikely to be used to build packages, so I don't
expect breakages. From the user point of view, it's just like if (part
of) a dependency has been demoted to a recommends. It's something that
is often done for other packages, and it seems we accept that even if it
causes breakages (latest example that comes to my mind is util-linux
dropping the dependency on fdisk). I guess adding an entry in NEWS would
be necessary though.

I don't know if it's something that's acceptable. What do you think?
Maybe we should ask the release team?

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#960758: libcamera FTBFS: missing boost build dependencies

[Adrian Bunk]

Source: libcamera
Version: 0~git20200513+924778e-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=libcamera&suite=sid

...
Program openssl found: YES (/usr/bin/openssl)
Library atomic found: YES
Library dl found: YES
Library gnutls found: YES
Did not find pkg-config by name 'pkg-config'
Found Pkg-config: NO
Did not find CMake 'cmake'
Found CMake: NO
Run-time dependency libudev found: NO (tried pkgconfig and cmake)
Run-time dependency threads found: YES
Run-time dependency Boost found: NO 

../src/ipa/raspberrypi/meson.build:5:0: ERROR: Dependency "boost" not found

Bug#960536: locales: $LANGUAGE and $LC_ALL are not set

[Aurelien Jarno]

Hi,

On 2020-05-13 19:06, José Antonio Jiménez Madrid wrote:
> Package: locales
> Version: 2.28-10
> Severity: minor
> Tags: l10n
> 
> Hi,
> 
> I upgraded yesterday to Buster and in the process of upgrading packages I got
> the following perl warning in several packages:
> 
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = (unset),
> LC_ALL = (unset),
> LANG = "es_ES.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
> 
> 
> In some places I have found "a way to fix it", but this not works for me. I
> followed the steps.
> 
> export LANGUAGE=es_ES.UTF-8
> export LANG=es_ES.UTF-8
> export LC_ALL=es_ES.UTF-8
> locale-gen
> dpkg-reconfigure locales
> 
> 
> selecting the generation of all locales and to use es_ES.UTF-8 in the debconf
> window. But the problem persists.
> Also I have tried to change to another locales, like
> 
> en_US.UTF-8
> 
> but LANGUAGE and LC_ALL keep unset. Coming back to my original locale does not
> fix the problem.
> 
> I do not know whether this can be related with bugs:
> 
> #687522

That's a different issue that prevents using debconf to select the
locales to build. It seems you are able to to that, even if they do not
seem to be regenerated.

> #724456

That's a temporary problem only happening during the upgrade. Your
problem seems to be permanent.

> 
> I can make test, send log files,... to find what is causing this problem.

There are two things to look at. First we need understand if the locale
is correctly generated. Then we also need to understand if the
environment variables are correctly set.

Could you please send:

* The content of "/etc/default/locale"

* The output of the "locales" command

* The content of the "/usr/lib/locale/" directory.

As an alternative, does installing locales-all, which contains already
all locales already compiled does fix your problem?

Thanks,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#960759: golang-1.14: FTBFS on mipsel

[Gianfranco Costamagna]

Source: golang-1.14
Version: 1.14.3-1
Severity: serious

Hello, looks like golang-1.14 fails to build randomly on mipsel, including the 
latest version uploaded in sid.

In Ubuntu we added a patch, increasing the test timeout that made some builds 
succeed there on slow hardware
(such as emulated riscv64).

Can you please apply it?

--- 1.14.2-1/debian/rules   2020-03-09 12:33:17.0 +
+++ 1.14.2-1ubuntu1/debian/rules2020-04-16 10:07:22.0 +
@@ -68,6 +68,7 @@ ifeq (true, $(RUN_TESTS))
set -ex; \
cd src; \
export PATH="$(GOROOT)/bin:$$PATH"; \
+   export GO_TEST_TIMEOUT_SCALE=10; \
eval "$$(go tool dist env)"; \
bash run.bash -k -no-rebuild;
# -k   keep going even when error occurred

I'm not sure if it will fix the issue or not, but we might need it anyway to 
cope with slow machines

thanks

Gianfranco

Bug#960760: tree-puzzle FTBFS on !amd64: test failures

[Adrian Bunk]

Source: tree-puzzle
Version: 5.3~rc16+dfsg-1
Severity: serious
Tags: ftbfs

Based on the "Important remark" below, test failures shouldn't be fatal.
This would also make them not suitable for autopkgtest.


https://buildd.debian.org/status/package.php?p=tree-puzzle&suite=sid

...
FAIL: qp-hky-rhet-nucl
==


Testing: nucleotide data, HKY, rate heterogeneity, quartet puzzling 
(qp-hky-rhet-nucl)
327c327
< Dasyurus  3  0.1  0.00268  11  0.07879  0.07178
---
> Dasyurus  3  0.1  0.00141  11  0.07879  0.07178
FAIL qp-hky-rhet-nucl.test (exit status: 1)

FAIL: qp-hky-rhet-clock-nucl



Testing: nucleotide data, HKY, clock, rate heterogeneity, quartet puzzling 
(qp-hky-rhet-clock-nucl)
327c327
< Dasyurus  3  0.1  0.00268  11  0.07879  0.07178
---
> Dasyurus  3  0.1  0.00141  11  0.07879  0.07178
FAIL qp-hky-rhet-clock-nucl.test (exit status: 1)

FAIL: qp-jtt-rhet-prot
==


Testing: protein data, JTT, rate heterogeneity, quartet puzzling 
(qp-jtt-rhet-prot)
295c295
< HBA_HUMAN 3  0.01975  0.02293  10  0.74671  0.14184
---
> HBA_HUMAN 3  0.01975  0.02294  10  0.74671  0.14184
FAIL qp-jtt-rhet-prot.test (exit status: 1)

FAIL: qp-jtt-rhet-clock-prot



Testing: protein data, JTT, clock, rate heterogeneity, quartet puzzling 
(qp-jtt-rhet-clock-prot)
295c295
< HBA_HUMAN 3  0.01975  0.02293  10  0.74671  0.14184
---
> HBA_HUMAN 3  0.01975  0.02294  10  0.74671  0.14184
FAIL qp-jtt-rhet-clock-prot.test (exit status: 1)

FAIL: ut-pure-prot
==


Testing: protein data, default model, user tree evaluation (ut-pure-prot)
178c178
< HBB_HORSE 2  0.12686  0.03876   9  0.1  0.00105
---
> HBB_HORSE 2  0.12686  0.03876   9  0.1  0.00100
218c218
< HBB_HUMAN 1  0.04915  0.03158   8  0.28347  0.08777
---
> HBB_HUMAN 1  0.04915  0.03158   8  0.28347  0.08778
258c258
< HBB_HORSE 2  0.12653  0.03874   9  0.12334  0.15663
---
> HBB_HORSE 2  0.12653  0.03874   9  0.12334  0.15661
FAIL ut-pure-prot.test (exit status: 1)

FAIL: cons-pure-prot



Testing: protein data, default model, consensus construction (cons-pure-prot)
230c230
< HBB_HUMAN 1  0.04834  0.03148   8  0.28040  0.08745
---
> HBB_HUMAN 1  0.04834  0.03148   8  0.28040  0.08746
FAIL cons-pure-prot.test (exit status: 1)

SKIP: build-remark
==


***
***  !!! Important remark !!!
***
***  Please note that only the output file *.puzzle is checked
***  for identity. The overall precision reached in the program
***  is heavily dependent on the compiler as well as the optimization
***  level (-O) used to compile the executable.
***  Hence, even if tests are marked as failed this might just be
***  due to differences in less significant digits caused by rounding
***  errors from less acurate computations for the sake of faster
***  running times. (If you want to be sure about this please refer
***  to your compiler's manual!)
***
***  Please check the output file differences which are printed during the 
tests.
***  The template files which the results are checked against have been
***  generated with TREE-PUZZLE 5.2 compiled with GCC version 3.3-20030226
***  and default compiler flags '-g -O2' and using the SPRNG random number
***  generator.
***

SKIP build-remark (exit status: 77)


Testsuite summary for tree-puzzle 5.3.rc16

# TOTAL: 19
# PASS:  11
# SKIP:  2
# XFAIL: 0
# FAIL:  6
# XPASS: 0
# ERROR: 0

See tests/test-suite.log

make[5]: *** [Makefile:563: test-suite.log] Error 1
make[5]: Leaving directory '/<>/tests'

Bug#960753: Acknowledgement (transition: yara)

[Hilko Bengen]

control: owner -1 !

Bug#960761: RM:node-babel-preset-react -- ROM; obsolete, no reverse dependencies

[Pirate Praveen]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 960433

As part of removing babel version 6 (replaced by babel 7)[1] from the 
archive, please remove this package. Its only reverse dependency 
(node-babel-preset-airbnb) is also marked for removal.


[1] https://wiki.debian.org/Javascript/Nodejs/Transitions/Babel7

Bug#908117: RFP: yq -- yq is a lightweight and portable command-line YAML processor The aim of the project is to be the jq or sed of yaml files.

[Michael Banck]

Hi,

On Wed, Mar 25, 2020 at 09:00:13AM +0100, Roberto Mier Escandon wrote:
> The word 'guys' is enough inclusive.

https://twitter.com/AdamantxYves/status/126170393028609

Now can we get back to discussing packaging yq?


cheers,

Michael

Bug#960762: libvirt: random (?) test hangs

[Adrian Bunk]

Source: libvirt
Version: 6.0.0-7
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/fetch.php?pkg=libvirt&arch=all&ver=6.0.0-7&stamp=1589452859&raw=0
https://buildd.debian.org/status/fetch.php?pkg=libvirt&arch=i386&ver=6.0.0-7&stamp=1589494701&raw=0

...
make  check-TESTS
make[4]: Entering directory '/<>/debian/build/tests'
make[5]: Entering directory '/<>/debian/build/tests'
PASS: sockettest
PASS: virbuftest
PASS: virhostcputest
PASS: seclabeltest
PASS: virhashtest
PASS: virconftest
PASS: viratomictest
PASS: utiltest
PASS: shunloadtest
PASS: viruritest
PASS: virtimetest
PASS: virkeyfiletest
PASS: viralloctest
PASS: virauthconfigtest
PASS: virbitmaptest
SKIP: vircgrouptest
PASS: vircryptotest
PASS: commandtest
PASS: virendiantest
PASS: virpcitest
PASS: virfilecachetest
PASS: virfirewalltest
PASS: virkeycodetest
PASS: viriscsitest
PASS: virlockspacetest
PASS: virlogtest
PASS: virfiletest
PASS: virrotatingfiletest
PASS: virstringtest
PASS: virportallocatortest
PASS: sysinfotest
PASS: virkmodtest
PASS: vircapstest
PASS: domainconftest
PASS: virhostdevtest
PASS: virnetdevtest
PASS: virtypedparamtest
SKIP: vshtabletest
PASS: virerrortest
PASS: virnetmessagetest
PASS: domaincapstest
PASS: virnetdaemontest
PASS: virnetserverclienttest
PASS: virschematest
PASS: virnettlscontexttest
PASS: fchosttest
PASS: scsihosttest
PASS: vircaps2xmltest
PASS: virnettlssessiontest
PASS: virresctrltest
PASS: fdstreamtest
PASS: virdbustest
PASS: virsystemdtest
PASS: virpolkittest
PASS: xlconfigtest
PASS: xmconfigtest
PASS: libxlxml2domconfigtest
PASS: virshtest
PASS: qemudomaincheckpointxml2xmltest
PASS: qemudomainsnapshotxml2xmltest
PASS: qemumonitorjsontest
PASS: qemuhotplugtest
PASS: qemuxml2xmltest
PASS: qemucapabilitiestest
PASS: qemuxml2argvtest
PASS: qemucaps2xmltest
PASS: qemumemlocktest
PASS: qemucommandutiltest
PASS: qemumigparamstest
PASS: qemublocktest
PASS: qemufirmwaretest
PASS: qemuvhostusertest
PASS: lxcxml2xmltest
PASS: lxcconf2xmltest
PASS: openvzutilstest
PASS: esxutilstest
PASS: vboxsnapshotxmltest
PASS: vmx2xmltest
PASS: xml2vmxtest
PASS: vmwarevertest
PASS: virjsontest
PASS: networkxml2xmlupdatetest
PASS: virnetworkportxml2xmltest
PASS: networkxml2xmltest
PASS: networkxml2conftest
PASS: networkxml2firewalltest
PASS: nwfilterxml2xmltest
PASS: virnwfilterbindingxml2xmltest
PASS: nwfilterebiptablestest
PASS: nwfilterxml2firewalltest
PASS: storagevolxml2argvtest
PASS: qemusecuritytest
PASS: storagepoolxml2argvtest
PASS: virstorageutiltest
PASS: storagepoolcapstest
PASS: storagepoolxml2xmltest
PASS: virscsitest
PASS: nsstest
PASS: nssguesttest
PASS: storagevolxml2xmltest
PASS: nodedevxml2xmltest
PASS: virstoragetest
PASS: interfacexml2xmltest
PASS: metadatatest
PASS: secretxml2xmltest
PASS: genericxml2xmltest
PASS: virusbtest
PASS: virnetdevbandwidthtest
PASS: cputest
PASS: virdrivermoduletest
PASS: eventtest
PASS: virdriverconnvalidatetest
PASS: objecteventtest
PASS: virnetdevopenvswitchtest
PASS: virmacmaptest
PASS: libvirtd-fail
PASS: libvirtd-pool
PASS: virsh-define-dev-segfault
PASS: virsh-cpuset
PASS: virsh-int-overflow
PASS: virsh-read-bufsiz
PASS: virsh-read-non-seekable
PASS: virsh-schedinfo
PASS: virsh-self-test
PASS: virt-admin-self-test
PASS: virsh-checkpoint
PASS: virsh-snapshot
PASS: virsh-start
PASS: qemuagenttest
PASS: virsh-undefine
PASS: virsh-uriprecedence
PASS: virsh-vcpupin
PASS: virsh-optparse
PASS: virt-aa-helper-test
E: Build killed with signal TERM after 150 minutes of inactivity

Bug#960764: gnome-control-center: Ugly abort when Gnome not running

[James Youngman]

Package: gnome-control-center
Version: 1:3.30.3-2~deb10u1
Severity: minor

To reproduce, run X in an environement where Gnome isn't the desktop
environment (see below for my specific details).  Then run
gnome-control-center.

$ gnome-control-center 
**
ERROR:../shell/cc-shell-model.c:458:cc_shell_model_set_panel_visibility: 
assertion failed: (valid)
Aborted

This should say instead something like.

gnome-control-center works only in the Gnome desktop environment.

My details: my .xsession file looks much like this (though really the
salient point is that it doesn't start Gnome):

#! /bin/sh
# This script will be run with "${SHELL}" "${HOME}/.xsession" so the
# hash-bang line above will usually do nothing.
wm='i3'
echo "Invoking window manager ${wm}"
"${wm}"


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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.45-2
ii  apg2.2.3.dfsg.1-5
ii  colord 1.4.3-4
ii  desktop-base   10.0.2
ii  desktop-file-utils 0.23-4
ii  gnome-control-center-data  1:3.30.3-2~deb10u1
ii  gnome-desktop3-data3.30.2.1-2
ii  gnome-settings-daemon  3.30.2-3
ii  gsettings-desktop-schemas  3.28.1-1
ii  libaccountsservice00.6.45-2
ii  libatk1.0-02.30.0-2
ii  libc6  2.28-10
ii  libcairo-gobject2  1.16.0-4
ii  libcairo2  1.16.0-4
ii  libcanberra-gtk3-0 0.30-7
ii  libcanberra0   0.30-7
ii  libcheese-gtk253.31.90-1
ii  libcheese8 3.31.90-1
ii  libclutter-1.0-0   1.26.2+dfsg-10
ii  libclutter-gtk-1.0-0   1.8.4-4
ii  libcolord-gtk1 0.1.26-2
ii  libcolord2 1.4.3-4
ii  libcups2   2.2.10-6+deb10u3
ii  libfontconfig1 2.13.1-2
ii  libgdk-pixbuf2.0-0 2.38.1+dfsg-1
ii  libglib2.0-0   2.58.3-2+deb10u2
ii  libgnome-bluetooth13   3.28.2-4~deb10u1
ii  libgnome-desktop-3-17  3.30.2.1-2
ii  libgoa-1.0-0b  3.30.1-2
ii  libgoa-backend-1.0-1   3.30.1-2
ii  libgrilo-0.3-0 0.3.7-1
ii  libgtk-3-0 3.24.5-1
ii  libgtop-2.0-11 2.38.0-4
ii  libgudev-1.0-0 232-2
ii  libibus-1.0-5  1.5.19-4+deb10u1
ii  libkrb5-3  1.17-3
ii  libmm-glib01.10.0-1
ii  libnm0 1.14.6-2+deb10u1
ii  libnma01.8.20-1.1
ii  libpango-1.0-0 1.42.4-8~deb10u1
ii  libpangocairo-1.0-01.42.4-8~deb10u1
ii  libpolkit-gobject-1-0  0.105-25
ii  libpulse-mainloop-glib012.2-4+deb10u1
ii  libpulse0  12.2-4+deb10u1
ii  libpwquality1  1.4.0-3
ii  libsecret-1-0  0.18.7-1
ii  libsmbclient   2:4.9.5+dfsg-5+deb10u1
ii  libsoup2.4-1   2.64.2-2
ii  libupower-glib30.99.10-1
ii  libwacom2  0.32-1
ii  libwayland-server0 1.16.0-1
ii  libx11-6   2:1.6.7-1
ii  libxi6 2:1.7.9-1
ii  libxml22.9.4+dfsg1-7+b3

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.6-2
ii  cups-pk-helper0.2.6-1+b1
ii  gkbd-capplet  3.26.1-1
ii  gnome-online-accounts 3.30.1-2
ii  gnome-user-docs   3.30.2-1
ii  gnome-user-share  3.28.0-2
ii  iso-codes 4.2-1
pn  libcanberra-pulse 
ii  libnss-myhostname 241-7~deb10u4
ii  mousetweaks   3.12.0-5
pn  network-manager-gnome 
ii  policykit-1   0.105-25
pn  pulseaudio-module-bluetooth   
ii  realmd0.16.3-2
ii  rygel 0.36.2-4
ii  rygel-tracker 0.36.2-4
ii  system-config-printer-common  1.5.11-4

Versions of packages gnome-control-center suggests:
ii  gnome-software   3.30.6-5
ii  gstreamer1.0-pulseaudio  1.14.4-1
pn  libcanberra-gtk-module   
ii  libcanberra-gtk3-module  0.30-7
ii  x11-xserver-utils7.7+8

-- no debconf information

Bug#960763: RM: node-babel-plugin-transform-react-jsx -- ROM; obsolete, no reverse dependencies

[Pirate Praveen]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 960761

As part of removing babel version 6 (replaced by babel 7)[1] from the 
archive, please remove this package. Its only reverse dependency 
(node-babel-preset-react) is also marked for removal.


[1] https://wiki.debian.org/Javascript/Nodejs/Transitions/Babel7

Bug#960703: mrpt: FTBFS on amd64: test failures

[José Luis Blanco-Claraco]

Thanks for reporting.

It has been fixed in version 2:2.0.3-3.

Cheers,
JL

Bug#960765: RM: node-babel-helper-builder-react-jsx -- ROM; obsolete, no reverse dependencies

[Pirate Praveen]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 960763

As part of removing babel version 6 (replaced by babel 7)[1] from the 
archive, please remove this package. Its only reverse dependency 
(node-babel-plugin-transform-react-jsx) is also marked for removal.


[1] https://wiki.debian.org/Javascript/Nodejs/Transitions/Babel7

Bug#960739: libc-bin: getaddrinfo() fails with EAI_AGAIN when the DNS query returns a large number of A and AAAA records.

[Aurelien Jarno]

control: reassign -1 libc6

Hi,

On 2020-05-15 21:24, Michael Przybylski wrote:
> Package: libc-bin
> Version: 2.30-7
> Severity: important
> Tags: ipv6
> 
> Dear Maintainer,
> 
> When attempting to follow the instructions for installing the latest version 
> of Docker Engine at 
> https://docs.docker.com/engine/install/debian/ I noticed that 'apt-get 
> update' and curl were both
> failing to resolve download.docker.com.  The error message from both ping and 
> curl was 
> "Temporary failure in name resolution"
> 
> However, running 'host download.docker.com' yielded the following results:
> 
> download.docker.com is an alias for d2h67oheeuigaw.cloudfront.net.
> d2h67oheeuigaw.cloudfront.net has address 13.227.73.43
> d2h67oheeuigaw.cloudfront.net has address 13.227.73.44
> d2h67oheeuigaw.cloudfront.net has address 13.227.73.95
> d2h67oheeuigaw.cloudfront.net has address 13.227.73.15
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:c00:3:db06:4200:93a1
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:5000:3:db06:4200:93a1
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:7a00:3:db06:4200:93a1
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:9200:3:db06:4200:93a1
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:9600:3:db06:4200:93a1
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:9c00:3:db06:4200:93a1
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:a200:3:db06:4200:93a1
> d2h67oheeuigaw.cloudfront.net has IPv6 address 
> 2600:9000:2202:f600:3:db06:4200:93a1

From here, I see a different set of IPs, but the number of returned IPs
is the same. However I am not able to reproduce the problem with curl or
ping, it works even without using the -4 option.

> After examining the source code for iputils-ping, I was able to determine 
> that the cause of the
> error message was getaddrinfo() returning EAI_AGAIN

That means the DNS server you use is returning a temporary error, it's
just passed to the callers.

Which nameserver do you use? As the answer is probably large, it might
be interesting to check if it supports TCP connections as a fallback.
Alternative you might want to enable edns0 if it's not already done.

Could you try with other nameservers, there are many public DNS servers
available to test.

Finally would it be possible to get a tcpdump trace of the issue? That
would likely help to understand the issue.

Thanks,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#960766: suitesparse: build docs arch-indep only

[Drew Parsons]

Source: suitesparse
Version: 1:5.7.2+dfsg-1
Severity: normal

Can the suitesparse build be reorganised to build the docs in
arch-independent builds only? (dpkg-buildpackage -A)

That would probably help sparc64 finish its build. It's choking on the
docs for some reason.  Best not to force it if it doesn't want to do
it.


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

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

Bug#960767: RFP: python-pressagio -- Pressagio text prediction system

[Nicholas D Steeves]

Package: wnpp
Severity: wishlist
Control: block 721192 by -1

Package name: python-pressagio
Version : 0.1.6
Upstream Author : Peter Bouda 
URL : https://github.com/Poio-NLP/pressagio
  https://pressagio.readthedocs.io
License : Apache-2.0
Programming Lang: Python
Description : Pressagio text prediction system

 Pressagio is a library that predicts text based on n-gram models. For
 example, you can send a string and the library will return the most
 likely word completions for the last token in the string.
 .
 Pressagio is a pure Python port of the presage library:
 https://presage.sourceforge.io
 .
 Pressagio is part of the Poio project: https://www.poio.eu
 .
 [very quickly skimming the source suggests that it requires sqlite, and also
  that it could benefit from some enhance-user-friendliness work for the
  initial per-user setup...unless that would fall under the domain of
  applications that use this library]

--

Uberwriter/Apostrophe appears to require this library, and that is the
reason for this RFP (or weak ITP).  I'm willing to do the packaging
work if someone would like to comaintain, and I'd prefer not to be the
only person responsible.  DPMT is an option, but it's better to [also]
have someone who is interested in seeing a specific piece of software
succeed :-)


Regards,
Nicholas

Bug#960768: prads: missing build dependency on python3-docutils

[Adrian Bunk]

Source: prads
Version: 0.3.3-1.1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=prads&suite=sid

...
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<>'
/usr/bin/make PREFIX=/usr CONFDIR=/etc/prads 
DESTDIR=/<>/debian/prads install
make[2]: Entering directory '/<>'
rst2man doc/prads.man >doc/prads.1
/bin/sh: 1: rst2man: not found
make[2]: *** [Makefile:31: doc/prads.1] Error 127

Bug#960769: swt4-gtk FTBFS on 32bit

[Adrian Bunk]

Source: swt4-gtk
Version: 4.15.0-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=swt4-gtk&suite=sid

...
callback.c:697:2: error: initializer element is not constant
  697 |  (jlong)FN(0, args), \
  |  ^
...

Bug#960770: python3-psutil: psutil 5.7.0 is needed to support kernel >= 5.5

[Michel Casabona]

Package: python3-psutil
Version: 5.6.7-2+b1
Severity: normal
Tags: upstream

psutil.disk_io_counters() raises ValueError on kernel >= 5.5

> diskiocounters = psutil.disk_io_counters(perdisk=True)
> ValueError: not sure how to interpret line '   1   0 ram0 0 0 0 0 0 0 0 0 
> 0 0 0 0 0 0 0 0 0\n'

Please see https://github.com/giampaolo/psutil/pull/1665
The fix was included in psutil 5.7.0

The problem was noticed because glances diskio plugin is not working on kernel 
> 5.5

Thanks!

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

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

Versions of packages python3-psutil depends on:
ii  libc62.30-7
ii  python3  3.8.2-3

python3-psutil recommends no packages.

Versions of packages python3-psutil suggests:
pn  python-psutil-doc  

-- no debconf information

Bug#960753: transition: yara

[Sebastian Ramacher]

Control: forwarded -1 https://release.debian.org/transitions/html/auto-yara.html
Control: tags -1 + confirmed

On 2020-05-16 12:17:11 +0200, Hilko Bengen wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Dear release team,
> 
> the libyara3 -> libyara4 transition is necessary due to the simple
> SONAME bump due to incompatible API and ABI changes. There are two
> reverse dependencies, python-yara and libguestfs both of which I
> maintain. libguestfs can already be built against with yara/4 and
> python-yara/4.x will be uploaded at the same time as yara/4.

Go ahead.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#960771: firefox-esr: Settings modified after package updates

[Christian Buhtz]

Package: firefox-esr
Version: 68.8.0esr-1~deb10u1
Severity: important

When apt installes a new version of the package the Firefox settings are
modified.

I do not know if it is Firefox by itself, a package script or another magic
debian mechanic.

The point is that there is no need to modify this settings. There is no
technical need. It is just to bully the users. I can not understand why such a
behavior is accepted by Debian. I am interested about an answer about this
point.
I am not sure if a smaller project would be allowed to touch the users settings
in such an inpolite way.

The affected settings:
 - The hiding of the toolbar buttons. I show them all by default. After an
update they are hidden
   again behind a right-double-arrow button.
 - Keywords for the search engines. They are set back to install-default after
an package update.
 - Deleted search engines (e.g. amazon, ebay, google, bing) are back again
after an package update.

This is Debian - not Windows or Ubuntu.

When a package update touches the users settings there have to me a strict hard
technical argument to do that. In the cases I reporting there is no argument.



-- Package-specific info:


-- Addons package information

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

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.6.1
ii  fontconfig2.13.1-2
ii  libasound21.1.8-1
ii  libatk1.0-0   2.30.0-2
ii  libc6 2.28-10
ii  libcairo-gobject2 1.16.0-4
ii  libcairo2 1.16.0-4
ii  libdbus-1-3   1.12.16-1
ii  libdbus-glib-1-2  0.110-4
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-9
ii  libfontconfig12.13.1-2
ii  libfreetype6  2.9.1-3+deb10u1
ii  libgcc1   1:8.3.0-6
ii  libgdk-pixbuf2.0-02.38.1+dfsg-1
ii  libglib2.0-0  2.58.3-2+deb10u2
ii  libgtk-3-03.24.5-1
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-01.42.4-8~deb10u1
ii  libstartup-notification0  0.12-6
ii  libstdc++68.3.0-6
ii  libvpx5   1.7.0-3+deb10u1
ii  libx11-6  2:1.6.7-1
ii  libx11-xcb1   2:1.6.7-1
ii  libxcb-shm0   1.13.1-2
ii  libxcb1   1.13.1-2
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1+b3
ii  procps2:3.3.15-2
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages firefox-esr recommends:
ii  libavcodec57  7:3.2.14-1~deb9u1
ii  libavcodec58  7:4.1.4-1~deb10u1

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-6
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-7
ii  libgssapi-krb5-2   1.17-3
ii  libgtk2.0-02.24.32-3
ii  pulseaudio 12.2-4+deb10u1

-- no debconf information

Bug#960772: [Debian-lego-team] nbc NXC compiler bug

[Petter Reinholdtsen]

Package: nbc
Version: 1.2.1.r4+dfsg-9

Hi.

Moving your request to the bug tracker, to make sure it is tracked there.


[Paul Cobbaut]
> Hello,
>
> I humbly believe there is a compiler bug in nbc in Debian. The line:
>
> RemoteStopProgram(SLAVE_CONN);
>
> does not compile. I have frequent Bluetooth communication between two NXT
> bricks, and that all works fine. It is just this one line that always fails
> to compile. I have tried many variations on this line, in different
> locations in the program, but to no avail.
>
> See also:
> https://bricks.stackexchange.com/questions/14766/mindstorms-nxt-nxc-remotestopprogram-fails-compilation?noredirect=1#comment17516_14766
>
> I understand this is an old program, and that a fix may not be coming.
>
> greetings,
> paul

--
Happy hacking
Petter Reinholdtsen

Bug#960774: haskell-pretty-simple FTBFS: test failure

[Adrian Bunk]

Source: haskell-pretty-simple
Version: 2.2.0.1-1
Severity: serious
Tags: ftbfs

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/haskell-pretty-simple.html

...
Running debian/hlibrary.setup test --builddir=dist-ghc --show-details=direct
Running 1 test suites...
Test suite pretty-simple-doctest: RUNNING...
pretty-simple-doctest: fd:72: hGetLine: end of file
Test suite pretty-simple-doctest: FAIL
Test suite logged to:
dist-ghc/test/pretty-simple-2.2.0.1-pretty-simple-doctest.log
0 of 1 test suites (0 of 1 test cases) passed.
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:154: check-ghc-stamp] Error 1

Bug#960773: gr-gsm: FTBFS on s390x

[Sebastian Ramacher]

Source: gr-gsm
Version: 0.42.2.20200214-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

gr-gsm failed to build on s390x:
https://buildd.debian.org/status/fetch.php?pkg=gr-gsm&arch=s390x&ver=0.42.2.20200214-1&stamp=1589387991&raw=0

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#960775: golang-github-anacrolix-missinggo FTBFS on 32bit

[Adrian Bunk]

Source: golang-github-anacrolix-missinggo
Version: 2.1.0-4
Severity: serious
Tags: ftbfs fixed-upstream patch
Forwarded: https://github.com/anacrolix/missinggo/issues/16

https://buildd.debian.org/status/package.php?p=golang-github-anacrolix-missinggo&suite=sid

...
# github.com/anacrolix/missinggo/bitmap 
[github.com/anacrolix/missinggo/bitmap.test]
src/github.com/anacrolix/missinggo/bitmap/bitmap_test.go:91:34: constant 
9223372036854775807 overflows int
...

Bug#960759: golang-1.14: FTBFS on mipsel

[Shengjing Zhu]

On Sat, May 16, 2020 at 7:51 PM Gianfranco Costamagna
 wrote:
>
> Source: golang-1.14
> Version: 1.14.3-1
> Severity: serious
>
> Hello, looks like golang-1.14 fails to build randomly on mipsel, including 
> the latest version uploaded in sid.
>

It's because of #960674. The go compiler is broken on mipsel because
of other things.
I'm waiting for the mips guys to check what happened. And I suspect
it's regression in the stable kernel.

> In Ubuntu we added a patch, increasing the test timeout that made some builds 
> succeed there on slow hardware
> (such as emulated riscv64).
>
> Can you please apply it?
>
> --- 1.14.2-1/debian/rules   2020-03-09 12:33:17.0 +
> +++ 1.14.2-1ubuntu1/debian/rules2020-04-16 10:07:22.0 +
> @@ -68,6 +68,7 @@ ifeq (true, $(RUN_TESTS))
> set -ex; \
> cd src; \
> export PATH="$(GOROOT)/bin:$$PATH"; \
> +   export GO_TEST_TIMEOUT_SCALE=10; \
> eval "$$(go tool dist env)"; \
> bash run.bash -k -no-rebuild;
> # -k   keep going even when error occurred
>
> I'm not sure if it will fix the issue or not, but we might need it anyway to 
> cope with slow machines
>

I think it may fix the timeout issue on armhf,
https://buildd.debian.org/status/logs.php?pkg=golang-1.14&ver=1.14.3-1&arch=armhf

--
Shengjing Zhu

Bug#960756: python-biopython FTBFS on 32bit: test_NCBI_BLAST_tools.BlastDB failures

[Andreas Tille]

Control: tags -1 upstream
Control: forwarded -1 Peter Cock 

Hi Peter,

it seems the patch applied does not work for 32bit architectures.

Kind regards

 Andreas.

On Sat, May 16, 2020 at 02:25:20PM +0300, Adrian Bunk wrote:
> Source: python-biopython
> Version: 1.76+dfsg-2
> Severity: serious
> Tags: ftbfs
> 
> https://buildd.debian.org/status/package.php?p=python-biopython&suite=sid
> 
> ...
> ==
> FAIL: test_fasta_db_nucl (test_NCBI_BLAST_tools.BlastDB)
> Test makeblastdb wrapper with nucleotide database.
> --
> Traceback (most recent call last):
>   File 
> "/<>/.pybuild/cpython3_3.8/build/Tests/test_NCBI_BLAST_tools.py",
>  line 249, in test_fasta_db_nucl
> self.assertTrue(os.path.isfile("GenBank/NC_005816.fna.nhd"))
> AssertionError: False is not true
> 
> ==
> FAIL: test_fasta_db_prot (test_NCBI_BLAST_tools.BlastDB)
> Test makeblastdb wrapper with protein database.
> --
> Traceback (most recent call last):
>   File 
> "/<>/.pybuild/cpython3_3.8/build/Tests/test_NCBI_BLAST_tools.py",
>  line 208, in test_fasta_db_prot
> self.assertTrue(os.path.isfile("GenBank/NC_005816.faa.phd"))
> AssertionError: False is not true
> 
> --
> Ran 518 tests in 330.272 seconds
> 
> FAILED (failures = 1)
> Skipping any tests requiring internet access
> Python version: 3.8.3 (default, May 14 2020, 11:03:12) 
> [GCC 9.3.0]
> Operating system: posix linux
> E: pybuild pybuild:352: test: plugin custom failed with: exit code=1: set -e; 
> \
>  mkdir -p 
> /<>/.pybuild/cpython3_3.8/build/home; \
>  mkdir -p 
> /<>/.pybuild/cpython3_3.8/build/Doc/examples; \
>  cp -a Doc/Tutorial.tex 
> /<>/.pybuild/cpython3_3.8/build/Doc; \
>  cp -a Doc/Tutorial 
> /<>/.pybuild/cpython3_3.8/build/Doc; \
>  cp -a Doc/examples 
> /<>/.pybuild/cpython3_3.8/build/Doc; \
>  cp -a Tests 
> /<>/.pybuild/cpython3_3.8/build; \
>  cd 
> /<>/.pybuild/cpython3_3.8/build/Tests; \
>  env DIALIGN2_DIR=/usr/share/dialign 
> EMBOSS_ROOT=/usr/lib/emboss 
> HOME=/<>/.pybuild/cpython3_3.8/build/home python3.8 run_tests.py 
> --offline
> dh_auto_test: error: pybuild --test -i python{version} -p 3.8 --test 
> --system=custom "--test-args=set -e; \\\
>  mkdir -p {build_dir}/home; \\\
>  mkdir -p {build_dir}/Doc/examples; \\\
>  cp -a Doc/Tutorial.tex {build_dir}/Doc; \\\
>  cp -a Doc/Tutorial {build_dir}/Doc; \\\
>  cp -a Doc/examples {build_dir}/Doc; \\\
>  cp -a Tests {build_dir}; \\\
>  cd {build_dir}/Tests; \\\
>  env DIALIGN2_DIR=/usr/share/dialign 
> EMBOSS_ROOT=/usr/lib/emboss HOME={build_dir}/home {interpreter} run_tests.py 
> --offline" returned exit code 13
> make[1]: *** [debian/rules:83: override_dh_auto_test] Error 25
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
http://fam-tille.de

Bug#960756: python-biopython FTBFS on 32bit: test_NCBI_BLAST_tools.BlastDB failures

[Peter Cock]

Perhaps makeblastdb itself failed (and our wrapper didn't notice)? Those
are the first files looked for after calling makeblastdb, to see if it
could make a BLAST database.  Are there any GenBank/NC_005816.fna.n* or
GenBank/NC_005816.faa.p* files present?

If it helps, the commands our script was trying to run were:

$ makeblastdb -dbtype nucl -in GenBank/NC_005816.fna \
-parse_seqids -hash_index -max_file_sz 20MB  -taxid 10

and:

$ makeblastdb -dbtype prot -in GenBank/NC_005816.faa \
-parse_seqids -hash_index -max_file_sz 20MB -taxid 10

I'm not sure I have remote access to any 32bit machines right now...

Peter

On Sat, May 16, 2020 at 2:22 PM Andreas Tille  wrote:

> Control: tags -1 upstream
> Control: forwarded -1 Peter Cock 
>
> Hi Peter,
>
> it seems the patch applied does not work for 32bit architectures.
>
> Kind regards
>
>  Andreas.
>
> On Sat, May 16, 2020 at 02:25:20PM +0300, Adrian Bunk wrote:
> > Source: python-biopython
> > Version: 1.76+dfsg-2
> > Severity: serious
> > Tags: ftbfs
> >
> >
> https://buildd.debian.org/status/package.php?p=python-biopython&suite=sid
> >
> > ...
> > ==
> > FAIL: test_fasta_db_nucl (test_NCBI_BLAST_tools.BlastDB)
> > Test makeblastdb wrapper with nucleotide database.
> > --
> > Traceback (most recent call last):
> >   File
> "/<>/.pybuild/cpython3_3.8/build/Tests/test_NCBI_BLAST_tools.py",
> line 249, in test_fasta_db_nucl
> > self.assertTrue(os.path.isfile("GenBank/NC_005816.fna.nhd"))
> > AssertionError: False is not true
> >
> > ==
> > FAIL: test_fasta_db_prot (test_NCBI_BLAST_tools.BlastDB)
> > Test makeblastdb wrapper with protein database.
> > --
> > Traceback (most recent call last):
> >   File
> "/<>/.pybuild/cpython3_3.8/build/Tests/test_NCBI_BLAST_tools.py",
> line 208, in test_fasta_db_prot
> > self.assertTrue(os.path.isfile("GenBank/NC_005816.faa.phd"))
> > AssertionError: False is not true
> >
> > --
> > Ran 518 tests in 330.272 seconds
> >
> > FAILED (failures = 1)
> > Skipping any tests requiring internet access
> > Python version: 3.8.3 (default, May 14 2020, 11:03:12)
> > [GCC 9.3.0]
> > Operating system: posix linux
> > E: pybuild pybuild:352: test: plugin custom failed with: exit code=1:
> set -e; \
> >  mkdir -p
> /<>/.pybuild/cpython3_3.8/build/home; \
> >  mkdir -p
> /<>/.pybuild/cpython3_3.8/build/Doc/examples; \
> >  cp -a Doc/Tutorial.tex
> /<>/.pybuild/cpython3_3.8/build/Doc; \
> >  cp -a Doc/Tutorial
> /<>/.pybuild/cpython3_3.8/build/Doc; \
> >  cp -a Doc/examples
> /<>/.pybuild/cpython3_3.8/build/Doc; \
> >  cp -a Tests
> /<>/.pybuild/cpython3_3.8/build; \
> >  cd
> /<>/.pybuild/cpython3_3.8/build/Tests; \
> >  env DIALIGN2_DIR=/usr/share/dialign
> EMBOSS_ROOT=/usr/lib/emboss
> HOME=/<>/.pybuild/cpython3_3.8/build/home python3.8
> run_tests.py --offline
> > dh_auto_test: error: pybuild --test -i python{version} -p 3.8 --test
> --system=custom "--test-args=set -e; \\\
> >  mkdir -p {build_dir}/home; \\\
> >  mkdir -p {build_dir}/Doc/examples; \\\
> >  cp -a Doc/Tutorial.tex {build_dir}/Doc; \\\
> >  cp -a Doc/Tutorial {build_dir}/Doc; \\\
> >  cp -a Doc/examples {build_dir}/Doc; \\\
> >  cp -a Tests {build_dir}; \\\
> >  cd {build_dir}/Tests; \\\
> >  env DIALIGN2_DIR=/usr/share/dialign
> EMBOSS_ROOT=/usr/lib/emboss HOME={build_dir}/home {interpreter}
> run_tests.py --offline" returned exit code 13
> > make[1]: *** [debian/rules:83: override_dh_auto_test] Error 25
> >
> > ___
> > Debian-med-packaging mailing list
> > debian-med-packag...@alioth-lists.debian.net
> >
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
>
> --
> http://fam-tille.de
>

Bug#960776: ibus-rime: rime does not run at all

[Lu Wang]

Package: ibus-rime
Version: 1.4.0-3
Severity: important

Dear Maintainer,

I switch to rime under ibus as usually. But nothing happens. And I cannot
use rime under ibus.

First, I doubted that my configuration leading the situation. So I
delete the ".config/ibus/rime" directory under my home directory. Then, I 
switch to rime
again. The notification "rime is under maintenance ..." shows in the
system tray. But after that, nothing happens as well. I check the new created
".config/ibus/rime" directory, and find that the build sub-directory is
empty.

Other input methods, such as ibus-libpinyin and ibus-table-cangjie5 is OK.


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

Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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 ibus-rime depends on:
ii  ibus   1.5.22-4
ii  libc6  2.30-7
ii  libglib2.0-0   2.64.2-1
ii  libibus-1.0-5  1.5.22-4
ii  libnotify4 0.7.9-1
ii  librime-data   0.38.20180515-3
ii  librime1   1.5.3+dfsg1-5

ibus-rime recommends no packages.

ibus-rime suggests no packages.

-- no debconf information

Bug#960777: libmail-dkim-perl: Argument "1.20200513.1" isn't numeric

[Elimar Riesebieter]

Package: libmail-dkim-perl
Version: 1.20200513.1-1
Severity: important

Dear maintainer,

/usr/sbin/amavisd-new-cronjob complains about wrong arguments:

Argument "1.20200513.1" isn't numeric in numeric ge (>=) at 
/usr/share/perl5/Mail/SpamAssassin/Plugin/DKIM.pm line 686
Argument "1.20200513.1" isn't numeric in numeric ge (>=) at 
/usr/share/perl5/Mail/SpamAssassin/Plugin/DKIM.pm line 809.

This seems to be caused by the new versioning of libmail-dkim-perl.

Thanks
Elimar

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

Kernel: Linux 5.4.38-toy-lxtec-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libmail-dkim-perl depends on:
ii  libcrypt-openssl-rsa-perl   0.31-1+b2
ii  libdigest-sha-perl  6.02-1+b2
ii  liberror-perl   0.17029-1
ii  libmail-authenticationresults-perl  1.20200331.1-1
ii  libmailtools-perl   2.21-1
ii  libnet-dns-perl 1.23-1
ii  perl [libdigest-sha-perl]   5.30.0-10

libmail-dkim-perl recommends no packages.

libmail-dkim-perl suggests no packages.

-- no debconf information

Bug#958820: closed by Debian FTP Masters (reply to Benda Xu ) (Bug#958820: fixed in openrc 0.42-1)

[Geoff Gibbs]

On Fri, 15 May 2020 08:39:03 +
"Debian Bug Tracking System"  wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the openrc package:
> 
> #958820: openrc: Please package new version 0.42.1
> 
> It has been closed by Debian FTP Masters
>  (reply to Benda Xu
> ).
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Debian FTP
> Masters  (reply to Benda Xu
> ) by replying to this email.

Thank you for your work on this, it is most helpful.

I have been trying this newly packaged version, however it
appears that you have not adopted my patch to add the
runlevel "off" to openrc-init, to provide the same sequencing
as when started by SysV init. The result of this is that some
filesystems are not unmounted on shutdown.

The patch which I had suggested was :-

cat 0010-init-runlevel-off.patch
Add in the runlevel "off" before "shutdown" in openrc-init.c
--- a/src/rc/openrc-init.c
+++ b/src/rc/openrc-init.c
@@ -108,6 +108,7 @@ static void handle_shutdown(const char *
 {
struct timespec ts;

+   do_openrc("off");
do_openrc(runlevel);
printf("Sending the final term signal\n");
kill(-1, SIGTERM);

Thank you for your consideration of this.

Geoff

Bug#960400: gnome-shell-pomodoro: gnome-shell 3.36 compatibility

[Joseph Herlant]

Thanks for the report Antonio and sorry for the late reply, things
have been kind of crazy on my side lately.

I'll try to take care of the upgrade over the weekend.

Thanks,
Joseph

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

[Nathaniel Beaver]

Further note: as of version 1.2.10, Thunderlink can both generate and 
resolve RFC 2392 mid: URLs.


https://github.com/mikehardy/thunderlink/pull/57

https://github.com/mikehardy/thunderlink/commit/831116436a1786224871a2e746167b6e884dd7b1

On 1/12/19 1:47 PM, Nathaniel Beaver wrote:
Followup: Thunderlink added support for the RFC 2392 mid: scheme in 
December 2015.


https://github.com/poohsen/thunderlink/pull/28

https://github.com/poohsen/thunderlink/commit/02422f0a60911a37aa068b6f2a946e65288c8967 



I can confirm it works as expected.

On 7/18/15 10:07 AM, Ben Hutchings wrote:

On Sat, 2015-07-18 at 03:12 -0500, Nathaniel Beaver wrote:

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

--- Please fill out the fields below. ---

 Package name: icedove-thunderlink
  Version: 1.2.1
Upstream Author: Christoph Zwirello 
  URL: https://github.com/poohsen/thunderlink
  License: Mozilla Public License, version 2.0
  Description: Link to email by Message-ID

This needs a Debian package because it requires registration of a new
mimetype for the URI scheme, which is a bit of a hassle to do by hand.
Here's an example of an actual Thunderlink:

thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org 


[...]

There is a standard mid: scheme ;
why not support that?

Ben.

Bug#757402: git: test suite fails on hppa, in run_with_limited_stack

[John David Anglin]

On 2020-05-15 11:52 p.m., Greg Price wrote:
> Still I'm not sure that that situation is helped by putting the `uname
> -m` inside this case. This is the catchall `*)` case after looking
> only for MINGW, CYGWIN, and FreeBSD, and those all appear to have
> pretty sane `uname -m` behavior. (On FreeBSD, `uname -p` gets a bit
> more specific but `uname -m` is already sane; I found the report here:
>   https://github.com/mesonbuild/meson/issues/5766
> informative.) If any of the OSes where config.guess has to do more
> work were to get this far in building and testing Git, they'd end up
> running any code we stick at this spot anyway. So I think it still
> makes more sense to put the new `case` next to the existing one.
>
> One other thought I have from that config.guess example, though --
> there are some cases there like this:
>
> parisc64:Linux:*:* | hppa64:Linux:*:*)
> echo hppa64-unknown-linux-"$LIBC"
> exit ;;
>
> That suggests to me that the condition should perhaps look for "hppa", too, 
> like
>
> parisc* | hppa*)
> test_set_prereq HPPA
> ;;
>
> What do you think?
I think that's fine.

Because git is important, Helge and I have been building it manually and 
largely ignoring test failures.  This
will help distinguish architectural limitations from new bugs.

Regards,
Dave

-- 
John David Anglin  dave.ang...@bell.net

Bug#960726: firefox: connection failure to most https websites

[Vincent Lefevre]

Control: severity -1 important
Control: retitle -1 firefox: connection failure to most https websites with 
https proxy auto-config and security.OCSP.require set to true

I've found the cause. To reproduce the problem:

1. Start Firefox with a new profile (via "firefox -P").

2. In Preferences → General → Network Settings, set
   "Automatic proxy configuration URL" and enter
   https://istpac.inria.fr/pac/roc.pac

3. In about:config, toggle security.OCSP.require to true.

4. Quit Firefox.

5. Start firefox with the same profile.

6. Open the URL https://www.google.com/

This yields a connection failure with the SEC_ERROR_OCSP_SERVER_ERROR
error.

If I download https://istpac.inria.fr/pac/roc.pac and use the local
version (with a "file:" URL) instead of the https URL, and restart
Firefox, then everything works fine!

Note: This .pac file contains a FindProxyForURL function that returns
a proxy for some particular domains (not including google.com), and
this proxy requires an authentication. But with the above test, the
function should always return "DIRECT". And indeed, its use as a
"file:" URL shows that everything is OK.

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

Bug#960167: yaml-cpp FTCBFS: builds embedded gtest for the build architecture

[Gianfranco Costamagna]

control: fixed -1 0.6.3-8
control: close -1

On Sun, 10 May 2020 07:45:32 +0200 Helmut Grohne  wrote:
> Source: yaml-cpp
> Version: 0.6.3-5
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
> 
> yaml-cpp fails to cross build from source again, because it ships an
> embedded gtest library and builds it using the build architecture via a
> cmake ExternalProject_Add. It turns out, that we don't actually need it
> unless running tests, which we don't do during cross compilation.
> Therefore please skip building tests when DEB_BUILD_OPTIONS=nocheck is
> set. I'm attaching a patch for your convenience. It also cleans up
> debian/rules a little and fixes a little build/host confusion. I hope
> that's ok for you.
> 

double thanks!

Gianfranco

Bug#960777: libmail-dkim-perl: Argument "1.20200513.1" isn't numeric

[gregor herrmann]

On Sat, 16 May 2020 15:45:48 +0200, Elimar Riesebieter wrote:

> Dear maintainer,
> 
> /usr/sbin/amavisd-new-cronjob complains about wrong arguments:
> 
> Argument "1.20200513.1" isn't numeric in numeric ge (>=) at 
> /usr/share/perl5/Mail/SpamAssassin/Plugin/DKIM.pm line 686
> Argument "1.20200513.1" isn't numeric in numeric ge (>=) at 
> /usr/share/perl5/Mail/SpamAssassin/Plugin/DKIM.pm line 809.
> 
> This seems to be caused by the new versioning of libmail-dkim-perl.

Well, yes, that's the trigger, but the real issue is in my opinion
that /usr/share/perl5/Mail/SpamAssassin/Plugin/DKIM.pm does a numeric
comparison on the version string (and "1.20200513.1" is a perfectly
fine version string).

So I'm inclinded to reassign this bug to spamassassin.


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: Rolling Stones: Pleaseme


signature.asc
Description: Digital Signature

Bug#960778: apksigner: uses en-dashes (U+2013) in manpage over two hyphens

[Chris Lamb]

Package: apksigner
Version: 0.9-1
Severity: minor

Hi,

>From the apksigner(1) manpage:

  OPTIONS
 -v, –verbose: Verbose output mode
 -h, –help: Show help about this command and exit


These are actually Unicode En-Dashes (U+2013) rather than two hyphens
"--".  They look pretty of course but they are not actually accepted
by the apksigner binary.


Regards,

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

Bug#960766: suitesparse: build docs arch-indep only

[Sébastien Villemot]

Control: severity -1 wishlist

Hi Drew,

Le samedi 16 mai 2020 à 20:13 +0800, Drew Parsons a écrit :
> Source: suitesparse
> Version: 1:5.7.2+dfsg-1
> Severity: normal
> 
> Can the suitesparse build be reorganised to build the docs in
> arch-independent builds only? (dpkg-buildpackage -A)
> 
> That would probably help sparc64 finish its build. It's choking on the
> docs for some reason.  Best not to force it if it doesn't want to do
> it.

This is unfortunately not straightforward. Docs and binaries are
intertwined in the (rather archaic) build system. The latter would
probably need to be heavily patched or hacked around to achieve that.

I had already tried that once, and given up. I’ll probably give it a
second try, but I don’t promise you that it’ll be successful.

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  https://sebastien.villemot.name
⠈⠳⣄  https://www.debian.org



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

Bug#960779: O: compton -- compositor for X11, based on xcompmgr

[Scott Leggett]

Package: wnpp
Severity: normal

I intend to orphan the compton package.

I never use X11 anymore except via Xwayland. Compton is no longer useful
for me.

The package description is:
 compton is a compositor for X11, based on xcompmgr. In addition to shadows,
 fading and translucency, compton implements window frame opacity control,
 inactive window transparency, and shadows on argb windows.

Bug#960640: bash-completion: dh_bash-completion needs to record installed files for dh_missing

[Gabriel F. T. Gomes]

Hi, Andreas,

Could you point out a package that still uses dh_bash-completion? I'm
having a hard time finding one so that I can reproduce the problem
before working on the fix.

Thank you!

Bug#953287: libpsl: diff for NMU version 0.21.0-1.1

[Adrian Bunk]

Control: tags 953287 + patch
Control: tags 953287 + pending
Control: tags 955439 + pending

Dear maintainer,

I've prepared an NMU for libpsl (versioned as 0.21.0-1.1) and uploaded 
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian
diff -Nru libpsl-0.21.0/debian/changelog libpsl-0.21.0/debian/changelog
--- libpsl-0.21.0/debian/changelog	2020-03-04 19:39:16.0 +0200
+++ libpsl-0.21.0/debian/changelog	2020-05-16 17:24:03.0 +0300
@@ -1,3 +1,13 @@
+libpsl (0.21.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build the binaries also during indep build, required for
+installation of psl-make-dafsa.1. (Closes: #953287)
+  * Remove essential diffutils from the test dependencies.
+(Closes: #955439)
+
+ -- Adrian Bunk   Sat, 16 May 2020 17:24:03 +0300
+
 libpsl (0.21.0-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru libpsl-0.21.0/debian/control libpsl-0.21.0/debian/control
--- libpsl-0.21.0/debian/control	2020-03-04 19:36:54.0 +0200
+++ libpsl-0.21.0/debian/control	2020-05-16 17:24:03.0 +0300
@@ -5,7 +5,6 @@
  Daniel Kahn Gillmor ,
 Build-Depends:
  debhelper-compat (= 12),
-Build-Depends-Arch:
  autoconf-archive,
  automake,
  gtk-doc-tools,
diff -Nru libpsl-0.21.0/debian/rules libpsl-0.21.0/debian/rules
--- libpsl-0.21.0/debian/rules	2020-03-04 19:39:16.0 +0200
+++ libpsl-0.21.0/debian/rules	2020-05-16 17:24:03.0 +0300
@@ -5,10 +5,10 @@
 %:
 	dh $@
 
-override_dh_autoreconf-arch:
+override_dh_autoreconf:
 	dh_autoreconf ./autogen.sh
 
-override_dh_auto_configure-arch:
+override_dh_auto_configure:
 	dh_auto_configure -- \
 		--enable-builtin=libidn2 \
 		--enable-gtk-doc \
@@ -25,11 +25,6 @@
 override_dh_installchangelogs:
 	dh_installchangelogs NEWS
 
-	# do nothing during an arch-independent build
-override_dh_autoreconf-indep:
-override_dh_auto_configure-indep:
-override_dh_auto_build-indep:
-
 override_dh_clean:
 	[ -e missing ] || ln -sf /usr/share/libtool/build-aux/missing missing
 	dh_clean
diff -Nru libpsl-0.21.0/debian/tests/control libpsl-0.21.0/debian/tests/control
--- libpsl-0.21.0/debian/tests/control	2020-03-04 19:36:26.0 +0200
+++ libpsl-0.21.0/debian/tests/control	2020-05-16 17:24:03.0 +0300
@@ -1,5 +1,4 @@
 Tests: psl-test
 Depends:
- diffutils,
  psl,
  publicsuffix,

Bug#960780: Network-manager: please Depend on libpam-systemd | logind

[Matthew Vernon]

Package: network-manager
Version: 1.24.0-1
Severity: normal

Hi,

Could you adjust the dependencies of network-manager to depend on 
libpam-systemd | logind instead of just libpam-systemd, please?


It works with libpam-elogind just fine; and this means that folk using 
other inits can then install network-manager.


Thanks,

Matthew

Bug#950706: rsyncrypto: diff for NMU version 1.14-1.2

[Adrian Bunk]

Control: tags 950706 + pending

Dear maintainer,

I've prepared an NMU for rsyncrypto (versioned as 1.14-1.2) and uploaded 
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian
diff -Nru rsyncrypto-1.14/debian/changelog rsyncrypto-1.14/debian/changelog
--- rsyncrypto-1.14/debian/changelog	2019-02-09 16:11:50.0 +0200
+++ rsyncrypto-1.14/debian/changelog	2020-05-16 18:38:55.0 +0300
@@ -1,3 +1,11 @@
+rsyncrypto (1.14-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Apply patch by Vagrant Cascadian to switch to the default
+automake. (Closes: #950706)
+
+ -- Adrian Bunk   Sat, 16 May 2020 18:38:55 +0300
+
 rsyncrypto (1.14-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru rsyncrypto-1.14/debian/control rsyncrypto-1.14/debian/control
--- rsyncrypto-1.14/debian/control	2019-02-09 16:11:50.0 +0200
+++ rsyncrypto-1.14/debian/control	2020-05-16 18:38:47.0 +0300
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Shachar Shemesh 
-Build-Depends: debhelper (>= 9), libssl-dev (>= 1.1.0), libargtable2-dev, autotools-dev, automake-1.15
+Build-Depends: debhelper (>= 9), libssl-dev (>= 1.1.0), libargtable2-dev, autotools-dev, automake, dh-autoreconf
 Standards-Version: 4.1.0
 Homepage: https://rsyncrypto.lingnu.com
 
diff -Nru rsyncrypto-1.14/debian/rules rsyncrypto-1.14/debian/rules
--- rsyncrypto-1.14/debian/rules	2017-09-06 20:30:22.0 +0300
+++ rsyncrypto-1.14/debian/rules	2020-05-16 18:38:47.0 +0300
@@ -16,7 +16,7 @@
 include /usr/share/dpkg/buildflags.mk
 
 %:
-	dh $@  --with autotools_dev
+	dh $@  --with autotools_dev,autoreconf
 
 # dh_make generated override targets
 # This is example for Cmake (See https://bugs.debian.org/641051 )

Bug#960781: dh-missing don't check again compressed files

[Jörg Frings-Fürst]

Package: debhelper
Version: 13
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,

I get

dh_missing: warning: usr/share/doc/libhx/libHX_Documentation.pdf exists in
debian/tmp but is not installed to anywhere

and

#ls -l debian/libhx-doc/usr/share/doc/libhx-doc/
total 540
[...]
- -rw-r--r-- 1 pbuilder pbuilder 515595 May 14 09:48 libHX_Documentation.pdf.gz
- -rw-r--r-- 1 pbuilder pbuilder903 May 14 09:48 ux-file.txt
- -rw-r--r-- 1 pbuilder pbuilder753 May 14 09:48 ux-mmap.txt


Please add a test for compressed files

CU
Jörg



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

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

Versions of packages debhelper depends on:
ii  autotools-dev20180224.1
ii  dh-autoreconf19
ii  dh-strip-nondeterminism  1.8.0-1
ii  dpkg 1.19.7
ii  dpkg-dev 1.19.7
ii  dwz  0.13-5
ii  file 1:5.38-4
ii  libdebhelper-perl13
ii  libdpkg-perl 1.19.7
ii  man-db   2.9.1-1
ii  perl 5.30.0-10
ii  po-debconf   1.0.21

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEY+AHX8jUOrs1qzDuCfifPIyh0l0FAl7ACnYACgkQCfifPIyh
0l3VQg//bkkoGsEm4dBceGhizNJ/PbsKOCTPZlxlP/H+u/7rk1fxtpjnaVZ6XkRm
5axOHmSprEoQ6y6s+D6anV6AlHRFC+cRfsBbV3h67JOiPWjCDCGT1Vp5k2TxBPy/
bvwDASp+9lJNknQNFvRIUobop4R7Dud+YncPSJiDs53//7iya/Kt+Uumjtt5BzX3
A8Gn4d1yxhEDgdj71xJ7yQ+poHzK++6pbwYCTycCSIQlZq8aaFq9vJDtAQQiSPa7
pix4EpQEos050hEZb4ADPt1qUIiHK/rxfAnmlzUXd2SO0Uqt2ZJdOQy6l1gBXCL2
osOjQl00FD+HBNyw2zYSy1ob15CtFbyM2EateGnzjCzdpTZuc5fL/qUaUjDJGd2G
UAEH7jc9CIZEnvagTFN4tAnyv8EqZCI4+CAP6JgI8NXtmbh8F5kEsi1XmETP1AVu
n64yDHu2C3MmmjK/LC8SCtwgwTabwqjpmbrFOgjqLON9M1zl+t84BQ6LNT1X/vEb
R+9Fo7i9RqYxOtcP757hS/3UAvKdlXT4FheAqk13tMQtrDzymaZJm8ib2QUWVHyp
pdlWn4vm/cDpMIOXoxSBCgpn89yM6AdNep9Z05Zxc3pCnmvZ+nswE3DkjXxRv6PB
OIulafHFOU7+6eyXI4AHuwAkBYVeJClWafk5di68St2qurr5E4U=
=riEH
-END PGP SIGNATURE-

Bug#397601: posh: "type" builtin missing

[Leah Neukirchen]

On Wed, 8 Nov 2006 18:06:30 -0500 Clint Adams  wrote:
> > Indeed, you're right, sorry about that. That means that a POSIX
> > script has no mean to verify whether a command exists or not.
> > 
> > I wonder why POSIX left it out. It was in the Bourne shell since
> > SVR2 and certainly in ksh from the start.
> 
> Maybe they couldn't decide between 'command -v', 'type', 'whence',
> 'which', or any other builtins out there.  You could try asking on the
> austin list, or file a defect report.

Sorry to necrobump this bug, but as of POSIX 2008, "command -v" is required.

See discussion at https://stackoverflow.com/q/34572700
as well as the specification at
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/command.html

posh-0.13.2 does not provide command -v, please provide it for POSIX
2008 conformance.

Thanks,
-- 
Leah Neukirchenhttps://leahneukirchen.org/

Bug#960752: FTBFS on arch-all, test-suite failure - conova buildd has broken "localhost"

[Martin Pitt]

Michael Biebl [2020-05-16 12:39 +0200]:
> Source: cockpit
> Version: 219-1
> Severity: serious
> 
> Hi Martin,
> 
> looks like the latest release reliably triggers a FTBFS on arch-all:
> 
> https://buildd.debian.org/status/logs.php?pkg=cockpit&ver=219-1&arch=all
> 
> The relevant part from the build log
> **
> cockpit-protocol:ERROR:src/common/test-webserver.c:374:perform_request: 
> assertion failed (error == NULL): Error resolving 
> ?2a02:16a8:dc41:100::238:46259?: Name or service not known 
> (g-resolver-error-quark, 0)
> SKIP: test-webserver Bail out! 
> cockpit-protocol:ERROR:src/common/test-webserver.c:374:perform_request: 
> assertion failed (error == NULL): Error resolving 
> ?2a02:16a8:dc41:100::238:46259?: Name or service not known 
> (g-resolver-error-quark, 0)
> Aborted
> ERROR: test-webserver process failed: 134

Right, this seems to be an annoying mis-configuration of the new "conova"
buildd. The test hasn't changed in a long time, and works fine on every other
buildd, architecture, or distribution (Ubuntu, Fedora, RHEL, Arch, etc.)

   https://buildd.debian.org/status/logs.php?pkg=cockpit&arch=all

Buildd admins, is there something weird about conova, like it resolves
"localhost" to that IPv6 address, or more likely, "localhost" cannot be
resolved in NSS locally and it's trying to resolve it with that DNS server?

As a stopgap I'll probably do a locally built all binary upload, but I can't do
it right now.

Thanks,

Martin

Bug#960782: ircd-hybrid: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: ircd-hybrid
Version: 1:8.2.31+dfsg.1-1
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for ircd-hybrid
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# translation of de.po to German
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
# Jens Nachtigall , 2004.
# Helge Kreutzmann , 2006, 2013, 2014, 2020.
#
msgid ""
msgstr ""
"Project-Id-Version: ircd-hybrid 1:8.2.31.dfsg.1-1\n"
"Report-Msgid-Bugs-To: ircd-hyb...@packages.debian.org\n"
"POT-Creation-Date: 2020-04-18 23:03+0100\n"
"PO-Revision-Date: 2020-05-16 17:56+0200\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../ircd-hybrid.templates:2001
msgid "Restart ircd-hybrid on each upgrade?"
msgstr "Ircd-hybrid bei jedem Upgrade neu starten?"

#. Type: boolean
#. Description
#: ../ircd-hybrid.templates:2001
msgid ""
"Please choose whether the ircd-hybrid daemon should be restarted every time "
"a new version of this package is installed."
msgstr ""
"Bitte w�hlen Sie aus, ob der Ircd-hybrid-Daemon bei jeder Installation einer "
"neuen Version dieses Pakets neu gestartet werden soll."

#. Type: boolean
#. Description
#: ../ircd-hybrid.templates:2001
msgid ""
"Automatic restarts may be problematic if, for instance, the server is "
"running with manually loaded modules, which will need to be reloaded after "
"the restart."
msgstr ""
"Automatische Neustarts sind problematisch, falls beispielsweise der Server "
"mit manuell geladenen Modulen ausgef�hrt wird, die nach jedem Neustart neu "
"geladen werden m�ssen."

#. Type: boolean
#. Description
#: ../ircd-hybrid.templates:2001
msgid ""
"If you reject this option, you will have to restart ircd-hybrid via "
"\"service ircd-hybrid restart\" when needed."
msgstr ""
"Falls Sie diese Option ablehnen, m�ssen Sie Ircd-hybrid bei Bedarf neu "
"starten, indem Sie �service ircd-hybrid restart� eingeben."

#. Type: boolean
#. Description
#: ../ircd-hybrid.templates:3001
msgid "Automatically fix references to obsolete ssl config options?"
msgstr ""
"Automatisch Referenzen zu veralteten SSL-Konfigurationsoptionen korrigieren?"

#. Type: boolean
#. Description
#: ../ircd-hybrid.templates:3001
msgid ""
"Several ssl configuration variables have been renamed to tls-like ones in "
"version 8.2.30. If enabled, the post-installation script will attempt to "
"automatically fix them before the server is restarted. If not, and you have "
"any ssl options specified, the configuration will become invalid, and server "
"restart will fail."
msgstr ""
"Mehrere SSL-Konfigurationsvariablen wurden in Version 8.2.30 zu tls-artigen "
"umbenannt. Falls aktiviert, wird das Nachinstallationsskript versuchen, sie "
"automatisch zu korrigieren, bevor der Server neu gestartet wird. Falls nicht "
"und Sie SSL-Optionen festgelegt haben, wird die Konfiguration ung�ltig und "
"der Server-Start wird fehlschlagen."

#~ msgid "Upgrade ircd-hybrid to version without cryptlink support?"
#~ msgstr ""
#~ "Upgrade von Ircd-hybrid auf eine Version ohne Cryptlink-Unterst�tzung?"

#~ msgid ""
#~ "The 8.x version of ircd-hybrid includes a change to the way secure server "
#~ "links are implemented, which is not backwards-compatible with ircd-hybrid "
#~ "7.x, from which you are upgrading."
#~ msgstr ""
#~ "Die 8.x-Version von Ircd-Hybrid enth�lt eine �nderung bez�glich der Art, "
#~ "in der sichere Server-Verbindungen implementiert sind. Diese ist nicht "
#~ "mit Ircd-Hybrid 7.x, von der Sie ein Upgrade durchf�hren, kompatibel."

#~ msgid ""
#~ "If you have any secure server links (cryptlinks) configured with this "
#~ "server, you should plan to either upgrade all servers in lock-step, or "
#~ "temporarily configure non-cryptlink server links, to ensure the "
#~ "continuity of your IRC links."
#~ msgstr ""
#~ "Falls Sie f�r diesen Server irgendwelche sicheren Server-Verbindungen "
#~ "(Cryptlinks) konfiguriert haben, sollten Sie entweder ein Upgrade aller "
#~ "Server auf einmal durchf�hren oder tempor�r Server-Verbindungen ohne "
#~ "Cryptlinks konfigurieren, um die Kontinuit�t Ihrer IR

Bug#960783: tzdata: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: tzdata
Version: 2020a-1
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for tzdata
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# Translation of tzdata debconf templates to German
# Copyright (C) Helge Kreutzmann , 2007, 2008.
# Copyright (C) Holger Wansing , 2010, 2011, 2013, 
2016, 2017.
# This file is distributed under the same license as the tzdata package.
# Holger Wansing , 2019.
msgid ""
msgstr ""
"Project-Id-Version: tzdata 2020a-20a-1\n"
"Report-Msgid-Bugs-To: tzd...@packages.debian.org\n"
"POT-Creation-Date: 2020-04-24 21:28+0200\n"
"PO-Revision-Date: 2020-05-16 17:58+0200\n"
"Last-Translator: Holger Wansing \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Lokalize 2.0\n"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Africa"
msgstr "Afrika"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "America"
msgstr "Amerika"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Antarctica"
msgstr "Antarktis"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Australia"
msgstr "Australien"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Arctic"
msgstr "Arktis"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Asia"
msgstr "Asien"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Atlantic"
msgstr "Atlantik"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Europe"
msgstr "Europa"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "Indian"
msgstr "Indien"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#. Type: select
#. Choices
#. Translators: do not translate underscores. You can use spaces instead.
#: ../tzdata.templates:1001 ../tzdata.templates:13001
msgid "Pacific"
msgstr "Pazifik"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "SystemV"
msgstr "SystemV"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../tzdata.templates:1001
msgid "US"
msgstr "US"

#. Type: select
#. Choices
#. Note to translators:
#. - "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. - SystemV will give the choice between zone named as per Sy

Bug#960784: colmap: Please change the build dependency from libqt5opengl5-dev to libqt5opengl5-desktop-dev

[Adrian Bunk]

Source: colmap
Version: 3.6+dev2+git20191105-1
Severity: important
Tags: ftbfs

colmap FTBFS on armel and armhf:

https://buildd.debian.org/status/package.php?p=colmap&suite=sid

...
In file included from /<>/src/ui/main_window.h:50,
 from 
/<>/src/ui/automatic_reconstruction_widget.cc:34:
/<>/src/ui/model_viewer_widget.h:55:63: error: expected class-name 
before ‘{’ token
   55 |   protected QOpenGLFunctions_3_2_Core {
  |   ^
...


Ideally colmap should also build on architectures where Qt is
built with OpenGL ES, but changing the build dependency from
libqt5opengl5-dev to libqt5opengl5-desktop-dev would at least
avoid pointless builds with expected failures.

Bug#960785: debci: allow self-service to launch tests for blacklisted packages

[Drew Parsons]

Source: debci
Severity: normal

Some packages are blacklisted from debci tests since they repeatedly
fail their tests.

Nevertheless, it should be allowed to trigger tests manually with
self-service. Currently that's not possible, the test simply doesn't
run for a blacklisted package if triggered from self-service.

If a new release has been uploaded, we need to be able to see if it
has fixed the test failures.

scipy 1.4, for instance, has the new version fixed the problems with
tests?


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

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

Bug#960787: libc6 stays unconfigured

[Markus Steinko]

Subject: libc6 stays unconfigured
Package: libc6
Version: 2.30-8
Severity: normal

Dear Maintainer,

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


   * What led up to the situation?
I reinstalled all packages with sudo aptitude reinstall ~i
In the end libc6 and libgcc-s1 stayed unconfigured and needrestart just 
found

some processes that needed to be restarted.

Trigger für libc-bin (2.30-8) werden verarbeitet ...
Prüfe Prozesse...
Prüfe Kandidaten...
Scanning processor microcode...
Prüfe Linux-Kernel...

Der laufende Kernel ist aktuell.

Der Prozessor Mikrocode ist aktuell.

Dienste werden neu gestartet...
 systemctl restart systemd-timesyncd.service
Dienste deren Neustart verschoben wurde:
 /etc/needrestart/restart.d/dbus.service
 systemctl restart gdm.service
 systemctl restart gdm3.service
 systemctl restart systemd-logind.service
 systemctl restart unattended-upgrades.service

Es müssen keine Container neu gestartet werden.

Nutzer-Sitzungen mit veralteten Prozessen:
 Debian-gdm @ user manager service: at-spi-bus-laun[1245], 
gnome-shell[1305],

ibus-daemon[1326], pulseaudio[876],
  systemd[784]
 station @ session #3: gdm-session-wor[1546], gdm-x-session[1656], gnome-
keyring-d[1601], gnome-session-b[1672],
  ibus-daemon[1781], ibus-x11[1804]
 station @ user manager service: aptitude[5223], at-spi-bus-laun[1790],
bwrap[5236,5246], gnome-session-b[1828],
  gnome-terminal-[3288], gvfsd[1603], pulseaudio[1578], 
p11-kit-server[5243],

systemd[1553]
E: »libc6:amd64« konnte nicht konfiguriert werden.
E: »libgcc-s1:amd64« konnte nicht unmittelbar konfiguriert werden. Lesen Sie
»man 5 apt.conf« unter APT::Immediate-Configure bezüglich weiterer 
Details. (2)


Aktueller Status: 6587 (+3) new.
Es gibt 3 zusätzliche veraltete Pakete: libdvdcss-dev, libdvdcss2,
libdvdcss2-dbgsym
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

sudo apt-get install --reinstall libc6 libgcc-s1 reconfigured those two
packages after reinstallation.
   * What was the outcome of this action?
sudo apt-get install --reinstall libc6 libgcc-s1
[sudo] Passwort für station:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
0 aktualisiert, 0 neu installiert, 2 erneut installiert, 0 zu entfernen 
und 0

nicht aktualisiert.
Es müssen noch 0 B von 2.860 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 262171 Dateien und Verzeichnisse sind derzeit 
installiert.)

Vorbereitung zum Entpacken von .../libc6_2.30-8_amd64.deb ...
Entpacken von libc6:amd64 (2.30-8) über (2.30-8) ...
Vorbereitung zum Entpacken von .../libgcc-s1_10.1.0-1_amd64.deb ...
Entpacken von libgcc-s1:amd64 (10.1.0-1) über (10.1.0-1) ...
libgcc-s1:amd64 (10.1.0-1) wird eingerichtet ...
libc6:amd64 (2.30-8) wird eingerichtet ...
Trigger für libc-bin (2.30-8) werden verarbeitet ...
Prüfe Prozesse...
Prüfe Kandidaten...
Scanning processor microcode...
Prüfe Linux-Kernel...

Der laufende Kernel ist aktuell.

Der Prozessor Mikrocode ist aktuell.

Dienste werden neu gestartet...
 systemctl restart accounts-daemon.service atd.service avahi-daemon.service
clamav-freshclam.service colord.service cron.service cups-browsed.service
cups.service exim4.service firewalld.service nmbd.service nvidia-
persistenced.service packagekit.service polkit.service rsyslog.service 
rtkit-
daemon.service smbd.service switcheroo-control.service 
systemd-journald.service

systemd-resolved.service systemd-timesyncd.service systemd-udevd.service
udisks2.service upower.service
Dienste deren Neustart verschoben wurde:
 systemctl restart ModemManager.service
 systemctl restart NetworkManager.service
 /etc/needrestart/restart.d/dbus.service
 systemctl restart gdm.service
 systemctl restart gdm3.service
 systemctl restart systemd-logind.service
 systemctl restart unattended-upgrades.service
 systemctl restart wpa_supplicant.service

Es müssen keine Container neu gestartet werden.

Nutzer-Sitzungen mit veralteten Prozessen:
 Debian-gdm @ user manager service: at-spi-bus-laun[1245], 
gnome-shell[1305],

ibus-daemon[1326], pulseaudio[876],
  systemd[784]
 station @ session #3: gdm-session-wor[1546], gdm-x-session[1656], gnome-
keyring-d[1601], gnome-session-b[1672],
  ibus-daemon[1781], ibus-x11[1804]
 station @ user manager service: at-spi-bus-laun[1790], bwrap[5236,5246],
gnome-session-b[1828],
  gnome-terminal-[3288], gvfsd[1603], pulseaudio[1578], 
p11-kit-server[5243],

systemd[1553]

   * What outcome did you expect instead?

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



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

Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODU

Bug#733630: task-gnome-desktop: This task should include the task-print-server.

[Holger Wansing]

Control: severity -1 wishlist
Control: tags -1 + wontfix

> Cyril Brulebois  (2014-03-11):
> > Sebastian Schleehauf  (2013-12-30):
> > > Package: task-gnome-desktop
> > > Version: 3.18
> > > Severity: normal
> > > 
> > > Since gnome-control-center has a button for printer setup this task 
> > > should be
> > > included by default. Otherwise the functionality is missing.I am not 
> > > sure
> > > if this should be filed against the gnome-control-center itself, if so 
> > > please
> > > redirect the bug. In general this would apply for bluetooth as well, but 
> > > since
> > > printers are so much more common I am only commenting on this.
> > 
> > I'm adding GNOME people to the loop. Should we make task-gnome-desktop
> > depend on task-print-server? The latter currently pulls:
> >   Depends: tasksel, cups, cups-client, cups-bsd
> >   Recommends: foomatic-db-engine, printer-driver-all, hplip, hp-ppd, 
> > openprinting-ppds
> > 
> > or is GNOME already pulling that through various Depends/Recommends?

No reply for more than 5 years...

Tested with a daily netinst image from 2020-05-16, cups is not installed by 
default with Gnome currently.

Dropping this bug to wishlist + wontfix.


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#960788: RFP: alsa-sof-firmware -- Intel SOF audio firmware and topology

[Mark Pearson]

Package: wnpp
Severity: wishlist

* Package name: alsa-sof-firmware
  Version : 1.5
  Upstream Author : sound-open-firmw...@alsa-project.org
* URL : https://github.com/thesofproject/sof-bin
* License : Intel Limited/BSD
  Programming Lang: firmware
  Description : Intel SOF audio firmware and topology

These are the SOF firmware and topology files needed to get the audio working
on many modern Intel CPUs (whiskeylake, cometlake etc)
With the SOF driver enabled (which it currently is in debian the kernel will
load these firmware files at boot and the topology files are used by ALSA for
configuring audio

The firmware needs to end up in /lib/firmware/intel/sof as sof-cnl.ri etc. On
Fedora when they created the package they have
 - sof/intel-signed - has the intel signed .ri files in
 - sof/public-signed - has non-intel signed .ri files
 - sof/*.ri - symbolic links to the intel-signed versions
The topology files end up in /lib/firmware/intel/sof-tplg

I know this impacts Lenovo's X1C7 and many of Lenovo's 2020 platforms but I
expect it to impact other vendors too.

I'm not an expert and recommend talking to the SOF community for any questions
but I can provide assistance with testing and if there are other ways to help
out please let me know - I would like to contribute

Thanks
Mark Pearson (Lenovo)

Bug#960617: popularity-contest: popcon fails to send data if USETOR=maybe and tor is not running

[Bill Allombert]

Dear all,

I received the following bug report (#960617) about the tor support in
popcon.  What do you think should be done ?

Cheers,
Bill

On Thu, May 14, 2020 at 08:22:11PM +0300, Michael Krylov wrote:
> Package: popularity-contest
> Version: 1.67
> Severity: normal
> 
> Dear Maintainer,
> 
> I have noticed that my recent submissions to popularity contest database
> have failed. After some further investigation and running
> 
> sudo bash -x /etc/cron.daily/popularity-contest
> 
> to see what is actually happening, I've noticed that it tries to use
> torify to send the submission:
> 
> /usr/bin/torify /usr/share/popularity-contest/popcon-upload -u 
> http://popcon.debian.org/cgi-bin/popcon.cgi -f 
> /var/log/popularity-contest.new.gpg
> 
> Although I have tor installed, I don't run it all the time, and only
> start it on demand.
> 
> For now, as a workaround, I set USETOR="no". 
> 
> I suggest that this script would check the `service tor status` before
> actually using torify if USETOR="maybe" and fail if USERTOR="yes".
> 
> Thanks in advance!
> 
> -- System Information:
> Debian Release: 10.4
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 4.19.0-9-686 (SMP w/4 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 popularity-contest depends on:
> ii  debconf [debconf-2.0]  1.5.71
> ii  dpkg   1.19.7
> 
> Versions of packages popularity-contest recommends:
> ii  cron [cron-daemon]  3.0pl1-134+deb10u1
> pn  default-mta | mail-transport-agent  
> ii  gnupg   2.2.12-1+deb10u1
> 
> Versions of packages popularity-contest suggests:
> ii  anacron   2.3-28
> ii  tor   0.3.5.10-1
> ii  torsocks  2.3.0-2
> 
> -- debconf information:
> * popularity-contest/participate: true
>   popularity-contest/submiturls:

Bug#960789: postgresql-common: pg_createcluster does not move_conffile files in conf.d

[Jérémy Lal]

Package: postgresql-common
Version: 215
Severity: normal


Hi,

i do have to occasionally copy a production cluster to a development
cluster.

In that setup, i copy /var/lib/postgresql/12/prod to /var/lib/postgresql/12/dev
and also /etc/postgresql/12/prod/* to /var/lib/postgresql/12/dev (the datadir,
on purpose).

pg_createcluster shows its kindness (or rather, the kindness of the debian
maintainer) by copying the configuration files to /etc/postgresql/12/dev.

But, and i believe it's a bug, it does not copy the files i've put in
/var/lib/postgresql/12/dev/conf.d

It would be nice if it did !

Jérémy

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

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

Versions of packages postgresql-common depends on:
ii  adduser   3.118
ii  debconf [debconf-2.0] 1.5.74
ii  lsb-base  11.1.0
ii  perl  5.30.0-10
ii  postgresql-client-common  215
ii  ssl-cert  1.0.39
ii  ucf   3.0039

Versions of packages postgresql-common recommends:
ii  e2fsprogs  1.45.6-1
ii  logrotate  3.16.0-3

Versions of packages postgresql-common suggests:
ii  libjson-perl  4.02000-2

-- Configuration Files:
/etc/apt/apt.conf.d/01autoremove-postgresql changed:
// NO NOT EDIT!
// File maintained by /usr/share/postgresql-common/pg_updateaptconfig.
//
// Mark all PostgreSQL packages as NeverAutoRemove for which PostgreSQL
// clusters exist. This is especially important when the "postgresql" meta
// package changes its dependencies to a new version, which might otherwise
// trigger the old postgresql-NN package to be automatically removed, rendering
// the old database cluster inaccessible.
APT
{
  NeverAutoRemove
  {
"^postgresql.*-12";
  };
};

/etc/postgresql-common/createcluster.conf changed:
ssl = on
cluster_name = '%v/%c'
stats_temp_directory = '/var/run/postgresql/%v-%c.pg_stat_tmp'
log_line_prefix = '%%m [%%p] %%q%%u@%%d '
add_include_dir = 'conf.d'
include_dir '/etc/postgresql-common/createcluster.d'


-- debconf information:
* postgresql-common/obsolete-major:
  postgresql-common/catversion-bump:
  postgresql-common/ssl: true

Bug#960790: ITP: libpod-parser-perl -- modules for parsing/translating POD format documents

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libpod-parser-perl
  Version : 1.63
  Upstream Author : Marek Rouchal 
* URL : https://metacpan.org/release/Pod-Parser
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : modules for parsing/translating POD format documents

This package contains the following mdoules for using Perl5 "pod" (Plain Old
Documentation).

"Pod::Parser", which provides a base class for parsing and selecting sections
of POD documentation from an input stream.

"Pod::Select", which provides a subclass of Pod::Parser and an exported
function named "podselect()" to dump selected sections of raw pod
documentation from an input stream.

"Pod::PlainText", which is a replacement for "Pod::Text" and the
corresponding "pod2text()" function. It is derived from the Pod::Parser
class. As of perl 5.00_58, Pod::PlainText has been re-written by Russ
Allbery, and has been renamed to Pod::Text in the core Perl distribution
(replacing the previous implementation of Pod::Text). The Pod::PlainText
module is still provided with Pod::Parser solely for backward
compatibility.

"Pod::InputObjects": Some input objects needed by Pod::Parser, and for
advanced users of Pod::Parser that need more about a command besides its name
and text.

"Pod::ParseUtils", a module with several object-oriented helpers for POD
parsing and processing. Probably the most important is Pod::Hyperlink for
parsing and expanding POD hyperlinks L<...>.

This distribution is considered to be legacy - it has been superseded by
Pod::Simple which brings more robustness, unicode and various other benefits.
It has been removed from perl core after 5.31.0, and is packaged only for
backward compatibility.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.


signature.asc
Description: Digital Signature

Bug#950198: restinio

[Alexandre Viau]

On 2020-05-15 5:48 a.m., Felix Salfelder wrote:
> On Fri, May 15, 2020 at 11:30:03AM +0200, Petter Reinholdtsen wrote:
>> [Alexandre Viau]
>>> The next step would now be to update OpenDHT, which should be quick
>>> once restinio passes new.
>>
>> The restinio package was just accepted into unstable.
> 
> I am half way through opendht [1]. My package lacks testing (just
> imported new upstream 2.1.1). I will continue as time permits, but feel
> free to help.

Hello!

I have just uploaded a new version of opendht.

For the next step I will attempt to build Jami to see if there is
anything missing.

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



signature.asc
Description: OpenPGP digital signature

Bug#960752: FTBFS on arch-all, test-suite failure - conova buildd has broken "localhost"

[Aurelien Jarno]

On 2020-05-16 17:45, Martin Pitt wrote:
> Michael Biebl [2020-05-16 12:39 +0200]:
> > Source: cockpit
> > Version: 219-1
> > Severity: serious
> > 
> > Hi Martin,
> > 
> > looks like the latest release reliably triggers a FTBFS on arch-all:
> > 
> > https://buildd.debian.org/status/logs.php?pkg=cockpit&ver=219-1&arch=all
> > 
> > The relevant part from the build log
> > **
> > cockpit-protocol:ERROR:src/common/test-webserver.c:374:perform_request: 
> > assertion failed (error == NULL): Error resolving 
> > ?2a02:16a8:dc41:100::238:46259?: Name or service not known 
> > (g-resolver-error-quark, 0)
> > SKIP: test-webserver Bail out! 
> > cockpit-protocol:ERROR:src/common/test-webserver.c:374:perform_request: 
> > assertion failed (error == NULL): Error resolving 
> > ?2a02:16a8:dc41:100::238:46259?: Name or service not known 
> > (g-resolver-error-quark, 0)
> > Aborted
> > ERROR: test-webserver process failed: 134
> 
> Right, this seems to be an annoying mis-configuration of the new "conova"
> buildd. The test hasn't changed in a long time, and works fine on every other
> buildd, architecture, or distribution (Ubuntu, Fedora, RHEL, Arch, etc.)
> 
>https://buildd.debian.org/status/logs.php?pkg=cockpit&arch=all
> 
> Buildd admins, is there something weird about conova, like it resolves
> "localhost" to that IPv6 address, or more likely, "localhost" cannot be
> resolved in NSS locally and it's trying to resolve it with that DNS server?

This is an IPv6 host only, I don't thing this should be considered as
weird nowadays. Here is the /etc/hosts file, I do not spot an issue:

##
## THIS FILE IS UNDER PUPPET CONTROL. DON'T EDIT IT HERE.
## USE: git clone 
git+ssh://$u...@puppet.debian.org/srv/puppet.debian.org/git/dsa-puppet.git
##

127.0.0.1   localhost
2a02:16a8:dc41:100::238x86-conova-01.debian.org x86-conova-01

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts


-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#960792: Accounting is totally wrong when socket_reuse is active

[Pierre-Elliott Bécue]

Package: policyd-rate-limit
Version: 1.0.0-1
Severity: grave
Tags: upstream
Forwarded: https://github.com/nitmir/policyd-rate-limit/issues/13

Dear maintainer,

The accounting in policyd-rate-limit is not working properly and
therefore breaking the soft, when socket reutilization is active.

Upstream has fixed the bug in release 1.0.1 (released under 1.0.1.1
label due to a use of the wrong GPG key for the release in pypi).

Please, consider packaging and having the fix backported to unstable.

With best regards,

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

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

Versions of packages policyd-rate-limit depends on:
ii  adduser   3.118
ii  python3   3.7.3-1
ii  python3-yaml  3.13-2

policyd-rate-limit recommends no packages.

Versions of packages policyd-rate-limit suggests:
pn  python3-mysqldb   
pn  python3-psycopg2  

Bug#888705: abseil-cpp packaging

[GCS]

On Wed, May 13, 2020 at 12:17 AM Benjamin Barenblat  wrote:
> If it’s all right with you, I’d prefer to stick with src:abseil. That
> more closely matches the way the terminology is used within Google –
> “Abseil” is unambiguously the C++ project, and “Abseil Python” is its
> Python counterpart.
 It's OK. You can do the following in your repository:
git remote add origin https://salsa.debian.org/debian/abseil
git push --force origin master

That should be it.
Regards,
Laszlo/GCS

Bug#960792: Accounting is totally wrong when socket_reuse is active

[Pierre-Elliott Bécue]

Le samedi 16 mai 2020 à 19:40:02+0200, Pierre-Elliott Bécue a écrit :
> Package: policyd-rate-limit
> Version: 1.0.0-1
> Severity: grave
> Tags: upstream
> Forwarded: https://github.com/nitmir/policyd-rate-limit/issues/13
> 
> Dear maintainer,
> 
> The accounting in policyd-rate-limit is not working properly and
> therefore breaking the soft, when socket reutilization is active.
> 
> Upstream has fixed the bug in release 1.0.1 (released under 1.0.1.1
> label due to a use of the wrong GPG key for the release in pypi).
> 
> Please, consider packaging and having the fix backported to unstable.
> 
> With best regards,

To be more clear, this is not a config parameter, the socket
reutilization is the generic behaviour of the soft, it's just
overridable via a postfix parameter: smtpd_policy_service_request_limit = 1

So this situation makes the package unusable in the current situation.

-- 
Pierre-Elliott Bécue
GPG: 9AE0 4D98 6400 E3B6 7528  F493 0D44 2664 1949 74E2
It's far easier to fight for one's principles than to live up to them.


signature.asc
Description: PGP signature

Bug#960739: libc-bin: getaddrinfo() fails with EAI_AGAIN when the DNS query returns a large number of A and AAAA records.

[Mike Przybylski]

Hi, Aurelien,

Thank you for looking into this.  I really appreciate it.

> Which nameserver do you use?

Google DNS ( 8.8.8.8 and 8.8.4.4 )

> As the answer is probably large, it might
> be interesting to check if it supports TCP connections as a fallback.
> Alternative you might want to enable edns0 if it's not already done.

I will definitely look into that.

> Could you try with other nameservers, there are many public DNS servers
> available to test.

I’m sorry that I didn’t think of that.  Everything works fine with OpenDNS ( 
208.67.222.222 and  208.67.220.220 ).

> Finally would it be possible to get a tcpdump trace of the issue? That
> would likely help to understand the issue.

Please see the attached pcap file.



bad-gdns-lookups.pcap
Description: Binary data

Please let me know if there is any other data I can provide.

Kindest regards,
Mike Przybylski

Bug#960794: RM: license-reconcile -- ROM; Abandonned upstream and pkg-perl would rather not become upstream

[intrigeri]

Package: ftp.debian.org
Severity: normal

Hi,

in July 2019 the Debian Perl group decided we did not want license-reconcile in
Bullseye unless someone became its maintainer upstream. We filed a RC bug¹ in
the hope someone who might rely on this tool to become its maintainer upstream.
That did not happen. The package was removed from testing last August.
Let's please remove it from the archive.

According to `dak rm -Rn`, there's no reverse dependency.

[1] https://bugs.debian.org/933126

Thanks in advance!

Bug#960120: [Pkg-javascript-devel] Bug#960120: node-yarnpkg: babel 7 builds fine but command fails with error

[Pirate Praveen]

On Thu, May 14, 2020 at 3:12 pm, Pirate Praveen 
 wrote:

$ yarnpkg
/usr/share/nodejs/@babel/runtime/helpers/inherits.js:5
   throw new TypeError("Super expression must either be null or a 
function");

   ^

TypeError: Super expression must either be null or a function
   at _inherits 
(/usr/share/nodejs/@babel/runtime/helpers/inherits.js:5:11)

   at /usr/share/nodejs/yarn/lib/cli/commands/global.js:58:29
   at Object. 
(/usr/share/nodejs/yarn/lib/cli/commands/global.js:107:2)

   at Module._compile (internal/modules/cjs/loader.js:778:30)
   at Object.Module._extensions..js 
(internal/modules/cjs/loader.js:789:10)

   at Module.load (internal/modules/cjs/loader.js:653:32)
   at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
   at Function.Module._load (internal/modules/cjs/loader.js:585:3)
   at Module.require (internal/modules/cjs/loader.js:692:17)
   at require (internal/modules/cjs/helpers.js:25:18)

Possibly we are missing some plugins which were part of 
babel-preset-stage-0 or we may have to patch the original code to be 
compatible on node 10 without needing transpiling.


I think the missing plugin is 
babel-plugin-transform-inline-imports-commonjs but when using that, we 
get the following error during build. See babel7 branch (this plugin is 
not yet added there).


[18:14:20] Error: Error: No substitution given for "$0". If this is not 
meant to be a
   placeholder you may want to consider passing one of the 
following options to @babel/template:
   - { placeholderPattern: false, placeholderWhitelist: new 
Set(['$0'])}

   - { placeholderPattern: /^$0$/ }
   at /usr/share/nodejs/@babel/template/lib/populate.js:27:15
   at Array.forEach ()
   at populatePlaceholders 
(/usr/share/nodejs/@babel/template/lib/populate.js:24:27)

   at /usr/share/nodejs/@babel/template/lib/string.js:22:51
   at /usr/share/nodejs/@babel/template/lib/builder.js:77:14
   at PluginPass.exit 
(/home/pravi/forge/js-team/node-yarnpkg/babel-plugin-transform-inline-imports-commonjs/transform-inline-imports-commonjs.js:358:33)

   at newFn (/usr/share/nodejs/@babel/traverse/lib/visitors.js:193:21)
   at NodePath._call 
(/usr/share/nodejs/@babel/traverse/lib/path/context.js:53:20)
   at NodePath.call 
(/usr/share/nodejs/@babel/traverse/lib/path/context.js:40:17)
   at NodePath.visit 
(/usr/share/nodejs/@babel/traverse/lib/path/context.js:97:8)

   =
   at module.exports 
(/home/pravi/forge/js-team/node-yarnpkg/babel-plugin-transform-inline-imports-commonjs/transform-inline-imports-commonjs.js:41:32)

   at /usr/share/nodejs/@babel/core/lib/config/full.js:165:14
   at cachedFunction 
(/usr/share/nodejs/@babel/core/lib/config/caching.js:33:19)
   at loadPluginDescriptor 
(/usr/share/nodejs/@babel/core/lib/config/full.js:200:28)

   at /usr/share/nodejs/@babel/core/lib/config/full.js:69:20
   at Array.reduce ()
   at recurseDescriptors 
(/usr/share/nodejs/@babel/core/lib/config/full.js:67:38)
   at loadFullConfig 
(/usr/share/nodejs/@babel/core/lib/config/full.js:108:6)

Bug#960120: [Pkg-javascript-devel] Bug#960120: Bug#960120: node-yarnpkg: babel 7 builds fine but command fails with error

[Pirate Praveen]

On Sat, May 16, 2020 at 11:48 pm, Pirate Praveen 
 wrote:



On Thu, May 14, 2020 at 3:12 pm, Pirate Praveen 
 wrote:

$ yarnpkg
/usr/share/nodejs/@babel/runtime/helpers/inherits.js:5
   throw new TypeError("Super expression must either be null or a 
function");

   ^

TypeError: Super expression must either be null or a function
   at _inherits 
(/usr/share/nodejs/@babel/runtime/helpers/inherits.js:5:11)

   at /usr/share/nodejs/yarn/lib/cli/commands/global.js:58:29
   at Object. 
(/usr/share/nodejs/yarn/lib/cli/commands/global.js:107:2)

   at Module._compile (internal/modules/cjs/loader.js:778:30)
   at Object.Module._extensions..js 
(internal/modules/cjs/loader.js:789:10)

   at Module.load (internal/modules/cjs/loader.js:653:32)
   at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
   at Function.Module._load (internal/modules/cjs/loader.js:585:3)
   at Module.require (internal/modules/cjs/loader.js:692:17)
   at require (internal/modules/cjs/helpers.js:25:18)

Possibly we are missing some plugins which were part of 
babel-preset-stage-0 or we may have to patch the original code to 
be compatible on node 10 without needing transpiling.


I think the missing plugin is 
babel-plugin-transform-inline-imports-commonjs but when using that, 
we get the following error during build. See babel7 branch (this 
plugin is not yet added there).


The author of the plugin suggests using another plugin from babel 7, 
but that did not work.


https://github.com/zertosh/babel-plugin-transform-inline-imports-commonjs/pull/13#issuecomment-505228612

Bug#960795: ITP: prometheus-homeplug-exporter -- Prometheus exporter for HomePlug/Power Line Communication

[Martina Ferrari]

Package: wnpp
Severity: wishlist
Owner: Martina Ferrari 

* Package name: prometheus-homeplug-exporter
  Version : 0.1.0+2
  Upstream Author : Brandon Davidson 
* URL : https://github.com/brandond/homeplug_exporter
* License : Expat
  Programming Lang: Go
  Description : Prometheus exporter for HomePlug/Power Line Communication
 Exports HomePlug PLC network and station statistics via HTTP for Prometheus
 consumption.

Bug#960797: ITP: golang-github-mdlayher-raw -- Read and write data at the raw network interface device level

[Martina Ferrari]

Package: wnpp
Severity: wishlist
Owner: Martina Ferrari 

* Package name: golang-github-mdlayher-raw
  Version : 0.0~git20191009.50f2db8-1
  Upstream Author : Matt Layher
* URL : https://github.com/mdlayher/raw
* License : Expat
  Programming Lang: Go
  Description : Read and write data at the raw network interface device 
level
 Raw is a golang package to access raw network sockets and read and write data
 directly to the wire.
 .
 For more information about using raw sockets with Ethernet frames in
 Go, the author has published
 https://mdlayher.com/blog/network-protocol-breakdown-ethernet-and-go/
 .
 At this time, package raw is in a pre-v1.0.0 state. Changes
 are being made which may impact the exported API of this package and
 others in its ecosystem.

Bug#960796: ITP: golang-github-mdlayher-ethernet -- Marshaling and unmarshaling of Ethernet frames and VLAN tags

[Martina Ferrari]

Package: wnpp
Severity: wishlist
Owner: Martina Ferrari 

* Package name: golang-github-mdlayher-ethernet
  Version : 0.0~git20190606.0394541-1
  Upstream Author : Matt Layher
* URL : https://github.com/mdlayher/ethernet
* License : Expat
  Programming Lang: Go
  Description : Marshaling and unmarshaling of Ethernet frames and VLAN tags
 Package ethernet implements marshaling and unmarshaling of IEEE 802.3 Ethernet
 II frames and IEEE 802.1Q VLAN tags.
 .
 For more information about using raw sockets with Ethernet frames in
 Go, the author has published
 https://mdlayher.com/blog/network-protocol-breakdown-ethernet-and-go/

Bug#933126: license-reconcile: No upstream maintainer ⇒ unsuitable for Bullseye

[intrigeri]

I've filed a removal bug: https://bugs.debian.org/960794

Bug#960120: [Pkg-javascript-devel] Bug#960120: Bug#960120: Bug#960120: node-yarnpkg: babel 7 builds fine but command fails with error

[Pirate Praveen]

Control: tags -1 pneding

On Sat, May 16, 2020 at 11:59 pm, Pirate Praveen 
 wrote:



On Sat, May 16, 2020 at 11:48 pm, Pirate Praveen 
 wrote:
The author of the plugin suggests using another plugin from babel 7, 
but that did not work.


https://github.com/zertosh/babel-plugin-transform-inline-imports-commonjs/pull/13#issuecomment-505228612


Finally after so many hours of troubleshooting I can get the yarnpkg 
command to run fine with a forked version of 
babel-plugin-transform-inline-imports-commonjs corresponding to the 
pull request I shared earlier.

Bug#960732: Segmentation fault with true-color escape sequences in :term

[James McCoy]

On Fri, May 15, 2020 at 03:41:33PM -0700, Josh Triplett wrote:
> Steps to reproduce:
> 
> Install the "mpv" package.
> Run nvim.
> Use :term to open a terminal.
> Within the terminal, run "mpv --quiet --vo=tct some-video-file.webm".
> 
> The terminal will display garbage for a bit, then nvim will segfault.

Can you provide an example of what a true-color escape sequence is?  Is
there a backtrace you can provide?

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#960798: ITP: golang-google-protobuf -- Go support for Protocol Buffers (second major revision)

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu 

* Package name: golang-google-protobuf
  Version : 1.23.0
  Upstream Author : The Go Authors
* URL : https://github.com/protocolbuffers/protobuf-go
* License : BSD-3-clause
  Programming Lang: Go
  Description : Go support for Protocol Buffers (second major revision)

 This project hosts the Go implementation for protocol buffers, which
 is a language-neutral, platform-neutral, extensible mechanism for
 serializing structured data.
 The protocol buffer language is a language for specifying the
 schema for structured data.
 .
 This schema is compiled into language specific bindings.
 .
 This project provides both a tool to generate Go code for the
 protocol buffer language, and also the runtime implementation to
 handle serialization of messages in Go.