Hi,
On Fri, May 15, 2020 at 10:19:42PM +0200, Salvatore Bonaccorso wrote:
> Hi,
>
> On Mon, May 11, 2020 at 09:55:12PM +0200, Salvatore Bonaccorso wrote:
> > Source: json-c
> > Version: 0.13.1+dfsg-7
> > Severity: important
> > Tags: security upstream
> > Forwarded:
Hi Antoni,
since you once dived into this which was interrupted when Salsa was
offline: Would you be able to finish this?
That would be really helpful.
Kind regards
Andreas.
On Tue, Apr 28, 2020 at 08:43:55PM +0200, Andreas Tille wrote:
> On Tue, Apr 28, 2020 at 04:43:30PM +,
Processing commands for cont...@bugs.debian.org:
> tags 960410 + pending
Bug #960410 [src:libexplain] libexplain FTBFS with bison 3.6.1
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
960410:
Your message dated Sat, 16 May 2020 02:44:28 +0200
with message-id <5cc01e86-27a4-4928-513d-b8080524c...@debian.org>
and subject line Re: Bison 3.6.1 generates (internal) tokentype and (yyerror)
function with same name: _error
has caused the Debian Bug report #960608,
regarding bison: generates
On 15/05/2020 20.54, mario.limoncie...@dell.com wrote:
> Hopefully that illustrates the timeline. As fwupdate is a transition package
> now,
> I don't know that it makes sense to add the Breaks now, please advise.
Nothing forces the transitional fwupdate to be installed, thus the
package
Let me elaborate the timeline.
* Originally fwupdate contained /usr/bin/fwupdate.
* It was merged into fwupd and fwupdate went into maintenance only mode.
* In Debian we made fwupdate a transition package with nothing in it.
This is when the Replaces got put into place.
* Because it was a
On Sat, 25 Apr 2020 21:40:14 -0400 FeRD wrote:
> If Debian maintains JUCE as a distro package, and it would be a compatible
> alternative to our JUCE-based "libopenshot-audio", I don't see any reason we
> can't add an option to libopenshot's CMake configuration that tells it to
> just
> use those
Hi,
Looks like someone did a patch to port knockpy to Python 3:
https://github.com/guelfoweb/knock/pull/71
Regards,
Scott
Package: firefox
Version: 76.0.1-1
Severity: grave
Justification: renders package unusable
The connection to many https websites fails, e.g.
https://www.google.com/
Secure Connection Failed
An error occurred during a connection to www.google.com. The OCSP
server experienced an internal
With the updates in Testing as of 5/15/20, this appears to no longer be
an issue (probably because of some updated dependency). Now it is the
opposite: if `require "uri/generic"` is commented out, an error is
produced. If it is not commented out, updates to Redmine work correctly.
--
Soren
Your message dated Fri, 15 May 2020 21:03:42 +
with message-id
and subject line Bug#960405: fixed in mscgen 0.20-14
has caused the Debian Bug report #960405,
regarding mscgen crashes after libgd3 upload
to be marked as done.
This means that you claim that the problem has been dealt with.
If
reassign 960721 node-redis
forcemerge 960105 960721
thanks
Hi,
I already filed this and it was actually fixed in 3.0.2-2:
node-redis (3.0.2-2) unstable; urgency=medium
* Disable error tests incompatible with redis ≥ 6 (Closes: #960105)
... hence merging. Thanks for filing these issues.
Processing commands for cont...@bugs.debian.org:
> reassign 960721 node-redis
Bug #960721 [src:redis, src:node-redis] redis breaks node-redis autopkgtest:
6/655
Bug reassigned from package 'src:redis, src:node-redis' to 'node-redis'.
No longer marked as found in versions node-redis/3.0.2-1 and
Processing control commands:
> found -1 redis/5:6.0.0-2
Bug #960721 [src:redis, src:node-redis] redis breaks node-redis autopkgtest:
6/655
Marked as found in versions redis/5:6.0.0-2.
> found -1 node-redis/3.0.2-1
Bug #960721 [src:redis, src:node-redis] redis breaks node-redis autopkgtest:
On 15/05/20 15:22, Patrick Matthäi wrote:
@rghetta:
Do you want to merge it?
Patch merged. Thanks to all for your nice work.
I've cut a new release, 0.9.19
Ciao,
R
Source: redis, node-redis
Control: found -1 redis/5:6.0.0-2
Control: found -1 node-redis/3.0.2-1
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent upload of redis the
Hi,
On Mon, May 11, 2020 at 09:55:12PM +0200, Salvatore Bonaccorso wrote:
> Source: json-c
> Version: 0.13.1+dfsg-7
> Severity: important
> Tags: security upstream
> Forwarded: https://github.com/json-c/json-c/pull/592
>
> Hi,
>
> The following vulnerability was published for json-c.
>
>
Source: node-co
Version: 4.6.0-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of node-co the autopkgtest of node-co fails in
testing when that autopkgtest is run with the binary packages
Source: python-django-netfields
Version: 1.2.2-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails. I copied some
of the output at the bottom of this
Package: mscgen
Version: 0.20-13
Followup-For: Bug #960405
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu groovy ubuntu-patch
Hi Niels,
This autopkgtest regression hit us also in Ubuntu, and I dug into it and
found mscgen was blindly subtracting 1 from the "width" returned by libgd
Source: slirp4netns
Version: 0.4.3-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails. I copied some
of the output at the bottom of this report. Can you
Hi Helmut,
Helmut Grohne, on 2020-05-15 08:02:04 +0200:
> Given that the previous fix of the bug was incomplete, I'd like to
> confirm that with this fix, it really fails instantly. Also verbose
> build logs help a lot. Thank you for bearing with me.
You're welcome, glad to read it does the job.
Your message dated Fri, 15 May 2020 19:33:39 +
with message-id
and subject line Bug#960126: fixed in mapsforge 0.13.0+dfsg.1-3
has caused the Debian Bug report #960126,
regarding FTBFS: No cached version of :osmosis-core-0.47.2: available for
offline mode.
to be marked as done.
This means
Source: openbox-menu
Version: 0.8.0+hg20161009-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails. I copied some
of the output at the bottom of this
Source: cunit
Version: 2.1-3-dfsg-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails. I copied some
of the output at the bottom of this report. Can you
Your message dated Fri, 15 May 2020 19:18:29 +
with message-id
and subject line Bug#959594: fixed in debian-astro 2.2
has caused the Debian Bug report #959594,
regarding debian-astro: FTBFS: (process:15337): WARNING **: 05:04:51.697:
Unable to create profile directory (Permission denied)
Source: libkeduvocdocument
Version: 4:17.08.3-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails. I copied some
of the output at the bottom of this
On 2020-05-15 16:25, Adrian Bunk wrote:
On Sun, May 10, 2020 at 06:00:04PM +0200, Bartosz Fenski wrote:
Package: olive-editor
Version: 20200210-1
Severity: grave
After fresh install olive doesn't start at all
fenio@udebian:~$ olive-editor
Using Qt version: 5.12.5
[OpenColorIO Info]: Color
On Tue, 5 May 2020 at 10:55, Tianon Gravi wrote:
> I was definitely over my head with this one, so I reached out to the
> Hy community and was pointed to https://bugs.python.org/issue39562,
> which does seem quite related from my own limited understanding, so
> this might technically be a bug in
Your message dated Fri, 15 May 2020 18:04:26 +
with message-id
and subject line Bug#960054: fixed in reactphp-socket 1.4.0-1
has caused the Debian Bug report #960054,
regarding src:reactphp-socket: fails to migrate to testing for too long:
arch:all uploaded
to be marked as done.
This means
Source: pychess
Version: 0.12.2-1
Severity: serious
Control: close -1 1.0.0-1
Tags: sid bullseye pending
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are out-of-sync between testing
Processing control commands:
> close -1 1.0.0-1
Bug #960712 [src:pychess] src:pychess: fails to migrate to testing for too
long: maintainer built arch:all
Marked as fixed in versions pychess/1.0.0-1.
Bug #960712 [src:pychess] src:pychess: fails to migrate to testing for too
long: maintainer
Control: reassign -1 mscgen,libgd3
Control: affects -1 mscgen
control: retitle -1 mscgen crashes after libgd3 upload
On Tue, 12 May 2020 13:16:59 +0300 Adrian Bunk wrote:
> Source: mscgen
> Version: 0.20-13
> Severity: serious
> Tags: ftbfs
>
>
Processing control commands:
> reassign -1 mscgen,libgd3
Bug #960405 [src:mscgen] mscgen: FTBFS and debci failure
Bug reassigned from package 'src:mscgen' to 'mscgen,libgd3'.
No longer marked as found in versions mscgen/0.20-13.
Ignoring request to alter fixed versions of bug #960405 to the same
Your message dated Fri, 15 May 2020 17:33:44 +
with message-id
and subject line Bug#960689: fixed in lunar-date 2.4.0-8
has caused the Debian Bug report #960689,
regarding liblunar-date-dev: missing Breaks+Replaces: gir1.2-lunar-date-2.0 (<<
2.4.0-7)
to be marked as done.
This means that
Processing commands for cont...@bugs.debian.org:
> # version not uploaded yet
> notfixed 960689 lunar-date/2.4.0-8
Bug #960689 [liblunar-date-dev] liblunar-date-dev: missing Breaks+Replaces:
gir1.2-lunar-date-2.0 (<< 2.4.0-7)
The source lunar-date and version 2.4.0-8 do not appear to match any
On Thu, May 14, 2020 at 07:09:06AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:tigr-glimmer package:
>
> #960294: tigr-glimmer does not trap errors from make
Given that the previous fix of the bug was
NMU diff to drop the clang-tidy-6.0 binary as discussed. I'll upload this
shortly.
Scott Kdiff -Nru llvm-toolchain-6.0-6.0.1/debian/changelog llvm-toolchain-6.0-6.0.1/debian/changelog
--- llvm-toolchain-6.0-6.0.1/debian/changelog 2020-03-23 06:59:23.0 -0400
+++
Processing commands for cont...@bugs.debian.org:
> fixed 960701 icingaweb2/2.8.0~rc1-1~exp1
Bug #960701 [php-icinga] php-icinga: Uncaught ErrorException
\Icinga\Web\ViewStream::stream_set_option is not implemented!
Marked as fixed in versions icingaweb2/2.8.0~rc1-1~exp1.
> thanks
Stopping
Your message dated Fri, 15 May 2020 18:44:56 +0200
with message-id <25b69a34-270c-bd2f-dfd7-653c4c8d3...@xs4all.nl>
and subject line Re: [Pkg-nagios-devel] Bug#960701: php-icinga: Uncaught
ErrorException \Icinga\Web\ViewStream::stream_set_option is not implemented!
has caused the Debian Bug
Your message dated Fri, 15 May 2020 16:35:58 +
with message-id
and subject line Bug#960151: fixed in petsc 3.13.1+dfsg1-1
has caused the Debian Bug report #960151,
regarding petsc: FTBFS during arch:all build: petscrules: No such file or
directory
to be marked as done.
This means that you
Your message dated Fri, 15 May 2020 16:05:10 +
with message-id
and subject line Bug#960615: fixed in libbssolv-perl 0.17-2
has caused the Debian Bug report #960615,
regarding libbssolv-perl: Build-Depends on cruft package libsolv0-dev and FTBFS
with libsolv-dev 0.7.11-1
to be marked as done.
Your message dated Fri, 15 May 2020 16:02:16 +
with message-id
and subject line Bug#960458: fixed in libreswan 3.27-6+deb10u1
has caused the Debian Bug report #960458,
regarding libreswan: CVE-2020-1763
to be marked as done.
This means that you claim that the problem has been dealt with.
If
Processing control commands:
> tag -1 pending
Bug #960615 [src:libbssolv-perl] libbssolv-perl: Build-Depends on cruft package
libsolv0-dev and FTBFS with libsolv-dev 0.7.11-1
Added tag(s) pending.
--
960615: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960615
Debian Bug Tracking System
Control: tag -1 pending
Hello,
Bug #960615 in libbssolv-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: retitle -1 libbssolv-perl: Build-Depends on cruft package libsolv0-dev
and FTBFS with libsolv-dev 0.7.11-1
Control: tag -1 + upstream confirmed
On Thu, 14 May 2020 10:05:29 -0700, Daniel Schepler wrote:
> The source package libbssolv-perl Build-Depends on libsolv0-dev,
> whereas the
Processing control commands:
> retitle -1 libbssolv-perl: Build-Depends on cruft package libsolv0-dev and
> FTBFS with libsolv-dev 0.7.11-1
Bug #960615 [src:libbssolv-perl] libbssolv-perl: Build-Depends on cruft package
libsolv0-dev
Changed Bug title to 'libbssolv-perl: Build-Depends on cruft
Your message dated Fri, 15 May 2020 15:34:55 +
with message-id
and subject line Bug#960573: fixed in yt 3.6.0-3
has caused the Debian Bug report #960573,
regarding python3-yt: h5py.File requires access mode to be specified
to be marked as done.
This means that you claim that the problem has
Source: mrpt
Version: 1:2.0.3-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
mrpt failed to build on the amd64 buildd:
https://buildd.debian.org/status/fetch.php?pkg=mrpt=amd64=1%3A2.0.3-2=1589545331=0
Cheers
--
Sebastian Ramacher
Hi,
today many people using our program faced with strange crashes and problems.
Digging into it we found that it's because json upgrade
Following is simple program built using "g++ main.cpp -ljson-c"
#include
#include
int main() {
const char* json =
Processing control commands:
> reassign -1 libyaml-cpp0.6
Bug #960206 [olive-editor] olive-editor: does not start due to OpenColorIO error
Bug reassigned from package 'olive-editor' to 'libyaml-cpp0.6'.
No longer marked as found in versions olive-editor/20200210-1.
Ignoring request to alter fixed
Control: reassign -1 libyaml-cpp0.6
Control: forcemerge 959201 -1
On Fri, May 15, 2020 at 04:33:13PM +0200, bart...@fenski.pl wrote:
> On 2020-05-15 16:25, Adrian Bunk wrote:
> > On Sun, May 10, 2020 at 06:00:04PM +0200, Bartosz Fenski wrote:
> > > Package: olive-editor
> > > Version: 20200210-1
Processing commands for cont...@bugs.debian.org:
> tags 960689 + fixed pending
Bug #960689 [liblunar-date-dev] liblunar-date-dev: missing Breaks+Replaces:
gir1.2-lunar-date-2.0 (<< 2.4.0-7)
Added tag(s) pending and fixed.
> fixed 960689 2.4.0-8
Bug #960689 [liblunar-date-dev] liblunar-date-dev:
Package: php-icinga
Version: 2.7.3-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
I had a working Icinga Web setup. nginx as a frontend, redirecting to
Icinga:
location ~ ^/icingaweb2/index\.php(.*)$ {
fastcgi_pass
Processing control commands:
> fixed 960689 lunar-date/2.4.0-8
Bug #960689 [liblunar-date-dev] liblunar-date-dev: missing Breaks+Replaces:
gir1.2-lunar-date-2.0 (<< 2.4.0-7)
The source lunar-date and version 2.4.0-8 do not appear to match any binary
packages
Marked as fixed in versions
Processing control commands:
> fixed 960689 lunar-date/2.4.0-8
Bug #960689 [liblunar-date-dev] liblunar-date-dev: missing Breaks+Replaces:
gir1.2-lunar-date-2.0 (<< 2.4.0-7)
The source lunar-date and version 2.4.0-8 do not appear to match any binary
packages
Marked as fixed in versions
control: fixed 960689 lunar-date/2.4.0-8
control: tags 960689 + fixed pending
Thanks for report this bug.
It's this change import this bug:
* fix lintian: gir-section-not-libdevel
move LunarDate-2.0.gir from gir1.2-lunar-date-2.0 to liblunar-date-dev
I'd uploaded the new verison to
On Sun, May 10, 2020 at 06:00:04PM +0200, Bartosz Fenski wrote:
> Package: olive-editor
> Version: 20200210-1
> Severity: grave
>
> After fresh install olive doesn't start at all
>
> fenio@udebian:~$ olive-editor
> Using Qt version: 5.12.5
> [OpenColorIO Info]: Color management disabled.
Processing commands for cont...@bugs.debian.org:
> tags 936557 + upstream
Bug #936557 [src:freeorion] freeorion: Python2 removal in sid/bullseye
Added tag(s) upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
936557:
Hi,
Am 28.04.2020 um 00:08 schrieb Bernhard Übelacker:
> Dear Maintainer,
> I could reproduce the issue on i386 and tried to collect
> some more information.
>
> It crashes with the backtrace below.
>
> The crash seems to be caused by using the wrong data type
> in the calls to variadic functions
Processing control commands:
> forwarded -1 https://github.com/KhronosGroup/SPIRV-Tools/issues/3214
Bug #956510 [spirv-tools] spirv-tools: change to shared libraries breaks
dpkg-shlibdeps during the build of reverse dependencies
Set Bug forwarded-to-address to
Control: forwarded -1 https://github.com/KhronosGroup/SPIRV-Tools/issues/3214
On Fri, 15 May 2020 at 10:16:33 +0200, Sebastian Ramacher wrote:
> On 2020-05-14 17:18:38 +0100, Simon McVittie wrote:
> > Are these libraries intended to be a public API, or are they intended to be
> > a private
Package: liblunar-date-dev
Version: 2.4.0-7
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite
Package: fwupd
Version: 1.3.9-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts replaces-without-breaks
Hi,
during a test with piuparts and DOSE tools I noticed your package causes
removal of files that also belong to another package.
This is caused by using Replaces
On Sun, Apr 05, 2020 at 09:35:14AM +0200, Stéphane Glondu wrote:
> Le 04/04/2020 à 20:21, Moritz Mühlenhoff a écrit :
> >>> pycaml is deprecated in favour of pyml (in NEW). The only reverse
> >>> dependency, coccinelle, is supposed to switch to pyml. Once it's done,
> >>> we can remove pycaml.
>
Source: ruby-actionpack-page-caching
Version: 1.1.0-1
Severity: grave
Tags: security upstream
Hi,
The following vulnerability was published for ruby-actionpack-page-caching.
CVE-2020-8159[0]:
| There is a vulnerability in actionpack_page-caching gem v1.2.1
| that allows an attacker to write
Your message dated Fri, 15 May 2020 11:18:27 +
with message-id
and subject line Bug#960598: fixed in fontconfig 2.13.1-4.2
has caused the Debian Bug report #960598,
regarding libfontconfig-doc: missing Breaks: libfontconfig1-dev (<< 2.13.1-3)
to be marked as done.
This means that you claim
Your message dated Fri, 15 May 2020 11:18:36 +
with message-id
and subject line Bug#960653: fixed in python3-stdlib-extensions 3.8.3-2
has caused the Debian Bug report #960653,
regarding /usr/lib/python3.7/tkinter/__pycache__/ not deleted
to be marked as done.
This means that you claim that
Control: tags 960598 + patch
Control: tags 960598 + pending
Dear maintainer,
I've prepared an NMU for fontconfig (versioned as 2.13.1-4.2) and
uploaded it to DELAYED/0. (The -4.1 NMU ran into bug #960679 so I need
to do a new upload anyway, figured I'd fix this while at it.)
Also at
Processing control commands:
> tags 960598 + patch
Bug #960598 [libfontconfig-doc] libfontconfig-doc: missing Breaks:
libfontconfig1-dev (<< 2.13.1-3)
Added tag(s) patch.
> tags 960598 + pending
Bug #960598 [libfontconfig-doc] libfontconfig-doc: missing Breaks:
libfontconfig1-dev (<< 2.13.1-3)
Source: fontconfig
Version: 2.13.1-2
Severity: serious
libfontconfig1 Depends on fontconfig-config (>= ${source:Version})
If the arch:amd64 buildd is faster than the arch:all one, as happened
with 2.13.1-4.1, the new libfontconfig1 becomes uninstallable, and,
because fontconfig indirectly
Processing control commands:
> tags 887534 + patch
Bug #887534 [src:plume-creator] plume-creator FTBFS with libquazip5-headers
0.7.3-3
Ignoring request to alter tags of bug #887534 to the same tags previously set
> tags 887534 + pending
Bug #887534 [src:plume-creator] plume-creator FTBFS with
Control: tags 887534 + patch
Control: tags 887534 + pending
Control: tags 889273 + patch
Control: tags 889273 + pending
Dear maintainer,
I've prepared an NMU for plume-creator (versioned as 0.66+dfsg1-3.2) and
uploaded it to mentors for sponsoring. Please feel free to tell me if I
should remove
Processing control commands:
> tags 887534 + patch
Bug #887534 [src:plume-creator] plume-creator FTBFS with libquazip5-headers
0.7.3-3
Added tag(s) patch.
> tags 887534 + pending
Bug #887534 [src:plume-creator] plume-creator FTBFS with libquazip5-headers
0.7.3-3
Added tag(s) pending.
> tags
Processing commands for cont...@bugs.debian.org:
> forcemerge 960660 960658
Bug #960660 [src:cyrus-imapd] cyrus-imapd: Test failure on armhf (at least on
armv8)
Bug #960658 [src:cyrus-imapd] src:cyrus-imapd: test fails on all big endian arch
Unset Bug forwarded-to-address
Unset Bug
Processing control commands:
> tags 956886 + patch
Bug #956886 [src:xf86-video-omap] xf86-video-omap FTBFS with gcc 9
Added tag(s) patch.
> tags 956886 + pending
Bug #956886 [src:xf86-video-omap] xf86-video-omap FTBFS with gcc 9
Added tag(s) pending.
--
956886:
Control: tags 956886 + patch
Control: tags 956886 + pending
Dear maintainer,
I've prepared an NMU for xf86-video-omap (versioned as 0.4.5-1.1) and
uploaded it to DELAYED/14. Please feel free to tell me if I should
cancel it.
cu
Adrian
diff -Nru xf86-video-omap-0.4.5/debian/changelog
Processing commands for cont...@bugs.debian.org:
> reassign 949991 src:haskell-hledger-lib 1.14.1-1
Bug #949991 {Done: Gianfranco Costamagna }
[src:haskell-hledger] haskell-hledger ftbfs on s390x
Bug reassigned from package 'src:haskell-hledger' to 'src:haskell-hledger-lib'.
No longer marked as
The same goes for python-pyparsing which is another non-existent dependency.
Your message dated Fri, 15 May 2020 10:18:48 +
with message-id
and subject line Bug#959587: fixed in python-biopython 1.76+dfsg-2
has caused the Debian Bug report #959587,
regarding python-biopython: FTBFS: AssertionError: False is not true
to be marked as done.
This means that you claim
Your message dated Fri, 15 May 2020 10:18:31 +
with message-id
and subject line Bug#958408: fixed in etherape 0.9.18-3
has caused the Debian Bug report #958408,
regarding etherape: crashes with "critical: read_all() failed on control socket"
to be marked as done.
This means that you claim
Your message dated Fri, 15 May 2020 10:06:33 +
with message-id
and subject line Bug#960663: fixed in softhsm2 2.6.1-2
has caused the Debian Bug report #960663,
regarding softhsm2: crash/lockdown in openconnect due to atexit use
to be marked as done.
This means that you claim that the problem
On Fri, May 15, 2020 at 12:03:16PM +0300, Adrian Bunk wrote:
>...
> "Bus error" usually means unaligned access somewhere in C code,
> and this is a more of a problem when running on armv8 than
> on armv7 (some buildds are armv7, some are armv8 like this one).
Confirmed on the porterboxes:
- tests
On Fri, 2020-05-15 at 11:42 +0200, Ondřej Surý wrote:
> Hi Luca,
>
> I'll upload fixed version in a minute.
>
> Ondrej
Hi,
Note that the second PR is still pending, and the first one was not
100% correct - please don't rush it on my account, I have a simple
workaround for my unit tests, so I'm
Hi Luca,
I'll upload fixed version in a minute.
Ondrej
On Fri, 15 May 2020 at 11:21, Luca Boccassi wrote:
> Package: softhsm2
> Version: 2.6.1-1
> Severity: serious
> Justification: causes test failure and FTBFS on reverse dependency
> Forwarded:
Package: softhsm2
Version: 2.6.1-1
Severity: serious
Justification: causes test failure and FTBFS on reverse dependency
Forwarded: https://github.com/opendnssec/SoftHSMv2/issues/548
Dear Maintainer(s),
As highlighted by Debian CI, the new version of softhsm2 causes a
breakage in src:openconnect
Package: python-spyne
Version: 2.12.11-1
Severity: grave
Tags: sid bullseye
python-spyne has a dependency on python-lxml which is gone because of
the py2removal effort. So python-spyne does not install in unstable anymore.
You could drop the python-lxml dependency because it is actually not a
Processing commands for cont...@bugs.debian.org:
> forcemerge 960658 960659
Bug #960658 [src:cyrus-imapd] src:cyrus-imapd: test fails on all big endian arch
Bug #960658 [src:cyrus-imapd] src:cyrus-imapd: test fails on all big endian arch
Marked as found in versions cyrus-imapd/3.2.0-2.
Added
Source: cyrus-imapd
Version: 3.2.0-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=cyrus-imapd=armhf=3.2.0-2=1589273502=0
...
make check-local
make[4]: Entering directory '/<>'
Running unit tests
CUnit - A unit testing framework for C - Version 2.1-3
Source: cyrus-imapd
Version: 3.2.0-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/logs.php?pkg=cyrus-imapd=3.2.0-2
...
make check-local
make[4]: Entering directory '/<>'
Running unit tests
CUnit - A unit testing framework for C - Version 2.1-3
Processing control commands:
> forwarded -1 https://github.com/cyrusimap/cyrus-imapd/issues/3040
Bug #960658 [src:cyrus-imapd] src:cyrus-imapd: test fails on all big endian arch
Set Bug forwarded-to-address to
'https://github.com/cyrusimap/cyrus-imapd/issues/3040'.
--
960658:
Package: src:cyrus-imapd
Version: 3.2.0-3
Severity: serious
Control: forwarded -1 https://github.com/cyrusimap/cyrus-imapd/issues/3040
Test fails on all big endian arch
Your message dated Fri, 15 May 2020 08:21:34 +
with message-id
and subject line Bug#954070: fixed in fdroidserver 1.1.7-1
has caused the Debian Bug report #954070,
regarding fdroidserver: Incorrect Litecoin address validation
to be marked as done.
This means that you claim that the problem
Hi Simon
On 2020-05-14 17:18:38 +0100, Simon McVittie wrote:
> On Sun, 12 Apr 2020 at 11:04:38 +0200, Sebastian Ramacher wrote:
> > libplacebo now manually links the libraries from spirv-tools
> > (libSPIRV-Tools and libSPIRV-Tools-opt) to work-around #951988 and
> > #955431. Since the switch to
Source: sdpb
Version: 1.0-3
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
sdpb failed to build on mipsel while rebuilding for the tinyxml2
transition:
Control: tag -1 pending
Hello,
Bug #959587 in python-biopython reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Processing control commands:
> tag -1 pending
Bug #959587 [src:python-biopython] python-biopython: FTBFS: AssertionError:
False is not true
Added tag(s) pending.
--
959587: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959587
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
Package: python3-tk
Version: 3.8.3-1
Severity: serious
Hello,
When updating today, dpkg complained about the /usr/lib/python3.7
directory not being empty:
Dépaquetage de python3-distutils (3.8.3-1) sur (3.8.2-2) ...
dpkg: avertissement: impossible de supprimer l'ancien répertoire «
98 matches
Mail list logo
