Bug#930587: release-notes: fails to build for jessie and stretch

2019-06-15 Thread Wenbin Lv
Package: release-notes Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Recent transition from .dbk to .po for the ca language leaves some untracked .dbk files in the source directory and causes git checkout of jessie and stretch to fail

Bug#929907: implications for libgnutls-openssl27?

2019-06-15 Thread Andreas Metzler
On 2019-06-15 Ross Boylan wrote: > I've been following this bug because it came up as an issue for a > security upgrade to libgnutls-openssl27 in buster. I'm still seeing > 3.6.7-3 as the upgrade target. Hello Ross, I do not know whether this bug applies to packages using GnuTLS via the openssl

Processed: found 811887 in 2.5.15-1.1, tagging 930577, tagging 929713

2019-06-15 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > found 811887 2.5.15-1.1 Bug #811887 [src:duma] duma: FTBFS with GCC 6: declaration of ... has a different exception specifier Marked as found in versions duma/2.5.15-1.1. > tags 930577 + sid buster Bug #930577 [coinor-libipopt-dev] coinor-libipop

Bug#867020: auctex: fails to remove: auctex/remove: Removing parsed (La)TeX macros for emacs25...rm: cannot remove '/var/lib/auctex/emacs25': Directory not empty

2019-06-15 Thread Andreas Beckmann
Control: severity -1 important On Sat, 12 Aug 2017 11:50:54 +0200 Andreas Beckmann wrote: > On 2017-08-12 11:32, Davide G. M. Salvetti wrote: > > Running it in foreground is a debconf low priority user choice. It does > > Even better. I can preseed this in piuparts. Which worked fine for me, t

Processed: Re: Bug#867020: auctex: fails to remove: auctex/remove: Removing parsed (La)TeX macros for emacs25...rm: cannot remove '/var/lib/auctex/emacs25': Directory not empty

2019-06-15 Thread Debian Bug Tracking System
Processing control commands: > severity -1 important Bug #867020 {Done: sa...@debian.org (Davide G. M. Salvetti)} [auctex] auctex: fails to remove: auctex/remove: Removing parsed (La)TeX macros for emacs25...rm: cannot remove '/var/lib/auctex/emacs25': Directory not empty Severity set to 'import

Processed: Re: Bug#930577: coinor-libipopt-dev: uses uninitialized memory with MUMPS >= 5.1.0

2019-06-15 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > forwarded 930577 https://github.com/robotology/idyntree/issues/456 Bug #930577 [coinor-libipopt-dev] coinor-libipopt-dev: uses uninitialized memory with MUMPS >= 5.1.0 Set Bug forwarded-to-address to 'https://github.com/robotology/idyntree/issu

Bug#930577: coinor-libipopt-dev: uses uninitialized memory with MUMPS >= 5.1.0

2019-06-15 Thread Drew Parsons
Package: coinor-libipopt-dev Version: 3.11.9-2.1+b2 Severity: serious Justification: causes memory leaks IPOPT causes memory leaks due to use of not initialized memory with MUMPS >= 5.1.0. The problem affects idyntree, see https://github.com/robotology/idyntree/issues/456 The latest version of i

Bug#929907: implications for libgnutls-openssl27?

2019-06-15 Thread Ross Boylan
I've been following this bug because it came up as an issue for a security upgrade to libgnutls-openssl27 in buster. I'm still seeing 3.6.7-3 as the upgrade target. Will an openssl27 variant be coming? Or perhaps this problem never applied to -openssl27 and apt-listbugs just got over-eager? I c

Processed: Re: client certificate verification regression with puppetdb/Incompatibility with jetty9 (9.4.15) in Buster with PuppetDB/SSL

2019-06-15 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > package libtrapperkeeper-webserver-jetty9-clojure Limiting to bugs with field 'package' containing at least one of 'libtrapperkeeper-webserver-jetty9-clojure' Limit currently set to 'package':'libtrapperkeeper-webserver-jetty9-clojure' > affects

Bug#924005: client certificate verification regression with puppetdb

2019-06-15 Thread Manfred Stock
Source: jetty9 Followup-For: Bug #924005 Hi, I noticed that I also have this problem and managed to solve it by patching the libtrapperkeeper-webserver-jetty9-clojure package with a commit [1] from a branch that was recently merged into the upstream trapperkeeper-webserver-jetty9-clojure repo. In

Bug#930563: Can not start freecad

2019-06-15 Thread gulfstream
Package: freecad Version: 0.18~pre1+dfsg1-5 Severity: grave I try to start the FreeCAD after I install, but it is not be started, and I get the message "freecad: symbol lookup error: /lib/x86_64-linux-gnu/libOpenGL.so.0: undefined symbol: _glapi_tls_Current". My computer is Thinkpad P1. Bes

Bug#930020: 8.1.* patches

2019-06-15 Thread James McCoy
On Fri, Jun 14, 2019 at 02:38:57PM +0800, Alastair Irvine wrote: > On Thu, Jun 06, 2019 at 22:13:22 -0400, James McCoy wrote: > > Unfortunately, the update isn't going to be as simple for > > Jessie/Stretch. The functionality relied upon for check_secure() to > > work correctly relies on a number

Processed: Update node-schema-utils to 1.0

2019-06-15 Thread Debian Bug Tracking System
Processing control commands: > block -1 by 930559 Bug #930561 [node-schema-utils] Update node-schema-utils to 1.0 930561 was not blocked by any bugs. 930561 was not blocking any bugs. Added blocking bug(s) of 930561: 930559 > block 930560 by -1 Bug #930560 [node-cache-loader] Update node-cache-loa

Bug#930531: marked as done (grub2-common: grub-install --force-extra-removable does not work properly with Secure Boot)

2019-06-15 Thread Debian Bug Tracking System
Your message dated Sat, 15 Jun 2019 09:06:51 + with message-id and subject line Bug#930531: fixed in grub2 2.04~rc1-2 has caused the Debian Bug report #930531, regarding grub2-common: grub-install --force-extra-removable does not work properly with Secure Boot to be marked as done. This mean

Bug#929697: fixed in pyglet 1.3.0-2.1

2019-06-15 Thread Paul Gevers
Hi Reinhard, On 13-06-2019 14:19, Reinhard Tartler wrote: > On 6/13/19 3:15 AM, Paul Gevers wrote: >> To be clear, I'm *not* offering tpu. > > I've uploaded an NMU to testing-proposed-updates. Debdiff attached. I'm surprised. Was my last sentence not clear, i.e. should I not have used the abbre