On Wed, 2020-04-29 at 22:49 +0100, Phil Wyett wrote:
> On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie
> wrote:
> > On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote:
> > > when entering an address into the search box of GNOME Maps on
> > > Debian
> > > Stable, I get a loading animation
Package: wireguard
Version: 1.0.20200319-1~bpo10+1
Severity: grave
Hello wireguard package maintainer,
DSA 4667-1, a Linux security update released on 2020-04-28, includes a
fix for CVE-2020-1749 that changes ipv6_stub to use ip6_dst_lookup_flow
instead of ip6_dst_lookup.
In
On Thu, Apr 30, 2020 at 03:40:30AM +0100, peter green wrote:
> On 29/04/2020 17:47, Jochen Sprickerhof wrote:
> >
> > What I found up to now:
> >
> > - pkg-config=0.29.2-1:
> >
> > $ pkg-config --cflags-only-I libzmq
> > -isystem /usr/include/mit-krb5 -I/usr/include/pgm-5.2
> >
> > - Whereas
Processing commands for cont...@bugs.debian.org:
> reassign 959139 src:scikit-learn
Bug #959139 [src:numpy, src:scikit-learn] numpy breaks scikit-learn arm64
autopkgtest: assert_uniform_grid(Y, try_name)
Bug reassigned from package 'src:numpy, src:scikit-learn' to 'src:scikit-learn'.
No longer
Processing commands for cont...@bugs.debian.org:
> reassign 959138 src:nipy
Bug #959138 [src:numpy, src:nipy] numpy breaks nipy autopkgtest: No module
named 'numpy.testing.decorators'
Bug reassigned from package 'src:numpy, src:nipy' to 'src:nipy'.
No longer marked as found in versions
Processing commands for cont...@bugs.debian.org:
> reassign 959136 src:dask
Bug #959136 [src:numpy, src:dask] numpy breaks dask autopkgtest: E assert 10 ==
11
Bug reassigned from package 'src:numpy, src:dask' to 'src:dask'.
No longer marked as found in versions numpy/1:1.18.3-1 and
Your message dated Thu, 30 Apr 2020 02:43:21 +
with message-id
and subject line Bug#959146: Removed package(s) from unstable
has caused the Debian Bug report #936790,
regarding keysync: Python2 removal in sid/bullseye
to be marked as done.
This means that you claim that the problem has been
On 29/04/2020 17:47, Jochen Sprickerhof wrote:
What I found up to now:
- pkg-config=0.29.2-1:
$ pkg-config --cflags-only-I libzmq
-isystem /usr/include/mit-krb5 -I/usr/include/pgm-5.2
- Whereas pkg-config=0.29-6 (or pkgconfig):
$ pkg-config --cflags-only-I libzmq
> On Apr 29, 2020, at 09:04, Andreas Tille wrote:
>
> On Wed, Apr 29, 2020 at 07:14:30AM -0700, Matthew Fernandez wrote:
>
>> For those on this thread who have access to mipsel hardware or can shell in
>> to one of the mipsel build machines, I would suggest running an
>> ASan-instrumented
I used the following versions:
bullseye:
status installed broadcom-sta-dkms:all 6.30.223.271-14
buster-backports:
status installed broadcom-sta-dkms:all 6.30.223.271-14~bpo10+1
This also did not work with same errors.
At the buster-backports version I tried the command dpkg-reconfigure
On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie
wrote:
> On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote:
> > when entering an address into the search box of GNOME Maps on Debian
> > Stable, I get a loading animation for a few seconds and then "No
results
> > found".
>
> On Mon, 06 Apr
Package: kea-dhcp4-server
Version: 1.7.5-1
Severity: serious
Hi,
after the upgrade kea fails to start with
Apr 29 23:47:12 xxx kea-dhcp4[1606]: 2020-04-29 23:47:12.790 ERROR
[kea-dhcp4.dhcp4/1606] DHCP4_CONFIG_LOAD_FAIL configuration error using file:
/etc/kea/kea-dhcp4.conf, reason: Unable
Processing control commands:
> tag -1 pending
Bug #959118 [libosdgpu3.4.0] blender fails to start - missing
libosdGPU.so.3.4.0 library
Added tag(s) pending.
--
959118: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959118
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
Control: tag -1 pending
Hello,
Bug #959118 in opensubdiv 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:
On Fri, Aug 30, 2019 at 07:22:16AM +, Matthias Klose wrote:
> Package: src:kmodpy
> Version: 0.1.10-2.1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
>
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the
On Wed, Apr 29, 2020 at 10:41:34PM +0200, Hans-Christoph Steiner wrote:
>
>
> Moritz Mühlenhoff:
> > On Fri, Aug 30, 2019 at 07:22:02AM +, Matthias Klose wrote:
> >> Package: src:keysync
> >> Version: 0.2.2-2
> >> Severity: normal
> >> Tags: sid bullseye
> >> User:
Moritz Mühlenhoff:
> On Fri, Aug 30, 2019 at 07:22:02AM +, Matthias Klose wrote:
>> Package: src:keysync
>> Version: 0.2.2-2
>> Severity: normal
>> Tags: sid bullseye
>> User: debian-pyt...@lists.debian.org
>> Usertags: py2removal
>>
>> Python2 becomes end-of-live upstream, and Debian aims
Your message dated Wed, 29 Apr 2020 20:28:51 +
with message-id
and subject line Bug#959055: Removed package(s) from unstable
has caused the Debian Bug report #937135,
regarding nflog-bindings: Python2 removal in sid/bullseye
to be marked as done.
This means that you claim that the problem
Your message dated Wed, 29 Apr 2020 20:28:51 +
with message-id
and subject line Bug#959055: Removed package(s) from unstable
has caused the Debian Bug report #907160,
regarding nflog-bindings: FTBFS in buster/sid (add_custom_target cannot create
target "nflog_swig_compilation")
to be marked
Your message dated Wed, 29 Apr 2020 20:29:33 +
with message-id
and subject line Bug#959091: Removed package(s) from unstable
has caused the Debian Bug report #945682,
regarding hatop: Python2 removal in sid/bullseye
to be marked as done.
This means that you claim that the problem has been
Your message dated Wed, 29 Apr 2020 20:28:30 +
with message-id
and subject line Bug#959054: Removed package(s) from unstable
has caused the Debian Bug report #937860,
regarding python-jsonrpclib: Python2 removal in sid/bullseye
to be marked as done.
This means that you claim that the problem
Hi.
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
This is easily fixed by updating to the latest upstream version (1.1.17).
@Hilko: OK with you? I have already prepared the update as need this for
stenographer to migrate. Gopacket as a dependency has been
Processing commands for cont...@bugs.debian.org:
> unarchive 934780
Bug #934780 {Done: Laszlo Boszormenyi (GCS) } [src:tiff] tiff:
CVE-2019-14973
Unarchived Bug 934780
> found 934780 4.0.8-2
Bug #934780 {Done: Laszlo Boszormenyi (GCS) } [src:tiff] tiff:
CVE-2019-14973
Marked as found in
Processing control commands:
> found -1 numpy/1:1.18.3-1
Bug #959139 [src:numpy, src:scikit-learn] numpy breaks scikit-learn arm64
autopkgtest: assert_uniform_grid(Y, try_name)
Marked as found in versions numpy/1:1.18.3-1.
> found -1 scikit-learn/0.22.2.post1+dfsg-5
Bug #959139 [src:numpy,
Source: numpy, scikit-learn
Control: found -1 numpy/1:1.18.3-1
Control: found -1 scikit-learn/0.22.2.post1+dfsg-5
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
Your message dated Wed, 29 Apr 2020 19:48:37 +
with message-id
and subject line Bug#947400: fixed in hkl 5.0.0.2616-1
has caused the Debian Bug report #947400,
regarding hkl FTBFS on arm64: sirius segfaults
to be marked as done.
This means that you claim that the problem has been dealt with.
Processing control commands:
> found -1 numpy/1:1.18.3-1
Bug #959138 [src:numpy, src:nipy] numpy breaks nipy autopkgtest: No module
named 'numpy.testing.decorators'
Marked as found in versions numpy/1:1.18.3-1.
> found -1 nipy/0.4.2-3
Bug #959138 [src:numpy, src:nipy] numpy breaks nipy
Source: numpy, nipy
Control: found -1 numpy/1:1.18.3-1
Control: found -1 nipy/0.4.2-3
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 numpy the autopkgtest of
Processing control commands:
> affects -1 src:numpy
Bug #959137 [src:lasagne] lasagne: (autopkgtest) needs update for new version
of numpy: 'numpy.float64' object cannot be interpreted as an integer
Added indication that 959137 affects src:numpy
--
959137:
Source: lasagne
Version: 0.1+git20181019.a61b76f-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, nu...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:numpy
Dear maintainer(s),
With a recent upload of numpy the
Processing control commands:
> found -1 numpy/1:1.18.3-1
Bug #959136 [src:numpy, src:dask] numpy breaks dask autopkgtest: E assert 10 ==
11
Marked as found in versions numpy/1:1.18.3-1.
> found -1 dask/2.11.0+dfsg-1
Bug #959136 [src:numpy, src:dask] numpy breaks dask autopkgtest: E assert 10 ==
Source: numpy, dask
Control: found -1 numpy/1:1.18.3-1
Control: found -1 dask/2.11.0+dfsg-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 numpy the
Processing control commands:
> tags 956371 + pending
Bug #956371 [src:deal.ii] deal.ii: FTBFS with opencascade 7.4 (library
transistion)
Added tag(s) pending.
--
956371: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956371
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
Control: tags 956371 + pending
Dear maintainer,
I've prepared an NMU for deal.ii (versioned as 9.1.1-9.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru deal.ii-9.1.1/debian/changelog deal.ii-9.1.1/debian/changelog
---
I've just seen a few of the bugs on here, and am having a look at them upstream.
You are right in that GLFW and a few other dependencies are not needed
at all, so I shall be removing those soon in v2.3.0 . I hope to have
that merged before beta1 which is due sometime this week.
> I've tried to
Processing control commands:
> affects -1 src:numpy
Bug #959134 [src:astroml] astroml: (autopkgtest) needs update for new version
of numpy: object of type cannot be safely interpreted as an
integer
Added indication that 959134 affects src:numpy
--
959134:
Source: astroml
Version: 0.4.post1-5
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, nu...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:numpy
Dear maintainer(s),
With a recent upload of numpy the autopkgtest of
Processing commands for cont...@bugs.debian.org:
> retitle 959064 cmake breaks on -isystem
Bug #959064 [cmake] ignition-transport FTBFS in testing.
Changed Bug title to 'cmake breaks on -isystem' from 'ignition-transport
FTBFS in testing.'.
> thanks
Stopping processing here.
Please contact me
Processing control commands:
> reassign -1 cmake 3.16.3-2
Bug #959064 [ignition-transport] ignition-transport FTBFS in testing.
Bug reassigned from package 'ignition-transport' to 'cmake'.
No longer marked as found in versions 8.0.0+dfsg-3.
Ignoring request to alter fixed versions of bug #959064
Control: reassign -1 cmake 3.16.3-2
Control: subject -i cmake breaks on -isystem
Control: affects -1 ignition-transport
* peter green [2020-04-28 23:15]:
Package: ignition-transport
Version: 8.0.0+dfsg-3
Severity: serious
It seems that ignition-transport fails to build in testing with the
I'm not sure who was in the wrong here, if OpenXR shouldn't have had
that NVX line in the source, or if the removal of that symbol form the
header was not expected. In any case, the error-inducing line
"_(INDIRECT_COMMANDS_LAYOUT_NVX)" can be patched out of
OpenXR-SDK-Source - the next upstream
Control: reopen -1
On Wed, Apr 29, 2020 at 05:09:05PM +, Debian Bug Tracking System wrote:
>...
> hkl (5.0.0.2615-1) unstable; urgency=medium
> .
>* New upstream version 5.0.0.2615
>* Bug fix: "hkl FTBFS on arm64: sirius segfaults", thanks to Adrian Bunk
> (Closes: #947400).
Processing control commands:
> reopen -1
Bug #947400 {Done: =?utf-8?q?Picca_Fr=C3=A9d=C3=A9ric-Emmanuel?=
} [src:hkl] hkl FTBFS on arm64: sirius segfaults
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Hi,
On Thu, Apr 16, 2020 at 09:48:09AM +0200, Paul Gevers wrote:
> Subject: src:frr: fails to migrate to testing for too long: ftbfs on mipsel
> This bug will trigger auto-removal when appropriate. As with all new
> bugs, there will be at least 30 days before the package is auto-removed.
Please
On Tuesday, April 28, 2020 2:16:11 AM EDT hikaru.deb...@web.de wrote:
> I'm sorry, but my Cubieboard is currently at my workplace, to which I have
no access. I'll try to get clearance to pick it up, but I can't promise if or
when that will be possible.
It's not urgent, I wanted to ensure that
Your message dated Wed, 29 Apr 2020 17:07:30 +
with message-id
and subject line Bug#947400: fixed in hkl 5.0.0.2615-1
has caused the Debian Bug report #947400,
regarding hkl FTBFS on arm64: sirius segfaults
to be marked as done.
This means that you claim that the problem has been dealt with.
Processing commands for cont...@bugs.debian.org:
> found 959110 7.4.5-3
Bug #959110 [node-babel7] node-babel7 is missing @babel/runtime/helpers
Marked as found in versions node-babel7/7.4.5-3.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
959110:
Control: reassign -1 libosdgpu3.4.0 3.4.3-1
On 2020-04-29 10:25:13 -0500, David Palacio wrote:
> Package: blender
> Version: 2.82.a+dfsg-1+b1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> After a recent system upgrade Blender fails to start. In the
Processing control commands:
> reassign -1 libosdgpu3.4.0 3.4.3-1
Bug #959118 [blender] blender fails to start - missing libosdGPU.so.3.4.0
library
Bug reassigned from package 'blender' to 'libosdgpu3.4.0'.
No longer marked as found in versions blender/2.82.a+dfsg-1.
Ignoring request to alter
Processing commands for cont...@bugs.debian.org:
> reassign 959110 node-babel7
Bug #959110 [node-i18next] node-babel7 is missing @babel/runtime/helpers
Bug reassigned from package 'node-i18next' to 'node-babel7'.
No longer marked as found in versions 7.4.5-3.
Ignoring request to alter fixed
Hi Matthew,
On Wed, Apr 29, 2020 at 07:14:30AM -0700, Matthew Fernandez wrote:
>
> To add another data point to this discussion, one other (fruitless) thing I
> tried previously was cross-compiling Clustal Omega. From an amd64 host, it’s
> possible to target mipsel using the GCC
Control: tags -1 + patch
Le 29/04/2020 à 16:57, Stéphane Glondu a écrit :
> On my system, mounting a filesystem with mount.s3ql fails with:
>> fusermount: unknown option 'nonempty'
>> ERROR: fuse_mount failed
>
> This seems related to fuse3, where this option has been removed. As
> gnome-gvfs
Processing control commands:
> tags -1 + patch
Bug #959117 [s3ql] Unable to mount with fuse3 (fusermount: unknown option
'nonempty')
Added tag(s) patch.
--
959117: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959117
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Package: blender
Version: 2.82.a+dfsg-1+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After a recent system upgrade Blender fails to start. In the terminal output
the following error message can be read:
blender: error while loading shared libraries:
Package: s3ql
Version: 3.3.2+dfsg-2+b1
Severity: grave
Dear Maintainer,
On my system, mounting a filesystem with mount.s3ql fails with:
> fusermount: unknown option 'nonempty'
> ERROR: fuse_mount failed
This seems related to fuse3, where this option has been removed. As
gnome-gvfs requires
> On Apr 29, 2020, at 02:12, Andreas Tille wrote:
>
> Hi,
>
> On Wed, Apr 29, 2020 at 10:30:35AM +0800, 黄佳文 wrote:
>> I am a developer from Loongson company (R & D CPU/mip64el), I've been
>> looking at this recently.
>
> Very nice to see mips developers to care for biological software. :-)
>
Script postinst of package firmware-b43-installer is modified to load
the classic firmware for broadcom-cards,
according to note at
https://wiki.archlinux.org/index.php/Broadcom_wireless#b43
Logic is added to also load the correct version, in case the firmware is
unconditionally loaded.
Your message dated Wed, 29 Apr 2020 13:23:27 +
with message-id
and subject line Bug#885035: fixed in aeskulap 0.2.2-beta2+git20190406.ef77f01-2
has caused the Debian Bug report #885035,
regarding aeskulap: Please don't (build)-depend on gconfmm2.6
to be marked as done.
This means that you
Processing commands for cont...@bugs.debian.org:
> found 959110 7.4.5-3
Bug #959110 [node-i18next] node-babel7 is missing @babel/runtime/helpers
There is no source info for the package 'node-i18next' at version '7.4.5-3'
with architecture ''
Unable to make a source version for version '7.4.5-3'
Processing commands for cont...@bugs.debian.org:
> clone 958768 -1
Bug #958768 [node-i18next] node-i18next: Package fail to build with
node-rollup-plugin-babel 4.4.0
Bug 958768 cloned as bug 959110
> retitle -1 node-babel7 is missing @babel/runtime/helpers
Bug #959110 [node-i18next]
Your message dated Wed, 29 Apr 2020 13:40:24 +0100
with message-id
and subject line Re: Bug#953712: src:austin: fails to migrate to testing for
too long
has caused the Debian Bug report #953712,
regarding src:austin: fails to migrate to testing for too long
to be marked as done.
This means
Control: tags 955096 + patch
Control: tags 955096 + pending
Dear maintainer,
I've prepared an NMU for vitables (versioned as 3.0.0-1.1) and uploaded
it to DELAYED/14. Please feel free to tell me if I should cancel it.
cu
Adrian
diff -Nru vitables-3.0.0/debian/changelog
Processing control commands:
> tags 955096 + patch
Bug #955096 [src:vitables] vitables: FTBFS with Sphinx 2.4: Sphinx error:
Builder name qthelp not registered or available through entry point
Added tag(s) patch.
> tags 955096 + pending
Bug #955096 [src:vitables] vitables: FTBFS with Sphinx 2.4:
Processing commands for cont...@bugs.debian.org:
> tags 958983 ftbfs
Bug #958983 {Done: Mattia Rizzolo } [src:sphinx-celery]
sphinx-celery: incompatible with sphinx 2+
Added tag(s) ftbfs.
> reassign 955122 src:sphinx-celery
Bug #955122 [src:python-amqp] python-amqp: FTBFS with Sphinx 2.4:
Processing control commands:
> found -1 0.2.2-beta2+git20190406.ef77f01-1
Bug #885035 {Done: Gert Wollny } [src:aeskulap] aeskulap:
Please don't (build)-depend on gconfmm2.6
Marked as found in versions aeskulap/0.2.2-beta2+git20190406.ef77f01-1 and
reopened.
--
885035:
Control: found -1 0.2.2-beta2+git20190406.ef77f01-1
Looks like the package still declares a Build-Depends on the deprecated
libgconf2-dev, so re-opening the bug report
It also still ships gconf related configuration files:
/usr/share/gconf/defaults/10_aeskulap
Regards,
Michael
signature.asc
Processing commands for cont...@bugs.debian.org:
> unarchive 885035
Bug #885035 {Done: Gert Wollny } [src:aeskulap] aeskulap:
Please don't (build)-depend on gconfmm2.6
Unarchived Bug 885035
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
885035:
Hi,
I've checked the new upstream version but this does not build for even more
architectures. This is reported in
https://github.com/bbuchfink/diamond/issues/348
Kind regards
Andreas.
--
http://fam-tille.de
Your message dated Wed, 29 Apr 2020 10:36:36 +
with message-id
and subject line Bug#887646: fixed in spass 3.9-1
has caused the Debian Bug report #887646,
regarding spass FTBFS with glibc 2.26
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
Processing control commands:
> tags -1 +moreinfo
Bug #959002 [broadcom-sta-dkms] broadcom-sta-dkms: Wl driver 6.30.223.271
(r587334) failed with code 21
Added tag(s) moreinfo.
> found -1 6.30.223.271-10
Bug #959002 [broadcom-sta-dkms] broadcom-sta-dkms: Wl driver 6.30.223.271
(r587334) failed
control: tags -1 +moreinfo
control: found -1 6.30.223.271-10
control: fixed -1 6.30.223.271-14
Dear Gert,
> Because I recently had trouble with Wifi after an upgrade of package
> firmware-b43-installer,
> I purged this package and tried to install package broadcom-sta-dkms,
> according to the
Source: localslackirc
Version: 1.9-1
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/localslackirc.html
...
dh_auto_test
make -j16 test
make[1]: Entering directory '/build/1st/localslackirc-1.9'
MYPYPATH=stubs mypy --config-file
Hi,
On Wed, Apr 29, 2020 at 10:30:35AM +0800, 黄佳文 wrote:
> I am a developer from Loongson company (R & D CPU/mip64el), I've been
> looking at this recently.
Very nice to see mips developers to care for biological software. :-)
> I did two experiments, and I found that when I used Python 3,7 to
73 matches
Mail list logo