Bug#892149: faketime(1) fails on hurd: sem_open: Operation not supported

[Samuel Thibault]

Aaron M. Ucko, on lun. 05 mars 2018 22:00:35 -0500, wrote:
> The faketime executable fails on hurd-i386 (admittedly not a release
> architecture) with the error
> 
>   sem_open: Operation not supported

Well, this is a missing implementation in libc. Perhaps some parts of
faketime work without it, but I don't think faketime wants to circumvent
the missing implementation.

Samuel

Bug#892137: dovecot-sieve: sieve processing panics in i_stream_read: assertion failed: ((size_t)ret+old_size == _stream->pos - _stream->skip)

[Apollon Oikonomopoulos]

Control: tags -1 upstream confirmed fixed-upstream

Hi,

On 23:46 Mon 05 Mar , Graham Cobb wrote:
> Package: dovecot-sieve
> Version: 1:2.2.34-2
> Severity: important
> 
> dovecot-lda crashes in sieve processing reproducibly with certain emails. 
> This causes
> these emails to be bounced with delivery failures.
> 
> mail.log contains the following information (backtrace manually reformatted 
> for readability):
> 
> Mar  5 23:09:47 black dovecot: lda(cobb): Panic: file istream.c: line 197 
> (i_stream_read): assertion failed: ((size_t)ret+old_size == _stream->pos - 
> _stream->skip)

This is a bug in pigeonhole 0.4.22. Upstream seems to have fixed it, 
I'll apply the patch. Meanwhile you can downgrade to 1:2.2.34 *-1* from 
snapshots.debian.org which had pigeonhole 0.4.21, not suffering from 
this bug.

Regards,
Apollon

Bug#892152: wireless-tools: iwlist scan using the essid option,returns essids that do not match the given essid

[Guus Sliepen]

severity 892152 wishlist
tags 892152 + wontfix
thanks

On Tue, Mar 06, 2018 at 03:22:09AM +, Schorschi Decker wrote:

> What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Testing was consistent, it appears the essid parameter is completely ignored
> 
> What was the outcome of this action?
> Command # iwlist wlan0 scanning essid sample
> multiple cells returned but ssid sample is only one cell matching
> 
> What outcome did you expect instead?
> A single cell, and only a single cell should be returned

As the manpage says, options to the iwlist scanning command are
card-dependent, and ignored by most drivers. It seems that your wireless
card or the driver for your wireless card does not support scanning for
a single ESSID.

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


signature.asc
Description: PGP signature

Bug#886852: NVidia driver : upgrade to version 384.111

[Andreas Beckmann]

On 2018-03-06 00:44, Vincent Lefevre wrote:
> It appears that while the bug was fixed in unstable
> (384.111-1 -> 384.111-4), a new buggy version has just been uploaded
> to unstable (387.34-4), as detected by apt-listbugs. Indeed, this bug
> is marked as found in 387.34-1, but there's no fixed version for 387.*:

That driver will be replaced by 390.25 in sid in a few hours :-)


Andreas

Bug#892154: ncl: FTBFS on mips64el

[Bas Couwenberg]

Source: ncl
Version: 6.4.0-7
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 891966 by -1

Dear Maintainer,

The recent uploads of ncl to unstable FTBFS on mips64el, see:

 
https://buildd.debian.org/status/fetch.php?pkg=ncl=mips64el=6.4.0-7=1520215410=0

dh_auto_install fails to remove some static libraries:

 rm debian/tmp/lib/libblas_ncl.a debian/tmp/lib/liblapack_ncl.a
 rm: cannot remove 'debian/tmp/lib/libblas_ncl.a': No such file or directory
 rm: cannot remove 'debian/tmp/lib/liblapack_ncl.a': No such file or directory

There are several segfaults:

 Installing fontc
Processing fontcap font1

 Program received signal SIGSEGV: Segmentation fault - invalid memory reference.

 Backtrace for this error:
 #0  0xffee0ed18b in ???
 make[4]: *** [Makefile:554: font1] Segmentation fault

 ...

 Installing fontc
Processing fontcap font1

 Program received signal SIGSEGV: Segmentation fault - invalid memory reference.

 Backtrace for this error:
 #0  0xffe996418b in ???
 make[4]: *** [Makefile:595: font1] Segmentation fault

And various link issues:

 /usr/bin/ld: cannot find -lNGgks
 ...
 /usr/bin/ld: cannot find -lNGnfpfort
 ...
 /usr/bin/ld: cannot find -lnfp

Please fix these issues or remove ncl and its reverse dependencies from
mips64el.

Kind Regards,

Bas

Bug#892153: RFS: addresses-for-gnustep/0.4.8-3 [RC]

[Yavor Doganov]

Package: sponsorship-requests
Severity: important

Dear mentors,

I'm looking for a sponsor for my package "addresses-for-gnustep".

 * Package name: addresses-for-gnustep
   Version : 0.4.8-3
   Upstream Author : Björn Giesler 
 * URL : http://www.nongnu.org/gap/addresses/
 * License : LGPL-2.0+
   Section : mail

It builds these binary packages:

addresses-goodies-for-gnustep - Personal Address Manager for GNUstep (Goodies)
addressmanager.app - Personal Address Manager for GNUstep
libaddresses-dev - Database API backend framework for GNUstep (development 
files)
libaddresses0 - Database API backend framework for GNUstep (library files)
libaddressview-dev - Address display/edit framework for GNUstep (development 
files)
libaddressview0 - Address display/edit framework for GNUstep (library files)

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

  https://mentors.debian.net/package/addresses-for-gnustep

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/addresses-for-gnustep/addresses-for-gnustep_0.4.8-3.dsc

Or clone the Git repository at:

  https://salsa.debian.org/gnustep-team/gnustep-addresses

Changes since the last upload:

  * Team upload.
  * debian/patches/link-libs.patch: New, link against all needed libraries
(Closes: #889534, #889536).  Cherry-picked from upstream with one
minor modification.
  * debian/patches/vcf-import.patch: New, fix exception when importing
VCF files (LP: #461717).
  * debian/patches/series: Update.
  * debian/compat: Set to 11.
  * debian/changelog: Remove trailing whitespace.
  * debian/rules: Likewise.  Remove dh_make boilerplate comments, enable
all hardening, define DEB_LDFLAGS_MAINT_APPEND to enforce symbol
resolution at build time and strip unneded libraries.  Remove optim
definition, rely on config.mk instead.
(override_dh_auto_build): Replace $(MAKE) with dh_auto_build.
(override_dh_makeshlibs): Remove as it is wrong.
  * debian/control (Build-Depends): Require gnustep-make >= 2.7.0-3 for
the optim variable definition.  Bump debhelper requirement to >= 11.
Remove obsolete libgnustep-gui-dev version requirement.
(Depends): Drop obsolete dpkg dependency.
(libaddressview-dev) : Replace libgnustep-base-dev with
libgnustep-gui-dev.  Add libaddresses-dev.
(Conflicts, Replaces, Breaks): Remove, ancient.
(addresses.framework, addressview.framework): Remove, utterly useless.
(Uploaders): Remove Hubert as requested.
(Vcs-Git, Vcs-Browser): New fields.
(Standards-Version): Declare compliance with 4.1.3.
  * debian/libaddressview0.symbols:
  * debian/libaddresses0.symbols: Remove; harmful for Objective-C libs.
  * debian/libaddressview0.lintian-overrides:
  * debian/libaddresses0.lintian-overrides: New, override wrongly emitted
package-has-unnecessary-activation-of-ldconfig-trigger.
  * debian/AddressManager.xpm:
  * debian/menu: Delete.
  * debian/adressmanager.app.install: Don't install the .xpm icon, install
the .desktop file.
  * debian/addresses-for-gnustep-dev.dirs:
  * debian/addressview.framework.docs:
  * debian/addresses.framework.docs: Delete.
  * debian/addressmanager.app.maintscript: Delete, no longer needed.
  * debian/watch: Switch to HTTPS and Savannah's mirror multiplexer.

Bug#892133: [Pkg-javascript-devel] Bug#892133: node-rollup: does not work after a no-change rebuild (the one in the archive is not suitable for main?)

[Pirate Praveen]

On March 6, 2018 3:54:36 AM GMT+05:30, Gianfranco Costamagna 
 wrote:
>Package: node-rollup
>Version: 0.50.0-1
>Severity: serious
>
>
>Hello, seems that a simple no-change rebuild of the package, makes the
>program stop working completely with this error:
>
>just no change rebuild it, install the newly built deb and no-change
>rebuild again to see the error:

Can you reproduce this using a clean build environment?

Run sbuild first, then sbuild --extra-package 

May be you have some older buggy dependencies locally installed.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#892142: debian-policy: update example to use default-mta instead of exim

[Paul Wise]

On Mon, 2018-03-05 at 17:12 -0800, Jonathan Nieder wrote:

> How about this patch?

Looks good to me.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#892152: wireless-tools: iwlist scan using the essid option,returns essids that do not match the given essid

[Schorschi Decker]

Package: wireless-tools
Version: 30~pre9-12
Severity: important

Dear Maintainer,

What led up to the situation?
trying to use iwlist, and limit output to a specific ssid

What exactly did you do (or not do) that was effective (or
 ineffective)?
Testing was consistent, it appears the essid parameter is completely ignored

What was the outcome of this action?
Command # iwlist wlan0 scanning essid sample
multiple cells returned but ssid sample is only one cell matching

What outcome did you expect instead?
A single cell, and only a single cell should be returned

-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 9.3 (stretch)
Release:9.3
Codename:   stretch
Architecture: armv7l

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

Versions of packages wireless-tools depends on:
ii  libc62.24-11+deb9u1
ii  libiw30  30~pre9-12

wireless-tools recommends no packages.

wireless-tools suggests no packages.

-- no debconf information

Bug#892151: ignition-fuel-tools: FTBFS w/ignition-cmake 0.3.0 (on alpha)

[Aaron M. Ucko]

Source: ignition-fuel-tools
Version: 1.0.0+dfsg4-2
Severity: normal
User: debian-al...@lists.debian.org
Usertags: alpha

The build of ignition-fuel-tools for alpha (admittedly not a release
architecture) failed to find four of the libraries it needs, as
detailed in [1]:

  -- BUILD ERRORS: These must be resolved before compiling.
  --Missing: IgnCURL
  --Missing: JSONCPP
  --Missing: YAML
  --Missing: ZIP
  --  END BUILD ERRORS

On a presumably related note, ignition-cmake is still at 0.3.0 here,
due to some sort of problems with the Ruby stack.  Please specifically
build-depend on libignition-cmake-dev (>= 0.4) to ensure you pull in a
new enough version.

Thanks!

[1] 
https://buildd.debian.org/status/fetch.php?pkg=ignition-fuel-tools=alpha=1.0.0%2Bdfsg4-2=1519096893=0

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

Bug#892150: RFP: ghost -- platform for building and running online publications

[Joseph Nahmias]

Package: wnpp
Severity: wishlist

* Package name: ghost
  Version : 1.21.3
  Upstream Author : Ghost Foundation
* URL : https://ghost.org/
* URL : https://github.com/TryGhost/Ghost
* License : MIT
  Programming Lang: Javascript / nodejs
  Description : platform for building and running online publications

Bug#891512: texlive-fonts-extra-links: fails to upgrade from 'testing' - trying to overwrite /usr/share/texlive/texmf-dist/fonts/opentype/arkandis/berenisadf/BerenisADFPro-Bold.otf

[Andreas Beckmann]

Followup-For: Bug #891512
Control: found -1 2017.20180305-1

Hi,

the Breaks+Replaces are incorrectly versioned.
Currently there is texlive-fonts-extra (<< 2017.20180110)
but this needs to be texlive-fonts-extra (<< 2017.20180225)


Andreas

Bug#892149: faketime(1) fails on hurd: sem_open: Operation not supported

[Aaron M. Ucko]

Package: faketime
Version: 0.9.7-2
Severity: normal
User: debian-h...@lists.debian.org
Usertags: hurd-i386
Control: affects -1 src:mbedtls

The faketime executable fails on hurd-i386 (admittedly not a release
architecture) with the error

  sem_open: Operation not supported

as seen in [1].

Faketime's own test suite passes despite this failure because it uses
LD_PRELOAD directly, which works fine; only going through the
executable fails.

Could you please take a look?

Thanks!

[1] 
https://buildd.debian.org/status/fetch.php?pkg=mbedtls=hurd-i386=2.7.0-2=1518721739=0

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

Bug#892148: libgtkada17.0-dev: fails to upgrade from 'sid' - trying to overwrite /usr/lib/x86_64-linux-gnu/ada/adalib/gtkada/cairo-font_face.ali

[Andreas Beckmann]

Package: libgtkada17.0-dev
Version: 17.0.2017-3~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces

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

  Selecting previously unselected package libgtkada17.0-dev.
  Preparing to unpack .../20-libgtkada17.0-dev_17.0.2017-3~exp1_amd64.deb ...
  Unpacking libgtkada17.0-dev (17.0.2017-3~exp1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-nYQWk3/20-libgtkada17.0-dev_17.0.2017-3~exp1_amd64.deb 
(--unpack):
   trying to overwrite 
'/usr/lib/x86_64-linux-gnu/ada/adalib/gtkada/cairo-font_face.ali', which is 
also in package libgtkada16.1.0-dev 17.0.2017-2
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)


cheers,

Andreas


libgtkada16.1.0-dev=17.0.2017-2_libgtkada17.0-dev=17.0.2017-3~exp1.log.gz
Description: application/gzip

Bug#892147: Please create the Pragha package with complete audio (api) support

[Jürgen Göricke]

Package: pragha
Version: 1.3.3-1
Severity: wishlist

Dear Maintainer,

Please create the Pragha package with gstreamer1.0-alsa _and_ 
gstreamer1.0-pulseaudio support.
Reason: There are still many users of this package who don't want to use 
Pulseaudio.
It should be possible to install and use either gstreamer1.0-alsa or 
gstreamer1.0-pulseaudio.
Since Pragha is one of the few audio players that meets my requirements for a 
slim audio player, it would be wonderful if users who don't want to use the 
Pulseaudio could use this player.
Thank you very much!


-- System Information:
Debian Release: Sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages pragha depends on:
ii  libatk1.0-0  2.26.1-3
ii  libc62.27-1
ii  libcairo-gobject21.15.10-2
ii  libcairo21.15.10-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgstreamer1.0-01.12.4-1
ii  libgtk-3-0   3.22.28-1
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libsqlite3-0 3.22.0-1
ii  libtag1v51.11.1+dfsg.1-0.2
ii  libtagc0 1.11.1+dfsg.1-0.2

Versions of packages pragha recommends:
ii  gstreamer1.0-plugins-good  1.12.4-1+b1
pn  gstreamer1.0-pulseaudio

pragha suggests no packages.

-- no debconf information


pgp4WTqHC3l6E.pgp
Description: Digitale Signatur von OpenPGP

Bug#892146: linux-latest: linux-image-* should suggest linux-doc

[John Scott]

Source: linux-latest
Version: 4.14+89
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

To best explain why I think this is warranted, I propose my system
as an example. I have linux-image-amd64 installed, and right now in
Buster, that depends on linux-image-4.14.0-3-amd64. That package
suggests linux-doc-4.14, but when linux-image-amd64 migrates to a
newer version like 4.15, linux-doc-4.14 will probably be autoremoved,
and linux-doc-4.15 won't install itself.

For the same reason that versioned Linux images suggest their
versioned documentation, it makes that Linux image metapackages
suggest the linux-doc metapackage.

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

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

-BEGIN PGP SIGNATURE-

iQFGBAEBCgAwFiEEJwCMxdBfG24Y2trvfWFEpid5MHIFAlqd+kgSHGpzY290dEBw
b3N0ZW8ubmV0AAoJEH1hRKYneTByxvIH/16E3j3zX/SRHf2d09eH4yGCeaU/tttu
OL3bEQA8o5fs619Wfc09KPcrkzZBo7kats/0gWOA89XfRli5FsZ9Qq3IqkUB2U1A
HcrlLSSTqXwTIiJH5DgCaY9DAd/E1l+bYuFWS5poJFgukaFU0kBazX3flPmFS2lR
GwXXAlb+imYv72+AbzpgVLPB2BsWga2fC43lFGaVX1/TlmtDn9bEQGaw3+sjROzx
Qdi3T/gMCxNlnOLrY7Im5niuj5jTaa1q/H0hmYvwZdGsADyfHDxPuver5RxQILAV
XGROaO/zRh2cxUghgYeBBuVRQmMtVqYUlRb/4QinIzBkPJ6FcTxYOY8=
=0KP6
-END PGP SIGNATURE-

Bug#884491: telegram-desktop: no tray icon on Mate panel

[Ernesto Domato]

Package: telegram-desktop
Followup-For: Bug #884491

Hi,

Last version of telegram-desktop and Mate panel do not have the issue anymore
so this bug can be closed.

Thanks for all.



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

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

Versions of packages telegram-desktop depends on:
ii  libavcodec-extra57   7:3.4.2-1+b1
ii  libavformat577:3.4.2-1+b1
ii  libavutil55  7:3.4.2-1+b1
ii  libc62.27-1
ii  libgcc1  1:8-20180218-1
ii  libglib2.0-0 2.54.3-2
ii  libminizip1  1.1-8+b1
ii  libopenal1   1:1.18.2-2
ii  libqt5core5a [qtbase-abi-5-9-2]  5.9.2+dfsg-12
ii  libqt5dbus5  5.9.2+dfsg-12
ii  libqt5gui5   5.9.2+dfsg-12
ii  libqt5network5   5.9.2+dfsg-12
ii  libqt5widgets5   5.9.2+dfsg-12
ii  libssl1.11.1.0g-2
ii  libstdc++6   8-20180218-1
ii  libswresample2   7:3.4.2-1+b1
ii  libswscale4  7:3.4.2-1+b1
ii  libtgvoip1.0 1.0~git20170704.445433f-4
ii  libx11-6 2:1.6.4-3
ii  qt5-image-formats-plugins5.9.2-2
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages telegram-desktop recommends:
ii  libappindicator3-1  0.4.92-5

telegram-desktop suggests no packages.

-- no debconf information

Bug#892145: undertime enhancement: different start/end times for each timezone

[Paul Wise]

Package: undertime
Version: 1.2.0
Severity: wishlist

It would be nice to be able to specify different start/end times for
the highlights for each timezone, since different meeting participants
might have different requirements on times.

One meeting participant might work during the day but be available in
the early evening while another participant might be on night shift but
be available during their breakfast period.

I was thinking this might be a good way to do it but then I was
thinking about having multiple availability periods for each timezone,
but that might be conflating multiple feature requests into one :)

$ undertime --no-default-zone -s 8 -e 9 Australia/Perth -s 9 -e 10 Europe/Paris 
-s 10 -e 11 America/Vancouver
usage: undertime [-h] [--start HOUR] [--end HOUR] [--date WHEN] [--colors]
 [--default-zone] [--print-zones]
 [timezones [timezones ...]]
undertime: error: unrecognized arguments: Europe/Paris America/Vancouver

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages undertime depends on:
ii  python3 3.6.4-1
ii  python3-parsedatetime   2.4-2
ii  python3-termcolor   1.1.0-1
ii  python3-terminaltables  3.1.0-2
ii  python3-tz  2018.3-2

undertime recommends no packages.

undertime suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#892144: lintian: check for relationships with packages that provide mail-transport-agent but don't use m-t-a

[Paul Wise]

Package: lintian
Version: 2.5.78
Severity: wishlist

Please check for packages with relationships with packages that provide
the virtual package mail-transport-agent but don't also have a
relationship with the virtual package mail-transport-agent.

In other words, lintian should look in the apt cache to find out which
packages provide the virtual package mail-transport-agent and then
check if the package has any relationship with those packages but
doesn't also have a relationship with mail-transport-agent.

In addition, lintian will need to hard-code exim4 as a package that
provides the virtual package mail-transport-agent even though it does
not do that, because it depends on two exim4 variants that do.

Examples of incorrect dependencies:

Depends: exim4
Depends: postfix

$ aptitude show mail-transport-agent
No candidate version found for mail-transport-agent
Package: mail-transport-agent
State: not a real package
Provided by: citadel-server (917-2), courier-mta (0.78.0-2+b1), dma 
(0.11-1+b1), esmtp-run (1.2-15), exim4-daemon-heavy (4.90.1-1), 
exim4-daemon-light (4.90.1-1), masqmail (0.3.4-1),
 msmtp-mta (1.6.6-1), nullmailer (1:2.1-5), nullmailer (1:2.1-6), 
opensmtpd (6.0.3p1-1), postfix (3.3.0-1), qmail-run (2.0.2+nmu1), sendmail-bin 
(8.15.2-10), ssmtp
 (2.64-8+b2)

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#892143: lintian: check packages that use mail-transport-agent but do not prefer default-mta

[Paul Wise]

Package: lintian
Version: 2.5.78
Severity: wishlist

Please check for packages that have a relationship with the virtual
package mail-transport-agent but do not prefer the virtual package
default-mta to m-t-a or any other packages.

In other words, default-mta and mail-transport-agent should only ever
be in a set of alternatives, must both be in that set and default-mta
should be the first package in the set. 

All of the fields representing relationships with binary packages
should be checked: Depends Suggests Recommends Build-Depends* etc

Examples of incorrect dependencies:

Depends: default-mta
Depends: mail-transport-agent
Depends: default-mta, mail-transport-agent
Depends: exim4 | mail-transport-agent
Depends: exim4 | postfix | mail-transport-agent
Depends: exim4 | default-mta | mail-transport-agent

Examples of correct dependencies:

Depends: default-mta | mail-transport-agent
Depends: default-mta | exim4
| mail-transport-agent
Depends: default-mta | mail-transport-agent | exim4

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#892142: debian-policy: update example to use default-mta instead of exim

[Jonathan Nieder]

tags 892142 + patch
quit

Hi,

Paul Wise wrote:

> In Policy 7.1. Syntax of relationship fields, there is an example:
>
>For example, a list of dependencies might appear as:
>
>Package: mutt
>Version: 1.3.17-1
>Depends: libc6 (>= 2.2.1), exim | mail-transport-agent
>
> I would like to suggest that this be updated to replace exim with
> default-mta, since exim is no longer in Debian as it has been replaced
> with exim4 and many years ago we switched to using the default-mta
> virtual package to make it easier to change the default MTA on Debian.
>
> https://www.debian.org/doc/debian-policy/#syntax-of-relationship-fields

Thanks!  This is non-normative, so a policy editor can just make the
change.

How about this patch?  It should be possible to apply by downloading
this message as an mbox and using "git am --scissors mbox-file".

-- >8 --
Subject: Use default-mta in MTA dependency example

Reported-by: Paul Wise 
Closes: #892142
---
 debian/changelog| 5 +
 policy/ch-relationships.rst | 2 +-
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 0ec082f..99f6068 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 debian-policy (4.1.4.0) UNRELEASED; urgency=medium
 
+  [ Sean Whitton ]
   * Policy: Drop get-orig-source rules target
 Wording: Helmut Grohne 
 Seconded: Holger Levsen 
@@ -29,6 +30,10 @@ debian-policy (4.1.4.0) UNRELEASED; urgency=medium
   * Fix indentation of description of the clean target (Closes: #889960).
 Thanks Ferenc Wágner for the report.
 
+  [ Jonathan Nieder ]
+  * Use default-mta instead of exim in dependency example (Closes: #892142).
+Thanks to Paul Wise for the report.
+
  -- Sean Whitton   Fri, 29 Dec 2017 18:46:59 +
 
 debian-policy (4.1.3.0) unstable; urgency=medium
diff --git a/policy/ch-relationships.rst b/policy/ch-relationships.rst
index 77cf0e1..1eaa422 100644
--- a/policy/ch-relationships.rst
+++ b/policy/ch-relationships.rst
@@ -45,7 +45,7 @@ For example, a list of dependencies might appear as:
 
 Package: mutt
 Version: 1.3.17-1
-Depends: libc6 (>= 2.2.1), exim | mail-transport-agent
+Depends: libc6 (>= 2.2.1), default-mta | mail-transport-agent
 
 Relationships may be restricted to a certain set of architectures. This
 is indicated in brackets after each individual package name and the
-- 
2.16.2.660.g709887971b

Bug#892142: debian-policy: update example to use default-mta instead of exim

[Paul Wise]

Package: debian-policy
Version: 4.1.3.0
Severity: minor

In Policy 7.1. Syntax of relationship fields, there is an example:

   For example, a list of dependencies might appear as:

   Package: mutt
   Version: 1.3.17-1
   Depends: libc6 (>= 2.2.1), exim | mail-transport-agent

I would like to suggest that this be updated to replace exim with
default-mta, since exim is no longer in Debian as it has been replaced
with exim4 and many years ago we switched to using the default-mta
virtual package to make it easier to change the default MTA on Debian.

https://www.debian.org/doc/debian-policy/#syntax-of-relationship-fields

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages debian-policy depends on:
ii  libjs-sphinxdoc  1.6.7-1

debian-policy recommends no packages.

Versions of packages debian-policy suggests:
pn  doc-base  

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#892088: [pkg-golang-devel] Bug#892088: golang-1.10: FTBFS on mips when built on Octeon III buildds

[Michael Hudson-Doyle]

Congrats on figuring this out and commiserations on having to do it, I
guess! Do you think this is worth an upload now or will it be OK to wait
until upstream releases 1.10.1 (assuming it gets into that)?

Cheers,
mwh

Bug#892129: RFS: urlwatch/2.8-3

[Paul Wise]

On Mon, 2018-03-05 at 22:29 +0100, Maxime Werlen wrote:

>   * Fix missing optional dependencies (Closes: #891884)
...
> + python-html2text,
> + python-vobject,

Since urlwatch uses Python 3, I think urlwatch should be
suggesting the
Python 3 html2text and vobject modules.

> + sendmail,

I don't think urlwatch should just suggest sendmail, since
it is not the only MTA in Debian. Please use this instead:

Suggests: default-mta | mail-transport-agent

https://www.debian.org/doc/debian-policy/#mail-transport-delivery-and-user-agents

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#887873: linux-image-4.9.0-5-marvell: frequent "usercopy: kernel memory overwrite attempt detected" on QNAP NAS (ARM)

[Menno Finlay-Smits]

On Tue, 6 Mar 2018, at 04:57, Yves-Alexis Perez wrote:
> On Mon, 2018-03-05 at 15:28 +0100, Andrew Lunn wrote:
> > Would it be possible to try to reproduce this problem with 4.9.86 on
> > the hardware reporting the issue?
> 
> 4.9.82-1+deb9u3 is currently in the archive. Menno, could you give it a shot?

Will do. I need to get the NAS back to running Scratch as I went back to Jessie 
for comparison (similar looking problems there too) but I'll get it done as 
soon as I can.

Also, I can confirm that I was indeed copying from an external USB disk with 
just "rsync -av  ".

Bug#891982: xchat: Intent to file removal bug

[Federico Pietro Briata]

Hi all,
just came across this bug...

As xchat user since Debian Woody I would like to thanks Gianfranco too for
maintaining and bring it back.

regards,
Federico

Bug#854895: RFP: social-auth-app-django -- Core component of the python-social-auth ecosystem

[Andre Bianchi]

Package: wnpp
Followup-For: Bug #854895
Owner: Andre Bianchi 

retitle 854895 ITP: social-auth-app-django -- Core component of the 
python-social-auth ecosystem
thank you

I intend to package this. PyPI page is:

  https://pypi.python.org/pypi/social-auth-app-django

Bug#892141: holds produce APT warnings

[積丹尼 Dan Jacobson]

Package: aptitude
Version: 0.8.10-6
Severity: wishlist

If one holds chromium
uh  chromium - web browser
then full-upgrades now produce

W: APT had planned for dpkg to do more than it reported back (344 vs 348).
   Affected packages: chromium:amd64

Maybe intended?

Bug#892140: filezilla: Same hotkey 'O' for both "Overwrite" and "OK" in "Target already exists" dialog

[Sophoklis Goumas]

Package: filezilla
Version: 3.28.0-1
Followup-For: Bug #892140

Sorry for not putting the patch in the initial message
but I wanted to have a bug number for my patch file's filename. ^^

I would appreciate a walkthrough over the collective community
guidlines on similar procedures.

Anyway I'm including my first patch to the Debian project
which is merely a ridiculous edit of:
/src/interface/resources/xrc/dialogs.xrc (line 128).

Sophoklis
Index: filezilla-3.28.0/src/interface/resources/xrc/dialogs.xrc
===
--- filezilla-3.28.0.orig/src/interface/resources/xrc/dialogs.xrc   
2017-09-20 00:36:39.0 +0300
+++ filezilla-3.28.0/src/interface/resources/xrc/dialogs.xrc2018-03-06 
01:56:50.616425433 +0200
@@ -125,7 +125,7 @@
 wxLEFT|wxRIGHT|wxTOP
 5
 
-  Overwrite
+  Overwrite
   1
 
   

Bug#892140: filezilla: Same hotkey 'O' for both "Overwrite" and "OK" in "Target already exists" dialog

[Sophoklis Goumas]

Package: filezilla
Version: 3.28.0-1
Severity: normal
Tags: patch

Hello.

This has already been reported some time ago upstream here:
https://trac.filezilla-project.org/ticket/11376

On the: Target already exists dialog the same hotkey 'O'
is set for both "Overwrite" and "OK" options.

Sophoklis

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

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

Versions of packages filezilla depends on:
ii  filezilla-common 3.28.0-1
ii  libatk1.0-0  2.26.1-3
ii  libc62.25-2
ii  libcairo21.15.10-1
ii  libdbus-1-3  1.12.4-1
ii  libfilezilla00.11.0-1
ii  libfontconfig1   2.12.6-0.1
ii  libfreetype6 2.8.1-2
ii  libgcc1  1:7.2.0-14
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgnutls30  3.5.18-1
ii  libgtk2.0-0  2.24.32-1
ii  libhogweed4  3.4-1
ii  libnettle6   3.4-1
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libpangoft2-1.0-01.40.14-1
ii  libpugixml1v51.8.1-7
ii  libsqlite3-0 3.22.0-1
ii  libstdc++6   7.2.0-14
ii  libwxbase3.0-0v5 3.0.3.1+dfsg2-1
ii  libwxgtk3.0-0v5  3.0.3.1+dfsg2-1

Versions of packages filezilla recommends:
ii  xdg-utils  1.1.2-1

filezilla suggests no packages.

-- no debconf information

Bug#694068: netcfg: Wireless connectivity present during an install but absent afterwards

[Trent W. Buck]

Brian Potkin wrote:
> The number of users affected by this issue over the years is not
> insignificant. Not a single one has written in support of the
> situation.

This issue has bitten me at least twice so far.

This issue's history seems to be bogged down on whether interfaces(5) can be 
mode 0600 (to hide the cleartext passphrase).
This is not necessary; the passphrase can go in a separate file.

Here is a minimal config, assuming WPA2 PSK (not Enterprise) and DHCP (not 
static) for all SSIDs:

cat >/etc/network/interfaces <"/etc/wpa_supplicant/wpa_supplicant-$iface.conf"
chmod 0600 "/etc/wpa_supplicant/wpa_supplicant-$iface.conf"

If you don't want to udebify wpa_passphrase, you can do it by hand:

cat >"/etc/wpa_supplicant/wpa_supplicant-$iface.conf" 

Bug#887008: Problem solved

[debbug]

It appears that the problem got fixed in the next kernel version 
(4.9.0-6-amd64) so this bug can be closed.


  --jtg

Bug#892139: eclib: FTBFS on i386: tests fail: reference solution precision mismatch

[Andreas Beckmann]

Source: eclib
Version: 20171219-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

eclib/experimental FTBFS on i386:
https://buildd.debian.org/status/fetch.php?pkg=eclib=i386=20171219-1=1519985150=0

make check_procs check_qcurves check_qrank check_g0n
make[3]: Entering directory '/<>/tests'
Running procs checks...
for prog in smattest comptest rattest bigrattest ptest mptest tbessel mvectest 
mmattest mspace thilbert tp2points tilll vectest1 vectest2 mattest1 mattest2 
space1 space2 svectest1 svectest2 tcon2 tlegcert timing threading; do echo 
"Testing ${prog}..."; ./${prog} < ./in_ntl/${prog}.in > ${prog}.testout 
2>/dev/null && diff ${prog}.testout ./out_ntl/${prog}.out || exit $?; done
Testing smattest...
Testing comptest...
5c5
< AGM((3.125,4.25),(1,0)) = (2.07831617217326684,1.5633615899065958201)
---
> AGM((3.125,4.25),(1,0)) = (2.07831617217326684003,1.56336158990659582007)
7c7
< AGM((1,1),(2,1)) = (1.471349362864653566,1.0200541263376600196)
---
> AGM((1,1),(2,1)) = (1.47134936286465356604,1.02005412633766001965)
11,16c11,16
< Enter a real or complex: Main cube root = 
(1.6289371459221758752,0.52017450230454583955)
< whose cube is(3,4)
< Next cube root = (-1.2649529063577516597,1.1506136983844504996)
< whose cube is(3,4)
< Next cube root = (-0.36398423956442421551,-1.6707882006889963392)
< whose cube is(3,4)
---
> Enter a real or complex: Main cube root = 
> (1.62893714592217587521,0.520174502304545839545)
> whose cube is(2.,3.)
> Next cube root = (-1.2649529063577516597,1.15061369838445049961)
> whose cube is(2.,4.0001)
> Next cube root = (-0.363984239564424215513,-1.67078820068899633915)
> whose cube is(3.0001,3.)
18,21c18,21
< (-1.2878154795576479889,-0.85789675832849028642)
< (-1.2878154795576479889,0.85789675832849028642)
< (0.28781547955764798887,1.4160930801719079387)
< (0.28781547955764798887,-1.4160930801719079387)
---
> (-1.28781547955764798887,-0.857896758328490286416)
> (-1.28781547955764798887,0.857896758328490286416)
> (0.287815479557647988873,1.41609308017190793872)
> (0.287815479557647988873,-1.41609308017190793872)
Makefile:1285: recipe for target 'check_procs' failed
make[3]: *** [check_procs] Error 1

make[3]: Entering directory '/<>/tests'
Running qrank checks...
for prog in tmrank tequiv d2; do echo "Testing ${prog}..."; ./${prog} < 
./in_ntl/${prog}.in > ${prog}.testout 2>/dev/null && diff ${prog}.testout 
./out_ntl/${prog}.out || exit $?; done
Testing tmrank...
Testing tequiv...
Testing d2...
14c14
< height = 13.565420700285587132
---
> height = 13.5654207002855871318
16c16
< height = 27.130841400571174263
---
> height = 27.1308414005711742635
Makefile:1297: recipe for target 'check_qrank' failed
make[3]: *** [check_qrank] Error 1


Looks like there is now one more digit in the output ...


Andreas

Bug#886399: RFS: opencascade/7.2.0-1 [ITP]

[Kurt Kremitzki]

On 03/04/2018 01:11 AM, Anton Gladky wrote:

Then after each release you one need to make a diff over all headers
and create also symbols-files to be sure that the ABI is not broken.

Anton



I've got the symbols files set up now.

By the way, while talking to upstream I've seen that they refer to this 
library as OCCT pretty exclusively [1] (see also Wikipedia [2]). Since 
this will be replacing OpenCASCADE Community Edition (liboce-*), I was 
thinking it would be nice to save everyone some typing by renaming my 
work so far to use libocct-* instead of libopencascade-*. It's kind of 
late in the game to do this, I suppose, but I know at least *my* fingers 
would appreciate it. Thoughts?


1. https://www.opencascade.com/content/packaging-again-debian#comment-20351
2. https://en.wikipedia.org/wiki/Open_Cascade_Technology

Bug#892138: gem2deb: doesn't support SHA256/SHA512 checksums

[Michael Moll]

Package: gem2deb
Version: 0.33.1
Severity: important

Commit e0b4c12c in the gem2deb repo fixes this and it should be included
into a new gem2deb version for stretch, as some gems started to use only
SHA256+ and thus fail to get packaged on stretch.


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

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

Versions of packages gem2deb depends on:
ii  debhelper11~bpo9+1
ii  devscripts   2.17.12~bpo9+1
ii  gem2deb-test-runner  0.33.1
ii  perl 5.24.1-3+deb9u2
ii  rake 10.5.0-2
ii  ruby 1:2.3.3
ii  ruby-all-dev 1:2.3.3
ii  ruby-setup   3.4.1-9

Versions of packages gem2deb recommends:
pn  apt-file 
ii  build-essential  12.3
ii  python3-debian   0.1.30

gem2deb suggests no packages.

-- no debconf information

Bug#892137: dovecot-sieve: sieve processing panics in i_stream_read: assertion failed: ((size_t)ret+old_size == _stream->pos - _stream->skip)

[Graham Cobb]

Package: dovecot-sieve
Version: 1:2.2.34-2
Severity: important

dovecot-lda crashes in sieve processing reproducibly with certain emails. This 
causes
these emails to be bounced with delivery failures.

mail.log contains the following information (backtrace manually reformatted for 
readability):

Mar  5 23:09:47 black dovecot: lda(cobb): Panic: file istream.c: line 197 
(i_stream_read): assertion failed: ((size_t)ret+old_size == _stream->pos - 
_stream->skip)
Mar  5 23:09:47 black dovecot: lda(cobb): Error: Raw backtrace:
/usr/lib/dovecot/libdovecot.so.0(+0xa09b2) [0x7fac77e089b2]
-> /usr/lib/dovecot/libdovecot.so.0(+0xa0a77) [0x7fac77e08a77]
-> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7fac77d98718]
-> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x2d0) [0x7fac77e14530]
-> /usr/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x3d) [0x7fac77e14d6d]
-> /usr/lib/dovecot/libdovecot.so.0(message_parse_header_next+0x71) 
[0x7fac77df0bb1]
-> /usr/lib/dovecot/libdovecot.so.0(+0x8afee) [0x7fac77df2fee]
-> /usr/lib/dovecot/libdovecot.so.0(message_parser_parse_next_block+0x41) 
[0x7fac77df3711]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x2bcda) [0x7fac770f3cda]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_message_body_get_content+0x41) 
[0x7fac770f5181]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(ext_body_get_part_list+0xd6) 
[0x7fac7712cbc6]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x65332) [0x7fac7712d332]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_interpreter_continue+0x7c) 
[0x7fac77107ffc]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(ext_include_execute_include+0x4ae) 
[0x7fac7712b8ee]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x61dfe) [0x7fac77129dfe]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_interpreter_continue+0x7c) 
[0x7fac77107ffc]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_interpreter_run+0x2b) 
[0x7fac7710823b]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x53fa8) [0x7fac7711bfa8]
-> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_multiscript_run+0x3a) 
[0x7fac7711cd6a]
-> /usr/lib/dovecot/modules/lib90_sieve_plugin.so(+0x3877) [0x7fac7738b877]
-> /usr/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0xb6) [0x7fac783f6b26]
-> /usr/lib/dovecot/dovecot-lda(main+0x67b) [0x5646f181fbdb]
-> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7fac779d0f2a]
-> /usr/lib/dovecot/dovecot-lda(_start+0x2a) [0x5646f182023a]

I can reproduce this with:

/usr/lib/dovecot/dovecot-lda -f a...@example.com -a b...@example.com -d 
default-user 
pn  dovecot-gssapi 
ii  dovecot-imapd  1:2.2.34-2
pn  dovecot-ldap   
pn  dovecot-lmtpd  
pn  dovecot-managesieved   
pn  dovecot-mysql  
pn  dovecot-pgsql  
pn  dovecot-pop3d  
ii  dovecot-sieve  1:2.2.34-2
pn  dovecot-sqlite 

-- no debconf information

Bug#886852: NVidia driver : upgrade to version 384.111

[Vincent Lefevre]

It appears that while the bug was fixed in unstable
(384.111-1 -> 384.111-4), a new buggy version has just been uploaded
to unstable (387.34-4), as detected by apt-listbugs. Indeed, this bug
is marked as found in 387.34-1, but there's no fixed version for 387.*:

Found in versions nvidia-graphics-drivers/387.34-1, 
nvidia-graphics-drivers/343.22-1, nvidia-graphics-drivers/375.82-1~deb9u1

Fixed in versions nvidia-graphics-drivers/384.111-1, 
nvidia-graphics-drivers/390.12-1, 
nvidia-graphics-drivers-legacy-340xx/340.106-1, 
nvidia-graphics-drivers-legacy-340xx/340.106-2~deb9u1

So, either this bug should be reopened, or if this is an error in
the above metadata, they should be corrected.

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

Bug#892135: bug still there

[積丹尼 Dan Jacobson]

From: "Debian Bug Tracking System" 
Subject: Processed (with 1 error): unarchiving 892135
To: Dan Jacobson 
Date: Tue, 06 Mar 2018 07:24:02 +0800

Processing commands for cont...@bugs.debian.org:

> unarchive 892135
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation

[Wojciech Zabołotny]

Package: libreoffice-impress
Version: 1:6.0.1-1
Severity: normal
File: /usr/bin/loimpress

Dear Maintainer,

Since certain upgrade (maybe one year ago or so), the Impress silently
deletes slides during the edition.
I can't isolate the problem. Usually I notice it only after a longer
edition,
when I see, that my presentation contains less slides than it should
contain.
Probably certain user activity (a special dragging the slides in the left
pannel, or using a special key sequence?) causes Impress to delete a
slide without any warning or confirmation request.
I find this feature (or bug?!) extremely dangerous. Usually i have to
make a backup of my presentation before any serious edition. I have
irreversibly destroyed a few of my presentations by deleting random
slides, before I have discovered that behaviour.
It should be possible to switch an obligatory warning/confirmation request
before any deletion of a slide or group of slides.

With best regards,
Wojtek

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

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

Versions of packages libreoffice-impress depends on:
ii  libc62.26-6
ii  libepoxy01.4.3-1
ii  libetonyek-0.1-1 0.1.7-2
ii  libgcc1  1:8-20180218-1
ii  libmwaw-0.3-30.3.13-1
ii  libodfgen-0.1-1  0.1.6-2
ii  libreoffice-core 1:6.0.1-1
ii  libreoffice-draw 1:6.0.1-1
ii  librevenge-0.0-0 0.0.4-6
ii  libstaroffice-0.0-0  0.0.5-1
ii  libstdc++6   8-20180218-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  uno-libs36.0.1-1
ii  ure  6.0.1-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages libreoffice-impress recommends:
ii  libreoffice-avmedia-backend-gstreamer  1:6.0.1-1

Versions of packages libreoffice-impress suggests:
ii  bluez  5.47-1+b1

Versions of packages libreoffice-core depends on:
ii  fontconfig2.12.6-0.1
ii  fonts-opensymbol  2:102.10+LibO6.0.1-1
ii  libboost-date-time1.62.0  1.62.0+dfsg-5
ii  libboost-locale1.62.0 1.62.0+dfsg-5
ii  libc6 2.26-6
ii  libcairo2 1.15.10-1
ii  libclucene-contribs1v52.3.3.4+dfsg-1
ii  libclucene-core1v52.3.3.4+dfsg-1
ii  libcmis-0.5-5v5   0.5.1+git20160603-3+b1
ii  libcups2  2.2.6-5
ii  libcurl3-gnutls   7.58.0-2
ii  libdbus-1-3   1.12.4-1
ii  libdbus-glib-1-2  0.110-2
ii  libdconf1 0.26.1-3
ii  libeot0   0.01-5
ii  libepoxy0 1.4.3-1
ii  libexpat1 2.2.5-3
ii  libexttextcat-2.0-0   3.4.5-1
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8-20180218-1
ii  libglib2.0-0  2.54.3-2
ii  libgpgmepp6   1.10.0-2
ii  libgraphite2-31.3.10-8
ii  libharfbuzz-icu0  1.7.2-1
ii  libharfbuzz0b 1.7.2-1
ii  libhunspell-1.6-0 1.6.2-1
ii  libhyphen02.8.8-5
ii  libice6   2:1.0.9-2
ii  libicu57  57.1-8
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  liblcms2-22.9-1
ii  libldap-2.4-2 2.4.45+dfsg-1
ii  libmythes-1.2-0   2:1.2.4-3
ii  libneon27-gnutls  0.30.2-2
ii  libnspr4  2:4.18-1
ii  libnss3   2:3.35-2
ii  libodfgen-0.1-1   0.1.6-2
ii  liborcus-0.13-0   0.13.3-1
ii  libpng16-16   1.6.34-1
ii  libpoppler72  0.61.1-2
ii  librdf0   1.0.17-1.1
ii  libreoffice-common1:6.0.1-1
ii  librevenge-0.0-0  0.0.4-6
ii  libsm62:1.2.2-1+b3
ii  libstdc++68-20180218-1
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxinerama1  2:1.1.3-1+b3
ii  libxml2   2.9.4+dfsg1-6.1
ii  libxmlsec11.2.25-1
ii  libxmlsec1-nss1.2.25-1
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxslt1.11.1.29-5
ii  uno-libs3 6.0.1-1
ii  ure   6.0.1-1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages libreoffice-core recommends:
ii  libpaper-utils  1.1.24+nmu5

Versions of packages libreoffice-draw depends on:
ii  libavahi-client3 0.7-3.1
ii  libavahi-common3 0.7-3.1
ii  libc62.26-6
ii  libcdr-0.1-1 0.1.4-1
ii  libdbus-1-3  1.12.4-1
ii  libdbus-glib-1-2 0.110-2
ii  libfreehand-0.1-10.1.2-2
ii  libgcc1  1:8-20180218-1
ii  libglib2.0-0 2.54.3-2
ii  

Bug#854980: kwin-x11: In multisession (all graphical) w/ desktop effects, kwin tends to crash sessions randomly on nvidia hardware

[Nuno Oliveira]

* Nuno Oliveira  [2018-03-05 21:54]:

Hi,

I also get random crashes of kwin-x11 with the nvidia binary driver. 
They appear easily (but not always) when using qupzilla for web 
browsing, mostly when new pages are opened in new windows.


Installed versions are:
host:~# apt-cache policy kwin-x11 nvidia-driver-bin
kwin-x11:
Instalado: 4:5.12.1-1
Candidato: 4:5.12.1-1
Tabela de Versão:
*** 4:5.12.1-1 700
  700 https://ftp.eq.uc.pt/software/unix/Linux/debian testing/main amd64 
Packages
  650 https://ftp.eq.uc.pt/software/unix/Linux/debian unstable/main amd64 
Packages
  100 /var/lib/dpkg/status
   4:5.8.6-1 600
  600 https://ftp.eq.uc.pt/software/unix/Linux/debian stable/main amd64 
Packages
nvidia-driver-bin:
Instalado: 384.111-4
Candidato: 384.111-4
Tabela de Versão:
   390.25-1 300
  300 https://ftp.eq.uc.pt/software/unix/Linux/debian experimental/non-free 
amd64 Packages
*** 384.111-4 700
  700 https://ftp.eq.uc.pt/software/unix/Linux/debian testing/non-free 
amd64 Packages
  650 https://ftp.eq.uc.pt/software/unix/Linux/debian unstable/non-free 
amd64 Packages
  100 /var/lib/dpkg/status
   375.82-1~deb9u1 600
  600 https://ftp.eq.uc.pt/software/unix/Linux/debian stable/non-free amd64 
Packages

I believe this behaviour also occurred with the previous kwin-x11 
package version. On machines with the intel video driver, I have not 
observed any crashes.


Regards,

Nuno.


I also get lots of messages like this:

mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:12 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:13 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:13 host audit[23243]: SECCOMP auid=1000 uid=1000 gid=1000 ses=297 pid=23243 comm="QtWebEngineProc" exe="/usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess" sig=0 arch=c03e syscall=273 compat=0 
mar 05 22:45:16 host kernel: NVRM: GPU at PCI::01:00: GPU-20443f46-8eb4-8687-a140-548ef63ec9a4

mar 05 22:45:16 host kernel: NVRM: GPU Board Serial Number:
mar 05 22:45:16 host kernel: NVRM: Xid (PCI::01:00): 31, Ch 0020, 
engmask 0101, 

Bug#892135: say what the error is

[積丹尼 Dan Jacobson]

Package: bugs.debian.org

This should say what the error is.

From: cont...@debbugs.gnu.org (GNU bug tracker automated control server)
Subject: Processed (with 1 errors): unarchive
To: 積丹尼 Dan Jacobson 
Cc: trac...@debbugs.gnu.org
Date: Tue, 06 Mar 2018 06:47:02 +0800

Processing commands for cont...@debbugs.gnu.org:

> unarchive 30193
>
End of message, stopping processing here.

Please contact help-debb...@gnu.org if you need assistance.

GNU bugs database, http://debbugs.gnu.org/

Bug#854980: kwin-x11: In multisession (all graphical) w/ desktop effects, kwin tends to crash sessions randomly on nvidia hardware

[Nuno Oliveira]

Hi,

I also get random crashes of kwin-x11 with the nvidia binary driver. 
They appear easily (but not always) when using qupzilla for web 
browsing, mostly when new pages are opened in new windows.


Installed versions are:
host:~# apt-cache policy kwin-x11 nvidia-driver-bin
kwin-x11:
 Instalado: 4:5.12.1-1
 Candidato: 4:5.12.1-1
 Tabela de Versão:
*** 4:5.12.1-1 700
   700 https://ftp.eq.uc.pt/software/unix/Linux/debian testing/main amd64 
Packages
   650 https://ftp.eq.uc.pt/software/unix/Linux/debian unstable/main amd64 
Packages
   100 /var/lib/dpkg/status
4:5.8.6-1 600
   600 https://ftp.eq.uc.pt/software/unix/Linux/debian stable/main amd64 
Packages
nvidia-driver-bin:
 Instalado: 384.111-4
 Candidato: 384.111-4
 Tabela de Versão:
390.25-1 300
   300 https://ftp.eq.uc.pt/software/unix/Linux/debian 
experimental/non-free amd64 Packages
*** 384.111-4 700
   700 https://ftp.eq.uc.pt/software/unix/Linux/debian testing/non-free 
amd64 Packages
   650 https://ftp.eq.uc.pt/software/unix/Linux/debian unstable/non-free 
amd64 Packages
   100 /var/lib/dpkg/status
375.82-1~deb9u1 600
   600 https://ftp.eq.uc.pt/software/unix/Linux/debian stable/non-free 
amd64 Packages

I believe this behaviour also occurred with the previous kwin-x11 
package version. On machines with the intel video driver, I have not 
observed any crashes.


Regards,

Nuno.

Bug#892085: hexchat: upstream fixing security bugs without disclosure?

[Chris Lamb]

retitle 892085 hexchat: upstream fixing security bugs without disclosure?
thanks

Retitling bug; let's not unnecessarily add fuel to the fire herefolks.


Regards,

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

Bug#892134: RFS: pass-otp/1.1.0-1 [ITP]

[Philip Rinn]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "pass-otp"

* Package name: pass-otp
  Version : 1.1.0-1
  Upstream Author : Tad Fisher 
* URL : https://github.com/tadfisher/pass-otp
* License : GPL-3+
  Section : admin

It builds those binary packages:

  pass-extension-otp - pass extension for managing one-time-password tokens

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

https://mentors.debian.net/package/pass-otp


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

  dget -x https://mentors.debian.net/debian/pool/main/p/pass-otp/pass-
otp_1.1.0-1.dsc


You can also find the packaging on salsa.debian.org:

https://salsa.debian.org/rinni-guest/pass-otp

[I'd love to move it to the Debian group before upload and add the Vcs-* fields
in d/control]


I packaged pass-otp as it's a very convenient way to use one-time-passwords on
Debian. Personally I use it as a backup solution as I'm a little afraid of
relying only on an Android app.

The long description of the package is:

An extension for the password manager pass that allows adding one-time-password
(OTP) secrets, generating OTP codes, and displaying secret key URIs using the
standard otpauth:// scheme.


Regards,

Philip



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

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

Bug#892133: node-rollup: does not work after a no-change rebuild (the one in the archive is not suitable for main?)

[Gianfranco Costamagna]

Package: node-rollup
Version: 0.50.0-1
Severity: serious


Hello, seems that a simple no-change rebuild of the package, makes the program 
stop working completely with this error:

just no change rebuild it, install the newly built deb and no-change rebuild 
again to see the error:

dpkg-buildpackage 
dpkg-buildpackage: info: source package node-rollup
dpkg-buildpackage: info: source version 0.50.0-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Pirate Praveen 
dpkg-buildpackage: info: host architecture amd64
 dpkg-source --before-build node-rollup-0.50.0
 debian/rules clean
dh clean
   debian/rules override_dh_auto_clean
make[1]: Entering directory '/node-rollup-0.50.0'
dh_auto_clean
rm -rf dist/ bin/rollup .commithash
make[1]: Leaving directory '/node-rollup-0.50.0'
   dh_clean
 dpkg-source -b node-rollup-0.50.0
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building node-rollup using existing 
./node-rollup_0.50.0.orig.tar.gz
dpkg-source: info: building node-rollup in node-rollup_0.50.0-1.debian.tar.xz
dpkg-source: info: building node-rollup in node-rollup_0.50.0-1.dsc
 debian/rules build
dh build
   dh_update_autotools_config
   dh_autoreconf
   debian/rules override_dh_auto_build
make[1]: Entering directory '/node-rollup-0.50.0'
dh_auto_build
echo 0.50.0-1 > .commithash \
&& rollup -c
[!] TypeError: Cannot read property 'declarations' of undefined
TypeError: Cannot read property 'declarations' of undefined
at loop (/usr/lib/nodejs/rollup/dist/rollup.js:2548:26)
at Node.render (/usr/lib/nodejs/rollup/dist/rollup.js:2599:59)
at Module.render (/usr/lib/nodejs/rollup/dist/rollup.js:3203:9)
at orderedModules.forEach.module 
(/usr/lib/nodejs/rollup/dist/rollup.js:4899:25)
at Array.forEach ()
at Promise.resolve.then (/usr/lib/nodejs/rollup/dist/rollup.js:4898:24)
at 
at process._tickCallback (internal/process/next_tick.js:188:7)
at Function.Module.runMain (module.js:678:11)
at startup (bootstrap_node.js:187:16)

debian/rules:14: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 1
make[1]: Leaving directory '/node-rollup-0.50.0'
debian/rules:11: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2


thanks

Gianfranco



signature.asc
Description: OpenPGP digital signature

Bug#831017: off by one error when line editing

[astian]

> "fix-readline-related-bug.patch" does that.

Bloody parentheses.  This is better.

Cheers.
Description: Fix readline-related bug
 Non-printable character (meant to be interpreted by the terminal) in the
 prompt string was not enclosed in RL_PROMPT_START_IGNORE/RL_PROMPT_END_IGNORE
 pairs, resulting in improper behaviour by GNU readline.
 .
 This is a Scheme-only fix, but it's not ideal because it hardcodes
 libreadline constants.  Ideally, "Iedline.scm" would get eval-ed in an
 environment where C code has made the constants (from )
 available.  This way the constants are not hardcoded in the source code and
 the Scheme namespace is not polluted with implementation details.
Author: astian 
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831017
Forwarded: no
Last-Update: 2018-03-05

--- scm-5f2.orig/Iedline.scm
+++ scm-5f2/Iedline.scm
@@ -23,7 +23,17 @@
 ;; lines, i.e. lines unterminated by a newline.
 
 (define (make-edited-line-port)
-  (let ((prompt "")
+  (let  ; The prompt string we receive.
+   ((prompt "")
+	; Hack to make readline overwrite the prompt we manually write.
+	; Notice that #\cr is being wrapped in #\soh and #\stx, respectively
+	; RL_PROMPT_START_IGNORE and RL_PROMPT_END_IGNORE (defined in
+	; ), to signal to readline that #\cr is
+	; invisible.
+	(prompt-hack (string #\soh #\cr #\stx))
+	; Concatenation of "prompt-hack" and "prompt", this is the actual
+	; prompt we send to readline.
+	(prompt-real "")
 	(outp (default-output-port))
 	(inp (default-input-port))
 	(strp (call-with-input-string "" identity)))
@@ -31,18 +41,40 @@
  (vector (lambda (c)
 	   (write-char c outp))
 	 (lambda (s)
+	   ; Reverse-engineered assumption: string-write to this port will
+	   ; only be done in the following cases:
+	   ;
+	   ;   - Empty string.
+	   ;
+	   ;   - Printing repl results, in which case the string will
+	   ; always come linefeed-terminated.
+	   ;
+	   ;   - Prompt printing, which will never be linefeed-terminated.
+	   ; The prompt string is immediately printed (manually),
+	   ; later, when GNU readline is called, a carriage return
+	   ; prepended to the same prompt string will cause it to
+	   ; write its prompt on top of the one we printed ourselves
+	   ; (therefore only one instance of the prompt string is
+	   ; actually visible to the interactive user).  Presumably
+	   ; this is the result of kluging optional readline support
+	   ; on top of an existing prompting mechanism.
+	   ;
+	   ; -- astian
 	   (display s outp)
 	   (or (zero? (string-length s))
 		   (eq? #\newline (string-ref s (- (string-length s) 1)))
 		   (begin
-		 (set! prompt (string-append "\r" s))
+		 (or (string=? s prompt)
+			 (begin
+			   (set! prompt s)
+			   (set! prompt-real (string-append prompt-hack prompt
 		 (force-output outp
 	 (lambda ()
 	   (force-output outp))
 	 (lambda ()
 	   (let tail ((c (read-char strp)))
 		 (if (char? c) c
-		 (let ((str (read-edited-line prompt)))
+		 (let ((str (read-edited-line prompt-real)))
 		   (if (string? str)
 			   (let ((n (string-length str)))
 			 (add-history str)

Bug#892132: Don't install pk11install man page

[Joel Johnson]

Package: coolkey
Version: 1.1.0-10
Severity: minor

As of version 1.1.0-10, coolkey stopped building the pk11install tool. 
It is still referenced in README.Debian.gz and a manpage is still 
installed, both of which should be removed.


Joel

Bug#892131: gem2deb: generates spurious dependencies on ruby

[Sven Joachim]

Package: gem2deb
Version: 0.38
Severity: important

In the last binNMU of redland-bindings, both librdf-perl and
python-librdf gained a dependency on ruby (<< 1:2.6~).  This cannot be
right, since these packages have nothing to do with ruby whatsoever.

Most likely the fix for #889470 is responsible for this, but I know
nothing about ruby.


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

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

Bug#891955: Acknowledgement (ITP: libopencsd -- ARM CoreSight trace decode library)

[Wookey]

On 2018-03-03 03:57 +, Debian Bug Tracking System wrote:

Initial packages are now available for test and comment:

Get it from my repo: http://wookware.org/software/repo/
either manually from: 
http://wookware.org/software/repo/pool/main/libo/libopencsd/

or with:
deb [ trusted=yes ] http://wookware.org/software/repo unstable main

apt update; apt install libopencsd0
(and/or libopencsd-dev libopencsd-doc)

(for debian unstable, amd64 only) (package is signed, but repo isn't. Sorry)

Known remaining issues: hardening build flags ignored, no tests done,
parts of build occur twice. 
But these should be useful for initial testing/feedback.


Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: PGP signature

Bug#892090: apt-listbugs: warnings with ruby 2.5

[Francesco Poli]

Control: affects 889713 + apt-listbugs
Control: forcemerge 889713 -1


On Mon, 5 Mar 2018 22:24:06 +0100 Francesco Poli wrote:

[...]
> with the intention to merge it with #889713...
[...]

Here's the merging, which should also close the bug report.

Bye.

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp7g8rOA7UvY.pgp
Description: PGP signature

Bug#892130: qtchooser: qtconfig doesn't find qt5 version

[Erik de Castro Lopo]

Package: qtchooser
Version: 64-ga1b6736-5
Severity: normal

Dear Maintainer,

I run a few Qt apps in the Mate desktop environment. When I run `qtconfig` on 
the
commandline I get:

> qtconfig
qtconfig: could not exec '/usr/lib/qt5/bin/qtconfig': No such file or 
directory

When I use apt-file to search for "bin/qtconfig" I get:

> apt-file search bin/qtconfig
qt4-qtconfig: /usr/bin/qtconfig-qt4
qt4-qtconfig: /usr/lib/x86_64-linux-gnu/qt4/bin/qtconfig
qtchooser: /usr/bin/qtconfig

so the error message above from "qtchooser" is pointing to an executable that 
does
not exist in Debain.

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

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

Versions of packages qtchooser depends on:
ii  libc6   2.26-6
ii  libgcc1 1:8-20180218-1
ii  libstdc++6  8-20180218-1

qtchooser recommends no packages.

qtchooser suggests no packages.

-- no debconf information

Bug#892129: RFS: urlwatch/2.8-3

[Maxime Werlen]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: p...@debian.org

Dear mentors,

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

 * Package name: urlwatch
   Version : 2.8-3
   Upstream Author : Thomas Perl
 * URL : https://thp.io/2008/urlwatch/
 * License : BSD-3-clause
   Section : web

It builds those binary packages:
  urlwatch   - tool for monitoring webpages for updates

To access further information about this package, please visit the
following URL:
  https://mentors.debian.net/package/urlwatch

Alternatively, one can download the package with dget using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/u/urlwatch/urlwatch_2.8-3.dsc

More information about urlwatch can be obtained from
https://github.com/thp/urlwatch.

Changes since the last upload:

urlwatch (2.8-3) unstable; urgency=medium

  * Fix missing optional dependencies (Closes: #891884)

Regards,

Maxime Werlen

Bug#892128: libgstreamer-gl1.0-0: Missing recommends on gstreamer1.0-gl

[Jeremy Bicha]

Package: libgstreamer-gl1.0-0
Version: 1.13.90-1

I think libgstreamer-gl1.0-0 is missing a Recommends on gstreamer1.0-gl.

I noticed this while figuring out an issue with the dependencies for webkit2gtk.

https://bugs.webkit.org/183336

Thanks,
Jeremy Bicha

Bug#892127: lintian: Emits package-has-unnecessary-activation-of-ldconfig-trigger when it shouldn't

[Yavor Doganov]

Package: lintian
Version: 2.5.77
Severity: normal

All GNUstep frameworks (poplerkit.framework, addresses-for-gnustep,
gnustep-netclasses, rsskit, dbuskit, etc.) are installed in
/usr/lib/GNUstep/Frameworks with symlinks in /usr/lib:

$ ls -la /usr/lib/libDBusKit.so*
lrwxrwxrwx 1 root root 67 окт 31 18:14 /usr/lib/libDBusKit.so -> 
GNUstep/Frameworks/DBusKit.framework/Versions/Current/libDBusKit.so
lrwxrwxrwx 1 root root 63 окт 31 18:14 /usr/lib/libDBusKit.so.0 -> 
GNUstep/Frameworks/DBusKit.framework/Versions/0/libDBusKit.so.0
lrwxrwxrwx 1 root root 67 окт 31 18:14 /usr/lib/libDBusKit.so.0.1.1 -> 
GNUstep/Frameworks/DBusKit.framework/Versions/0/libDBusKit.so.0.1.1

Debhelper's dh_makeshlibs correctly adds the ldconfig trigger for such
libraries but apparently lintian does not resolve the symlinks and
erroneously emits the warning.

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

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

Versions of packages lintian depends on:
ii  binutils  2.30-5
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.19.0.5
ii  file  1:5.32-2
ii  gettext   0.19.8.1-4
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.33
ii  libarchive-zip-perl   1.60-1
ii  libclass-accessor-perl0.51-1
ii  libclone-perl 0.39-1
ii  libdpkg-perl  1.19.0.5
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.96-1
ii  liblist-moreutils-perl0.416-1+b3
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.26 [libdigest-sha-perl]  5.26.1-5
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.73-1
ii  libxml-simple-perl2.24-1
ii  libyaml-libyaml-perl  0.69+repack-1
ii  man-db2.8.2-1
ii  patchutils0.3.4-2
ii  perl  5.26.1-5
ii  t1utils   1.41-2
ii  xz-utils  5.2.2-1.3

Versions of packages lintian recommends:
ii  libperlio-gzip-perl  0.19-1+b4

Versions of packages lintian suggests:
ii  binutils-multiarch 2.30-5
ii  dpkg-dev   1.19.0.5
ii  libhtml-parser-perl3.72-3+b2
ii  libtext-template-perl  1.47-1

-- no debconf information

Bug#892112: python-cryptography appears to intend to install python-cffi as a dependency, but it isn't installed

[Corey Bryant]

On Mon, Mar 5, 2018 at 3:07 PM, Tristan Seligmann 
wrote:

> On Mon, 5 Mar 2018 at 20:12 Corey Bryant 
> wrote:
>
>>Installation of python-cryptography doesn't install python-cffi. This
>>is on Ubuntu Bionic. The following bug has some more details:
>>https://bugs.launchpad.net/ubuntu/+source/python-
>> cryptography/+bug/1752660
>>
>>The package currently has 'dh_python(2|3) --depends=cffi' but that is
>>apparently not working, at least on bionic.
>>
>
> In Debian, python-cffi is only required at build time. At runtime, it is
> not required (only python-cffi-backend is required). This is mostly
> driven by the python-cffi package itself: see 
> /usr/share/python/dist/python-cffi
> for details.
>
> I don't immediately know why or if this would be different in Ubuntu, and
> I don't immediately see what the stack trace in the Ubuntu bug report has
> to do with cffi being installed or not.
>

Thanks for the quick feedback. For now I've asked the reporter if they'd be
able to test with package version that has python-cffi added to binary
Depends.

Bug#892090: apt-listbugs: warnings with ruby 2.5

[Francesco Poli]

Control: reassign -1 ruby-soap4r 2.0.5-3
Control: affects -1 + apt-listbugs


On Mon, 5 Mar 2018 12:23:31 +0100 Vincent Lefevre wrote:

> Package: apt-listbugs
> Version: 0.1.24
> Severity: normal
> 
> I now get warnings from ruby. I suppose that this is due to the
> upgrade to ruby 2.5.
> 
> [...]
> Retrieving bug reports... 
> 0%/usr/lib/ruby/vendor_ruby/soap/mapping/encodedregistry.rb:150: warning: 
> constant ::Fixnum is deprecated
> /usr/lib/ruby/vendor_ruby/soap/mapping/encodedregistry.rb:216: warning: 
> constant ::Fixnum is deprecated
> Retrieving bug reports... Done
> [...]

Hello Vincent,
thanks for your bug report.

Since

  $ dpkg -S /usr/lib/ruby/vendor_ruby/soap/mapping/encodedregistry.rb
  ruby-soap4r: /usr/lib/ruby/vendor_ruby/soap/mapping/encodedregistry.rb

we can conclude that the warnings come from the ruby-soap4r library.

And indeed, a bug report (#889713) had already been filed against
package ruby-soap4r and closed by an upload to Debian unstable
(ruby-soap4r/2.0.5-4).

I am reassigning your bug report to package ruby-soap4r, with the
intention to merge it with #889713...

Bye.

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpx4bZPU792k.pgp
Description: PGP signature

Bug#892068: codespell: Please package the new upstream version

[Georg Faerber]

Hi Peter,

On 18-03-05 17:12:11, Peter Spiess-Knafl wrote:
> Help would be appreciated at the moment.

Alright: I'll move the repo to salsa.d.o and prepare the new upstream
release. Before uploading, do you want to have a look, or should I just
go ahead?

Thanks for your work,
all the best,
Georg


signature.asc
Description: Digital signature

Bug#891986: mate-desktop does not depend on marco

[Alex]

They decided it is not an upstream issue.

https://github.com/mate-desktop/mate-desktop/issues/305#issuecomment-370559009

see my comment here for what I would have expected from package names:
https://github.com/mate-desktop/mate-desktop/issues/305#issuecomment-370551219

Alex

Bug#831017: off by one error when line editing

[astian]

Control: tags -1 + patch

This is caused by a non-printable character (meant to be interpreted by
the terminal) stuffed in the prompt string given to GNU readline.

It should have been enclosed in RL_PROMPT_START_IGNORE/RL_PROMPT_END_IGNORE
pairs.  "fix-readline-related-bug.patch" does that.  It is a Scheme-only
fix, but it's not ideal because it hardcodes libreadline constants.
Ideally, "Iedline.scm" would get eval-ed in an environment where C code
has made the constants (from ) available.  This way
the constants are not hardcoded in the source code and the Scheme
namespace is not polluted with implementation details.  Alas, I could
not figure out how to try-load some Scheme code from C with a prepared
environment.

While reading some of the code I found what *might* be 2 other
(unrelated) bugs.  See "add-missing-edit-line-feature.patch" and
"fix-argument-imm-being-ignored-in-m_letstar1.patch".

Cheers.
Description: Fix readline-related bug
 Non-printable character (meant to be interpreted by the terminal) in the
 prompt string was not enclosed in RL_PROMPT_START_IGNORE/RL_PROMPT_END_IGNORE
 pairs, resulting in improper behaviour by GNU readline.
 .
 This is a Scheme-only fix, but it's not ideal because it hardcodes
 libreadline constants.  Ideally, "Iedline.scm" would get eval-ed in an
 environment where C code has made the constants (from )
 available.  This way the constants are not hardcoded in the source code and
 the Scheme namespace is not polluted with implementation details.
Author: astian 
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831017
Forwarded: no
Last-Update: 2018-03-03

--- scm-5f2.orig/Iedline.scm
+++ scm-5f2/Iedline.scm
@@ -23,7 +23,17 @@
 ;; lines, i.e. lines unterminated by a newline.
 
 (define (make-edited-line-port)
-  (let ((prompt "")
+  (let  ; The prompt string we receive.
+   ((prompt "")
+	; Hack to make readline overwrite the prompt we manually write.
+	; Notice that #\cr is being wrapped in #\soh and #\stx, respectively
+	; RL_PROMPT_START_IGNORE and RL_PROMPT_END_IGNORE (defined in
+	; ), to signal to readline that #\cr is
+	; invisible.
+	(prompt-hack (string #\soh #\cr #\stx))
+	; Concatenation of "prompt-hack" and "prompt", this is the actual
+	; prompt we send to readline.
+	(prompt-real "")
 	(outp (default-output-port))
 	(inp (default-input-port))
 	(strp (call-with-input-string "" identity)))
@@ -31,18 +41,40 @@
  (vector (lambda (c)
 	   (write-char c outp))
 	 (lambda (s)
+	   ; Reverse-engineered assumption: string-write to this port will
+	   ; only be done in the following cases:
+	   ;
+	   ;   - Empty string.
+	   ;
+	   ;   - Printing repl results, in which case the string will
+	   ; always come linefeed-terminated.
+	   ;
+	   ;   - Prompt printing, which will never be linefeed-terminated.
+	   ; The prompt string is immediately printed (manually),
+	   ; later, when GNU readline is called, a carriage return
+	   ; prepended to the same prompt string will cause it to
+	   ; write its prompt on top of the one we printed ourselves
+	   ; (therefore only one instance of the prompt string is
+	   ; actually visible to the interactive user).  Presumably
+	   ; this is the result of kluging optional readline support
+	   ; on top of an existing prompting mechanism.
+	   ;
+	   ; -- astian
 	   (display s outp)
 	   (or (zero? (string-length s))
 		   (eq? #\newline (string-ref s (- (string-length s) 1)))
 		   (begin
-		 (set! prompt (string-append "\r" s))
-		 (force-output outp
+		 (or (string=? s prompt)
+			 (begin
+			   (set! prompt s)
+			   (set! prompt-real (string-append prompt-hack prompt)
+		 (force-output outp)))
 	 (lambda ()
 	   (force-output outp))
 	 (lambda ()
 	   (let tail ((c (read-char strp)))
 		 (if (char? c) c
-		 (let ((str (read-edited-line prompt)))
+		 (let ((str (read-edited-line prompt-real)))
 		   (if (string? str)
 			   (let ((n (string-length str)))
 			 (add-history str)
Description: Add missing "edit-line" feature
 Don't know why it was missing.
Author: astian 
Forwarded: no
Last-Update: 2018-03-03

--- scm-5f2.orig/edline.c
+++ scm-5f2/edline.c
@@ -65,6 +65,9 @@ void init_edline()
   make_subr(s_def_outport, tc7_subr_0, def_outport);
   make_subr(s_readline, tc7_subr_1, lreadline);
   make_subr(s_add_history, tc7_subr_1, ladd_history);
+
+  add_feature("edit-line");
+
   if (scm_ldprog(s_Iedline))
 wta(*loc_errobj, "couldn't init", s_Iedline);
 }
Description: Fix argument "imm" being ignored in "m_letstar1"
 Like "m_letrec1", "m_letstar1" is used in the implementation of various
 syntactic elements.  Like in "m_letrec1", argument "imm" in "m_letstar1"
 is supposed to indicate (methinks) what syntactic element is being
 implemented.
Author: astian 
Forwarded: 

Bug#892086: lintian: Check for unknown fields in dep5 debian/copyright

[Salvo Tomaselli]

At the top. Is it allowed? I didn't see it in the dep5 spec.

2018-03-05 18:24 GMT+01:00 Chris Lamb :
> tags 892086 + moreinfo
> thanks
>
> Hi Salvo,
>
>> by mistake I had used an "Author" field in a dep5 copyright file,
>> and lintian doesn't complain about unknown fields.
>
> At the top of the file or in one of the paragraphs?
>
>
> Regards,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-



-- 
Salvo Tomaselli

"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei

http://ltworf.github.io/ltworf/

Bug#721677: Important security message from US Bank

[US Bank]

our safety is our priority
 We receive your request to terminate your account with US Bank, And we want 
you to Know that this request will be carried out immediately by our security 
Department.
 Take the 2-minute check up today to see the actions you should take to Restore 
access if you didn't make this request.
 Restore Account Access here
 Note: Failure to comply will lead to final termination of account with US Bank.
 Thank you for being a Member of US Bank.

Bug#892126: glibc: stage1 build failure due to missing multilib lib-names-*.h

[Helmut Grohne]

Source: glibc
Version: 2.27-1
User: helm...@debian.org
Usertags: rebootstrap

Hi Aurelien,

I need a bug number for tracking this issue, so I am filing this bug
summarizing the problem and recording my knowledge.

Building glibc with DEB_BUILD_OPTIONS=nocheck DEB_BUILD_PROFILES=stage1
presently fails (even natively) on architectures with multilib packages.
The symptom always is that some variant of a multilib lib-names-*.h goes
missing in the packaging part of the installation procedure recently
added.

The headers in question are not generated during a (stage1) build and a
gcc stage2 (the only relevant user) does not use them. I verified that
simply not installing them makes a bootstrap of e.g. mips work again:

sed -i -e 's#debian/tmp-.*/usr/include/gnu/lib-names.*\.h#$(if $(filter 
stage1,$(DEB_BUILD_PROFILES)),,&)#' debian/sysdeps/*.mk

Now I am not asking you to include this fix (thus not adding a patch
tag), because we both know it is ugly, but I am recording the workaround
to improve our understanding. It confirms our intuition that the same
workaround as for gnu/stubs.h should be applicable here. My attempts at
implementing that properly weren't fruitful thus far. So all I can do
now is document the problem.

Helmut

Bug#892125: RM: gazebo [arm64 armel armhf mips mips64el mipsel s390x] -- NBS; gazebo is now only built on amd64 and i386

[Adrian Bunk]

Package: ftp.debian.org
Severity: normal

gazebo (9.0.0+dfsg5-4) unstable; urgency=medium

  * libqtpropertybrowser-dev is not an optional dependency. Remove arch 
conditionals
(Closes: #891646)

 -- Jose Luis Rivero   Thu, 01 Mar 2018 12:12:16 
+

Bug#892124: 389-ds-base: CVE-2018-1054: remote Denial of Service (DoS) via search filters in SetUnicodeStringFromUTF_8 in collate.c

[Salvatore Bonaccorso]

Source: 389-ds-base
Version: 1.3.7.9-1
Severity: grave
Tags: security upstream
Forwarded: https://pagure.io/389-ds-base/issue/49545

Hi,

the following vulnerability was published for 389-ds-base.

CVE-2018-1054[0]:
|remote Denial of Service (DoS) via search filters in
|SetUnicodeStringFromUTF_8 in collate.c

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-1054
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1054
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1537314
[2] https://pagure.io/389-ds-base/issue/49545

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#891958: Please revert v5 rename

[Mattia Rizzolo]

Control: tag -1 moreinfo

On Fri, Mar 02, 2018 at 10:31:43PM -0600, Simon Quigley wrote:
> 1.36.59-8 introduced a rename of  to a v5 suffix:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791168
> 
> Since that rename has been included in a Debian release, it can be
> reverted (and then appropriate Conflicts/Replaces can be added, which
> should be dropped after the next Debian release). Please do so.

Why would you ever go through this PITA process?

What are you trying to accomplish by forcing a rename?

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#892114: libcdk5: libcdk5.symbols is not up to date

[Herbert Fortes]

The package needs an upload to fix debian/watch.

Let's see what 'experimental' says about it.



Regards,
Herbert

Bug#889515: Re: Re: Review of persepolis

[Julien Puydt]

Hi,

Le 01/03/2018 à 01:24, Moein Alinaghian a écrit :
> 
> I would be happy in case he makes it sometime in the next week. I am
> patient :) And thanks again for the spending time helping me as well
> as helping Debian.
> 

My AM reviewed your package and found two things :

- in d/control, the line X-Python3-Version is useless (stable has that
already!) -- easy to fix, wouldn't get the package rejected ;

- in d/copyright, "Check the website for the full list." would get the
package rejected : either put the full list, or leave the one name you
already have (and is the one given in setup.py)

Afterwards I saw other problems:

- in d/control, your Vcs-* fields should point to where the packaging is
managed, not to upstream. If you don't maintain in a publically
available repository, those fields should probably not be there ; see:
https://www.debian.org/doc/manuals/developers-reference/ch06.html#bpp-vcs
and
https://www.debian.org/doc/debian-policy/#version-control-system-vcs-fields

- in d/control, I wonder if using "GUI" repeatedly in the description is
a good idea ; what about something like this, with different paragraphs
for different ideas :

Description: Graphical download manager based on Aria2
 Persepolis is a graphical user interface on the Aria2 download manager.
 .
 Aria2 is a high speed download utility which is capable of making several
 connections to download files. It will boost the download in some cases,
 specially if you have a limited connection.
 .
 Persepolis makes the usage of Aria2 easier by providing a graphical
interface for it and in
 addition, it includes some extra functionalities like scheduled downloads.

With some luck I'll be a DD soon and sponsor you myself :-)

Snark on #debian-mentors

Bug#892123: gmic FTBFS with bash-completion 1:2.7-1

[Adrian Bunk]

Source: gmic
Version: 1.7.9+zart-4
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gmic.html

...
if [ -d /etc/bash_completion.d/ ]; then mkdir -p 
/build/1st/gmic-1.7.9+zart/debian/tmp/etc/bash_completion.d/; cp -f 
../resources/gmic_bashcompletion.sh 
/build/1st/gmic-1.7.9+zart/debian/tmp/etc/bash_completion.d/gmic; fi
...
   debian/rules override_dh_install
make[1]: Entering directory '/build/1st/gmic-1.7.9+zart'
chmod 755 debian/libgmic*.install
dh_install --fail-missing
dh_install: Please use dh_missing --list-missing/--fail-missing instead
dh_install: This feature will be removed in compat 12.
dh_install: Cannot find (any matches for) "etc/bash_completion.d/gmic" (tried 
in ., debian/tmp)

dh_install: gmic missing files: etc/bash_completion.d/gmic
dh_install: missing files, aborting
make[1]: *** [debian/rules:66: override_dh_install] Error 25



https://sources.debian.org/src/bash-completion/1:2.7-1/debian/README.Debian/

Bug#892112: python-cryptography appears to intend to install python-cffi as a dependency, but it isn't installed

[Tristan Seligmann]

On Mon, 5 Mar 2018 at 20:12 Corey Bryant  wrote:

>Installation of python-cryptography doesn't install python-cffi. This
>is on Ubuntu Bionic. The following bug has some more details:
>
> https://bugs.launchpad.net/ubuntu/+source/python-cryptography/+bug/1752660
>
>The package currently has 'dh_python(2|3) --depends=cffi' but that is
>apparently not working, at least on bionic.
>

In Debian, python-cffi is only required at build time. At runtime, it is
not required (only python-cffi-backend is required). This is mostly driven
by the python-cffi package itself: see /usr/share/python/dist/python-cffi
for details.

I don't immediately know why or if this would be different in Ubuntu, and I
don't immediately see what the stack trace in the Ubuntu bug report has to
do with cffi being installed or not.

Bug#892114: libcdk5: libcdk5.symbols is not up to date

[Herbert Fortes]

Em 05-03-2018 16:41, Sven Joachim escreveu:
> On 2018-03-05 16:25 -0300, Herbert Fortes wrote:
> 
>> Em 05-03-2018 15:45, Sven Joachim escreveu:
>>> Source: libcdk5
>>> Version: 5.0.20161210-5
>>> Severity: minor
>>> Tags: patch
>>>
>>> One symbol is missing from debian/libcdk5.symbols, leading to a warning
>>> from dpkg-gensymbols seen in the build logs.  According to the CHANGES
>>> file it was added on 2016/11/19, so I have chosen 5.0.20161120 as the
>>> minimal version, as for the other symbols.  See the attached patch.
>>>
>>
>> The .symbols file, to pass on all architectures, should not have all symbols.
> 
> Well, it does not _need_ to have all symbols, unless you pass -c2 or
> higher to dpkg-gensymbols.  But I think -c4 is actually recommended to
> catch any problems that might result in an unexpected ABI change.
> 
>> Just the common symbols for every arch. That's what I learned.
>>
>> Are you saying something different from that? Can you explain a bit more?
> 
> I was referring to the following message from dpkg-gensymbols[1]:
> 
> ,
> | dpkg-gensymbols: warning: some new symbols appeared in the symbols file: 
> see diff output below
> | dpkg-gensymbols: warning: debian/libcdk5/DEBIAN/symbols doesn't match 
> completely debian/libcdk5.symbols
> | --- debian/libcdk5.symbols (libcdk5_5.0.20161210_hurd-i386)
> | +++ dpkg-gensymbols0_FMk7   2018-01-27 17:37:28.0 +
> | @@ -306,6 +306,7 @@
> |   positionCDKButton@Base 5.0.20161120
> |   positionCDKObject@Base 5.0.20161120
> |   raiseCDKObject@Base 5.0.20161120
> | + reRegisterCDKObject@Base 5.0.20161210
> |   readFile@Base 5.0.20161120
> |   refreshCDKScreen@Base 5.0.20161120
> |   refreshCDKWindow@Base 5.0.20161120
> `
> 
> True, I have not checked all architectures, only a couple of them.  But
> I don't think that libcdk5's symbols are arch-dependent at all.
> 


I m really do not know.

I checked the debian/changelog. First I sent the
package to 'experimental' to see the build and then 
to 'unstable'. So I think there was a problem with
one of them, at least.

libcdk5 (5.0.20161204-2) unstable; urgency=low   

* Upload to unstable.  

-- Herbert Parentes Fortes Neto   Fri, 09 Dec 2016 12:39:13 
-0200 

libcdk5 (5.0.20161204-1) experimental; urgency=medium   

* New upstream release.  

-- Herbert Parentes Fortes Neto   Fri, 09 Dec 2016 11:51:17 
-0200 

Bug#892115: libcdk5: debian/watch is no longer functional

[Herbert Fortes]

Em 05-03-2018 15:51, Sven Joachim escreveu:
> Source: libcdk5
> Version: 5.0.20161210-5
> Severity: normal
> Tags: patch
> 
> The debian/watch file does no longer work, uscan always fails with a
> timed out connection.  Attached is a patch which fixes that.
> 
> The new location has been announced in
> https://lists.gnu.org/archive/html/bug-ncurses/2017-08/msg7.html.

Thanks!

Bug#892122: Bright red delete confirmations do not include all files actually deleted

[Felix Lechner]

Package: nautilus
Version: 3.26.2-2
Severity: normal

Hi,

I experiences a fairly serious data loss on Debian testing with nautilus
3.26.2-2. After about two weeks of uptime on kerberized NFSv4 with fs-cache, a
command to delete multiple files marked graphically in Nautilus included the
subdirectory most recently visited. (I had just copied a file there.) Nautilus
started being sluggish a few hours earlier, perhaps because it recursively
stat'ed directories.

While this report potentially indicates a more serious problem, I do not have
enough information to pin it on nautilus. For now, I would only like to point
out that the confirmation dialog included the files I intended to delete, but
not the ones actually deleted---which would have been more helpful. Thank you!

Best regards,
Felix



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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.23-2
ii  gsettings-desktop-schemas  3.27.90-1
ii  gvfs   1.34.1-2
ii  libatk1.0-02.26.1-3
ii  libc6  2.26-6
ii  libcairo-gobject2  1.15.10-1
ii  libcairo2  1.15.10-1
ii  libexempi3 2.4.4-1
ii  libexif12  0.6.21-4
ii  libgail-3-03.22.28-1
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libglib2.0-0   2.54.3-2
ii  libglib2.0-data2.54.3-2
ii  libgnome-autoar-0-00.2.3-1
ii  libgnome-desktop-3-12  3.26.2-6
ii  libgtk-3-0 3.22.28-1
ii  libnautilus-extension1a3.26.2-2
ii  libpango-1.0-0 1.40.14-1
ii  libpangocairo-1.0-01.40.14-1
ii  libselinux12.7-2+b1
ii  libtracker-sparql-2.0-02.0.3-1
ii  libx11-6   2:1.6.4-3
ii  nautilus-data  3.26.2-2
ii  shared-mime-info   1.9-2

Versions of packages nautilus recommends:
ii  gnome-sushi  3.24.0-3
ii  gvfs-backends1.34.1-2
ii  librsvg2-common  2.40.20-2

Versions of packages nautilus suggests:
ii  eog 3.26.2-3
ii  evince [pdf-viewer] 3.26.0-3
ii  nautilus-extension-brasero  3.12.2-4
ii  nautilus-sendto 3.8.6-2
ii  totem   3.26.0-3
ii  tracker 2.0.3-1
ii  vlc [mp3-decoder]   3.0.0-1
ii  xdg-user-dirs   0.16-1

-- no debconf information

Bug#888053: libcdio-utils: Code was moved to libcdio-paranoia, only libs available in Debian

[jonathan]

Package: libcdio-utils
Version: 1.0.0-2
Followup-For: Bug #888053

>From my research, the primary developer of the cd-paranoia component of these 
>has moved all related code out of the libcdio source package, which 
>libcdio-utils is derived from, and into a new source package called 
>libcdio-paranoia.

Binary packages derived from libcdio-paranoia at the current time (in sid, 
even) are libcdio-cdda-dev, libcdio-cdda2, libcdio-paranoia-dev, and 
libcdio-paranoia2, all of which just contain the library files. 

The new source code repository is found at 
https://github.com/rocky/libcdio-paranoia

A related bug in the libcdio-paranoia source package can be found at Bug #889803

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

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

Versions of packages libcdio-utils depends on:
ii  libc6  2.26-6
ii  libcdio17  1.0.0-2
ii  libiso9660-10  1.0.0-2
ii  libncursesw5   6.1-1
ii  libtinfo5  6.1-1
ii  libudf01.0.0-2

libcdio-utils recommends no packages.

libcdio-utils suggests no packages.

-- no debconf information

Bug#892121: libxml-saxon-xslt2-perl FTBFS with libsaxonhe-java 9.8.0.8+dfsg+1-1

[Adrian Bunk]

Source: libxml-saxon-xslt2-perl
Version: 0.010-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libxml-saxon-xslt2-perl.html

...
 debian/rules build
CDBS WARNING:  copyright-check disabled - licensecheck is missing.
test -x debian/rules
mkdir -p "."

Scanning upstream source for new/changed copyright notices...

set -e; LC_ALL=C.UTF-8 /usr/bin/licensecheck --check '.*' --recursive 
--copyright --deb-fmt --ignore 
'^(debian/(changelog|copyright(|_hints|_newhints)))$' --lines 0 * | 
/usr/lib/cdbs/licensecheck2dep5 > debian/copyright_newhints
/bin/sh: 1: /usr/bin/licensecheck: not found
0 combinations of copyright and licensing found.
No new copyright notices found - assuming no news is good news...
touch debian/stamp-copyright-check
touch debian/stamp-upstream-cruft
cd . && /usr/bin/perl -I. Makefile.PL NOECHO= INSTALLDIRS=vendor
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for XML::Saxon::XSLT2
Writing MYMETA.yml and MYMETA.json
/usr/bin/make -C . OPTIMIZE="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -D_REENTRANT 
-D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include" 
LDDLFLAGS="-Wl,-z,relro -shared -L/usr/local/lib -fstack-protector-strong" all
make[1]: Entering directory '/build/1st/libxml-saxon-xslt2-perl-0.010'
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- blib/lib/XML/Saxon
chmod 755 blib/lib/XML/Saxon
touch blib/lib/XML/Saxon/.exists
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- blib/arch
chmod 755 blib/arch
touch blib/arch/.exists
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- blib/lib/auto/XML/Saxon/XSLT2
chmod 755 blib/lib/auto/XML/Saxon/XSLT2
touch blib/lib/auto/XML/Saxon/XSLT2/.exists
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- 
blib/arch/auto/XML/Saxon/XSLT2
chmod 755 blib/arch/auto/XML/Saxon/XSLT2
touch blib/arch/auto/XML/Saxon/XSLT2/.exists
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- blib/bin
chmod 755 blib/bin
touch blib/bin/.exists
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- blib/script
chmod 755 blib/script
touch blib/script/.exists
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- blib/man1
chmod 755 blib/man1
touch blib/man1/.exists
"/usr/bin/perl" -MExtUtils::Command -e 'mkpath' -- blib/man3
chmod 755 blib/man3
touch blib/man3/.exists
true
true
true
"/usr/bin/perl" -MExtUtils::Install -e 'pm_to_blib({@ARGV}, 
'\''blib/lib/auto'\'', q[], '\''755'\'')' -- \
  'lib/XML/Saxon/XSLT2.pm' 'blib/lib/XML/Saxon/XSLT2.pm' 
cp lib/XML/Saxon/XSLT2.pm blib/lib/XML/Saxon/XSLT2.pm
touch pm_to_blib
true
true
true
true
true
true
"/usr/bin/perl" "-MExtUtils::Command::MM" -e pod2man "--" --section=3pm 
--perm_rw=644 -u \
  lib/XML/Saxon/XSLT2.pm blib/man3/XML::Saxon::XSLT2.3pm 
Manifying 1 pod document
true
make[1]: Leaving directory '/build/1st/libxml-saxon-xslt2-perl-0.010'
touch debian/stamp-makefile-build
/usr/bin/make -C . OPTIMIZE="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -D_REENTRANT 
-D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include" 
LDDLFLAGS="-Wl,-z,relro -shared -L/usr/local/lib -fstack-protector-strong" test 
TEST_VERBOSE=1
make[1]: Entering directory '/build/1st/libxml-saxon-xslt2-perl-0.010'
true
true
true
true
true
true
true
true
true
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
Use of uninitialized value $home in string ne at /usr/share/perl5/Inline.pm 
line 1352,  line 1.

A problem was encountered while attempting to compile and install your Inline
Java code. The command that failed was:
  "/usr/lib/jvm/default-java/bin/javac" -deprecation  -d 
"/build/1st/libxml-saxon-xslt2-perl-0.010/_Inline/lib/auto/XML/Saxon/XSLT2_dbc0"
 Transformer.java > cmd.out 2>&1

The build directory was:
/build/1st/libxml-saxon-xslt2-perl-0.010/_Inline/build/XML/Saxon/XSLT2_dbc0

The error message was:
Transformer.java:181: error: constructor Serializer in class Serializer cannot 
be applied to given types;
Serializer out = new Serializer();
 ^
  required: Processor
  found: no arguments
  reason: actual and formal argument lists differ in length
Note: Transformer.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
1 error


To debug the problem, cd to the build directory, and inspect the output files.

 at t/01basic.t line 0.
INIT failed--call queue aborted.
# Looks like your test exited with 1 before it could output anything.

Bug#892120: starjava-ttools FTBFS with libsaxonhe-java 9.8.0.8+dfsg+1-1

[Adrian Bunk]

Source: starjava-ttools
Version: 3.1.2-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/starjava-ttools.html

...
BUILD FAILED
/build/1st/starjava-ttools-3.1.2/build.xml:1303: 
java.lang.ExceptionInInitializerError
at 
net.sf.saxon.expr.number.NumberFormatter.(NumberFormatter.java:124)
at net.sf.saxon.style.XSLNumber.prepareAttributes(XSLNumber.java:159)
at 
net.sf.saxon.style.StyleElement.processAttributes(StyleElement.java:634)
at 
net.sf.saxon.style.StyleElement.processAllAttributes(StyleElement.java:579)
at 
net.sf.saxon.style.StyleElement.processAllAttributes(StyleElement.java:584)
at 
net.sf.saxon.style.XSLTemplate.processAllAttributes(XSLTemplate.java:397)
at 
net.sf.saxon.style.PrincipalStylesheetModule.processAllAttributes(PrincipalStylesheetModule.java:609)
at 
net.sf.saxon.style.PrincipalStylesheetModule.preprocess(PrincipalStylesheetModule.java:386)
at net.sf.saxon.style.Compilation.compilePackage(Compilation.java:288)
at 
net.sf.saxon.style.StylesheetModule.loadStylesheet(StylesheetModule.java:258)
at 
net.sf.saxon.style.Compilation.compileSingletonPackage(Compilation.java:106)
at net.sf.saxon.s9api.XsltCompiler.compile(XsltCompiler.java:739)
at 
net.sf.saxon.jaxp.SaxonTransformerFactory.newTemplates(SaxonTransformerFactory.java:155)
at 
org.apache.tools.ant.taskdefs.optional.TraXLiaison.readTemplates(TraXLiaison.java:310)
at 
org.apache.tools.ant.taskdefs.optional.TraXLiaison.createTransformer(TraXLiaison.java:327)
at 
org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:188)
at 
org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:889)
at 
org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:419)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:437)
at org.apache.tools.ant.Target.performTasks(Target.java:458)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
at org.apache.tools.ant.Project.executeTarget(Project.java:1376)
at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
at org.apache.tools.ant.Main.runBuild(Main.java:857)
at org.apache.tools.ant.Main.startAnt(Main.java:236)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:286)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:112)
Caused by: java.lang.RuntimeException: Unable to read categories.xml file
at net.sf.saxon.regex.charclass.Categories.build(Categories.java:116)
at 
net.sf.saxon.regex.charclass.Categories.getCategory(Categories.java:206)
at net.sf.saxon.regex.charclass.Categories.(Categories.java:180)
... 34 more

Total time: 5 minutes 6 seconds
make[1]: *** [debian/rules:9: override_dh_auto_build] Error 1

Bug#779814: bash-completion: please support new pkey, genpkey, pkeyparam, and pkeyutl subcommands of openssl

[Brian Minton]

Package: bash-completion
Version: 1:2.7-1
Followup-For: Bug #779814

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

This is just a placeholder to inform you that the current version of
bash-completion still does not have the new openssl commands.

regards,
Brian Minton

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

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

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHUEAREIAB0WIQT5xLt2Dng/DewQpoprjrOgZc+6qQUCWp2dFgAKCRBrjrOgZc+6
qTfcAP4kBFQg97iITUP+mxM46LQ1pUSDuKxiFTeLR27U/GyONwD/WpyLRdigcA6t
c6u4o9b2WoXSFtxJR1ovphTvyFKINlyIdQQBFggAHRYhBO7QFYAT3C5tbgAepDe5
UHrP8gFuBQJanZ0fAAoJEDe5UHrP8gFuVsQBAI3hfcvsJXr/hdGPuFoHrtDlCyPw
d3q1oGZ89MBiT16ZAQDPRQ+sdHJ+zAHpKG5KMipurH+24x5whIi+hHAo4U1sBA==
=qS28
-END PGP SIGNATURE-

Bug#892116: [pkg-go] Bug#892116: [PATCH] Please set Built-Using field

[Michael Stapelberg]

I just realized that this package doesn’t use dh-golang yet, i.e. the
Built-Using patch alone won’t have any effect.

The attached patch shows how using dh-golang would look like. I ran out of
time figuring out a cleaner solution to rename the binary; perhaps you know
of one.

Thanks for considering,

On Mon, Mar 5, 2018 at 8:11 PM, Michael Stapelberg 
wrote:

> Source: prometheus-sql-exporter
> Severity: wishlist
> Tags: patch
>
> Please consider merging the attached patch. Thanks!
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
> 'testing-debug'), (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, armel, mipsel, arm64
>
> Kernel: Linux 4.13.0-1-amd64 (SMP w/12 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
> LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>



-- 
Best regards,
Michael
From 8ed5c67230a0e7ac72df6aefef76dafd720c21ee Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Mon, 5 Mar 2018 20:10:53 +0100
Subject: [PATCH] use dh-golang

---
 debian/control |  3 +++
 debian/prometheus-sql-exporter.install |  1 -
 debian/rules   | 15 +--
 3 files changed, 8 insertions(+), 11 deletions(-)
 delete mode 100644 debian/prometheus-sql-exporter.install

diff --git a/debian/control b/debian/control
index a8e1947..cacb481 100644
--- a/debian/control
+++ b/debian/control
@@ -12,8 +12,10 @@ Build-Depends: debhelper (>= 10),
  golang-github-prometheus-common-dev,
  golang-github-go-kit-kit-dev,
  help2man,
+ dh-golang,
 Standards-Version: 4.1.3
 Homepage: https://github.com/credativ/sql_exporter
+XS-Go-Import-Path: github.com/credativ/sql_exporter
 Vcs-Browser: https://github.com/credativ/sql_exporter
 Vcs-Git: https://github.com/credativ/sql_exporter.git
 
@@ -23,6 +25,7 @@ Depends:
  postgresql-common,
  ${shlibs:Depends},
  ${misc:Depends},
+Built-Using: ${misc:Built-Using}
 Description: Flexible SQL Exporter for Prometheus
  This Prometheus exporter extracts various metrics from PostgreSQL, MySQL, and
  MSSQL databases. The metrics are configurable via a YAML file.
diff --git a/debian/prometheus-sql-exporter.install b/debian/prometheus-sql-exporter.install
deleted file mode 100644
index 2d29d3b..000
--- a/debian/prometheus-sql-exporter.install
+++ /dev/null
@@ -1 +0,0 @@
-prometheus-sql-exporter usr/bin
diff --git a/debian/rules b/debian/rules
index 549c65f..eef5054 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,20 +1,15 @@
 #!/usr/bin/make -f
 
-export GOPATH=/usr/share/gocode
-
 %:
-	dh $@ --with=systemd
-
-override_dh_auto_build:
-	go build -v -o prometheus-sql-exporter
-
-override_dh_auto_test:
-	go test -v
+	dh $@ --with=systemd --with=golang --buildsystem=golang
 
 override_dh_auto_install:
+	mv obj-$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)/bin/sql_exporter \
+	obj-$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)/bin/prometheus-sql-exporter
+	dh_auto_install -- --no-source
 
 override_dh_installman:
-	PATH=$(PATH):debian/prometheus-sql-exporter/usr/bin \
+	PATH=$(PATH):obj-$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)/bin \
 	help2man --no-discard-stderr --no-info \
 		--name "SQL Exporter for Prometheus" \
 		--version-string=$(shell dpkg-parsechangelog -S Version) \
-- 
2.15.1

Bug#892119: starjava-topcat FTBFS with libsaxonhe-java 9.8.0.8+dfsg+1-1

[Adrian Bunk]

Source: starjava-topcat
Version: 4.5.1-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/starjava-topcat.html

...
BUILD FAILED
/build/1st/starjava-topcat-4.5.1/build.xml:1312: 
java.lang.ExceptionInInitializerError
at 
net.sf.saxon.expr.number.NumberFormatter.(NumberFormatter.java:124)
at net.sf.saxon.style.XSLNumber.prepareAttributes(XSLNumber.java:159)
at 
net.sf.saxon.style.StyleElement.processAttributes(StyleElement.java:634)
at 
net.sf.saxon.style.StyleElement.processAllAttributes(StyleElement.java:579)
at 
net.sf.saxon.style.StyleElement.processAllAttributes(StyleElement.java:584)
at 
net.sf.saxon.style.XSLTemplate.processAllAttributes(XSLTemplate.java:397)
at 
net.sf.saxon.style.PrincipalStylesheetModule.processAllAttributes(PrincipalStylesheetModule.java:609)
at 
net.sf.saxon.style.PrincipalStylesheetModule.preprocess(PrincipalStylesheetModule.java:386)
at net.sf.saxon.style.Compilation.compilePackage(Compilation.java:288)
at 
net.sf.saxon.style.StylesheetModule.loadStylesheet(StylesheetModule.java:258)
at 
net.sf.saxon.style.Compilation.compileSingletonPackage(Compilation.java:106)
at net.sf.saxon.s9api.XsltCompiler.compile(XsltCompiler.java:739)
at 
net.sf.saxon.jaxp.SaxonTransformerFactory.newTemplates(SaxonTransformerFactory.java:155)
at 
org.apache.tools.ant.taskdefs.optional.TraXLiaison.readTemplates(TraXLiaison.java:310)
at 
org.apache.tools.ant.taskdefs.optional.TraXLiaison.createTransformer(TraXLiaison.java:327)
at 
org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:188)
at 
org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:889)
at 
org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:419)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:437)
at org.apache.tools.ant.Target.performTasks(Target.java:458)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
at org.apache.tools.ant.Project.executeTarget(Project.java:1376)
at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
at org.apache.tools.ant.Main.runBuild(Main.java:857)
at org.apache.tools.ant.Main.startAnt(Main.java:236)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:286)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:112)
Caused by: java.lang.RuntimeException: Unable to read categories.xml file
at net.sf.saxon.regex.charclass.Categories.build(Categories.java:116)
at 
net.sf.saxon.regex.charclass.Categories.getCategory(Categories.java:206)
at net.sf.saxon.regex.charclass.Categories.(Categories.java:180)
... 34 more

Total time: 4 minutes 10 seconds
make[1]: *** [debian/rules:7: override_dh_auto_build] Error 1

Bug#892096: libc6:i386 yields invalid writes, triggered by GCC's AddressSanitizer

[Aurelien Jarno]

control: reassign -1 gcc-snapshot
control: gcc-snapshot: AddressSanitizer uses glibc internal functions

On 2018-03-05 14:27, Vincent Lefevre wrote:
> Control: reassign -1 libc6 2.27-1
> Control: retitle -1 libc6:i386 yields invalid writes, triggered by GCC's 
> AddressSanitizer
> Control: severity -1 serious
> 
> On 2018-03-05 14:10:56 +0100, Vincent Lefevre wrote:
> > cventin:~> cat tst.c
> > int main (void)
> > {
> >   return 0;
> > }
> > cventin:~> gcc-snapshot -m32 -fsanitize=address tst.c -o tst
> > cventin:~> ./tst
> > AddressSanitizer:DEADLYSIGNAL
> > =
> > ==25032==ERROR: AddressSanitizer: SEGV on unknown address 0xf7fa7e70 (pc 
> > 0xf7fa7e84 bp 0xffbf40ac sp 0xffbf406c T16777215)
> > ==25032==The signal is caused by a WRITE memory access.
> > #0 0xf7fa7e83 in _dl_get_tls_static_info (/lib/ld-linux.so.2+0x11e83)
> > #1 0xf7ac147d  (/usr/lib/gcc-snapshot/lib32/libasan.so.5+0x10e47d)
> > #2 0xf7aafd27  (/usr/lib/gcc-snapshot/lib32/libasan.so.5+0xfcd27)
> > #3 0xf7fa591a  (/lib/ld-linux.so.2+0xf91a)
> > #4 0xf7f96cb9  (/lib/ld-linux.so.2+0xcb9)
> > 
> > AddressSanitizer can not provide additional info.
> > SUMMARY: AddressSanitizer: SEGV (/lib/ld-linux.so.2+0x11e83) in 
> > _dl_get_tls_static_info
> > ==25032==ABORTING
> 
> libc6:i386 was actually the cause (gcc-snapshot had not changed).
> Reverting to 2.26-6 makes the crash disappear.

The AddressSanitizer is using glibc internal functions though dlsym(),
and such functions have the right to change in new major versions:

From libsanitizer/sanitizer_common/sanitizer_linux_libcdep.cc:
|  void *get_tls_static_info_ptr = dlsym(RTLD_NEXT, "_dl_get_tls_static_info");

And on the glibc side:
| $ readelf -s /lib/ld-linux.so.2  | grep _dl_get_tls_static_info
|  4: 00011e7035 FUNCGLOBAL DEFAULT   12 
_dl_get_tls_static_info@@GLIBC_PRIVATE

This has been discussed for example there:
https://www.sourceware.org/ml/libc-alpha/2018-02/msg00611.html

The AddressSanitizer people should discuss for a public API so that it
doesn't happen again. Otherwise it might break at every new glibc
version.

I am therefore reassigning the bug to gcc-snapshot.

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

Bug#891953: liferea: SIGSEGV in gtk_tree_store_iter_n_children after dragging a feed out of a folder

[Paul Gevers]

Control: forwarded -1 https://github.com/lwindolf/liferea/issues/611
Control: tags -1 upstream

Hi Nathaniel

Thanks for reporting the issue.

On 03-03-18 03:15, Nathaniel Morck Beaver wrote:
> Steps to reproduce:
> 
> 1. Drag a feed out of a folder into the top-level, leaving the folder
> empty.
> 
> 2. Drag the feed into another folder, this one with a feed.
> 
> 3. Observe the segfault.
> 
> I can consistently reproduce this bug. Three separate backtraces are
> attached.

I could not reproduce this segfault myself. I see you reported this
issue upstream (albeit with a different error), is that correct?
Upstream reproduced it, so I assume they'll fix it if they can.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#892114: libcdk5: libcdk5.symbols is not up to date

[Sven Joachim]

On 2018-03-05 16:25 -0300, Herbert Fortes wrote:

> Em 05-03-2018 15:45, Sven Joachim escreveu:
>> Source: libcdk5
>> Version: 5.0.20161210-5
>> Severity: minor
>> Tags: patch
>> 
>> One symbol is missing from debian/libcdk5.symbols, leading to a warning
>> from dpkg-gensymbols seen in the build logs.  According to the CHANGES
>> file it was added on 2016/11/19, so I have chosen 5.0.20161120 as the
>> minimal version, as for the other symbols.  See the attached patch.
>> 
>
> The .symbols file, to pass on all architectures, should not have all symbols.

Well, it does not _need_ to have all symbols, unless you pass -c2 or
higher to dpkg-gensymbols.  But I think -c4 is actually recommended to
catch any problems that might result in an unexpected ABI change.

> Just the common symbols for every arch. That's what I learned.
>
> Are you saying something different from that? Can you explain a bit more?

I was referring to the following message from dpkg-gensymbols[1]:

,
| dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
| dpkg-gensymbols: warning: debian/libcdk5/DEBIAN/symbols doesn't match 
completely debian/libcdk5.symbols
| --- debian/libcdk5.symbols (libcdk5_5.0.20161210_hurd-i386)
| +++ dpkg-gensymbols0_FMk7 2018-01-27 17:37:28.0 +
| @@ -306,6 +306,7 @@
|   positionCDKButton@Base 5.0.20161120
|   positionCDKObject@Base 5.0.20161120
|   raiseCDKObject@Base 5.0.20161120
| + reRegisterCDKObject@Base 5.0.20161210
|   readFile@Base 5.0.20161120
|   refreshCDKScreen@Base 5.0.20161120
|   refreshCDKWindow@Base 5.0.20161120
`

True, I have not checked all architectures, only a couple of them.  But
I don't think that libcdk5's symbols are arch-dependent at all.

Cheers,
   Sven


1. 
https://buildd.debian.org/status/fetch.php?pkg=libcdk5=hurd-i386=5.0.20161210-5=1517074653=0

Bug#890592: jruby FTBFS: Could not resolve dependencies for project org.jruby:jruby-core:jar:9.1.13.0

[Adrian Bunk]

Control: reassign -1 nailgun 0.9.3-1
Control: retitle -1 nailgun: missing dependency on libjna-platform-java
Control: affects -1 src:jruby jruby

On Sat, Feb 17, 2018 at 04:22:44PM +, Miguel Landaeta wrote:
> tags 890592 + confirmed
> owner 890592 !
> thanks
> 
> On Fri, Feb 16, 2018 at 02:36:19PM +0200, Adrian Bunk wrote:
> > Source: jruby
> > Version: 9.1.13.0-1
> > Severity: serious
> > Control: affects -1 src:jruby-openssl src:mustache-java src:yecht
> > 
> > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/jruby.html
> > 
> > [...]
> >
> > [INFO] 
> > [INFO] 
> > 
> > [INFO] Building JRuby Core 9.1.13.0
> > [INFO] 
> > 
> > [WARNING] The POM for net.java.dev.jna:jna:jar:debian is missing, no 
> > dependency information available
> > [WARNING] The POM for net.java.dev.jna:jna-platform:jar:debian is missing, 
> > no dependency information available
> > [INFO] 
> > 
> >
> > [...]
> 
> I could confirm the FTBFS issue however I'm still not sure that jruby
> is at fault here.
> 
> libjna-java is not a direct or indirect jruby B-D so I'm not sure from
> where is coming this missing dependency message.
>...

After debugging this further, it turned out the bug is in nailgun:
  com.martiansoftware:nailgun-server:jar:debian:compile
net.java.dev.jna:jna:jar:debian:compile
net.java.dev.jna:jna-platform:jar:debian:compile



cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#892114: libcdk5: libcdk5.symbols is not up to date

[Herbert Fortes]

Em 05-03-2018 15:45, Sven Joachim escreveu:
> Source: libcdk5
> Version: 5.0.20161210-5
> Severity: minor
> Tags: patch
> 
> One symbol is missing from debian/libcdk5.symbols, leading to a warning
> from dpkg-gensymbols seen in the build logs.  According to the CHANGES
> file it was added on 2016/11/19, so I have chosen 5.0.20161120 as the
> minimal version, as for the other symbols.  See the attached patch.
> 

The .symbols file, to pass on all architectures, should not have all symbols.
Just the common symbols for every arch. That's what I learned.

Are you saying something different from that? Can you explain a bit more?



Regards,
Herbert

Bug#857191: jabberd2: service file uses deprecated BindTo=

[Thorsten Alteholz]

This has been fixed upstream ...

  Thorsten

Bug#892118: [PATCH] Please set Built-Using field

[Michael Stapelberg]

Source: browserpass
Severity: wishlist
Tags: patch

Please consider merging the attached patch. Thanks!

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

Kernel: Linux 4.13.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 0e07dacbf104da3ca8c04aa8b122c637a4cf41fb Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Mon, 5 Mar 2018 20:14:00 +0100
Subject: [PATCH] Set Built-Using

---
 debian/control | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/control b/debian/control
index 9dd2ea1..3811ae5 100644
--- a/debian/control
+++ b/debian/control
@@ -20,6 +20,7 @@ Package: webext-browserpass
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Recommends: firefox (>= 50) | firefox-est (>= 50) | chromium
+Built-Using: ${misc:Built-Using}
 Description: web extension for the password manager pass
  webext-browserpass is a Firefox/Chromium extension for the password manager
  pass. It retrieves your decrypted passwords for the current domain and allows
-- 
2.15.1

Bug#892116: [PATCH] Please set Built-Using field

[Michael Stapelberg]

Source: prometheus-sql-exporter
Severity: wishlist
Tags: patch

Please consider merging the attached patch. Thanks!

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

Kernel: Linux 4.13.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From bd95f9fb8afdc6c3fe3c00307b85ac4b8a78503f Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Mon, 5 Mar 2018 20:10:53 +0100
Subject: [PATCH] Set Built-Using

---
 debian/control | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/control b/debian/control
index a8e1947..8db4c01 100644
--- a/debian/control
+++ b/debian/control
@@ -23,6 +23,7 @@ Depends:
  postgresql-common,
  ${shlibs:Depends},
  ${misc:Depends},
+Built-Using: ${misc:Built-Using}
 Description: Flexible SQL Exporter for Prometheus
  This Prometheus exporter extracts various metrics from PostgreSQL, MySQL, and
  MSSQL databases. The metrics are configurable via a YAML file.
-- 
2.15.1

Bug#892112:

[Corey Bryant]

I tested version 2.1.4 and 1.2.3-1 and both had the same behavior. py2 and
py3 versions don't install python(3)-cffi.

Bug#892117: [PATCH] Please set Built-Using field

[Michael Stapelberg]

Source: kxd
Severity: wishlist
Tags: patch

Please consider merging the attached patch. Thanks!

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

Kernel: Linux 4.13.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 70158dd120d5796b953f7d48613caa00f414dd74 Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Mon, 5 Mar 2018 20:12:31 +0100
Subject: [PATCH] Set Built-Using

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

diff --git a/debian/control b/debian/control
index b12e67e..8c248ac 100644
--- a/debian/control
+++ b/debian/control
@@ -17,6 +17,7 @@ Vcs-Git: https://anonscm.debian.org/git/collab-maint/kxd.git
 Package: kxc
 Architecture: any
 Depends: cryptsetup, ${misc:Depends}, ${shlibs:Depends}
+Built-Using: ${misc:Built-Using}
 Description: Key exchange daemon -- client
  kxd is a key exchange daemon, which serves blobs of data (keys) over https.
  .
@@ -29,6 +30,7 @@ Description: Key exchange daemon -- client
 Package: kxd
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Built-Using: ${misc:Built-Using}
 Description: Key exchange daemon
  kxd is a key exchange daemon, which serves blobs of data (keys) over https.
  .
-- 
2.15.1

Bug#892115: libcdk5: debian/watch is no longer functional

[Sven Joachim]

Source: libcdk5
Version: 5.0.20161210-5
Severity: normal
Tags: patch

The debian/watch file does no longer work, uscan always fails with a
timed out connection.  Attached is a patch which fixes that.

The new location has been announced in
https://lists.gnu.org/archive/html/bug-ncurses/2017-08/msg7.html.


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

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

diff --git a/debian/watch b/debian/watch
index 2641892..0601d77 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,5 +1,5 @@
 version=4
 opts="passive,dversionmangle=s/(\d+\.\d+)\.(\d+)/$1-$2/,\
 pgpsigurlmangle=s%$%.asc%" \
-ftp://invisible-island.net/cdk/cdk-(\d\S+)\.tgz
+ftp://ftp.invisible-island.net/cdk/cdk-(\d\S+)\.tgz
 

Bug#891840: gaminggearfxinfo: fails with missing gaminggear_plugins

[Pierre-Elliott Bécue]

Le lundi 05 mars 2018 à 19:08:04+0100, ydir...@free.fr a écrit :
> Hello,
> 
> That does not fix the init issue, likely 2 different problems:
> 
> $ gaminggearfxinfo 
> 
> ** (process:21432): WARNING **: Could not initialize fx system
> $ echo $?
> 1

Actually, they're not.

I guess upstream splitted libgaminggear and roccat-tools after designing the
latter, so actually the plugins directory is supposed to contain compiled
files allowing to handle roccat devices. But these compiled files come if
you actually instal roccat-tools. The binary refuses to work if no plugin
exist at all.

As roccat did not answer yet to my copyright questions, I'm on hold for the
packaging of the roccat-tools package.

There is no way to have this binary work properly without plugins, as it
seems it's by design with these plugin files that it's supposed to work.

I'll think about what to do.

Sorry, and thanks.

-- 
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#891966: transition: proj

[Sebastiaan Couwenberg]

On 03/04/2018 12:33 PM, Sebastiaan Couwenberg wrote:
> On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote:
>> On 03/03/18 12:10, Bas Couwenberg wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>> Control: block -1 by 889931 889936 876934
>>> Control: forwarded -1 
>>> https://release.debian.org/transitions/html/auto-proj.html
>>>
>>> PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
>>> requiring a transition.
>>>
>>> Almost all reverse dependencies rebuilt successfully with the new proj
>>> packages from experimental (as summarized below), 
>>>
>>> Please also schedule binNMUs for the affected packages in experimental
>>> if those have not yet moved to unstable when the transition starts.
>>
>> Go ahead.
> 
> Thanks. proj (5.0.0-1) was uploaded earlier this morning and is now
> built & installed on all release architectures.

Please also schedule binNMUs for the rdeps in experimental:

 dw spatialite_4.4.0~rc1-1~exp2 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'

 dw spatialite-tools_4.4.0~rc1-1~exp1 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'

Kind Regards,

Bas

Bug#892114: libcdk5: libcdk5.symbols is not up to date

[Sven Joachim]

Source: libcdk5
Version: 5.0.20161210-5
Severity: minor
Tags: patch

One symbol is missing from debian/libcdk5.symbols, leading to a warning
from dpkg-gensymbols seen in the build logs.  According to the CHANGES
file it was added on 2016/11/19, so I have chosen 5.0.20161120 as the
minimal version, as for the other symbols.  See the attached patch.


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

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

diff --git a/debian/libcdk5.symbols b/debian/libcdk5.symbols
index 962abd4..8360177 100644
--- a/debian/libcdk5.symbols
+++ b/debian/libcdk5.symbols
@@ -306,6 +306,7 @@ libcdk.so.5 libcdk5 #MINVER#
  positionCDKButton@Base 5.0.20161120
  positionCDKObject@Base 5.0.20161120
  raiseCDKObject@Base 5.0.20161120
+ reRegisterCDKObject@Base 5.0.20161120
  readFile@Base 5.0.20161120
  refreshCDKScreen@Base 5.0.20161120
  refreshCDKWindow@Base 5.0.20161120

Bug#892113: needrestart: Bug in GTK3-frontend

[Andreas Schmidt]

Package: needrestart
Version: 3.0-1
Severity: normal

Dear Maintainer,

the new GTK-3 frontend to needrestart has two buttons:  and .
Pressing  results in a restart of the services checked in the main window
-- as expected. I assumed that with the other button I could quit the dialogue
without restarting anything. However, hitting  gives me this message in
the terminal:

***
(frontend:20760): Gtk-CRITICAL **: gtk_assistant_previous_page: assertion
'page_node != NULL' failed
***

The program continues to work, so this error is just a nuisance. However, With
this error, the button is useless and should be removed or replaced. What do
you think about the following suggestion?

After updating packages like libc6, needrestart finds lots of services that
need a restart. There are occasions where restarting them should be delayed --
just think of a download running in the background that would be interrupted
for good if network-related services were stopped. In such cases it could be
quite a tiresome task to manually deselect all listed services and press
. It would be much easier to have a  button that quits the
program without restarting anything. Another idea would be to provide a
checkbox on top (and possibly an identical one at the bottom) of the list that
turns the checkboxes of all listed services on/off. This would provide an easy
way to activate a restart of all services, if needed. It might be dangerous,
though, because it could lead to inadvertently killing the whole X-session if,
say, dbus was restarted.

Thank you for your consideration!

Andreas



-- Package-specific info:
needrestart output:
Your outdated processes:
alarm-clock-app[8901], atril[8865, 8892, 8893, 8945, 8936, 8934, 8947, 4626, 
8894, 8895, 8943, 8897, 8946, 8932, 24870, 26930, 8864, 8898, 8896, 8933, 8926, 
8944], atrild[9180], audacity[7089], balsa[13182], bash[9074, 9081, 9072, 9299, 
9076, 9098, 9075, 9091, 9073, 9086, 9094, 9087, 9101, 6716, 9085, 19128, 9078, 
9089, 5984, 9071, 9080, 9088, 9166, 9100, 9099, 9077, 9093, 9090, 9083, 9082, 
9079, 7243, 9084, 9097], dbus-daemon[8726], dbus-launch[8725], 
dconf-service[8759], dirmngr[21365], firefox-esr[8866], gconfd-2[8918], 
gconf-helper[2134], geany[9145], gvfs-afc-volume[8832], gvfsd[8745], 
gvfsd-computer[26884], gvfsd-dnssd[25296], gvfsd-fuse[8750], 
gvfsd-metadata[10665], gvfsd-network[25244], gvfsd-trash[10748], 
gvfs-goa-volume[8826], gvfs-gphoto2-vo[8841], gvfs-mtp-volume[8852], 
gvfs-udisks2-vo[8810], hamster-service[19488], light-locker[8835], marco[8786], 
mate-power-mana[8902], mate-screensave[11803], mate-session[8698], 
mate-settings-d[8776], mate-terminal[8937], mate-user-share[8899], 
mate-volume-con[8948], mc[7241, 19126, 9272, 6714], mocp[8409, 27558], 
msd-locate-poin[8806], needrestart-dbu[2101, 8916], oosplash[5959], 
pluma[8927], polkit-mate-aut[8924], pulseaudio[2026], sh[8884], 
soffice.bin[5978], systemd[1907], vlc[8343, 10195], WebKitNetworkPr[10439, 
10441, 4641, 10448, 10435, 10428, 10444, 10447, 10431, 10433, 10440, 10438, 
10437, 26946, 10445, 10423, 10443, 10442, 24736, 10449, 24886, 10430, 10446], 
zeitgeist-daemo[8906], zeitgeist-datah[8921], zeitgeist-fts[8983]

checkrestart output:


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

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

Versions of packages needrestart depends on:
ii  binutils   2.30-5
ii  dpkg   1.19.0.5
ii  gettext-base   0.19.8.1-4
ii  libintl-perl   1.26-2
ii  libmodule-find-perl0.13-1
ii  libmodule-scandeps-perl1.24-1
ii  libproc-processtable-perl  0.55-1
ii  libsort-naturally-perl 1.03-2
ii  libterm-readkey-perl   2.37-1+b2
ii  perl   5.26.1-5
ii  xz-utils   5.2.2-1.3

Versions of packages needrestart recommends:
ii  libpam-systemd  237-4

Versions of packages needrestart suggests:
ii  libnotify-bin0.7.7-3
ii  needrestart-session  0.3-5

-- no debconf information

Bug#892112: python-cryptography appears to intend to install python-cffi as a dependency, but it isn't installed

[Corey Bryant]

Package: python-cryptography
Version: 2.1.4-1build2
Severity: important

Dear Maintainer,

   Installation of python-cryptography doesn't install python-cffi. This
   is on Ubuntu Bionic. The following bug has some more details:
   https://bugs.launchpad.net/ubuntu/+source/python-cryptography/+bug/1752660

   The package currently has 'dh_python(2|3) --depends=cffi' but that is
   apparently not working, at least on bionic.

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

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

Versions of packages python-cryptography depends on:
ii  libc62.27-0ubuntu2
ii  libssl1.11.1.0g-2ubuntu2
ii  python   2.7.14-4
ii  python-asn1crypto0.24.0-1
pn  python-cffi-backend-api-max  
pn  python-cffi-backend-api-min  
ii  python-enum341.1.6-2
ii  python-idna  2.6-1
ii  python-ipaddress 1.0.17-1
ii  python-six   1.11.0-2

python-cryptography recommends no packages.

Versions of packages python-cryptography suggests:
pn  python-cryptography-doc  
pn  python-cryptography-vectors  

-- no debconf information

Bug#891840: gaminggearfxinfo: fails with missing gaminggear_plugins

[ydirson]

Hello,

That does not fix the init issue, likely 2 different problems:

$ gaminggearfxinfo 

** (process:21432): WARNING **: Could not initialize fx system
$ echo $?
1


- Mail original -
> De: "Pierre-Elliott Bécue" 
> À: 891...@bugs.debian.org, ydir...@free.fr
> Envoyé: Lundi 5 Mars 2018 14:55:04
> Objet: gaminggearfxinfo: fails with missing gaminggear_plugins
> 
> Hi,
> 
> Sorry for the delay in my answer, but package "gaminggearfxinfo"
> doesn't
> exist so I never received your bug report.
> 
> Please, be cautious when you make a report to provide the appropriate
> package name. :)
> 
> Anyway, thanks for your bug report.
> 
> Can you try to create the missing directory as root and see if it
> fixes the
> problem? If so I'll upload a new release ASAP. :)
> 
> --
> 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.
> 

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

On Saturday, 3 March 2018 17:56:11 CET gregor herrmann wrote:
> Please review/merge/improve/ignore at your discretion 

Merged. Thanks for the update :-)


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#892106: mate-applets: system monitor applet does not remember system monitor width properties just stays at the default 40

[S Jones]

Yes it worked in the past, just fine on version 1.18, this only started
with the upgrade to 1.20

On Mon, Mar 5, 2018 at 11:44 AM, Alex ARNAUD  wrote:

> Contro: tags -1 upsteam
>
> Le 05/03/2018 à 17:16, shaun a écrit :
>
>> Dear Maintainer,
>>
>
> Hello shaun,
>
> Thank you for filing bug on Debian, you help us to make it better.
>
> *** Reporter, please consider answering these questions, where appropriate
>> ***
>>
>> * What led up to the situation?
>>   I always have the system monitor applet in the top panel and the
>> width i
>> set is 100, but everytime logging in it defaults back to a   width of 40
>>
>
> I can confirm the issue. Does it work for you in the past?
>
> Best regards,
> Alex.
>

Bug#892106: mate-applets: system monitor applet does not remember system monitor width properties just stays at the default 40

[Alex ARNAUD]

Contro: tags -1 upsteam

Le 05/03/2018 à 17:16, shaun a écrit :

Dear Maintainer,


Hello shaun,

Thank you for filing bug on Debian, you help us to make it better.


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

* What led up to the situation?
  I always have the system monitor applet in the top panel and the width i
set is 100, but everytime logging in it defaults back to a   width of 40


I can confirm the issue. Does it work for you in the past?

Best regards,
Alex.

Bug#892105: linux-image-4.9.0-6-amd64: i40e driver still unstable

[Raymond Burkholder]

> Our usual solution is to install a i40e driver from Intel (version
> 1.6.42 works nice for us). Please note that this is the only driver
taining our
> kernel - as a workaround.

I am in a similar circumstance.  After a few days of moderate operation, it
appears packets can be transmitted, but tcpdump does not see the ingress
packet.  The IRQs may have issues?

I did some troubleshooting with a network appliance vendor in whose devices
these cards are installed.

Their comments are to use a more current kernel, and to use Intel's drivers
from their e1000 sourceforge site.  The i40e driver in a more current kernel
may operate better.  Debian Stretch has 4.14 in stretch-backports.  

I see many many commits to the i40e module between the 4.9 and 4.14 kernel
versions.  Maybe the issue has been solved in a more recent kernel/module
incarnation.  And/Or use the intel (tainted) module/driver.  I am persuing
both:  install the stretch-backports kernel (which provides additional
iproute2 functions as a bonus), plus install the separate intel i40e driver.
I am testing my auto-build scripts to suit the new requirements.

What the real problem is with the driver, I do not know.  The above is my
version of a workaround.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Bug#892111: RFP: prophet -- time series forecasting package for R and Python

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: prophet
  Version : 0.2.1
  Upstream Author : Ben Letham 
* URL : https://github.com/facebook/prophet
* License : BSD-3-Clause
  Programming Lang: R, Python
  Description : time series forecasting package for R and Python

Prophet [1] is a procedure for forecasting time series data. It is based on an 
additive model
where non-linear trends are fit with yearly and weekly seasonality, plus 
holidays. It works best
with daily periodicity data with at least one year of historical data. Prophet 
is robust to missing
data, shifts in the trend, and large outliers.

German article on Prophet in recent iX Magazine 03/2018, p. 94 sq.

[1] https://facebook.github.io/prophet/