Hi,
On Tue, Dec 08, 2020 at 04:21:01AM +0800, Drew Parsons wrote:
> First thing to try would be building against vtk9, which Anton recently
> released for us.
Thanks for the hint but switching to vtk9 leads to cmake errors:
-- The imported target "vtkgdcmsharpglue" references the file
"/usr/l
Hi,
vmtk is using Python3 in Git[1], but there are build issues with vtk7:
...
cd /build/vmtk-1.4.0+dfsg/obj-x86_64-linux-gnu/vtkVmtk/ComputationalGeometry &&
/usr/bin/c++ -DITK_IO_FACTORY_REGISTER_MANAGER
-DvtkvmtkComputationalGeometry_EXPORTS -I/build/vmtk-1.4.0+
dfsg/obj-x86_64-linux-gnu/
Control: tags -1 pending
Hi Nilesh,
I've finally fixed shasta in 48e257cd5d5ee64fc095214830e284b016cd83fa
(admittedly I don't like that manual solution bit at least it works
for the default Python3 version now) and that build worked for me
until I pulled your change 9a9c9d71b06df0eab5a7e9fb3ae965
Control: tags -1 help
Hi,
I need to admit that I have no idea why this error occures on arm64.
Any hint would be welcome
Andreas.
On Sat, Dec 05, 2020 at 01:21:43PM +0100, Lucas Nussbaum wrote:
> Source: libhmsbeagle
> Version: 3.1.2+dfsg-8
> Severity: serious
> Justification: FTBFS on a
Control: tags -1 help
Hi,
I wonder why
static_cast(c) < 256
triggers a "error: comparison is always true due to limited range of data type
[-Werror=type-limits]"
only on arm64 but not on amd64.
Any hint how to fix this bug would be welcome.
Kind regards
Andreas.
On Sat, Dec 05, 2
Control: tags -1 help
Hi Lucas,
On Sat, Dec 05, 2020 at 01:15:52PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on arm64 (I don't know if it also fails on amd64).
I admit I have currently no chance to test on arm64 but the package
builds
12:09, Andreas Tille wrote:
> | this issue is something for our advent calendar. Anybody with cblas
> | knowledge?
>
> I am the GNU GSL maintainer, and I at one point also worked a lot with the
> Atlas and other LAPACK/BLAS packages. I think Mo may be wrong here: I did the
> same app
Hi folks,
this issue is something for our advent calendar. Anybody with cblas
knowledge?
Kind regards
Andreas.
On Mon, Jan 27, 2020 at 10:55:25AM +0100, Andreas Tille wrote:
> Hi again,
>
> with my last mail I wanted to express: H, to stupid to turn
> this hint in
Hi Étienne,
On Fri, Dec 04, 2020 at 09:56:20PM +0100, Étienne Mollier wrote:
> I think I'm on a trail with bioperl-run, and could fix a couple
> of issues already. I'm however unsure it might make it for the
> 4th of the advent calendar: fixing the initial issue pulls in
> gradually more tests, w
Hi Tony,
On Fri, Dec 04, 2020 at 12:52:07PM -0800, tony mancill wrote:
> Hi Debian-Med, hi Steffen:
>
> I grabbed this bug to fix the QPainterPath include and noticed that
> packaging of 36.0 is underway on the master branch. I have updated the
> debian/patches to apply against this new upstream
Control: tags -1 pending
Control: tags -1 help
Hi,
while the original issue of this bug report is fixed by adding the
missing libfile-sort-perl dependency it has a new build time error
in t/BEDTools.t.
Any help to fix this is welcome
Andreas.
--
http://fam-tille.de
Control: reopen -1
Control: tags -1 help
Control: tags -1 upstream
Control: forwarded -1 David Knox
Hi David,
as you can see in the Debian bug the Build logs for mips64el[1] and
others[2] the build time tests for parsinsert are failing. From my
naive perspective its basically a matter of roundi
Control: block -1 by 962717
Control: block -1 by 932050
Control: tags -1 help
Hi,
I upgraded q2-quality-filter to the latest upstream version in Git. The
build time tests were disabled as for other QIIME modules that need
registering in QIIME which is not possible at build time. However, also
the autopkgtest fails with:
autopkgtest [13:08:01]: test
On Wed, Dec 02, 2020 at 01:50:55PM +0100, Étienne Mollier wrote:
> Synchronizing work on q2-* modules update, I think I'm on a good
> trail for q2cli.
Great! Andreas.
--
http://fam-tille.de
Control: tags -1 help
Hi,
no idea why this was not catched in the usual gcc-10 rebuilds. Any volunteer?
Kind regards
Andreas.
On Wed, Dec 02, 2020 at 12:08:32AM +0100, Andreas Tille wrote:
> Source: rnahybrid
> Severity: serious
> Tags: ftbfs
> Justification: FTBFS
>
>
Source: rnahybrid
Severity: serious
Tags: ftbfs
Justification: FTBFS
Hi,
I tried to rebuild the package but the build ends in:
...
gcc -g -O2 -fdebug-prefix-map=/build/rnahybrid-2.1.2=. -fstack-protector-strong
-Wformat -Werror=format-security -g -O2
-fdebug-prefix-map=/build/rnahybrid-2.1.2=.
Control: tags -1 help
Hi,
the build log says:
...
> ==
> FAIL: test_link_h5py_dataset_h5dataio_input
> (tests.unit.test_io_hdf5_h5tools.H5IOTest)
> --
> Traceb
Control: retitle -1 [ROM] Please remove predictprotein
Control: reassign -1 ftp.debian.org
Hi ftpmaster,
the code is not maintained upstream any more and relies on a feature of
Perl that was deprecated several versions ago. The Debian Med team
consulted Debian Perl team for help but it has turne
Control: tags -1 pending
Hi,
upstream of fis-gtm package[1] confirmed that the build needs some root
permissions. Thus I've set
Rules-Requires-Root: yes
When trying to build with pbuilder I get:
dh_testroot
dh_testroot: error: Package needs targeted root but builder has not provided a
I have free time.
>
> Thanks,
> Amul
>
> -Original Message-
> From: Andreas Tille
> Sent: Monday, November 30, 2020 3:40 PM
> To: 957206-mainto...@bugs.debian.org; Shah, Amul
> Subject: EXTERNAL: Re: Bug#957206: New upstream version available (Was:
> Bug#9
Hi again Amul,
I updated Git to the next upstream version. It also does not build
successfully. We *really* should fix this *right* now. Otherwise
fis-gtm will be not released with the next stable release.
Kind regards
Andreas.
On Thu, Oct 01, 2020 at 03:52:01PM +0200, Andreas Tille
Control: tags -1 pending
Hi,
since some time falcon[1] in Git builds with some cheating - some test
errors are simply ignored. Also the autopktest is failing. It would be
great if someone would spent time on these two RC bugs in an advent
calendar attempt.
Kind regards
Andreas.
[1] h
Control: tag -1 pending
Hello,
Bug #905206 in profnet 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:
https://salsa.debian.org/med-team/profnet/-/commit/62bbc32fdafb223c288ffcc83b1a6397
Control: tags -1 help
Hi,
the configure step checks for the existence of opencv and only if
available builds the executable limereg. I found a (hackish) solution
in Git[1] to convince configure that opencv is available. However, the
code tries to include cv.h which is not available any more. I
Control: tags 972074 pending
Control: block 972074 by 963392
On Thu, Nov 19, 2020 at 07:53:06AM -0600, Dirk Eddelbuettel wrote:
> |
> | I do not have the slightest idea what this might mean.
>
> ABI/API slippage in the stack. An interface changed but a package didn't
> recompile.
It seems it i
Control: tags -1 help
Hi, since version 0.7.0 (uploaded by Dylan Aïssi in CC) the autopkgtest
of r-cran-bayestestr fails with the error mentioned in the bug log. It
has slightly changed with the version I pushed to Git. It is now:
> library(bayestestR)
>
> if (length(strsplit(packageDescripti
Control: retitle -1 [ROM] Please remove src:biosig4c++ from unstable since it
was replaced by biosig
Control: reassign -1 ftp.debian.org
On Fri, Nov 13, 2020 at 10:21:54AM +0200, Graham Inggs wrote:
> On Fri, 13 Nov 2020 at 09:45, Aurelien Jarno wrote:
> > Version check failed:
> > Your upload i
t;
> On 11/14/20 11:08 PM, Adrian Bunk wrote:
> > On Sat, Nov 14, 2020 at 09:28:53PM +0100, Andreas Tille wrote:
> > > Control: tags -1 pending
> > > Control: tags 922571 pending
> > >
> > > Hi,
> > >
> > > I have moved sigviewer to Debi
Control: tags -1 pending
Control: tags 922571 pending
Hi,
I have moved sigviewer to Debian Med team[1], fixed the other bug and
tried to build the new upstream version 0.6.4 but failed:
...
g++ -c -pipe -g -O2 -fdebug-prefix-map=/build/sigviewer-0.6.4=.
-fstack-protector-strong -Wformat -Werror
Hi Gianfranco,
thanks a lot for the fix (I had some race condition with another
way to fix it but your's is fine as well) and specifically to also
fix #974570.
I'll upload once my local build has finished.
Kind regards
Andreas.
On Thu, Nov 12, 2020 at 01:23:51PM +0100, Gianfranco Costam
On Wed, Nov 11, 2020 at 11:09:32AM +0100, Maarten L. Hekkelman wrote:
> Hi Juhani,
>
> Bug #974074 is in fact a bug in MRS. However, the bug report does contain a
> useful observation, the usage of the various override_dh_auto_configure
> rules in libzeep is incorrect and no shared library is crea
Hi Maarten,
On Tue, Nov 10, 2020 at 07:42:45AM +0100, Maarten L. Hekkelman wrote:
> ...
Thanks a lot for the explanation.
> Sorry, long story. To make it short.
> - Keep mrc, no problem there
> - Upgrade libzeep to version 5
> - Kick out mrs until it is upgraded to use libzeep 5
I'd recommend t
Hi Maarten,
On Mon, Nov 09, 2020 at 07:22:30PM +0100, Maarten L. Hekkelman wrote:
> I'm sorry, but mrs as it is currently in Debian is not compatible with
> libzeep version 5. It needs a major rewrite. Libzeep is a spin off project
> of mrs and has evolved a lot since then.
>
> So either libzeep
Hi Adrian,
On Thu, Nov 05, 2020 at 11:26:10AM +0200, Adrian Bunk wrote:
> Control: tags 971793 + patch
> Control: tags 971793 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for vt (versioned as 0.57721+ds-2.1) and uploaded
> it to DELAYED/14. Please feel free to tell me if I should can
Hi,
while upstream has closed the according issue #837 I was running into a
different error which is not connected to pandas but probably connected
to the change of the test framework (python3-pytest was requested). When
trying to build I was running into
...
dh_auto_test -O--buildsystem=pybu
Hi,
argh, I misinterpretet your mail - I'll upload a fixed version to new
in a couple of minutes.
Kind regards
Andreas.
On Sun, Nov 01, 2020 at 03:05:06PM +0100, Andreas Tille wrote:
> Hi Sean,
>
> at first thanks a lot for accepting the package and not requiring it to
&g
Hi Sean,
at first thanks a lot for accepting the package and not requiring it to
do a new cycle through new. That's very convenient since it enables us
to fix the bug with the source-only upload. I'm just building a package
with fixed copyright.
Also thanks a lot for all your other ftpmaster wo
Control: tags -1 upstream
Control: forewarded -1 https://github.com/sanger-pathogens/gubbins/issues/286
On Fri, Oct 30, 2020 at 02:38:03PM +0500, Andrey Rahmatullin wrote:
> python/gubbins/common.py::parse_and_run() constructs an absolute path for
> the executable and then passes it to pkg_resourc
Control: tags -1 help
Control: forwarded -1 Aidan Delaney
Hi,
I admit I have no idea what might have caused these pkg_resources
related errors and how to fix these.
Any help would be welcome
Andreas.
On Sun, Sep 27, 2020 at 08:45:17PM +0200, Lucas Nussbaum wrote:
> Source: gubbins
> Ve
Hi,
Aidan Delaney is mentioned inside the
debian/control file but this address was bouncing. I'm writing to
other copyright holders and will open an issue on Github about the bug
https://bugs.debian.org/97
Kind regards
Andreas.
On Fri, Oct 30, 2020 at 02:38:03PM +0500, Andrey
Hi,
here is a suggested patch for commons-io that would prevent making the
test in libsis-base-java fail.
Kind regards
Andreas.
- Forwarded message from Bernd Rinn -
Date: Wed, 28 Oct 2020 21:40:29 +0100
From: Bernd Rinn
To: Andreas Tille
CC: 973...@bugs.debian.org
Subject
Control: forwarded -1 Bernd Rinn
Hi,
I'd recommend reading the bug report log from here to get some hints
about recommended changes in the code:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973070#17
For the moment I've excluded the affected tests.
Kind regards
Andreas.
--
Hi,
On Tue, Oct 27, 2020 at 10:55:43PM +0100, Markus Koschany wrote:
> This appears to be caused by the recent upgrade of Apache commons-io to
> version 2.8.0 (we had 2.6), see also #973135. In version 2.7 they
> removed a throws IOException in the method isSymlink()
>
> https://issues.apache.org
Control: tags -1 help
Hi,
I checked out the latest upstream commit and pushed it to Salsa.
Its the same with this. Any idea why this test has worked before
but is failing now?
Kind regards
Andreas.
On Tue, Oct 27, 2020 at 06:06:55PM +0100, Lucas Nussbaum wrote:
> Source: libsis-base-jav
On Wed, Oct 21, 2020 at 11:09:57PM +0200, Moritz Mühlenhoff wrote:
>
> Given that there's been no upstream reaction for almost a year, let's
> remove?
Agreed, Andreas.
--
http://fam-tille.de
Hi Andrius
On Thu, Oct 15, 2020 at 03:34:15PM +0300, Andrius Merkys wrote:
>
> FFLAGS += -fallow-argument-mismatch
Thanks a lot for the helpful hint which enabled me to do one
step forward[1]. Unfortunately there are further errors:
...
/usr/bin/ld:
paw/cdf/shared/mlpdef.o:/build/paw-2.14.04.
Control: tags -1 upstream
Control: forwarded -1 https://github.com/Kilian/Trimage/issues/77
Control: tags -1 help
Hi,
when trying to build paw with gcc / fortran 10 there are some FORTRAN
errors:
...
Error: Type mismatch between actual argument at (1) and actual argument at (2)
(COMPLEX(4)/INTEGER(4)).
/<>/src/pawlib/comis/code/cs1200.F:138:24:
76 | CALL CCOPYA(KOD(IP
Control: block -1 by 969426
Besides the missing r-cran-broom.mixed there might be another issue:
$ sh /usr/share/doc/r-cran-mice/run-unit-test
BEGIN TEST testthat.R
...
> library(testthat)
> library(mice)
Attaching package: ‘mice’
The following objects are masked from ‘package:base’:
cbi
Control: tags -1 upstream
Control: tags -1 help
Control: forwarded -1 Antonio Colaprico , Tiago
Chedraoui Silva
Hi Antonio and Tiago,
the Debian packaged version of TCGAbiolinks received a bug report about
a failure in its test suite. I have the impression that the SSL
certificate of a site w
Hi Étienne,
On Mon, Oct 12, 2020 at 10:22:39PM +0200, Étienne Mollier wrote:
> > 162 | __cpuid (__ext, __eax, __ebx, __ecx, __edx);
> > | ^~~
> > third_party/cpuid.h:103:3: error: impossible constraint in ‘asm’
> > 103 | __asm__ ("cpuid\n\t" \
> > | ^~~
> > thir
Control: reopen -a
Control: tags -1 help
On Mon, Oct 12, 2020 at 02:50:41PM +0500, Andrey Rahmatullin wrote:
> > while I've fixed the issue for arm64 the new version of bowtie seems to
> > have some new assembly code where mips64el, ppc64el and others are
> > stumbling upon [1]:
> The reason it wo
Control: tags -1 help
Hi,
while I've fixed the issue for arm64 the new version of bowtie seems to
have some new assembly code where mips64el, ppc64el and others are
stumbling upon [1]:
...In file included from ebwt_build.cpp:8:
ds.h: In function ‘void mkeyQSortSuf2(const T&, size_t, TIndexOffU*,
Control: reopen -1
Mips64el and ppc64el are showing
...
/tmp/ccRHXYbX.s: Assembler messages:
/tmp/ccRHXYbX.s:27483: Error: unrecognized opcode: `popcntq'
/tmp/ccRHXYbX.s:27951: Error: unrecognized opcode: `popcntq'
/tmp/ccRHXYbX.s:28493: Error: unrecognized opcode: `popcntq'
/tmp/ccRHXYbX.s:14332
Control: tags -1 pending
Hi Joshua,
thanks a lot for your helpful reply.
On Tue, Oct 06, 2020 at 07:10:22AM -0400, Joshua N Pritikin wrote:
> On Tue, Oct 06, 2020 at 08:06:22AM +0200, Andreas Tille wrote:
> > the version 2.18.1 of the openmx CRAN package that was build for Debian
&g
Control: tags -1 upstream
Control: tags -1 help
Control: forwarded -1 Joshua N. Pritikin
Hi Joshua,
the version 2.18.1 of the openmx CRAN package that was build for Debian
shows a test suite error on arm64 architecture. Here is an extract of
the full test log[1] (if you want to inspect the full
Hi,
the build on mipsel[1] failed with
g++ -std=gnu++14 -I"/usr/share/R/include" -DNDEBUG -I"../inst/include"
-I"../inst/include/boost_not_in_BH" -I"." -DBOOST_DISABLE_ASSERTS
-DBOOST_PHOENIX_NO_VARIADIC_EXPRESSION -DBOOST_NO_AUTO_PTR -D_REENTRANT
-DSTAN_THREADS -I'/usr/lib/R/site-library/R
Control: block -1 by 951510
Control: block -1 by 951511
On Fri, Oct 02, 2020 at 03:13:33PM -0700, Steve Langasek wrote:
> So it would be good if those would get uploaded to the archive, given there
> is another package that build-depends on them.
The question
"Shall we re-submit, or is that no
Hi again
On Fri, 7 Aug 2020 14:55:21 +, Shah, Amul wrote:
> Thanks for the ping. We have a fix, just not enough time in a day. :(
I think we should upload that fix in the near future.
Kind regards
Andreas.
--
http://fam-tille.de
Hi Nilesh,
On Thu, Oct 01, 2020 at 10:06:22AM +0200, Paul Gevers wrote:
> autopkgtest [21:17:40]: test run-unit-test: [---
> [93m[1mTest 1: With GenBank Annotations[0m
> |--Parsnp 1.5.3--|
> For detailed documentation please see -->
> http://harvest.readthedocs.org/en/latest
Control: reassign -1 numba
On Tue, Sep 29, 2020 at 05:20:03PM +0530, Nilesh Patra wrote:
> I suppose this FTBFS is due to numba[1] instead of umap-learn.
> Hence, this would as well FTBFS.
>
> It might be a better idea to close this bug and open a bug report
> against numba instead,
For this we
On Wed, Sep 23, 2020 at 07:34:50PM +0100, Shayan Doust wrote:
> This [commit] now rectifies the build issue for r-cran-prophet.
>
> I can build r-cran-prophet successfully after re-building r-cran-rstan with
> the
> new patch.
Strange, when I try to build r-cran-rstan with your patch I get:
g++
Hi Shayan,
On Wed, Sep 23, 2020 at 01:27:52PM +0100, Shayan Doust wrote:
> The [commit] is now pushed for r-cran-rcppparallel, which fixes the "TBB
> library
> not found" error thrown for r-cran-rstanarm.
>
> Just a note that I did not make it through the entire build process. I gave
> the
> bu
Hi Shayan,
On Tue, Sep 22, 2020 at 06:44:39PM +0100, Shayan Doust wrote:
> I'll try to write a simple patch for this hook file. For a Debian package,
> this
> assumption for library location is plain wrong.
That would be really great. My guess is that once this is solved also
r-cran-prophet[1]
08, 2020 at 05:00:10PM +0200, Andreas Tille wrote:
> Hi,
>
> I'm hereby forwarding a problem that was detected on the Debian packaged
> version of Rsubread. Any idea how to fix this?
>
> Kind regards
>
>Andreas.
>
> On Thu, Jul 30, 2020 at 08:50:31AM +
On Mon, Sep 21, 2020 at 05:30:20PM +0200, Andreas Tille wrote:
>
> May be I misunderstood you - but if you do not run the test at all
> (as done in some architectures) how will you know whether the test
> might fail? May be I miss your point here and thus I implemented
> my sugge
Hi Martin,
On Mon, Sep 21, 2020 at 09:26:41AM +, Uecker, Martin wrote:
> > To the best of my knowledge the fact that a test runs on amd64 but fails
> > on some other architecture is not only caused by issues in the tool
> > chain. For instance recently I learned that for instance if char is
>
Hi Martin,
On Sat, Sep 19, 2020 at 05:50:34PM +, Uecker, Martin wrote:
> > I'm not sure whether this is a good idea in general. If
> > we can be sure that for s390x there is an issue with the
> > tool chain I could imagine something like:
> >
> > if build on s390x
> > run_test || tru
Hi Martin,
On Sat, Sep 19, 2020 at 01:15:47PM +, Uecker, Martin wrote:
> > The severity on this bug can be downgraded, however the FTBFS on s390x
> > remains a release critical bug, since s390x is a release architecture.
> >
> > Either the FTBFS gets fixed, or removal of the s390x binaries ca
Control: tags -1 normal
On Thu, Sep 17, 2020 at 01:40:29PM +0200, Paul Gevers wrote:
> The thread starts here:
> https://lists.debian.org/debian-devel/2020/09/msg00071.html
>
> mostly follow-ups from here on:
> https://lists.debian.org/debian-devel/2020/09/msg00219.html
Thanks for the pointers a
ing because the
autopkgtest is not marked superficial is not rectified (I'm fine to give
reasons for my opinion in an open discussion if needed - please CC me
if its on debian-ci list since I'm not subscribed).
Kind regards
Andreas.
On Thu, Sep 10, 2020 at 11:57:37AM +0200, Andrea
Control: forwarded -1 https://github.com/igraph/igraph/issues/1469
* Team upload.
* Mark tests superficial
Closes: #969804
* debhelper-compat 13 (routine-update)
-- Andreas Tille Thu, 10 Sep 2020 08:59:31 +0200
Marking the test suite superficial will surely not make the build fail -
no idea whether the debhelper compat 13 bump might set some different
Source: igraph
Severity: serious
Tags: ftbfs upstream
Justification: Policy 1.2.3
Hi,
the package does not build from source on mips64el as you can see here
https://buildd.debian.org/status/fetch.php?pkg=igraph&arch=mips64el&ver=0.8.2%2Bds-2&stamp=1596624159&raw=0
Kind regards
Andreas
Dear Sascha,
On Tue, Sep 15, 2020 at 04:32:02PM +0200, Sascha Steinbiss wrote:
>
> I can confirm that that was the issue. I have pushed a fix to git and
> will make an upload later if there are no objections.
No objections for fixing a bug at all. ;-)
Thanks a lot
Andreas.
--
http://f
Hi Sascha,
you once wrote that test. Do you have any idea how to fix it?
Steffen, you know that package. Any idea what to do?
Kind regards
Andreas.
On Mon, Sep 14, 2020 at 10:15:12PM +0200, Paul Gevers wrote:
> Source: rna-star
> Version: 2.7.5c+dfsg-1
> X-Debbugs-CC: debian...@lists.
Hi Moritz,
On Mon, Aug 31, 2020 at 08:59:37PM +0200, Moritz Mühlenhoff wrote:
> On Fri, Aug 30, 2019 at 07:30:23AM +, Matthias Klose wrote:
> > Package: src:pbgenomicconsensus
> > Version: 2.3.2-5
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags
Hi Laszlo,
thanks a lot for your bug report. I've just uploaded version 2.56 of
gwyddion to Debian. Please note that I'm not a user of gwyddion nor do
I have the slightest idea how to use it nor what input files I could use
for testing.
Without having any input file it looks OK for me now and I
Hi Paul,
On Thu, Sep 10, 2020 at 12:02:10PM +0200, Paul Gevers wrote:
> On 08-09-2020 22:21, Andreas Tille wrote:
> >> I'm back on internet. I have just uploaded to DELAYED/15. Please let me
> >> know if I should delay or cancel.
> >
> > Thanks a lot. The
Hi Sudip,
On Thu, Sep 10, 2020 at 10:45:07AM +0100, Sudip Mukherjee wrote:
> Apologies for not mentioning it as 'serious' bug in my mass-bug mail
> on debian-devel. That was my first mass-bug mail and I was wondering
> what I have missed in it. :(
No need to apologize. Its great that you care fo
Hi Sudip,
I fully agree that this is a bug and I'm currently building a fix for
this. However, I fail to see in how far this bug fulfills the criterion
for a serious bug. IMHO, important or normal is OK, but if you think
this kind of bug should be serious please discuss this on debian-devel
firs
Control: tags -1 help
Ping on this topic. This bug is really nasty and I do not have any
spare cycles to tackle this.
Kind regards
Andreas.
On Mon, May 25, 2020 at 11:29:54AM +0200, Andreas Tille wrote:
> Hi,
>
> On Mon, May 25, 2020 at 11:21:48AM +0200, Andreas Tille wrote
Control: tags -1 help
Hi,
I wonder why this
...
autopkgtest [16:10:05]: test run-unit-test: [---
[warning] /usr/bin/cgview: No java runtime was found
autopkgtest [16:10:06]: test run-unit-test: ---]
autopkgtest [16:10:06]: test run-unit-test: - - - - - -
Control: tags -1 upstream
Control: forwarded -1 Julien Dutheil
Hi Julien,
could you please relax the check a bit to let this test pass also on arm64?
Kind regards
Andreas.
On Thu, Jun 18, 2020 at 09:12:17PM +0200, Paul Gevers wrote:
> Source: bppsuite
> Version: 2.4.1-2
> X-Debbugs-CC:
Control: tags -1 pending
Hi Lennart,
On Tue, Sep 08, 2020 at 07:23:15PM -0400, Lennart Sorensen wrote:
> > I don't have access to an arm64 system at the moment, but a good start
> > might be to fix the compiler warnings, such as the array subscript out
> > of bounds in global.c line 44. The rest
Control: tags -1 help
Hi Debian Arm team,
I admit I have no idea how to deal with this except by excluding
arm64 from the list of supported architectures which is definitely
not my prefered way of action.
Any help would be really appreciated.
Kind regards
Andreas.
On Fri, Sep 04, 2020 at
Hi Paul,
On Mon, Sep 07, 2020 at 08:13:54PM +0200, Paul Gevers wrote:
> Control: tags -1 pending
>
> On 03-09-2020 20:46, Paul Gevers wrote:
> > Your package is only blocked because the arch:all binary package(s)
> > aren't built on a buildd. Unfortunately the Debian infrastructure
> > doesn't al
Control: tags -1 help
Hi,
any help why TBB is not found? I think this issue is actually causes by
r-cran-rcppparallel since the code copy of libtbb was removed there -
but it seems to not provide the Debian packaged lib properly.
Kind regards
Andreas.
--
http://fam-tille.de
Hi,
I'm hereby forwarding a problem that was detected on the Debian packaged
version of Rsubread. Any idea how to fix this?
Kind regards
Andreas.
On Thu, Jul 30, 2020 at 08:50:31AM +0300, Adrian Bunk wrote:
> Source: r-bioc-rsubread
> Version: 2.2.5-1
> Severity: serious
> Tags: ftbfs
>
Control: tags -1 pending
Hi Paul,
I just realised this in the new version of r-cran-mice and just pushed
the missing dependency to new:
https://ftp-master.debian.org/new/r-cran-broom.mixed_0.2.6-1.html
Hope it will be processed soon to fix this bug.
Thanks for all your work
Andreas.
Control: tags -1 pending
Hi,
I pushed the latest upstream version that supports Python3 to Git. The
only remaining issue is in the build-time test:
...
> raise child_exception_type(errno_num, err_msg, err_filename)
E FileNotFoundError: [Errno 2] No such file or direc
Hi Pierre,
On Fri, Aug 21, 2020 at 11:32:47AM +0200, Pierre Gruet wrote:
> > I injected the latest upstream version into Git. It does not include so
> > many binary jar's any more but I think its trying to download these
> > instead. I gave up for the moment since I have no idea about gradle.
>
+0200, Andreas Tille wrote:
> Hi Pierre,
>
> do you have some spare cycles for this issue?
>
> BTW, I do not think that we should stick to that now outdated
> version but while fixing the issue package latest upstream.
>
> On a more general note: Igv is another Java package t
Hi Pierre,
do you have some spare cycles for this issue?
BTW, I do not think that we should stick to that now outdated
version but while fixing the issue package latest upstream.
On a more general note: Igv is another Java package that is in
non-free only due to the included binary JARs. If we
Control: tags -1 pending
Control: tags -1 help
On Sun, Aug 16, 2020 at 07:17:13AM +0200, Stéphane Glondu wrote:
> As a workaround, an empty dh_dwz override has been added in the
> /usr/share/ocaml/ocamlvars.mk snippet in dh-ocaml/1.1.2, which is
> included in the debian/rules of most of packages w
Hi Michael,
On Fri, Aug 14, 2020 at 09:01:19AM +0200, Michael Crusoe wrote:
> I've got a fixed version of a release candidate of seqan3 3.0.2 in salsa.
> However it needs an updated range-v3 which has yet to be uploaded: see
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968053
If the new ve
Hi folks,
I tried to reproduce the issue. When I try to run the test in a chroot I get:
...
Required dependency:Range-V3 found.
-- Required dependency:SDSL found.
-- Optional dependency:Cereal found.
-- Optional dependency:Lemon not found.
-- Optional d
On Wed, Aug 12, 2020 at 10:53:24AM +0100, Sudip Mukherjee wrote:
> Try the attached patch.
Thanks, this works
Andreas.
--
http://fam-tille.de
Control: tags -1 help
Hi,
I think I've fixed part of the problem in Git[1]. Unfortunately there is a
remainig "multiple definition" issue where I have no idea how to fix it:
ex.o f2jmain.o symtab.o codegen.o vcg_emitter.o dlist.o typecheck.o optimize.o
globals.o f2jmem.o -L/build/f2j-0.8.1+df
701 - 800 of 3031 matches
Mail list logo