Control: tags -1 patch
Control: tags -1 pending
Hi Marga,
I've pushed the patch used in ArchLinux to Git[1]. I could do another
NMU but I would prefer to move the package to Debian Phototools team
and I'd volunteer to do that move.
Kind regards
Andreas.
[1]
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: 1024...@bugs.debian.org
Subject: ITP: mcl14 -- library providing bindings between mcl and OCaml
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: mcl14
Version : 14
Upstream Author : Copyright: © 1999-2014 Stijn
Hi,
thanks a lot for all your patches for amide. Its really appreciated.
Kind regards
Andreas.
--
http://fam-tille.de
Control: block -1 by 1063377
Control: block -1 by 1063378
Control: block -1 by 1063379
Adding blockers. Please remove the rdepends first.
Kind regards
Andreas.
--
http://fam-tille.de
Control: block -1 by 1063060
Control: block -1 by 1063063
The bugs to remove reverse dependencies were filed. For your
convenience I have added these as blocker. It would be great if the
packages in question could be removed in the near future to stop
cluttering our developer mailing list with
HI Andrius,
Am Fri, Feb 23, 2024 at 09:29:27AM +0200 schrieb Andrius Merkys:
> > ModuleNotFoundError: No module named 'imp'
>
> I had a similar problem. I worked it around by depending on
> python3-zombie-imp, the original code did not require any modifications.
Nice hint - implemented.
Thanks
Control: tags -1 help
Hi,
I've attempted to fix python-coverage-test-runner in Git since this
package is finally responsible for the failure of vmdb2:
File "/usr/lib/python3/dist-packages/CoverageTestRunner.py", line 22,
in
import imp
ModuleNotFoundError: No module named 'imp'
In the
Hi,
we have quite some Python3.12 related bugs caused by sqlalchemy which
seem to be fixed in experimental (which is lagging behind upstream
2.0.27 as well as version 1.4 in unstable where upstream just released
1.4.51).
It seems the issue that leads to bug #1058265
> File
Hi Timo,
thanks for the quick update.
Am Thu, Feb 22, 2024 at 09:08:19AM +0100 schrieb Timo Röhling:
> * Andreas Tille [2024-02-22 08:49]:
> > any progress with pydantic-core? I've checked Salsa for the string
> > "pydantic" but did not found pydantic-core there. It
Hi Timo,
any progress with pydantic-core? I've checked Salsa for the string
"pydantic" but did not found pydantic-core there. It would be really
great to have pydantic 2.x (I stumbled upon python-semantic-release
which also needs it to easily fix #1056503 by upgrading to latest
upstream which
Package: lintian-brush
Version: 0.152
Severity: normal
Hi,
if upstream/metadata are added this is not added+commited to
the packaging repository. There is also no changelog created
which should be something like
* Add upstream metadata
Kind regards
Andreas.
-- System Information:
't import the symbols to the std::
> namespace. In general, the headers Standard C++ imports from Standard C
> snips the .h and prefixes c, so stdint.h -> cstdint, stdio.h -> cstdio, etc.
>
> -- Tino Didriksen
>
>
> On Wed, 21 Feb 2024 at 11:16, Andreas Tille wrote:
>
Control: tags -1 upstream
Control: forwarded -1 https://github.com/Tulip-Dev/tulip/issues/183
Hi,
I verified that the current upstream version of tulip 5.6.3 verifies
in for sipconfig module[1] which is only part of SIP4. Thus I opened
an upstream issue asking for porting to SIP6.
Kind regards
Control: tags -1 help
Hi,
I tried rebuilding the latest upstream version of tulip.
The resulting libtulip-core remains depending from
libqhull8.0 (>= 2020.1)
instead of libqhull-r8.0. Any hint how to fix this is
welcome.
Kind regards
Andreas.
--
http://fam-tille.de
Hi,
I've found in the set of patches for segyio other cherry-picked patches
to adapt to certain Python3.x versions[1]. The patch kindly suggested
by s3v to fix this bug[2] would simply be another cherry-pick from upstream
who has meanwhile released a couple of new versions incorporating all
Hi Rebecca,
Am Tue, Feb 20, 2024 at 10:10:46PM + schrieb Rebecca N. Palmer:
> Remaining blockers for testing migration:
> - python-ulmo #1044057: has a patch, please upload
I've uploaded this yesterday.
> - pydevd #1063274: unclear whether my patch breaks something else, please
> leave
Control: tags -1 upstream
Control: forwarded -1
https://github.com/scikit-learn-contrib/imbalanced-learn/issues/1062
Hi,
thanks a lot for the hint about the new version of imbalanced-learn.
Unfortunately it is not sufficient to simply upgrade to latest
upstream as you can see in Salsa CI[1].
Control: tags -1 help
Hi,
I've pushed the packaging to Debian Science team on Salsa which created
a persistent autopkgtest log in Salsa CI[1] where the said bug can be
reproduced. Any help to fix
TypeError: Could not convert string 'classification' to numeric
The above exception was the direct
Hi again,
Am Sun, Feb 18, 2024 at 12:25:49PM +0100 schrieb Andreas Tille:
> I just realised that a new qiime version is out. I will upgrade
> to latest upstream and see how this might affect this issue
The new qiime upstream version does not change anything. After I
switched q2-* pa
Hi,
I just realised that a new qiime version is out. I will upgrade
to latest upstream and see how this might affect this issue
Kind regards
Andreas.
Am Sun, Feb 18, 2024 at 12:11:04PM +0100 schrieb Andreas Tille:
> Control: tags -1 help
>
> Hi again,
>
> I hope to ap
no attribute '_str'
This all goes back to the qiime package but I admit I have no idea
how to fix this.
Kind regards
Andreas.
[3] https://salsa.debian.org/med-team/q2-quality-control/-/jobs/5320775#L700
Am Sat, Feb 17, 2024 at 11:36:41AM +0100 schrieb Andreas Tille:
> Hi,
>
> as
Control: tags -1 help
Hi again,
Am Sat, Feb 17, 2024 at 07:31:48PM +0100 schrieb s3v:
> More immediate fix is attached but I guess there is a more elegant
> way by changing the code in _ids_to_keep_from_taxonomy() function.
thanks a lot for all your fixes you provided for Debian Med packages.
Control: tags -1 pending
Its fixed in experimental and waiting for time_t transition.
Control: tags -1 help
Am Sat, Feb 17, 2024 at 06:35:41AM +0100 schrieb s3v:
> Attached patch makes autopkg tests pass in unstable on a basis of
> your work/references and [1] (iteritems() was deprecated since version
> 1.5.0 in favor of items()).
Cool. This is uploaded (but not yet in incoming
Hi Maarten,
Am Sat, Feb 17, 2024 at 10:55:37AM +0100 schrieb Maarten L. Hekkelman:
> The URL's were updated in upstream some time ago. The debian version of
> libcifpp (and all dependent tools) are a bit out of date.
OK.
> The problem I have is that development of libcifpp is a bit too fast.
>
Control: tags -1 help
Hi again,
thanks again for your great help. I admit I need some help for q2-types as
well. While log in the bug report vanished you will easily find things like
TypeError: read_csv() got an unexpected keyword argument 'squeeze'
when trying to build the package.
I've
Hi,
thanks a lot for all your help! I've just uploaded q2templates. If you
have more hints to pandas2 related bugs these are very welcome.
Kind regards
Andreas.
Am Fri, Feb 16, 2024 at 02:29:15PM +0100 schrieb s3v:
> Hi,
>
> sorry for writing again but, after removing override for
Hi,
I wanted to see whether latest upstream 2.7.0 might fix this bug, but I
learned that it needs packaging of mda-xdrlib[1] first. I gave up at
this point but I pushed branch 2.7.0 to Git where you might cherry-pick
from once you might want to upgrade.
Hope this helps at least a bit
Control: tags -1 pending
Hi,
thanks a lot for this hint.
Am Wed, Feb 14, 2024 at 10:36:05AM +0100 schrieb s3v:
> I don't know if renaming is a drop-in replacement
Me neither but I simply trust that its passing its test
suite.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 pending
Hi,
I pushed fixes for #1056419 and #1058311 to Git and I think should be
fixed as well. The only remaining build problem is new and caused by
sphinx[1]:
dh_sphinxdoc -i -O--buildsystem=pybuild
dh_sphinxdoc: error:
Control: tags -1 moreinfo
Control: severity -1 important
Hi Sebastian,
the package builds nicely in my local pbuilder, in Salsa CI as well as
in the autobuilders. Thus I'm tagging the bug moreinfo and set severity
to important.
Kind regards
Andreas.
--
http://fam-tille.de
Hi,
thanks for Federico confirming, thus I will move the package to not
need to ask again in a possible future attempt.
Am Wed, Feb 14, 2024 at 12:24:03PM +0100 schrieb Alexandre Detiste:
> Hi Andreas,
>
> I think usage of "past" has been neutered since:
>
> if sys.version_info < (3,):
>
Hi again Federico,
> Am Thu, Feb 08, 2024 at 07:02:09PM +0100 schrieb Federico Ceratto:
> > Sure, go ahead, and thank you for taking care of the bug!
After you accepted python-hug I wonder whether we can also move
python-uncertainties to DPT. I think the usage of past in uncertainties
is
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-areal -- GNU R areal weighted interpolation
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-areal
Version : 0.1.8
Upstream Author : Christopher Prener,
* URL : https://cran.r
Hi,
I was constantly shaking my had above bug #1061802 featuring
Syntaxwarnings like
SyntaxWarning: invalid escape sequence '\.'
573s CLI_INPUT_RE = re.compile('[a-zA-Z0-9_:\.\-\+; /#%]')
573s /tmp/autopkgtest.G4v4eK/autopkgtest_tmp/hatop.py:215:
SyntaxWarning: invalid escape sequence '\s'
Am Mon, Feb 12, 2024 at 10:09:43PM -0500 schrieb Aaron M. Ucko:
> Andreas Tille writes:
>
> >Build-Depends libthread-pool 4.0.0 which does not build
> >for 32bit architectures[1]
>
> I see a fix in experimental:
>
> https://buildd.debian.org/statu
Hi Maarten,
since last September there is a new upstream version in Git which was
not uploaded. I see less instances of ftp.wwpdb.org in this code but
there are some remainings. It would be great if you could upload your
preparation after checking that the bug below is fixed.
Kind regards
Hi,
the chain of dependencies for pinfish which creates the problem is
pinfish depends racon which in turn can't install its
Build-Depends libthread-pool 4.0.0 which does not build
for 32bit architectures[1]
My suggestion to solve the issue is to explicitly set
Architecture:
Control: block -1 by 1063785
Control: tags -1 pending
Hi,
as per upstream the test fails due to the missing Test-Depends
r-cran-intergraph. This is uploaded to new (WNPP #1063785) and
will be uploaded as soon as it has cleared new.
Kind regards
Andreas.
--
http://fam-tille.de
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-intergraph -- GNU R coercion routines for network data
objects
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-intergraph
Version : 2.0
Upstream Author : Michał Bojanowski
* URL
Control: tags -1 pending
We are working on multiqc 1.18 in Git which does not use distutils any
more but has new dependencies that need packaging.
Kind regards
Andreas.
--
http://fam-tille.de
Hi Praveen,
I need to admit that I perfectly understand your wish. However, I think
this might go beyond the intended purpose of this small script which I
wrote to solve *routine* tasks. It is not really intended to do
everything absolutely automated - developer checks should be done in
normal
Hi Praveen,
I admit the --clean-build option is new to me (may be since I'm always
using pbuilder). I'm happily including a patch if you might want to
provide one for this pretty simple shell script to make sure I will
implement your wish correctly.
Kind regards
Andreas.
--
Control: tags -1 help
Control: tags -1 upstream
Control: forwarded -1 https://github.com/nipy/nibabel/issues/1294
--
http://fam-tille.de
Control: tags -1 - patch
Hi Alexandre,
I've applied your patch in Git but as you can see in Salsa CI[1]
it is not sufficient to fix the build issue.
Kind regards and thanks for your help anyway
Andreas.
[1] https://salsa.debian.org/python-team/packages/flask-autoindex/-/jobs/5272253
--
Hi Federico,
Am Thu, Feb 08, 2024 at 07:02:09PM +0100 schrieb Federico Ceratto:
> Sure, go ahead, and thank you for taking care of the bug!
Done.[1]
Please note: I activated build-time testing and non-trivial autopkgtest.
This involved some fixes for Python3.11, Python3.12 as well as numpy.
I
Control: tags -1 pending
Hi Ole,
I've fixed the distutils issue of Python3.12 in Git but there is an
issue pending which you probably can solve way more easier than I:
from astropy.config.configuration import (
E ImportError: cannot import name 'update_default_config' from
Hi Federico,
I'd volunteer to fix this bug but my personal policy is to work on team
maintained packages only. Would you mind if I move the package to
Debian Python Team?
Kind regards
Andreas.
--
http://fam-tille.de
Hi Alisson,
Am Thu, Feb 08, 2024 at 07:12:35AM -0800 schrieb Alisson L.:
> Hello, and thanks for reaching out. An empty results list usually means that
> DuckDuckGo has blocked your IP. I have just tried here with my home IP, and
> it worked fine:
Argh, what might be the reason for blocking on
Control: retitle -1 python-duckpy: autopkgtest failure
Control: tags -1 upstream
Control: forwarded -1 https://github.com/AmanoTeam/duckpy/issues/15
Hi,
the problem does not only exists for Python3.12. Thus I changed
the bug title and reported the issue upstream.
Kind regards
Andreas.
--
Hi Anja,
when analysing Python3.12 bugs like this I stumbled upon visidata.
While I have no idea for a fix my first attempt would be to update to
the latest upstream version and see whether the bug might be fixed.
I would love to help out (with such an upgrade or sponsoring the
package.)
Control: tags -1 upstream
Control: forwarded -1 https://github.com/HenrikBengtsson/future.apply/issues/120
Hi Paul,
thanks a lot for all your work. I have forwarded the problem upstream.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 moreinfo
Am Wed, Feb 07, 2024 at 09:13:52PM +0100 schrieb Matthias Klose:
> Package: src:virulencefinder
> Version: 2.0.4-4
I have
$ dpkg -l virulencefinder | grep ^ii
ii virulencefinder 2.0.4-4 all identify virulence genes in
total or partial sequenced
Control: tags -1 pending
Hi,
I've fixed the issue reported in the bug in Git. However, Salsa CI
shows another issue[1]:
if _is_instance_mock(spec):
> raise InvalidSpecError(f'Cannot spec a Mock object.
> [object={spec!r}]')
E mock.mock.InvalidSpecError: Cannot spec
Hi Ben,
I'd volunteer to upgrade pyrlp to its latest upstream version (4.0.0) if
the package can be moved to DPT. Please note: I have not yet checked the
latest upstream version - I'm just hunting for "any" Python3.12 related
bug and see what I can do if packages are team maintained.
Kind
08, 2024 at 09:17:17AM +1100 schrieb Ben Finney:
> Howdy Andreas,
>
> On 07-Feb-2024, Andreas Tille wrote:
> > Hi Ben,
> >
> > I noticed that apprise version 0.5.1-4 has a bug since its autopkgtest
> > fails with Python3.12. I'd happily fix packages in Debian
Control: tags -1 help
Hi Rebecca,
Étienne has forwarded the issue long ago but it seems upstream does not
want to move to Pandas 2.x[1] and simply closed the issue. Since I
do not see any good reason that we maintain two versions of Pandas I
need to ask for some help in this issue.
Kind
Hi Ben,
I noticed that apprise version 0.5.1-4 has a bug since its autopkgtest
fails with Python3.12. I'd happily fix packages in Debian Python Team
but your package is not team maintained. Do you have any reason for
this?
BTW, upstream meanwhile released version 4.0.0. Is there any reason to
Control: tags -1 wontfix
Set wontfix since here is no real solution how to solve this
bug. Thus cleaning up list of bugs a bit.
--
http://fam-tille.de
Hi Lukas,
Am Thu, Feb 01, 2024 at 11:27:43AM +0100 schrieb Lukas Märdian:
> please note that ghmm seems to FTBFS for a reason unrelated to this NMU:
>
> dh_install
> dh_install: warning: Cannot find (any matches for)
> "usr/lib/python3*/site-packages/*" (tried in ., debian/tmp)
>
> dh_install:
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: r-bioc-shortr...@packages.debian.org, 1063...@bugs.debian.org
Control: affects -1 + src:r-bioc-shortread
Hi,
as requested in the r-bioc-rhtslib (bug #1063376) removal for 32-bit
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: r-bioc-variantannotat...@packages.debian.org,
1063...@bugs.debian.org
Control: affects -1 + src:r-bioc-variantannotation
Hi,
as requested in the r-bioc-rhtslib (bug #1063376) removal
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: r-bioc-rsamto...@packages.debian.org, 1063...@bugs.debian.org
Control: affects -1 + src:r-bioc-rsamtools
Hi,
as requested in the r-bioc-rhtslib (bug #1063376) removal for 32-bit
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: r-bioc-rhts...@packages.debian.org, 1063...@bugs.debian.org,
debia...@bugs.debian.org
Control: affects -1 + src:r-bioc-rhtslib
Hi,
as per bug #1063275 the time_t transition would be
Control: reopen -1
The issue is not closed by latest upload
--
http://fam-tille.de
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: clust...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:clustalw
Hi,
as requested in the emboss-lib removal for 32-bit architectures for this package
the 32bit
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: 1062...@bugs.debian.org
Hi,
as requested in the emboss-lib removal for 32-bit architectures for this package
the 32bit architectures need to be removed as well.
Kind regards and
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: embassy-domal...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:embassy-domalign
Hi,
as requested in the emboss-lib removal for 32-bit architectures for this
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: embassy-domainat...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:embassy-domainatrix
Hi,
as requested in the emboss-lib removal for 32-bit architectures for
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: embassy-domsea...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:embassy-domsearch
Hi,
as requested in the emboss-lib removal for 32-bit architectures for this
Hi Rebecca,
I've checked several Debian Med packages for your assumption that
replacing pandas.util.testing might help but non of the candidates
I've checked was caused by this. I'm rather seeing quite strange
errors like in the case of q2templates here in Salsa CI
Am Sat, Feb 03, 2024 at 10:51:05PM + schrieb Rebecca N. Palmer:
> > I think we should strive for latest upstream in
> > general
>
> Agreed, assuming that doing so doesn't break things.
I picked an upstream version which is compatible with pandas 2.x but
does not need any not yet packaged
Hi again,
Am Fri, Feb 02, 2024 at 09:56:14PM +0100 schrieb Andreas Tille:
> Hi Rebecca,
>
> Am Tue, Jan 30, 2024 at 08:05:35AM + schrieb Rebecca N. Palmer:
> > I intend to upload pandas 2.x to unstable soon. These packages have a patch
> > in their bug - please upl
Hi Rebecca,
Am Sat, Feb 03, 2024 at 09:32:32PM + schrieb Rebecca N. Palmer:
> Please don't skip/xfail tests - my suggestion above is an actual fix:
>
> https://salsa.debian.org/rnpalmer-guest/python-altair/-/tree/fix1044073?ref_type=heads
>
> (In a fork because, despite its description,
Hi Rebecca,
Am Sat, Feb 03, 2024 at 12:32:07PM + schrieb Rebecca N. Palmer:
> My fixes are pushed to Salsa, but they're in a fork because this isn't a
> debian-science package:
> https://salsa.debian.org/rnpalmer-guest/influxdb-python
Argh, I missed that link inside the bug report and
Short notice while traveling. I tried @pytest.skip which failed since it
seems even
from altair.jupyter.jupyter_chart import (
IntervalSelection,
IndexSelection,
PointSelection,
)
is a problem. WHen uncommenting this even more errors arrise.
Sorry for my brevity
Andreas.
Am
Hi Rebecca,
Am Tue, Jan 30, 2024 at 08:05:35AM + schrieb Rebecca N. Palmer:
> I intend to upload pandas 2.x to unstable soon. These packages have a patch
> in their bug - please upload them (I'm a DM, I can't do that), or if you
> think this patch won't work or isn't a good idea, tell me
Hi,
I tried to upgrade python-altair in Git to the latest upstream version
which should work with Pandas 2.0. Unfortunately it has a new dependency[1]
which is not packaged yet. I had no luck to skip the according test which
fails in build time test[2].
Kind regards
Andreas.
[1]
Hi Rebecca,
I followed your hint "replacing all 3 instances of pandas.util.testing
with pandas.testing" [1] but as you can see in Salsa CI there are
remaining issues[2]. The Python3.12 issues should be fixed meanwhile
in version 5.3.1-5.
Any further hints / patches (preferably pushed to Salsa)
Control: tags -1 upstream
Control: forwarded -1 https://github.com/fenderglass/Ragout/issues/88
Hi,
the usage of six is quite hard-coded into ragout code as I just reported
upstream[1]. I dout upstream will react quickly so we are possibly on
our own to get rid of this. Alexandre, it would be
Hi again,
I've filed bug #1062371
RM: emboss [armel armhf i386 hppa m68k powerpc sh4] -- ROM; No support of
32 bit architectures any more
Kind regards
Andreas.
Am Wed, Jan 31, 2024 at 07:53:26AM +0100 schrieb Andreas Tille:
> Hi again,
>
> besides my suggested solution to
Hi again,
Am Tue, Jan 30, 2024 at 08:58:58PM +0100 schrieb Przemysław Kopa:
>
> $ head -n 6 plotly_cran/lib/plotly-main-2.11.1/plotly-latest.min.js
> /**
> * plotly.js v2.11.1
> * Copyright 2012-2022, Plotly, Inc.
> * All rights reserved.
> * Licensed under the MIT license
> */
I've updated
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: emb...@packages.debian.org, 1061...@bugs.debian.org
Control: affects -1 + src:emboss
Hi,
as per bug #1061344 the time_t transition would be quite hard for the
emboss package. It was
Hi,
in connection with the time_t transition in Debian Med we are
discussing[1] whether we really need 32 bit support for some of our
tools or whether we should realistically drop this support to
concentrate on problems which are more relevant for our users.
I wonder whether we could also
/ReleaseGoals/64bit-time
Am Fri, Jan 26, 2024 at 10:44:09AM +0100 schrieb Andreas Tille:
> Hi Charles,
>
> I wonder how we can properly solve this bug. In the early stage of
> Emboss packaging obviously the packages
>
>libajax6,
>libajax6-dev,
>
Hi Przemysław,
Am Tue, Jan 30, 2024 at 08:58:58PM +0100 schrieb Przemysław Kopa:
> I've done some investigation. If you uninstall r-cran-plotly and then
> install plotly directly from CRAN (same version), then the plot from the
> example renders correctly:
Thanks a lot, that's extremely helpful.
Package: wnpp
Severity: wishlist
Subject: ITP: q2-vsearch -- QIIME 2 plugin for clustering and dereplicating
with vsearch
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: q2-vsearch
Version : 2020.8.0.dev0
Upstream Author : QIIME 2 development team
* URL
Control: tags -1 help
Hi Przemyslaw,
thanks a lot for your bug report. Its a schame that you have issues
with the packaged version of plotly.
Am Mon, Jan 29, 2024 at 09:36:55PM +0100 schrieb Przemyslaw Kopa:
>Tried a simple scatterplot example:
>
>library(plotly)
>plot_ly(data =
Control: tags -1 - upstream
Control: tags -1 pending
The issue was resolved by downgrading bibtexparser to the latest stable
upstream release (the formerly uploaded beta caused the problem).
Unfortunately there is a new issue in the new version of q2cli which
fails to build due to test suite
Package: wnpp
Severity: wishlist
Subject: ITP: r-bioc-decontam -- identify contaminants in marker-gene and
metagenomics sequencing sata
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-bioc-decontam
Version : 1.22.0
Upstream Author : Benjamin Callahan
Control: tags -1 pending
Hi Steve,
I reverted the change in unstable and pushed the change for experimental
to Git. Do you want me to upload this change to experimental or should
I keep on waiting?
Sorry for the noise again
Andreas.
Am Tue, Jan 30, 2024 at 11:34:07AM +0100 schrieb Andreas
cking System wrote:
> > This is an automatic notification regarding your Bug report
> > which was filed against the src:biosquid package:
> >
> > #1061931: biosquid: NMU diff for 64-bit time_t transition
> >
> > It has been closed by Debian FTP Masters
> > (repl
Hi Tiago,
I updated Debian package of graph-tool to the latest (2.59). It
turned out that it does not build on the ppc64el architecture. You
can find a full build log here:
https://buildd.debian.org/status/fetch.php?pkg=graph-tool=ppc64el=2.59%2Bds-1=1704656087=0
Just seek for "error:" to
Control: reopen -1
I wrongly assumed that this issue has vanished. Thus reopening the bug.
--
http://fam-tille.de
Am Sun, Jan 28, 2024 at 08:13:01PM +0100 schrieb julien.pu...@gmail.com:
> >
> > upstream page[1] says:
> >
> > This package is in maintenance-only mode. New code should use the
> > importlib.metadata module in the Python standard library to find
> > and load entry points.
> >
> > So it
Hi,
I upgraded python-plaster to latest upstream - but this did not changed
the test suite error.
Kind regards
Andreas.
--
http://fam-tille.de
Hi Jullien,
upstream page[1] says:
This package is in maintenance-only mode. New code should use the
importlib.metadata module in the Python standard library to find and
load entry points.
So it seems we do not need adapt you patch very frequently since
no changes will be to be expected
Francesco
>
>
> On Sat, Jan 27, 2024 at 7:08 PM Andreas Tille wrote:
> >
> > Am Sat, Jan 27, 2024 at 06:28:14PM +0100 schrieb Francesco Ballarin:
> > > OK Andreas, I'll push to master. Let me take the lead on that, and I'll
> > > come back to you and Drew w
Control: tags -1 help
Hi,
I upgraded python-miio in Git. Unfortunately there are some test suite
errors[1]
Any help would be welcome
Andreas.
[1] https://salsa.debian.org/python-team/packages/miio/-/jobs/5212674
--
http://fam-tille.de
Am Sat, Jan 27, 2024 at 06:28:14PM +0100 schrieb Francesco Ballarin:
> OK Andreas, I'll push to master. Let me take the lead on that, and I'll come
> back to you and Drew with progress and questions.
Perfectly fine for me.
> I think I have some ideas on how to get started on the basic package.
101 - 200 of 8705 matches
Mail list logo
