Hi Sascha,
On Sun, Jun 21, 2020 at 10:03:49PM +0200, Lucas Nussbaum wrote:
> > ==
> > ERROR: test filter_mummer_variants
> > --
> > Traceback (most recent call
Hi Adrian,
On Sun, Jun 21, 2020 at 07:13:25PM +0300, Adrian Bunk wrote:
> On Wed, May 27, 2020 at 02:06:40PM +1200, Michael Hudson-Doyle wrote:
> > FWIW there is a new release (1.0.7) available and that seems to fix this
> > failure (in Ubuntu, anyway).
>
> Andreas, after looking at the sources
Hi Adrian,
thanks a lot for your effort. I've injected the diff into Git.
Flavien, it would be great if you could integrate this upstream
and issue a new release.
Kind regards
Andreas.
On Mon, Jun 15, 2020 at 06:35:02PM +0300, Adrian Bunk wrote:
> Control: tags 954711 + pending
>
>
Control: tags -1 upstream
Control: forwarded -1
https://github.com/PacificBiosciences/FALCON_unzip/issues/160
Antoni, thanks for opening the issue, Andreas.
--
http://fam-tille.de
On Tue, Jun 09, 2020 at 06:28:05PM +0200, olivier sallou wrote:
> options:
>
> * simply remove 32bit package from Debian (though should work on
> *small* datasets).
That would affect a lot of rdepends and thus a lot of work filling
ROM bugs.
> more and more systems are going to 64bit only,
Hi,
I need to admit that the package does not even build for me. I
had to add a patch to fix the includes and my attempt to rebuild
the package ends in:
...
/usr/bin/ld: ./source/svm/svm.cpp:794: undefined reference to
`MothurOut::mothurOutEndLine()'
/usr/bin/ld: ./source/svm/svm.cpp:849:
Hi Michael,
could you please have a look at this bug or try to redirect it to our
GSoC students?
Kind regards
Andreas.
On Thu, May 21, 2020 at 05:23:38PM +0200, Matthias Klose wrote:
> This also makes sopt ftbfs. Please patch ./include/spdlog/tweakme.h to set
> the
> expected default.
Hi Pranav,
since you dealt with tests in this package could you please have
a look?
Kind regards
Andreas.
On Sat, May 16, 2020 at 02:50:12PM +0300, Adrian Bunk wrote:
> Source: tree-puzzle
> Version: 5.3~rc16+dfsg-1
> Severity: serious
> Tags: ftbfs
>
> Based on the "Important remark"
:58PM +0200, Étienne Mollier wrote:
> Hi all,
>
> Andreas Tille, on 2020-06-08 16:01:33 +0200:
> > any voluntee to follow this hint of upstream?
>
> Having a look a this issue, here is what I can tell so far.
>
> > > Perhaps makeblastdb itself failed (and
Hi,
any voluntee to follow this hint of upstream?
> Perhaps makeblastdb itself failed (and our wrapper didn't notice)? Those
> are the first files looked for after calling makeblastdb, to see if it
> could make a BLAST database. Are there any GenBank/NC_005816.fna.n* or
>
Hi,
On Sat, Jun 06, 2020 at 04:31:38PM +0200, Moritz Mühlenhoff wrote:
> > Your package either build-depends, depends on Python2, or uses Python2
> > in the autopkg tests. Please stop using Python2, and fix this issue
> > by one of the following actions.
>
> It appears this was turned non-free,
On Thu, Jun 04, 2020 at 01:11:37PM +0300, Adrian Bunk wrote:
> Your reply omits the relevant part from the log:
> > > -r-xr-xr-x 1 buildd buildd 1630880 Jun 3 20:05
> > > debian/tmp/usr/lib/x86_64-linux-gnu/perl5/5.30/auto/jellyfish/jellyfish.so
> ^
> I don't know why this lacks the 'w',
Control: tags -1 pending
On Thu, Jun 04, 2020 at 12:44:30PM +0300, Adrian Bunk wrote:
> if [ ! -e debian/tmp/usr/lib/*/perl5/*/auto/jellyfish/jellyfish.so ] ; then
> sleep 1; fi
> chrpath --delete debian/tmp/usr/lib/*/perl5/*/auto/jellyfish/jellyfish.so
> open: Permission denied
> elf_open:
Hi,
despite upstream has tried hard to make diamond-aligner portable for all
64bit architectures the build time test keeps on failing for s390x[1]:
...
debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
cd debian/tests &&
Hi Andreas,
thanks for spotting this.
On Wed, Jun 03, 2020 at 09:41:12AM +0200, Andreas Beckmann wrote:
> Package: bcalm,kissplice
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite
> Control: found -1 bcalm/2.2.2-1.1
> Control: found -1 kissplice/2.5.1-1
> ...
>
Hi Michael,
On Sat, May 23, 2020 at 11:10:37PM +0300, Adrian Bunk wrote:
> Source: hyphy
> Version: 2.2.7+dfsg-1
> Severity: serious
>
> https://buildd.debian.org/status/package.php?p=hyphy
>
> That package in stretch and buster builds with -msse3
> for no apparent reason.
>
> The package in
On Fri, May 29, 2020 at 12:50:07AM -0400, Sandro Tosi wrote:
> On Wed, 20 May 2020 15:22:37 -0500 Matthieu Clemenceau
> wrote:
> > Source: nipy
> > Followup-For: Bug #959138
> > User: ubuntu-de...@lists.ubuntu.com
> > Usertags: origin-ubuntu groovy ubuntu-patch
> >
> > Dear Maintainer,
> >
> >
described below which might require your
attention.
Kind regards
Andreas.
On Fri, May 29, 2020 at 04:19:35AM +0530, Nilesh Patra wrote:
> Hi,
>
> On Fri, 29 May 2020, 01:08 Andreas Tille, wrote:
>
> > Hi Moritz,
> >
> > On Thu, May 28, 2020 at 08:48:41PM
Hi Adrian,
I think this question is for you ...
Kind regards
Andreas.
On Fri, May 29, 2020 at 08:12:02AM +0200, olivier sallou wrote:
> Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
>
> > Hi Olivier and Vincent
> >
> > On Thu, May 28, 2020 at 09:47:37AM
Hi Moritz,
On Thu, May 28, 2020 at 08:48:41PM +0200, Moritz Mühlenhoff wrote:
>
> JFTR, this is now fixed upstream in 2.5.0 and later:
> http://kissplice.prabi.fr/download/:
>
> --
> Kissplice Version 2.5.0 (2020-04-06)
>
> New features:
>Now compatible
Hi Olivier and Vincent
On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
>
> picard-tools build depends on libguava-java-doc,
> which is no longer built by src:guava-libraries.
I've tried to simply leave out libguava-java-doc but either this breaks
a test or the package is failing
On Wed, May 27, 2020 at 11:22:34AM +0200, Dylan Aïssi wrote:
>
> But, regarding https://bugs.debian.org/961591 , I have no idea how to fix it.
I have no idea either. What about seeking help at upstream?
Kind regards
Andreas.
--
http://fam-tille.de
Hi Graham,
On Wed, May 27, 2020 at 11:13:07AM +0200, Graham Inggs wrote:
>
> Note this is not run-unit-test, this is pkg-r-autopkgtest.
Ahhh, its new to me that pkg-r-autopkgtest does more than just
loading the library. Hmmm, Dylan, do you have any idea besides
patching the test suite?
Kind
Hi Graham,
On Tue, May 26, 2020 at 02:37:04PM +0200, Graham Inggs wrote:
> Since the upload of 1.32.0+dfsg-1, r-bioc-gviz has been failing its
> own autopkgtests [1]. This now prevents the migration of r-base.
> I've copied what I hope is the relevant part of the log below.
That's strange.
changelog b/debian/changelog
index f7f77e3..16462c8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+pbcopper (1.6.0+dfsg-3) UNRELEASED; urgency=medium
+
+ * ppc64el patch is not needed for libsimde-dev >= 0.0.0.git.20200526
+
+ -- Andreas Tille Wed, 27 May 2020 08
Control: tags -1 pending
Hi Michael,
thanks for the patch. I've uploaded pbcopper to new since
it needed a soname bump and thus a new binary package name.
Kind regards
Andreas.
--
http://fam-tille.de
On Tue, May 26, 2020 at 10:44:49AM +0200, Dylan Aïssi wrote:
> I think we should not spend time to try to fix this FTBFS as treescape
> is depreciated in favor of treespace (already in Debian). Because
> treescape has still some users (popcon 82), I will ask to remove only
> the ppc64el binary to
Hi Nilesh,
On Tue, May 26, 2020 at 02:16:35PM +0530, Nilesh Patra wrote:
> > same as for r-cran-sjplot: In commit d2c969cc you move a file out of
> > help system to doc and I'm not convinced that this is not dangerous.
>
> Ahh, righty!
> I didn't realise the help system thing while moving it,
Hi Nilesh,
same as for r-cran-sjplot: In commit d2c969cc you move a file out of
help system to doc and I'm not convinced that this is not dangerous.
Kind regards
Andreas.
On Tue, May 26, 2020 at 11:31:32AM +0530, Nilesh Patra wrote:
> Hi,
> Currently r-cran-sjplot, r-cran-sjmisc have
Hi Nilesh,
when checking 18ceae69
--- a/debian/rules
+++ b/debian/rules
@@ -2,3 +2,7 @@
%:
dh $@ --buildsystem R
+
+override_dh_installdocs:
+ dh_installdocs
+ mv debian/r-cran-sjplot/usr/lib/R/site-library/sjPlot/help/figures
Hi,
there is a series of build failures connected to missing r-cran-haven.
Formerly r-cran-sjlabelled dependend from r-cran-haven - and IMHO that
should remain that way:
r-cran-sjlabelled(master) $ grep haven R/* | grep -i required
R/as_label.R:stop("Package 'haven' required for this
Hi,
On Mon, May 25, 2020 at 11:21:48AM +0200, Andreas Tille wrote:
> The issue is actually not causes by routine-update but rather
> by dh-update-R that regenerates all Depends automatically but
> does not respect non-R dependencies we injected for instance
> to provide JS files.
As
Control: reassign -1 dh-r
Control: retitle -1 dh-update-R removes non-R dependencies"
On Mon, May 25, 2020 at 12:02:58PM +0300, Adrian Bunk wrote:
> Package: routine-update
> Version: 0.0.2
> Severity: grave
>
>
On Sun, May 24, 2020 at 09:18:01PM +0530, Nilesh Patra wrote:
> I tried implementing this, and modifying the tests in a way that made sense
> to me.
> Could you please have a look at this, and let me know if this is OK?
Works for me - thus uploaded.
Thanks a lot for your contribution
On Sun, May 24, 2020 at 08:02:56AM +0200, Paul Gevers wrote:
> gzip: *.gz: No such file or directory
I've fixed this one but the test has changed and seems to require a
running X server. Either this can be changed via command line options
or by using xvfb-run to provide some X server.
Kind
On Tue, May 19, 2020 at 12:45:40PM +0300, Adrian Bunk wrote:
> On Tue, May 19, 2020 at 11:33:07AM +0200, Andreas Tille wrote:
> > Arrg, sure this is wrong - I intended to make r-cran-av
> >Depends: libmp3-tag-perl
> >
> > > And depending on libmp
On Tue, May 19, 2020 at 09:54:49AM +0300, Adrian Bunk wrote:
>
> This is due to:
> /usr/lib/R/site-library/av/samples/Synapsis-Wonderland.mp3: broken symbolic
> link to ../../../../../share/doc/libmp3-tag-perl/examples/empty_10sec.mp3
>
> The test passes after installing libmp3-tag-perl, but
Hi Nilesh,
thanks for the quick check. Given that I experienced some false positives
in the past I just uploaded and we'll see what ci.debian.org will say.
Kind regards
Andreas.
On Mon, May 18, 2020 at 01:05:16PM +0530, Nilesh Patra wrote:
> On Mon, 18 May 2020 at 12:39, Andreas Ti
On Mon, May 18, 2020 at 01:27:52AM +, Antoni Villalonga wrote:
> For some reason I din't included all my previous work on my merge request.
I suspect this "some reason" was that salsa and other infrastructure of
Debian went offline at that day for several hours.
> I've recovered most of it
Hi Jeremy,
please make sure to inject pristine-tar (according to Debian Science
policy). I did so now. Unfortunately the package does not build in
a pbuilder chroot:
...
dh_sip3
make[1]: Leaving directory '/build/veusz-3.2.1'
dh_install -O--buildsystem=pybuild
dh_install: warning: Cannot
Control: tags -1 upstream
Control: forwarded -1 Peter Cock
Hi Peter,
it seems the patch applied does not work for 32bit architectures.
Kind regards
Andreas.
On Sat, May 16, 2020 at 02:25:20PM +0300, Adrian Bunk wrote:
> Source: python-biopython
> Version: 1.76+dfsg-2
> Severity: serious
On Mon, May 11, 2020 at 10:20:24PM -0400, Noah Meyerhans wrote:
> Control: tags -1 + patch
>
> > I'll move this package to a cloud-team repository and prepare an upload
> > to unstable on Monday if nobody beats me to it.
>
> https://salsa.debian.org/cloud-team/python-boto/-/merge_requests/1
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 +0
Hi Étienne,
On Thu, May 14, 2020 at 01:41:42PM +0200, Étienne Mollier wrote:
> Andreas Tille, on 2020-05-14 08:43:08 +0200:
> > I took the freedom to just upload as is since chances are good that
> > Helmut does just to do "simply nothing" which is better than forcing
Hi,
I took the freedom to just upload as is since chances are good that
Helmut does just to do "simply nothing" which is better than forcing him
to test and send a response. Hope this strategy is successfull.
Étienne, thanks a lot for your work
Andreas.
On Wed, May 13, 2020 at 11:12:09PM
On Mon, May 11, 2020 at 01:53:10PM +0200, Vincent Danjean wrote:
> Le 11/05/2020 à 13:48, Vincent Danjean a écrit :
> > Le 11/05/2020 à 13:38, Andreas Tille a écrit :
> >> BTW, I used routine-update on the packaging in salsa[1] and realised
> >> that the package is using
Hi,
I tried to track down the issue and called `make -n` in my pbuilder
chroot. It seems the issue can be found somewhere here:
/build/latex-make-2.3.0/examples# texmf/scripts/latex-make/svg2dev.py
-L pdftex fig/logo.svg fig/logo.pdftex
Unable to init server: Could not connect:
On Sun, May 10, 2020 at 09:30:52PM +0300, Adrian Bunk wrote:
> int128 is not available on 32bit systems,
> I don't know whether upstream cares about that.
Upstream disabled issue tracker on Github and I have no idea how to
contact them. Since this kind of software is usually used on high
Hi,
On Sun, May 10, 2020 at 08:10:48PM +0300, Adrian Bunk wrote:
> Control: reassign -1 libpbcopper1.3.0 1.4.0+dfsg-1
> Control: affects -1 src:pbbam
> ...
> $ objdump -p /usr/lib/x86_64-linux-gnu/libpbcopper.so.1.6.0 | grep SONAME
> SONAME libpbcopper.so.1.6.0
>
> With this
Hi,
this bug stays a source of autoremoval warnings noise. I wonder if
someone might take action on this to move the package to team
maintenance. Eric suggested the cloud team which is perfectly fine for
me - but can this please made happen. It should not be that hard once
the repository is
Hi Pierre,
On Fri, May 08, 2020 at 10:24:47PM +0200, Pierre Gruet wrote:
>
> Absolutely. This is part of the complementary tasks I was planning to do
> (my Salsa push of yesterday was only to fix the RC bug). h5ar was not in
> the previous packaging of libsis-jhdf5-java.
If you think you might
Control: severity -1 important
The builds for the failed architectures are requested for removal. So
the bug is set to severity important to move on with architectures that
are used in practical applications without creating noise in form of
lots of testing removal warnings of rdepends.
Kind
Control: severity -1 important
The builds for the failed architectures are requested for removal. So
the bug is set to severity important to move on with architectures that
are used in practical applications without creating noise in form of
lots of testing removal warnings of rdepends.
Kind
Control: tags -1 upstream
Control: forwarded -1 https://github.com/hdmf-dev/hdmf/issues/343
Hi Michael,
this bug continuously creates noise on the testing removal front. I'd
really love to ask for removal the failing arches for the moment.
What do you think?
Kind regards
Andreas.
--
http://fam-tille.de
Control: forwarded -1 https://github.com/biopython/biopython/issues/2863
Control: tags -1 upstream
Control: forwarded -1 Peter Cock
Hi Peter,
with the upload of ncbi-blast+ version 2.10 Biopython test is running
into failures (see
https://bugs.debian.org/959587#10
)
Could you please adjust the Biopython test suite accordingly?
Kind regards
Andreas.
On
Hi Aaron,
I've checked ncbi-blast+ and your last upload does not seem to be
pushed.
Since there is a strong relation in time with your upload and this
FTBFS of biopython do you think that this could be connected:
On Sun, May 03, 2020 at 02:43:59PM +0200, Lucas Nussbaum wrote:
> >
Hi Filippo,
I tried to investigate this issue of beads:
On Sun, May 03, 2020 at 02:34:20PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
> ...
> Relevant part (hopefully):
> > The following packages have unmet dependencies:
> >
Hi Adrian,
On Tue, May 05, 2020 at 10:17:30AM +0300, Adrian Bunk wrote:
> > Justification: fails to build from source (but built successfully in the
> > past)
> >
> > cyvcf2 failed to build on mipsel (where it built before),
> >...
>
> The mipsel failure is "FTBFS on Loongson", this needs
Control: tags -1 upstream
Control: forwarded -1 https://github.com/bbuchfink/diamond/issues/348
Hi Matthew,
On Thu, Apr 30, 2020 at 05:53:29PM -0700, Matthew Fernandez wrote:
>
> Is the priority goal here to simply ship a non-crashing clustalo mipsel
> binary that BioPython can depend on? If so, maybe we can just disable
> compiler optimisation (-O0) and this may avoid provoking the bus
Hi Jeffrey,
thanks a lot for this analysis. Any chance that somebody could
turn this into a patch I could try?
Kind regards
Andreas.
On Thu, Apr 30, 2020 at 03:40:12PM -0400, Jeffrey Walton wrote:
> On Fri, Apr 17, 2020 at 7:21 AM Andreas Tille wrote:
> > ...
> > So i
On Thu, Apr 30, 2020 at 07:17:50AM -0700, Matthew Fernandez wrote:
>
> Valgrind, in its default mode, checks for a variety of memory issues
> (use-after-free, write out-of bounds, …). You don’t need any special
> configure/build options, but you probably want to enable debug symbols
> (`export
Hi Matthew,
On Wed, Apr 29, 2020 at 05:51:26PM -0700, Matthew Fernandez wrote:
> > Any more help from debian-mipsel is really appreciated.
>
> Hm yes, “--disable-libsanitizer” is rather ominous. I guess the mipsel GCC
> package has been built without ASan support. Surprising that it fails so
>
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
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
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
Control: tags -1 help
Control: tags -1 upstream
Control: forwarded -1 https://github.com/bbuchfink/diamond/issues/347
I've added a build-time and autopkgtest exposing the issue directly and
forwarded the issue tp upstream.
Kind regards
Andreas.
--
http://fam-tille.de
On Tue, Apr 28, 2020 at 04:43:30PM +, Antoni Villalonga wrote:
>
> I think I've faced that problem and fixed.
> Fix should be included into '2to3.patch'
>
> I think the relevant part is:
>
> --- a/atac-driver/chainer/localalign/localAlignerInterfacemodule.C
> +++
Hi Antoni
On Sat, Apr 25, 2020 at 09:02:07PM +0200, Paul Gevers wrote:
> ...
> python3 /usr/bin/../lib/atac/bin/AtacDriver.py
> /tmp/autopkgtest-lxc.pom4prd4/downtmp/autopkgtest_tmp/results/work/LeprvsTuber.matches.extended
>
> Traceback (most recent call last):
> File
Hi,
On Wed, Apr 22, 2020 at 06:32:55PM +0200, Giovanni Mascellani wrote:
> Apparently jhdf has a patch committed in Salsa which would fix a FTBFS
> (which currently prevents hdfview from installing in sid). Is there are
> reason for not uploading it?
Pretty please upload!
Thank you
Hi Pierre,
a, now I've got it! Great it runs now. Uploaded thanks to
your hint, Andreas.
On Mon, Apr 20, 2020 at 06:24:00PM +0200, Pierre Gruet wrote:
> Hi Andreas,
>
> Le 20/04/2020 à 12:08, Andreas Tille a écrit :
> >
> > Thanks a lot for checking. The issue is
Hi Pierre,
On Mon, Apr 20, 2020 at 11:35:33AM +0200, Pierre Gruet wrote:
> I gave it a try this morning but was not able to reproduce your issue in a
> sid chroot, with the most recent version of python-cobra that is packaged in
> the Salsa repository.
> The test session can be successfully
Control: tags -1 pending
Hi Alberto,
On Sun, Apr 19, 2020 at 03:43:04PM +0200, Alberto Garcia wrote:
> On Sun, Apr 05, 2020 at 07:37:28PM +0200, Alberto Garcia wrote:
> > The attached patch fixes the build. The latest upstream release
> > candidate still uses the old symbol btw.
>
> I'm also
Hi Matthew,
many thanks again for your investigation.
On Sat, Apr 18, 2020 at 01:15:49PM -0700, Matthew Fernandez wrote:
> > Upstream is in the row of this investigation. Its quite interesting
> > that the issue could also observed on amd64. So probably this is a real
> > issue which is just
Control: tags -1 pending
Discussing a better solution for #958125 using simde.
Kind regards
Andreas.
Hi Adrian,
recently Michael Crusoe injected simde which should solve the SSE issue
in a more elegant way. Michael, would you comment on this whether we
should apply this patch or rather use simde here?
Kind regards
Andreas.
On Sat, Apr 18, 2020 at 02:54:12PM +0300, Adrian Bunk wrote:
>
Hi Matthew,
thanks a lot for your detailed investigation.
On Fri, Apr 17, 2020 at 04:28:23PM -0700, Matthew Fernandez wrote:
> > Program received signal SIGBUS, Bus error.
> > 0x5556a1b8 in PairDistances (distmat=0x7fff278c, mseq=0x55692a30,
> > pairdist_type=, bPercID=, istart=0, iend=3,
> >
Hi Matthew,
On Fri, Apr 17, 2020 at 08:18:29AM -0700, Matthew Fernandez wrote:
> > Thanks for the patch which I applied to packaging Git. I assume you
> > want to express that while these fixes are definitely good coding
> > practice the bus error problem is not fixed by it, right?
>
> Thanks,
On Fri, Apr 17, 2020 at 05:26:04PM +0200, Dylan Aïssi wrote:
> > I wonder whether it might make sense to exclude this single test and
> > reduce severity of the bug from serious to important.
>
> Yes, this is my plan.
Good! So I just wait. :-)
My main concern is that we are free of RC bugs
Hi Matthew,
On Fri, Apr 17, 2020 at 07:40:54AM -0700, Matthew Fernandez wrote:
>
> As a jumping off point, the attached patch fixes some issues with logging
> calls in the upstream 1.2.4 source release.
Thanks for the patch which I applied to packaging Git. I assume you
want to express that
Control: tags -1 upstream
Control: forwarded -1 Lionel Henry
Control: tags -1 help
Hi Lionel,
the Debian packaged version of svglite received a bug report[1] about a
failing test.
I can reproduce this by:
r-cran-svglite/tests(master) $ LC_ALL=C R --no-save < testthat.R
R version 3.6.3
Hi,
I wonder whether it might make sense to exclude this single test and
reduce severity of the bug from serious to important.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 help
Hi,
as it can be seen on the recent build log of clustalo on mips[1] the
build fails with
# Run additional test from python-biopython package to verify that
# this will work as well
src/clustalo -i debian/tests/biopython_testdata/f002 --guidetree-out
temp_test.dnd -o
On Tue, Mar 31, 2020 at 03:55:42PM +0200, Andreas Tille wrote:
> On Tue, Mar 31, 2020 at 03:48:02PM +0200, Michael Crusoe wrote:
> >
> > I don't think dropping the 32bit archs is urgent right now.
>
> I'm happy if you have a better solution, Andreas.
I'm not sure what
Control: tags -1 upstream
Control: forwarded -1 https://github.com/igraph/igraph/issues/1370
ular automatic packaging enhancements done which finally
lead to a better quality.
Kind regards
Andreas.
> On Wed, Apr 15, 2020 at 9:01 AM Andreas Tille wrote:
> >
> > Hi Salsa admins,
> >
> > please be so kind to transfer
> >
> > https:
you :).
>
> Cheers,
>
> On 4/14/20 11:16 AM, Inaki Malerba wrote:
> > El 14/4/20 a las 10:43, Andreas Tille escribió:
> >> Hi Agustin and Iñaki,
> >>
> >> I wonder whether you would like to maintain the logbook package in
> >> Debian Pytho
Hi Julien,
On Wed, Apr 15, 2020 at 10:19:11AM +0200, Julien Lamy wrote:
> Following the build failures of Odil on mips64el (which never really
> built correctly, due to timeouts), I'd like to remove the support for
> mips64el. From what I've understood, I'll need to change the
> Architectures
Control: reassign -1 clustalo
Control: retitle -1 "clustalo: Bus error on mipsel"
Control: tags -1 upstream
Control: forwarded -1 clust...@ucd.ie
Hi,
I took over the test done by biopython into the clustalo build time and
autopkgtest. As Peter assumed this is an issue in clustalo as you can
see
Hi Agustin and Iñaki,
I wonder whether you would like to maintain the logbook package in
Debian Python Modules team (by setting the mailing list as Maintainer
and you two serve as Uploaders.) This would possibly enhance the number
of people who are watching this package and would simplify doing
Control: tags -1 pending
Control: reassign -1 minimap2
Control: retitle -1 "-flto flag breaks nanopolish"
Hamid, thanks a lot for your investigation.
Kind regards, Andreas.
--
http://fam-tille.de
Hi Liubov,
On Sat, Apr 11, 2020 at 07:41:34PM +0200, Liubov Chuprikova wrote:
> As I mentioned during today's Jitsi meeting, kmer builds and all the tests
> passed in a clean sbuild schroot. Should we close the bug and make a
> release then?
Thanks for checking and confirming - I just did so.
Control: forwarded -1 Peter Cock
Hi Peter,
the log that is linked to below says in the end:
==
ERROR: test_input_filename_with_space
(test_ClustalOmega_tool.ClustalOmegaTestNormalConditions)
Test an input filename containing
On Sun, Apr 05, 2020 at 12:34:55PM +0100, Jeremy Sowden wrote:
> > > I've attached the part or the build log that seems to be autoconf
> > > relevant. I admit I'm a bit astonished since I can only see
> > > warnings but no error ...
> >
> > Here's a patch that fixes the autoheader warnings.
>
>
Hi Jeremy,
On Sun, Apr 05, 2020 at 10:14:58AM +0100, Jeremy Sowden wrote:
> > Any help would be appreciated.
> >
> > [1] https://salsa.debian.org/debichem-team/mpqc
>
> Adding AC_CONFIG_MACRO_DIR to configure.in appears to fix it (patch
> attached).
Thanks a lot for the promising patch I have
Control: tags -1 help
Hi,
while Nilesh has fixed the MPI-3.0 issue of mpqc in Git[1] the package
does not build any more due to an autoconf issue:
...
configure.in:1802: error: possibly undefined macro: AC_CHECK_CCA
If this token and others are legitimate, please use m4_pattern_allow.
On Sat, Apr 04, 2020 at 09:13:27AM +0100, Rebecca N. Palmer wrote:
> It was left un-updated because upstream started using a patched LLVM, and
> packaging that was considered inappropriate and/or too much work.
>
> Upstream stopped doing that ~6 months ago, so there is currently no obvious
>
Control: tags -1 help
Hi,
this bug is fixed in Git. Unfortunately there is an issue with python3-libsbml
which prevents successful building:
ERROR collecting test session _
/usr/lib/python3/dist-packages/_pytest/config/__init__.py:440: in
801 - 900 of 2982 matches
Mail list logo