Hi Stefan, Yaroslav
On 22 June 2018 at 21:15, Stefan van der Walt wrote:
> That sounds like a good solution to me. That said, scikit-image in
> Debian is now maintained by the science team, so it would be good to
> hear from a member of that team.
Lumin is a member of Debian Science Team. :)
Hi Adrian
On 24 June 2018 at 17:44, Adrian Bunk wrote:
> I've prepared an NMU for tiledarray (versioned as 0.6.0-5.2) and
> uploaded it to DELAYED/10. Please feel free to tell me if I should
> cancel it.
Thanks for your work on this. Please upload directly to avoid the
delay if you wish.
Regar
Control: tags -1 + patch
Hi Sandro
I have cherry-picked the attached patch from pbcore upstream which
fixes the problems with NumPy 1.14.
However, with this patch in place, pbcore will need a build-dependency
on python-numpy (>= 1:1.14~) and its autopkgtests will fail with NumPy
1.13.
I thought
On 25 June 2018 at 18:21, Yaroslav Halchenko wrote:
> I am loosely involved and highly interested ;-) If someone could help
> maintaining it, I would appreciate.
>
> meanwhile since there were no other activity regarding this issue, I
> will look into updating it for 0.14.0
In case you didn't re
tps://bugs.debian.org/900486
Author: Graham Inggs
Last-Update: 2018-06-20
--- a/src/pydap/tests/test_responses_ascii.py
+++ b/src/pydap/tests/test_responses_ascii.py
@@ -48,7 +48,7 @@
('XDODS-Server', 'pydap/' + __version__),
('Conte
Source: igraph
Version: 0.7.1-2.1
Severity: serious
Tags: ftbfs
Hi maintainer
Since the upload of arpack 3.6.0-1 to unstable, igraph FTBFS [1] with
the following test failures:
BLAS, LAPACK and ARPACK based functions
191: Basic BLAS functions (igraph_blas_*): ok
192: Dense symmetric e
Source: unicode-data
Version: 11.0.0-1
Severity: serious
Tags: ftbfs
Control: affects -1 gucharmap libxmlada utf8proc wine wine-development
Hi Maintainer
The recent upload of unicode-data 11 causes several packages to FTBFS in
unstable. This bug is to prevent the migration of unicode-data to
Hi Emilio
On 09/07/2018 10:37, Emilio Pozuelo Monfort wrote:
#832798 is fixed now. Is that enough to get julia updated?
Yes! \o/
Note that we now have llvm 5.0 and 6.0. Updating to a newer version would be
best as we will eventually look at removing 4.0. But for now 4.0 would obviously
be be
Source: utf8proc
Version: 2.1.0-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Graham
Source: wine
Version: 3.0.2-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Graham
Source: libxmlada
Version: 17.1.2017-6
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Gr
Source: gucharmap
Version: 1:10.0.4-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Gra
Source: fonttools
Version: 3.21.2-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Graha
Source: wine-development
Version: 3.11-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Control: affects -1 =
Dropping the affects in favour of RC bugs against the packages requiring
an update.
Hi Abou
On 27/08/2018 18:03, Abou Al Montacir wrote:
Maybe we shall think more about this change. Removing the manually flag leads to
a deeper question: Do we need to distribute LCL units in binary form if they
will get recompiled anyway?
Have you had any time to consider this?
Both doublecmd
Hi Abou
On 23 September 2018 at 22:44, Abou Al Montacir wrote:
> I've reverted this in b9ccece9. However this means that Bug#898310 needs to
> be reopen.
Thanks, I have a reassigned #906349 so it can be closed when lazarus
is uploaded.
Shall I go ahead with an upload, or do you wish to make more
://bugs.debian.org/877670
Forwarded: https://github.com/samtools/htslib/pull/617
Author: Graham Inggs
Last-Update: 2017-11-08
--- a/errmod.c
+++ b/errmod.c
@@ -82,10 +82,11 @@
double le1 = log(1.0 - e);
for (n = 1; n <= 255; ++n) {
double *beta = em->beta + (q<
Package: htslib
Version: 1.5-1
Severity: serious
Tags: buster sid
As per logs from reproducible builds [1], htslib 1.5-1 recently
(around 2017-09-25) started to FTBFS on i386 with the following test
failures:
test_vcf_api:
/build/1st/htslib-1.5/test/test-vcf-api /tmp/o6gEIzeYrS/test-vcf-api.bcf
b
Better link:
https://tests.reproducible-builds.org/debian/history/i386/htslib.html
On 8 November 2017 at 17:10, Adrian Bunk wrote:
> The relevant change is gcc 6 -> 7.
Thanks. I've just checked, and the last successful i386 build in
Ubuntu was on 2017-08-04 against gcc 6.
> With multiarch allowing installation of amd64 packages even on an i386
> installation, I'm wondering wh
On 8 November 2017 at 19:57, Adrian Bunk wrote:
> All combinations are possible, for example:
...
> bash: /usr/bin/hello: cannot execute binary file: Exec format error
OK, but you can't actually execute amd64 binaries on i386, right?
So I don't understand how being able to install amd64 packages
On 8 November 2017 at 20:21, Adrian Bunk wrote:
> Assuming your CPU and kernel support 64bit, this is working.
TIL, thanks!
So it turns out this is a re-hash of #865012.
See upstream issue reported by Sascha:
https://github.com/samtools/htslib/issues/565
Also proposed patch (which was not accepted by upstream):
https://github.com/samtools/htslib/pull/571
FWIW, the proposed patch "works for me" on amd64 and i386.
Another FWIW, building on i386 with -O1 instead of -O2 and dropping
-fno-strict-aliasing is successful.
Where can one find the differences between -O1 and -O2 in GCC 7?
What changed between GCC 6 and 7 would be useful too.
--- a/debian/rules
+++ b/debian/rules
@@ -7,7 +7,10 @@
include /usr/sha
Control: tags -1 + patch
I found the documentation of the optimization flags for GCC 7.2.0 [1].
I was then able to bisect the list of flags enabled for -O2 and
determine which ones needed to be disabled in order to build htslib on
i386. Patch follows.
--- a/debian/rules
+++ b/debian/rules
@@ -7,
On 20 November 2017 at 20:54, Emilio Pozuelo Monfort wrote:
> It should be fine now with 4.0. Would be good if this could move to either
> unversioned llvm/clang (which defaults to 4.0 now) or to versioned 4.0.
> Bumping
> to serious as we want to remove 3.8 soon to reduce the high number of llvm
In addition to Gert Wollny's patch, the attached patch fixes narrowing
conversions with GCC 6 on architectures where char is unsigned by
default.
Copying to debian-science-maintainers list in case someone is
interested in rescuing this package.
narrowing-conversion.patch
Description: application
Control: tags -1 patch
Hi Maintainer
The attached patch links libboost_serialization, as suggested by Tom
Fogal, and fixes the FTBFS with Boost 1.61.
I also found the build dependency on libboost-all-dev can be replaced
by libboost-serialization-dev, as follows:
--- a/debian/control
+++ b/debia
On 17 November 2016 at 18:27, Graham Inggs wrote:
> Copying to debian-science-maintainers list in case someone is
> interested in rescuing this package.
Meshlab is already maintained in the debian-science's git repository [1].
All of Teemu Ikonen's other packages have Debian Sci
Control: tags -1 patch
The patch below fixes the FTBFS with GCC 6.
--- a/src/connectivity.cc
+++ b/src/connectivity.cc
@@ -89,7 +89,7 @@
std::map::iterator info
= connectivityMap.find (portName);
if (info == connectivityMap.end ())
- return NO_CONNECTIVITY;
+ return (C
Control: tags - 1 patch
Hi Maintainer
The attached patch works for me.
Regards
Graham
--- a/debian/libqwtplot3d-qt4-0v5.symbols
+++ b/debian/libqwtplot3d-qt4-0v5.symbols
@@ -243,10 +243,10 @@
_ZN5Qwt3D4Axis9setMajorsEi@Base 0.2.7
_ZN5Qwt3D4Axis9setMinorsEi@Base 0.2.7
_ZN5Qwt3D4AxisC1ENS_6T
On 29 November 2016 at 00:29, Breno Leitao wrote:
> We just created a pull request to have this fixed upstream.
Thanks!
> Should we create a Debian patch also?
This bug is tagged 'pending' and there's already a patch in the
packaging git [1].
I did notice the patch uses round() while your PR us
Control: severity -1 important
Hi Paolo
On Thu, 31 Jan 2019 at 11:09, Paolo Greppi wrote:
> I tested your package against a draft package for doxygen 1.8.15:
> https://bugs.debian.org/919413
> https://salsa.debian.org/paolog-guest/doxygen/-/jobs/107680/artifacts/browse/debian/output/
>
> and it
Control: tags -1 + ftbfs
Hi Julien
I'm neither a user of mercurial nor hg-git.
On 2019/02/08 16:52, Julien Cristau wrote:
Guess there's two parts here, splitting them. hg-git has been in need
of upstream love for a while AFAICT...
Do you have any ideas on how to suppress the deprecation war
Source: r-cran-vegan
Version: 2.5-4+dfsg-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of 2.5-4+dfsg-1, r-cran-vegan has been failing its
own autopkgtests [1] with the following error:
autopkgtest
Source: h5py
Version: 2.9.0-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of 2.9.0-1, h5py has been failing its own
autopkgtests [1] with the following error:
Testing with python3.7:
...s.
Hi Julien
This autopkgtest failure still prevents mercurial 4.9-2 from migrating
to testing.
On 2019/02/18 14:08, Graham Inggs wrote:
Do you have any ideas on how to suppress the deprecation warnings?
I didn't figure out how to do this, but I patched them out of mercurial.
With this
Source: rekall
Version: 1.6.0+dfsg-1
Severity: serious
Hi Maintainer
Rebuilding rekall in sid or testing results in package
python-rekall-core not being installable due to a strict versioned
dependency on python-crypto (= 2.6.1).
See contents of python-rekall-core.substvars:
python:Provides
Source: pytest-sugar
Version: 0.9.1-2
Severity: serious
Tags: ftbfs buster sid
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
Since the upload of pytest 3.6.2-2 to unstable, pytest-sugar's
autopkgtests have been failing [1], with the
Control: severity -1 normal
Control: tags -1 + moreinfo unreproducible
Hi Daniel
On 23/07/2018 11:54, Daniel Baumann wrote:
However, when locally rebuilding the package I saw that it wants to
check the md5sum of the upstream tarball. This fails when building
binary packages only, which should b
Hi Andreas
On 27 July 2018 at 10:01, Andreas Tille wrote:
> I think the problem is here:
>
> ...
> /usr/lib/python3/dist-packages/_pytest/config/__init__.py:412: in
> _importconftest
> raise ConftestImportFailure(conftestpath, sys.exc_info())
> E _pytest.config.ConftestImportFailure: Impor
Control: block -1 by 904359
Control: user: debian...@lists.debian.org
Control: usertags: needs-update
On 28 July 2018 at 00:37, Andreas Tille wrote:
> I did a local build and assumed that this can be reproduced.
Ah OK, that is because pandas is not yet built for Python 3.7.
If you built in testi
Control: clone -1 -2
Control: tags -1 + patch
Control: retitle -2 FTBFS and Debci failure with Python 3.7
Control: tags -2 + ftbfs
Hi Maintainer
On 28 July 2018 at 07:38, Matthias Klose wrote:
> === FAILURES
> ===
> ___
Source: openmpi
Version: 3.1.1.real-6
Severity: serious
Hi Alastair
We noticed in Ubuntu, builds and autopkgtests of a couple of
openmpi-related packages time out on i386 and armhf. At least some of
these have been successful with previous versions of libopenmpi3.
I have been able to reprod
Hi Santiago, Abou
On 17 August 2018 at 13:19, Santiago Vila wrote:
> I tried to build this package in buster but it failed:
Thanks for the report!
According to reproducible builds, doublecmd started to FTBFS in
unstable on 2018-07-20 [1].
This was shortly after the upload of lazarus 1.8.4+dfsg-
Hi Santiago
On 17/08/2018 21:20, Santiago Vila wrote:
Hint: (lazarus) source file missing of FCL 1.0.1:
/usr/lib/lazarus/1.8.4/packager/registration/fcllaz.pas
Hint: (lazarus) normal output directory of package FCL 1.0.1 is not writable:
"/usr/lib/lazarus/1.8.4/packager/units/x86_64-linux/"
TP
Hi Abou
On 17/08/2018 18:37, Graham Inggs wrote:
Abou, do you have an opinion on whether this is a bug in lazarus, or
does the doublecmd packaging need to be fixed?
The same problem occurs in ddrescueview, reported in #906458.
I found it was introduced by the changes to debian/rules in this
Source: openmpi
Version: 3.1.1.real-6
Severity: serious
Hi Alastair
The last two builds of liggghts on i386 [1] against openmpi
3.1.1.real-6 and 3.1.1.real-7 have timed out.
Regards
Graham
[1] https://buildd.debian.org/status/logs.php?pkg=liggghts&arch=i386
Source: openmpi
Version: 3.1.1.real-6
Severity: serious
Hi Alastair
Recent reproducible builds of arpack have timed out on i386 [1] and
armhf [2]. From the dates of previous builds, it appears that builds
against openmpi 3.1.1.real-4 were successful.
Regards
Graham
[1] https://tests.reproduci
Hi Alastair
Elpa seems to be another package with builds timing out.
Confirmed on reproducible builders for i386 [1] and armhf [2].
Regards
Graham
[1] https://tests.reproducible-builds.org/debian/history/i386/elpa.html
[2] https://tests.reproducible-builds.org/debian/history/armhf/elpa.html
Hi Alastair
On 30/08/2018 13:07, Alastair McKinstry wrote:
Can you redo tests with openmpi 3.1.2 ?
Thanks for the new upload. I'm redoing the tests on elpa, ligghts and
arpack. I'll update the bugs in due course.
I think this new release fixes the hang issues, i've done some tests on
ar
Latest build of liggghts on i386 against openmpi 3.1.2-1 timed out.
https://buildd.debian.org/status/fetch.php?pkg=liggghts&arch=i386&ver=3.7.0%2Brepack1-1.1&stamp=1535641058&raw=0
Hi Alastair
A rebuild of elpa on armel failed yesterday [1]. It doesn't look like a
time out, but it seems to have gotten to the point where it usually
does. Maybe someone killed the build.
Reproducible builds on i386 and armhf timed out yesterday [2][3].
Regards
Graham
[1] https://build
Hi Alastair
Reproducible builds of arpack on i386 and armhf still time out against
openmpi 3.1.2-1.
Regard
Graham
Control: user debian...@lists.debian.org
Control: usertag -1 regression
Hi
In Ubuntu, the upload of openmpi 3.1.3-7 has caused numerous
autopkgtest failures on i386 and armhf [1]. Some affected packages
are: combblas; dune-grid, lammps, liggghts, petsc, ray and
superlu-dist.
I re-tried these te
Source: freecad
Version: 0.17+dfsg1-5
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of 0.17+dfsg1-5, freecad has been failing its own
autopkgtests [1] with the following error:
autopkgtest [04:10:57]: test freecadtest: [---
Source: mercurial
Version: 4.8-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of 4.8-2, mercurial has been failing its own
autopkgtests [1] with the following error:
test-logtoprocess.t
test-log
Source: r-cran-worrms
Version: 0.3.0+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since 2019-01-01, r-cran-worrms fails its autopkgtests with the
following error:
> library("testthat")
> test_check("worrms")
Loading required package: worrms
Load
Source: node-browserify-lite
Version: 0.5.0-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of 0.5.0-2, node-browserify-lite has been failing its
own autopkgtests [1], where it succeeded in the past,
Control: reopen -1
Autopkgtest of node-browserify-lite 0.5.0-5 still fails with:
autopkgtest [22:30:54]: test command2: node test.js
autopkgtest [22:30:54]: test command2: [---
extract requires tests:
basic...OK
multiple...OK
trick...OK
unescape...OK
spaces...OK
ignore braces.
Control: severity -1 important
Hi Santiago
On 2019/01/11 14:54, Santiago Vila wrote:
Hi. Sorry for the reopening but this is apparently still happening.
The error is now slightly different:
/usr/bin/ld: cannot find -lcuda
collect2: error: ld returned 1 exit status
error: command 'x86_64-linux-
Control: affects -1 + src:julia
Worked around in julia by adding python3-pygments and
python3-pkg-resources to Build-Depends-Indep.
Source: deal.ii
Version: 9.0.1-1
Severity: serious
Tags: ftbfs
Hi Maintainer
Recent rebuilds of deal.ii on s390x have been failing with the following
errors:
Test project /<>/obj-s390x-linux-gnu/tests/quick_tests
Start 1: step.debug
1/19 Test #1: step.debug ...
Ubuntu has a patch that might help.
https://patches.ubuntu.com/m/mash/mash_2.0-2ubuntu2.patch
Source: r-cran-repr
Version: 0.19.1-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of r-cran-tibble 2.0.0-1 to unstable, r-cran-repr has
been failing its autopkgtests [1] with the following error:
Source: r-cran-repr
Version: 0.19.1-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of r-cran-tibble 2.0.0-1 to unstable, r-cran-repr has
been failing its autopkgtests [1] with the following error:
Source: gcc-8
Version: 8.2.0-15
Severity: serious
Affects: src:trilinos
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995
Hi Maintainer
Trilinos FTBFS with an ICE with gcc-8 8.2.0-15 (8.2.0-14 was fine).
Confirmed on reproducible builds [1].
In file included from
/build/1st/trilin
Source: r-cran-taxize
Version: 0.9.5+dfsg-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of 0.9.5+dfsg-1 to unstable, r-cran-taxize has been
failing its own autopkgtests [1] with the following err
Source: gmsh
Version: 4.1.3+ds1-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks
Hi Maintainer
The recent upload of gmsh 4.1.3+ds1-1 to unstable breaks the autopkgtest
of octave-msh 1.0.10-6 in testing with the following error:
[in
Hi!
On Tue, 5 Feb 2019 at 22:34, Andreas Tille wrote:
> I can also add r-cran-tibble via
>
> apt-get install --no-install-recommends r-cran-tibble
>
> and the test suite keeps on succeeding! However, after intalling
> r-cran-dplyr the described error occures while after deinstalling
> r-cran
Control: affects -1 src:gyoto
Control: tags -1 patch
I found a similar problem building the gyoto package.
Confirming that Albert's patch from the upstream bug report fixes
building breathe and gyoto.
--- a/src/xmlgen.cpp
+++ b/src/xmlgen.cpp
@@ -620,7 +620,7 @@
if (md->isInline()) t << "ye
Hi
On 05/01/2017 12:05, Santiago Vila wrote:
Status:FAILED
Output:
--
There are not enough slots available in the system to satisfy the 2
slots
that were requested by the application:
Hi
On 6 January 2017 at 20:00, Santiago Vila wrote:
> --
> There are not enough slots available in the system to satisfy the 2 slots
> that were requested by the application:
> ./elpa2_test_complex_c_version
>
> Either requ
://bugs.debian.org/848917
Author: Graham Inggs
Last-Update: 2017-01-10
--- a/plant.h
+++ b/plant.h
@@ -30,7 +30,7 @@
char maxargs;
char max_harmonic[NARGS];
char max_power_of_t;
- char *arg_tbl;
+ signed char *arg_tbl;
void *lon_tbl;
void *lat_tbl;
void *rad_tbl;
@@ -1531,7
On 5 January 2017 at 13:46, Ansgar Burchardt wrote:
> On my laptop with 4 cores + HT (so 8 threads), I see `mpirun` complain
> once I start more than 4 processes, i.e. more processes than real
> cores. Did you count threads or cores when you tried?
I haven't been able to duplicate that behaviour
Thanks for the upload, Andreas!
If this bug had been tagged [1] like #811740 was, I might have seen it
sooner.
I only saw it when I noticed nautic was not migrating in Ubuntu. :(
[1]
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-gcc-6;users=debian-...@lists.debian.org
On 13/01/2017 14:02, Andreas Beckmann wrote:
you could have done that QA upload yourself (even without filing a bug) :-)
Yeah, I know :( and I would have, seeing it is a QA package, but I
thought it was too late for Stretch.
On 13 January 2017 at 13:40, Graham Inggs wrote:
> Do we need to request ageing of 0.6.0-4, or will this email be sufficient to
> reset the autoremoval counter?
The previous mail was sufficient.
Version 0.4.4-2 of tiledarray is marked for autoremoval from testing
on 2017-01-28.
See #850229.
Source: openblas
Version: 0.2.19-1
Severity: serious
Hi Maintainer
Architecture: mips64el was added to libopenblas-base but not libopenblas-dev.
Was this an oversight?
Regards
Graham
On 23/01/2017 14:08, Adrian Bunk wrote:
This buildd has 6 CPUs, but it has only 8 GB of RAM.
From the last changelog entry:
* [d763fbf] Set compat level to 10.
The switch to debhelper 10 enabled parallel builds.
Yade 2017.01a-1 FTBFS on most architectures in Ubuntu.
The following changed h
Source: pyemd
Version: 0.5.1.54.g802fa86-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
The autopkgtests of pyemd 0.5.1.54.g802fa86-1 are failing in testing
[1] and unstable [2]. I've copied what I hope is the relevant part of
the log below.
Regards
Grah
Source: fuse3
Version: 3.13.0-1
Severity: serious
Forwarded: https://github.com/libfuse/libfuse/issues/730
Control: affects -1 src:ostree
Hi Maintainer
Since the upload of 3.13.0-1, the 'name' string passed to
fs->op.setxattr has the first 8 characters missing.
Steps to reproduce:
$ dget https:
Source: tiledb
Version: 2.14.1-1
Severity: serious
Tags: ftbfs patch
Control: affects -1 src:tiledb-py
Hi Dirk
TileDB uses atomic operations but it is not linked to libatomic on the
architectures that need it. This can be seen in recent build logs for
armel[1], mipsel[2], powerpc[3], riscv64[4]
Hi Dirk
Thanks for the quick upload!
Already got a successful build of tiledb-py on riscv64[1].
On Tue, 28 Feb 2023 at 17:14, Dirk Eddelbuettel wrote:
> TileDB upstream does everything in CMake (which I do not fully speak) so
> "eventually" it would be nice to port this.
After testing the patch
Hi
Sorry for missing this. I noticed the empty packages (or at least,
Lintian did!) while sponsoring the upload of 13.4.1-1 to experimental
and fixed it there, but didn't think it important enough to fix for
bookworm.
If someone is willing to do a (team) upload, I'll be happy to unblock it.
Ple
Control: reassign -1 src:rhino, src:dojo
Control: found -1 rhino/ 1.7.14-1
Control: found -1 dojo/ 1.17.2+dfsg1-2
It appears that dojo needs to be rebuilt against the new rhino, and
rebuilding dojo against the new rhino makes it incompatible with the
old rhino.
The changes that the new rhino make
Hi Markus
On Sun, 26 Mar 2023 at 16:34, Markus Koschany wrote:
> 1. There is no transition needed because only shrinksafe is affected by the
> new
> rhino version.
How did you determine this?
> 2. shrinksafe has no reverse-dependencies
That is true, but src:dojo has ledgersmb and tt-rss as re
Source: libretro-bsnes-mercury
Version: 094+git20220807-6
Severity: serious
Hi Maintainer
Since the upload of 094+git20220807-6, the
kodi-game-libretro-bsnes-mercury-* binary packages are no longer built
on armel and armhf [1][2][3]. This is due to the use of invalid
architecture wildcards 'any-
Source: r-cran-spatstat.core
Version: 2.4-4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Somehow, r-cran-spatstat.core has regressed its autopkgtests in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
[1] ht
Source: intel-mkl
Version: 2020.4.304-3
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime in February 2021, intel-mkl's autopkgtests regressed in
testing [1]. I've copied what I hope are relevant parts of the log
below.
Regards
Graham
[1] https://c
Control: tags -1 + patch fixed-upstream
There's an upstream commit [1] that seems to fix the build with Python 3.11.
[1]
https://github.com/regina-normal/regina/commit/8a583ee4ed8066103c530b91c6df4efa512203aa
From 8a583ee4ed8066103c530b91c6df4efa512203aa Mon Sep 17 00:00:00 2001
From: Benjamin
Source: python-skbio
Version: 0.5.8-1
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
The autopkgtests of python-skbio fail with NumPy 1.24 [1]. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/pack
Source: scipy
Version: 1.8.1-21
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
The autopkgtests of scipy fail with NumPy 1.24 on s390x [1]. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/packages
Source: nibabel
Version: 4.0.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
The autopkgtests of nibabel fail with NumPy 1.24 on armel [1]. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/packa
Control: severity -1 important
Hi Markus, Santiago
As opm-common is no longer in bookworm, this bug is currently unreproducible.
Please feel free to raise the severity once opm-common has migrated
and this bug is still reproducible.
Regards
Graham
Control: reopen -1
autopkgtests of nibabel/5.0.0-1 still fail in the same way on armel.
https://ci.debian.net/packages/n/nibabel/testing/armel/
Source: yt
Version: 4.1.4-1
Severity: serious
Tags: patch
Hi Maintainer
python3-yt has a hard-coded dependency on numpy-abi-9 and misses a
versioned dependency on python3-numpy.
The patch below should ensure these are automatically added correctly.
Regards
Graham
--- a/debian/control
+++ b/deb
Source: zfp
Version: 1.0.0-5
Severity: serious
Tags: patch
Hi Maintainer
python3-zfpy misses a dependency on python3-numpy-abi and a versioned
dependency on python3-numpy.
The patch below should ensure these are automatically added correctly.
Regards
Graham
--- a/debian/control
+++ b/debian/c
1 - 100 of 1309 matches
Mail list logo
