Control: reopen -1
Control: tags -1 confirmed
Control: tags -1 upstream
Control: forwarded -1 Christopher Chang
Hi Christopher (and Dylan),
I verified the latest version (29 Jan 2022) of plink2 with the same
result for the CI test we are doing in Debian (which was written by
Dylan):
$ plink2 --
Am Wed, Feb 16, 2022 at 09:00:28PM +0100 schrieb Jose Luis Rivero:
>
> No worries Emmanuel, thanks for your offer to help. I have not pinged the
> ftp-master team yet,
> so you are on time to help the poor Gazebo to go to testing :)
camitk was accepted and I have done a source-only upload.
Kind
Control: tags -1 pending
Am Wed, Feb 16, 2022 at 05:30:01PM + schrieb Thorsten Alteholz:
> please also mention at least:
> CamiTK-5.0.2/python_sdk/pyside_global.h
> Insight Consortium
> in your debian/coypright.
Thanks for spotting this and filing this bug report which is
fixed in Git now
Control: tags -1 upstream
Control: forwarded -1 https://github.com/scikit-learn/scikit-learn/issues/22503
also sent another bug report
https://github.com/scikit-learn/scikit-learn/issues/22504
Hi,
as I explained to Debian Science list[1] I'd recommend to drop armel and
armhf architectur
Hi Jose,
Am Mon, Feb 14, 2022 at 12:18:47AM +0100 schrieb Jose Luis Rivero:
>
> You are welcome. This bug is preventing one of my packages (Gazebo) from
> being
> migrated to testing. Could we please upload a revision bump of the current
> version to solve this issue while we work on 5.0.2?
Hmmm
Hi Scott,
thanks a lot for your hints.
Am Sun, Feb 13, 2022 at 10:28:15PM -0500 schrieb Scott Talbert:
> I spent some time looking into this. The problem is that upstream includes
> binary eggs (which are Python version specific) as part of its test suite.
> The problem here is that there are no
Hi Andrius,
Am Mon, Feb 14, 2022 at 08:25:58AM +0200 schrieb Andrius Merkys:
>
> Thanks for pinging me here. This issue is indeed Debian-specific, so the
> upstreams should not be bothered by it.
OK.
> In the upload of cdk 1:2.7.1-1 I have disabled InChI support once again
> due to cdk require
Control: tags -1 help
Hi CDK uploaders,
I noticed that a new version (2.7.1) of cdk was uploaded which is
possibly responsible for the issue reported below. Before I'll contact
cdkr authors I want to make sure that its not a Debian packaging issue
which is causing the problem below.
Kind regard
Control: tags -1 help
Hi,
I've updated python-envisage in Salsa[1] to the latest upstream version
and bumped its failing predepends to their according latest upstream and
fixed all bugs in those. For envisage I'm stumbling upon a Python3.10
related bug I'd like to ask for help:
...
Hi,
Am Mon, Feb 07, 2022 at 10:57:36PM +0100 schrieb Emmanuel Promayon:
> Thank you very much for this patch, you are absolutely right: your patch
> fixes the problem!
Possibly it fixes camitk for the current package in Debian. So thanks a
lot in any case.
> It should also work perfectly well
Hi,
just for the record: This CVE is fixed only in the Pro edition[1]
but there is no record that the CE edition which we can package is
fixed yet.
Kind regards
Andreas.
[1]
https://support.sylabs.io/support/solutions/articles/4287130-3-5-8-security-release-cve-2021-33622-
--
htt
Thanks a lot!
Am Sat, Jan 22, 2022 at 07:15:25PM +0100 schrieb Étienne Mollier:
> Hi Andreas,
>
> Andreas Tille, on 2022-01-16:
> > I think the roadmap that ITK4 will be deleted as soon as possible
> > is clear. However, if it might serve as an intermediate means
> >
Hi,
I've just fixed #1002316 by upgrading to latest upstream version. When
looking at the package it might make sense to move it to Debian Python
team instead of private maintainership. I'd volunteer to move the package
over if all involved people agree.
Kind regards
Andreas.
--
http://
Am Sun, Jan 16, 2022 at 11:51:43AM +0100 schrieb Étienne Mollier:
> At some point I tried investigating how to reproduce the tiff
> test failure with minimum requirements, to determine whether the
> problem comes from the way itk4 calls the library, or if the
> library itself is at fault, but I mus
Am Sun, Jan 16, 2022 at 07:07:01AM +0100 schrieb Sebastiaan Couwenberg:
> On 1/15/22 21:45, Andreas Tille wrote:
> > > There is no RM bug for insighttoolkit4 yet,
> >
> > Steve simply bumped the version right in d/changelog[1]
>
> How does the insighttoolkit5
Hi Bas,
Am Sat, Jan 15, 2022 at 08:30:26PM +0100 schrieb Sebastiaan Couwenberg:
> > Insighttoolkit4 will be removed from Debian. We are now building
> > insighttoolkit5 and do not support insighttoolkit4 any more.
>
> Good to know.
>
> OTB won't support ITK5 for quite a while, though:
>
> htt
Am Sat, Jan 15, 2022 at 06:45:11PM +0100 schrieb Sebastiaan Couwenberg:
> reopen -1
>
> On Mon, 10 Jan 2022 16:58:42 +0100 Andreas Tille wrote:
> > > > This bug has been fixed in the meantime.
>
> insighttoolkit4 still FTBFS with GCC 11:
>
> error: ISO C++17
Control: tags -1 help
Hi,
Am Tue, Dec 14, 2021 at 06:27:47PM +0100 schrieb Heinz Repp:
> > /usr/include/vigra/separableconvolution.hxx:1413:13: error: ISO C++17 does
> > not allow dynamic exception specifications
> > /usr/include/vigra/stdconvolution.hxx:796:13: error: ISO C++17 does not
> > al
Control: forwarded -1 https://github.com/ValeevGroup/mpqc/issues/60
Am Mon, Jan 10, 2022 at 05:25:59PM +0200 schrieb Adrian Bunk:
> On Sat, Dec 11, 2021 at 04:02:09PM +0100, Étienne Mollier wrote:
> > Hi there,
> >
> > About the build error I caught with itk4 on , this
> > looks to be caused by a gcc bug in the headers files [1],
> > causing failures to build sour
Hi Mo,
thanks a lot. I asked on IRC for priorisation of this
package.
Kind regards
Andreas.
Am Sat, Jan 08, 2022 at 08:30:57PM -0500 schrieb M. Zhou:
> Hi all,
>
> The good news is that I managed to upgrade onetbb. It
> is in the NEW queue now:
> https://ftp-master.debian.org/new/onetb
Control: blocked -1 by 1001591
- Weitergeleitete Nachricht von Sandro Tosi -
Date: Fri, 7 Jan 2022 21:01:30 -0500
From: Sandro Tosi
To: Andreas Tille , 1002...@bugs.debian.org
Cc: "Michael R. Crusoe"
Subject: Re: Bug#1002326: python-schema-salad: FTBFS: dh_auto_test: error
> Hello Lucas. Can you try again with the latest mypy package?
I tried again under current sid and with latest upstream
(8.2.20220103095339-1 - not commited to Git) and got
...
E AttributeError: module 'mistune' has no attribute 'Renderer'
_ ERROR collecting
.pybuild/cpython3_3.9_schema-sala
Control: tags -1 upstream
Control: forwarded -1 https://github.com/Lykos153/AnnexRemote/issues/33
Hi,
I've upgraded Git to latest upstream version (1.6.0) but the issue persists
here and thus was reportet upstream.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 upstream
Control: forwarded -1 https://github.com/samuelcolvin/pydantic/issues/3604
Hi,
I assumed I can fix the issue with a simple patch[1] but with this patch
the test suite is running into other errors. Thus I reported the issue
upstream
Kind regards
Andreas.
[1]
ht
Control: tags -1 upstream
Control: forwarded -1 https://github.com/simd-everywhere/simde/issues/936
Hi,
I'm able to reproduce this issue in a local pbuilder chroot and have
forwarded the issue upstream.
Kind regards,
Andreas.
--
http://fam-tille.de
Hi,
Am Thu, Dec 23, 2021 at 11:03:56AM -0500 schrieb M. Zhou:
>
> I've just finished my final exams so I could do something during
> the holiday.
Great. Hope you finished the exams successfully. ;-)
> That TBB repository is still work-in-progress and
> FTBFS from the master branch is something
Hi,
Am Wed, Dec 22, 2021 at 05:09:35PM -0800 schrieb Diane Trout:
> On Wed, 2021-12-22 at 22:24 +0530, Nilesh Patra wrote:
> >
> > Actually because of the current state of numba, several reverse
> > depends are FTBFS so it's
> > bit urgent to push. Apologies for getting on your nerves, though.
>
Hi,
Am Wed, Dec 22, 2021 at 06:17:21PM +0100 schrieb Pierre Gruet:
>
> The warning mentioned in the bug title is issued by the Javadoc builder,
> which we do not use. It does not trigger the failure of the build.
> The real issue is in the tests: for some reason, a FileNotFoundException is
> rais
Control: tags -1 upstream
Control: forwarded -1 https://github.com/hdmf-dev/hdmf/issues/687
Hi,
I've just fixed that bug in NMU. Since I had no permissions to
push my commits to the Git repository I'm attaching the commits
I did locally as format-patch. Feel free to `git am` them.
Kind regards
Andreas.
--
http://fam-tille.de
git_format-patch_commits.tar.gz
Description: applic
Control: retitle -1 Ocaml build error: expression was expected of type
Control: tags -1 help
Hi,
there is a new build error that is possibly caused by some change in the
ocaml build system (since the source of the pplacer package did not
changed):
> + ocamlfind ocamlopt -c -annot -w Z -package b
Control: tags -1 pending
Am Tue, Dec 21, 2021 at 05:33:32PM +0100 schrieb Lucas Nussbaum:
> Source: libatomic-queue
> Version: 0.0+git20201108.d9d66b6-4
> Severity: serious
> Justification: FTBFS
This is solved in Git. However, when I try to build the status in Git I
get:
E: libatomic-queue-d
Package: r-cran-gplots
Version: 3.1.1-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: debia...@lists.debian.org
Hi,
seems r-cran-gplots has sliped trough in the Transition r-base for 4.0.0
(bug #955211). This is strange since current r-cran-gplots was uploaded
at 2020-11-
Hi Étienne,
Am Wed, Dec 15, 2021 at 11:23:17PM +0100 schrieb Étienne Mollier:
>
> I pushed my changes leading to these errors, but getting the
> other bugs affecting ball fixed before Christmas might involve
> undoing the setting of SIP_LIBRARIES in d/rules.
Thanks a lot for your investigations.
Hi Étienne,
Am Wed, Dec 15, 2021 at 09:42:00PM +0100 schrieb Étienne Mollier:
>
> Pushed, Thanks for the nudge. (Sorry, I couldn't push yesterday
> for dumb reasons.)
Thanks. :-)
> > The python package is probably available for the case if you want to use
> > the library itself in the python
Hi Étienne,
Am Tue, Dec 14, 2021 at 11:13:21PM +0100 schrieb Étienne Mollier:
> Étienne Mollier, on 2021-12-14:
> > However, once the sip file is caught, the package fails to build
> > from source due to various errors in the generated code. The
> > patch also addresses one of them in its second
Control: tags -1 pending
I've fixed the dh_installdocs issue in Git[1] but wanted to solve
the autopkgtest issue as well. At first I provided the proper
module name[2] which brought me back to the old discussion here:
Am Thu, Sep 23, 2021 at 11:59:50PM +0200 schrieb Étienne Mollier:
> Hi Nilesh,
Hi Julien,
Am Tue, Dec 14, 2021 at 07:02:40PM +0100 schrieb Julien Lamy:
> Hi list,
> I tried to solve #1001614 but I can't reproduce the error: on an armhf box,
> sbuild environment targeting sid, no error occurs. Since the build error is
> supposed to happen during network-related unit tests in
Hi Flavien,
Am Tue, Dec 14, 2021 at 04:13:26PM +0100 schrieb Flavien Bridault:
> Thanks for the notice.
>
> This comes from DCMTK. Maybe an API change or a move of a header. Do you
> want me to have a look ?
I guess Steve will be very happy if you can have a look. As far as
I know he is not a m
Control: tags -1 upstream
Control: forwarded -1 https://gitlab.com/ezlab/busco/-/issues/513
--
http://fam-tille.de
Am Sat, Dec 11, 2021 at 02:33:40PM +0530 schrieb Nilesh Patra:
> On 12/11/21 12:14 PM, Nilesh Patra wrote:
> > Tests are still failing, see here[1]. It is not a problem of terra version,
> > as it seems, it is installed in the
> > way pretty much every other package is. I face the same stuff local
Hi,
I've commited version 0.54.1 to Git since I assume that we have better
chances for Python3.10 support in the more recent upstream version.
Unfortunately the build stops with
dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:237: python3.10 setup.py clean
...
from distutils import sysco
Hi Nilesh,
Am Thu, Dec 09, 2021 at 01:57:56PM +0530 schrieb Nilesh Patra:
> control: reopen -1
> control: found -1 python-cooler/0.8.11
>
> On 9 December 2021 1:51:15 pm IST, Andreas Tille wrote:
> >Its not the most elegant fix but given that the code contained the
> >
I do not think so since you see:
Get:1 http://deb.debian.org/debian testing/main r-cran-satellite 1.0.4-1 (dsc)
[2,198 B]
so this is the version that is testet.
Kind regards
Andreas.
> On Tue, Nov 30, 2021 at 12:48 AM Andreas Tille wrote:
>
> > Control: forwarded -1 Rober
Control: tags -1 upstream
Control: forwarded -1 https://github.com/bcgsc/abyss/issues/384
Hi Robert,
Am Wed, Dec 01, 2021 at 10:59:45PM -0800 schrieb Robert J. Hijmans:
> On Tue, Nov 30, 2021 at 10:46 PM Andreas Tille wrote:
>
> > > raster 3-5.2 depends on terra; but it does not specify which version of
> > > terra. I believe it needs to be terra 1.4-
Dear Robert,
Am Tue, Nov 30, 2021 at 09:18:18PM -0800 schrieb Robert J. Hijmans:
> Dear Andreas,
>
> raster 3-5.2 depends on terra; but it does not specify which version of
> terra. I believe it needs to be terra 1.4-11 to not get this error.
Is it *exactly* this version or >= 1.4-11? We had on
Hi Graham,
thanks a lot for the patch which I applied in Git. Unfortunately
three test errors are remaining:
=== short test summary info
FAILED
skbio/alignment/tests/test_tabular_msa.py::TestLoc::test_multiindex_complicated_axis_empty_selecti
Control: forwarded -1 Robert J. Hijmans , Florian Detsch
Control: tags -1 upstream
Control: tags -1 help
Hi Robert and Florian,
I'm contacting you as the maintainers or raster and satellite. As you
can see below in the Debian packaged versions of these packages some
conflict was raised in the
Control: block -1 by 1000826
Am Mon, Nov 29, 2021 at 11:36:33PM +0530 schrieb Nilesh Patra:
> I rebuilt with python3.10, and now error is this.
> Something wrong with pandas?
As far as I understood we need to wait for pandas 1.3 to work
with Python3.10.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 help
Hi,
currently I'm running into
ERROR: py310: could not install deps [django>=2.2.*, pytest, pytest-cov,
pytest-django, pytest-xdist]; v =
InvocationError("/build/diskcache-5.2.1/.tox/py310/bin/python -m pip install
'django>=2.2.*' pytest pytest-cov pytest-django pytes
Hi Graham,
Am Mon, Nov 29, 2021 at 12:55:29PM +0200 schrieb Graham Inggs:
> Control: tags -1 + patch fixed-upstream
>
> Both of these issues are fixed in:
>
> https://github.com/biocore/scikit-bio/commit/357c7fe847187bc540c4914c3ffd607d9432857d
I can't confirm this after testing the patch. The
Control: block -1 by 1000422
--
http://fam-tille.de
Hi Pjotr,
Am Mon, Nov 22, 2021 at 08:17:26AM -0800 schrieb Pjotr Prins:
> Thanks @tillea. I wonder if anyone is using BioD. Sambamba imported a subset
> of BioD, but no longer does that.
The motivation to package BioD was only to get Sambamba packaged. I have no
idea whether there is any user
Hi,
I think I've found a patch[1] to solve the original issue which just
seems to be a floating point precision issue. However, meanwhile there
is another less simple issue:
ERRORS
_ ERROR collecting
.pybuild/cpython3_3.1
Control: tag -1 pending
Hello,
Bug #1000224 in plastimatch 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/plastimatch/-/commit/4b0e11e975a2606d60c784e
Hi Adrian,
Am Fri, Nov 19, 2021 at 03:26:39PM +0200 schrieb Adrian Bunk:
> > Just for the sake of interest: If this would not have built in my own
> > pbuilder chroot I would not have considered uploading. Well, I could
> > have checked Salsa CI first but it seems my assumption "builds in
> > pb
Hi Adrian,
Am Thu, Nov 18, 2021 at 11:13:33PM +0200 schrieb Adrian Bunk:
> Source: phast
> Version: 1.6+dfsg-2
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/logs.php?pkg=phast&ver=1.6%2Bdfsg-2
>
> ...
> /<>/src/../include/phast/stringsplus.h:27:10: fatal error:
> pcre.h
Control: tags -1 upstream
Control: forwarded -1 https://github.com/biod/BioD/issues/55
Hi,
I've reported this issue upstream and keep the upstream developer I know
personally in CC (hi Pjotr ;-) ).
Kind regards
Andreas.
Am Tue, Nov 09, 2021 at 10:27:31PM +0100 schrieb Sebastian Ramacher:
er dependency.
> I'll update the docs.
>
> thanks,
>
>
> On Tue, Nov 16, 2021 at 1:07 PM Andreas Tille wrote:
>
> > Hi,
> >
> > it seems sqlsoup is not supported upstream any more. I see it mentioned in
> >
> >docs/source/install.rst
>
Control: blocked -1 by 995252
Hi Steffen
> ERROR: dependencies ‘DRIMSeq’, ‘tximeta’ are not available for package
> ‘IsoformSwitchAnalyzeR’
r-bioc-tximeta is in Debian and just needs to be mentioned in
Build-Depends. However, Git seems not to be up to date so please push.
What is the status o
Control: tags -1 pending
Hi,
it seems a simple rebuild of minimac4 helps to fix this and thus
I'm doing so right now.
Kind regards
Andreas.
--
http://fam-tille.de
Am Mon, Oct 25, 2021 at 09:16:30PM -0400 schrieb Aaron M. Ucko:
> Andreas Tille writes:
>
> > I'm wondering why the makefile stopped working just because a new compiler
> > version is used. :-(
>
> Along the way, you pulled in a new upstream version, whose make
Hi,
this mail from Jose
Am Sat, Nov 06, 2021 at 01:33:29AM +0100 schrieb Jose Luis Rivero:
> Hello! Gazebo maintainer here, affected by this RC bug. Looking into
> upstream repository there is a potential commit that can be used to patch
> this problem until new versions land in Debian:
>
> htt
Control: tags -1 help
Hi,
I tried to fix the issue via a patch[1] that should ensure
AM_INIT_AUTOMAKE is called only once. Unfortunately that patch
resulted in:
dh_autoreconf
configure.ac:303: error: AM_INIT_AUTOMAKE expanded multiple times
/usr/share/aclocal-1.16/init.m4:29: AM_INIT_AUTOMAK
Control: tags -1 pending
Hi Stuart,
Am Wed, Nov 03, 2021 at 09:43:40AM +1100 schrieb Stuart Prescott:
> > > > Extension error:
> > > > You must configure the bibtex_bibfiles setting
> > > > make[2]: *** [Makefile:40: html] Error 2
>
> this is sphinxcontrib-bibtex saying that you need to add the
Control: tags -1 help
Control: tags -1 upstream
Control: forwarded -1 https://github.com/cogent3/cogent3/issues/977
Hi,
I wonder whether someone on the Python list might come up with some help
Am Sun, Oct 24, 2021 at 01:57:39PM +0200 schrieb Lucas Nussbaum:
> Source: python-cogent
> Version: 202
Am Mon, Nov 01, 2021 at 08:28:50PM +0100 schrieb Moritz Mühlenhoff:
> Am Sun, Feb 09, 2020 at 01:18:27PM +0100 schrieb Andreas Tille:
> > Hi,
> >
> > I've taken over this package into Debian Med team to
> >
> >https://salsa.debian.org/med-team/py
Am Fri, Oct 29, 2021 at 08:06:07AM +0200 schrieb Maarten L. Hekkelman:
> See: https://www.wwpdb.org/about/usage-policies
>
> Now, if you look at the text of this license, it is huge. Should that really
> go into the debian/copyright file?
Yes, the length of the text does not matter. If you find
Hi Étienne,
thanks a lot for cleaning up the hassle I've created by naive upload.
I'm busy with real life this week - so feel free to upload. Hope it
does not reside in new as long as other packages there.
Kind regards
Andreas.
Am Tue, Oct 26, 2021 at 10:46:26PM +0200 schrieb Étienne Mollie
Am Fri, Oct 22, 2021 at 07:46:35AM -0400 schrieb Aaron M. Ucko:
> > # Get the list of all .cpp files, rename to .o files
> > #
> > OBJECTS=$(patsubst %.cpp,%.o,$(wildcard $(addsuffix *.cpp,$(subdirs
> > OBJECTS+=$(patsubst %.c,%.o,$(wildcard $(addsuffix *.c,$(subdirs
> > OBJECTS
Hi Aaron,
Am Thu, Oct 21, 2021 at 04:21:26PM -0400 schrieb Aaron M. Ucko:
>
> No, because std::byte supports far too few operations [1]. Instead, I'd
> suggest encouraging upstream to rename their type, and meanwhile locally
> patching source/uchime_src/makefile to add -std=c++14 to CXXFLAGS,
>
Control: tags -1 upstream
Control: forwarded -1 https://github.com/lbcb-sci/racon/issues/59
Argh, I simply missed to test the build before uploading libedlib1. :-(
I hope upstream has some solution.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 help
Hi,
I've solved one gcc-11 issue that was mentioned in this bug report but
now there are other gcc-11 issues that go beyond my C++ knowledge:
...
g++ -g -O2 -ffile-prefix-map=/build/mothur-1.46.1=. -fstack-protector-strong
-Wformat -Werror=format-security -O3 -std=c++11 -p
Control: tags -1 help
Hi,
I was able to fix part of the compatibility issues[1] but now the build
stumbles upon:
...
g++ -DHAVE_CONFIG_H -I. -I./config -Wdate-time -D_FORTIFY_SOURCE=2
-DLAMARC_COMPILE_LINUX -DNDEBUG -Wall -Wextra -Wno-unused -I
./config -I ./config -I ./src/bay
Hi Michael,
I'd like to bring this issue to your attention. Usually it seems
to be cheap to patch out -msse2 from options. However, I'm hesitating
with this for targets explicitly named
ksw2_extz2_sse2.o:ksw2_extz2_sse.c
Since I have no idea about minimap2 at all I'd prefer to be a bit
care
Control: tags -1 pending
Control: block -1 by 995723
Am Mon, Oct 11, 2021 at 04:07:22PM +0300 schrieb Adrian Bunk:
> I: Building using R version 4.1.1-2
> I: R API version: r-api-4.0
> I: Using built-time from d/changelog: Mon, 04 Oct 2021 15:52:01 +0200
> mkdir -p
> /build/1st/r-cran-maota
Am Mon, Oct 11, 2021 at 09:50:44AM +0200 schrieb Andreas Tille:
> Hi,
>
> Am Sat, Oct 09, 2021 at 10:43:20AM +0200 schrieb Étienne Mollier:
> > Mike Bayer, on 2021-10-08:
> > > you woujld have better luck changing epigrass to use automap instead:
> > > http
Hi,
Am Sat, Oct 09, 2021 at 10:43:20AM +0200 schrieb Étienne Mollier:
> Mike Bayer, on 2021-10-08:
> > you woujld have better luck changing epigrass to use automap instead:
> > https://docs.sqlalchemy.org/en/14/orm/extensions/automap.html
>
> Thanks Mike for your recommendation! This is very
Source: numpy
Version: 1:1.19.5-1
Severity: serious
Tags: ftbfs
Justification: FTBFS
Hi,
when trying to build numpy 1.19.5-1 in a recent sid chroot I get
DISTUTILS.rst.txt:386: WARNING: Unparseable C cross-reference: '/**end
repeat1**/'
Invalid C declaration: Expected identifier in nested name.
ks to Sébastien for the
> detailed and accurate analysis. I will need to submit an update to CRAN,
> which should be feasible in the next week or two. Is there a deadline that I
> need to work to?
>
> Best wishes,
>
> Heather
>
> On Mon, Sep 27, 2021, at 10:12 AM, Andr
Control: tags -1 upstream
Control: forwarded -1 Heather Turner
Hi Heather,
the Debian packaged gnm recieved a bug report about a failing test in
connection with the upgrade to lapack 3.10.0 on the machine running the
test. Please read the bug report below.
We admit we need your help to solve t
Control: tags -1 pending
Control: severity -1 important
As Étienne suggested I decrease the severity of this bug to
important to stop the "noise" about other packages recieving
autoremoval warnings. This seems to be rectivied since as
the original bug reporter stated there is currently no real
ha
Control: tags -1 help
Hi Sébastien,
thanks a lot for the bug report.
On Thu, Sep 16, 2021 at 10:59:19AM +0200, Sébastien Villemot wrote:
>
> The testsuite of r-cran-gnm thus needs to be adapted, by being more
> tolerant to such sign changes.
Given that you dived into that issue deep enough to
Control: severity -1 important
On Sun, Sep 12, 2021 at 10:37:29PM +0200, michel wrote:
> Package: youtube-dl
> Severity: grave
>
> the youtube-dl project seams to have died.
> There was no new release since 6/6/2021
> The last commit was on 1 of Jully.
> This delay is very long for this project.
Package: r-bioc-destiny
Severity: critical
Justification: breaks unrelated software
X-Debbugs-Cc: 991...@bugs.debian.org, debia...@lists.debian.org
Hi,
as it was discussed on the debian-r mailing list[1] r-bioc-destiny
should not block the BioConductor transition. The relevant statement
from ups
Hi,
thank you for the report. I'll check the situation next week. I admit
I could need help for youtube-dl or its forks. I have > 1000 team
maintained packages on my desk and having some helping hands for a
moving target like download programs from youtube.
Kind regards
Andreas.
--
http
Control: tags -1 help
Hi,
I need to admit that from my naive perspective this is a bug in
autoconf. In the log that is provided in the bug report[1] you can see
this here:
dh_autoreconf -O--buildsystem=R
configure.ac:44: warning: AC_OUTPUT should be used without arguments.
configure.ac:44: Y
Hi Étienne,
On Sat, Jul 31, 2021 at 10:16:12AM +0200, Étienne Mollier wrote:
>
> Thanks for the confirmation, I wait for my batch of tests to
> finish and will proceed to upload and unblock request today.
Thanks a lot. That's very valuable work
Andreas.
--
http://fam-tille.de
? I can resend the
> patch tomorrow otherwise.
>
> Pj.
>
> On Fri, Jul 30, 2021 at 10:08:45PM +0200, Andreas Tille wrote:
> > Dear Pjotr,
> >
> > thanks a lot for your input. I've applied your changes but there is one
> > remaining failure. I've attache
Dear Pjotr,
thanks a lot for your input. I've applied your changes but there is one
remaining failure. I've attached the build log. Did I possibly made some
mistake when merging your patch?
Kind regards
Andreas.
On Fri, Jul 30, 2021 at 12:29:57PM +0200, Pjotr Prins wrote:
> Dear Andre
Hi Étienne,
thanks a lot for your work on this. I'm explicitly putting current an
past Uploaders in the row. It would be great if you could review the
changes to make sure we will not loose a lot of dependencies.
Kind regards
Andreas.
On Thu, Jul 29, 2021 at 11:55:35PM +0200, Étienne Mol
Thanks a lot, Andreas.
On Thu, Jul 15, 2021 at 12:39:06AM -0400, Aaron M. Ucko wrote:
> Yes, 990743, already granted. It doesn't appear to have reduced the delay
> below what the autopkgtest already gave, though.
>
> -- Aaron
>
> On July 15, 2021 12:08:17 AM EDT, Andr
Hi Aaron,
did you filed an unblock request to release.debian.org bug report?
Kind regards
Andreas.
- Forwarded message from Debian testing autoremoval watch
-
Date: Wed, 14 Jul 2021 04:39:03 +
From: Debian testing autoremoval watch
To: ncbi-entrez-dir...@packages.debian.org
S
Hi Jelmer,
its only four days left to get lintian-brush migrating. You definitely
need to do some action.
Kind regards
Andreas.
On Fri, Jul 09, 2021 at 04:39:03AM +, Debian testing autoremoval watch
wrote:
> routine-update 0.0.6 is marked for autoremoval from testing on 2021-07-13
>
>
Control: fixed -1 3.8.2-1
Control: tags -1 buster
fixed -1 3.8.2-1
tags -1 buster
Package: r-cran-gtools
Version: 3.8.1-1
Severity: grave
Justification: renders package unusable
Hi,
$ R -e 'library(gtools)'
R version 3.5.2 (2018-12-20) -- "Eggshell Igloo"
Copyright (C) 2018 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)
R is free software an
501 - 600 of 3031 matches
Mail list logo
