Hi Rhonda,
since francine came up as a candidate for the Bug of the Day[1] one team
member of the salvage team had a look into this package. I'm quoting here
the analysis:
* only upstream release 2001, itself fork of a "discontinued" program,
I haven't managed to have it not segfault yet
*
Hi,
I tried upstream version 1.2.24 but it fails as well. Sorry, I have
no better idea how to fix this but I'm keeping Debian Java List in CC.
Kind regards
Andreas.
--
https://fam-tille.de
he current globjects source package should be built only with
> libglobjects-dev < 3.0
>
>
> Hope this is some useful progress for you.
>
> Rylie Pavlik
>
> On Wed, 2025-01-08 at 17:47 +0100, Andreas Tille wrote:
> > > Control: tags -1 help
> > > Than
Control: tags -1 help
Thanks
Hi,
I've refreshed the packaging and you can find a full build log
of globjects in Salsa CI[1] (which has a different error). Any
help to build this package is welcome.
Kind regards
Andreas.
[1] https://salsa.debian.org/science-team/globjects/-/jobs/6732242
--
Control: tags -1 moreinfo
Control: tags -1 unreproducible
Control: severity -1 important
Thanks
Hi Lucas,
I can't reprocuce the problem, neither can any autobuilder for version
1.7+dfsg-2[1]. Thus setting tags moreinfo, unreproducible decrease
severity to important.
Kind regards
Andreas.
[1
Am Thu, Jan 02, 2025 at 01:07:05PM -0100 schrieb Graham Inggs:
> Control: affects -1 + src:r-cran-lwgeom
>
> It seems at least r-cran-lwgeom needs updating to 0.2-14 for
> compatibility with the new r-cran-sf [1].
>
> version 0.2-14
>
> st_perimeter() is deprecated in favor of st_perimeter_lwgeo
Control: severity 1088784 normal
Control: reopen 1013230
Control: tags 1013230 - patch
Thanks
Am Fri, Dec 27, 2024 at 07:03:01PM + schrieb Simon McVittie:
>
> I think that particular patch should not have been applied as a
> Debian-specific change, and especially not during a "salvaging"
> pr
Hi Santiago,
I admit I have no idea how I can help. If I should merge some MR and
do some upload I can do so, but I don't know what exactly to do.
Kind regards
Andreas.
Am Fri, Dec 27, 2024 at 06:13:26PM +0100 schrieb Santiago Vila:
> El 27/12/24 a las 17:12, Radovan Garabik escribió:
> > I
Hi Thomas,
IMHO this bug is pretty easy to fix by adding a missing header (I've
no tried but it smells like this). The fact that you did not uploaded
the package longer than 10 years might mean we do not really need this
package in Debian.
Just let me know whether you think its worth keeping/sal
Hi Lionel,
Am Sat, Dec 21, 2024 at 01:11:12PM +0100 schrieb Lionel Debroux:
> > Thanks a lot for your quick response and all your work on these tools.
> > Will you file a ROM bug or do you want me to do so?
>
> Upstream here.
Thanks a lot for the quick response.
> The UI part of GFM is pretty
Hi Andreas,
Am Sat, Dec 21, 2024 at 11:27:18AM +0100 schrieb Andreas B. Mundt:
>
> Yes, as for tiemu, I filed an issue long ago [1], but there seem to be
> no related activities. As it's the case for tiemu, it's a pity, but
> probably better to invest the time elsewhere.
Thanks a lot for your q
Hi Michael,
since bug
#967865 ghemical: depends on deprecated libglade2
became serious now and bug
#967392 ghemical: depends on deprecated GTK 2
will fire sooner or later while upstream has orphaned the package a long
time ago I'm wondering whether we have the power inside Debian to take
over
Hi Andreas,
similarly to tiemu there is a libglade2 related bug
#967864 gfm: depends on deprecated libglade2
which became serious and sooner or later
#967387 gfm: depends on deprecated GTK 2
will affect this package. In both cases upstream is not inactive but do
you know whether they intenc
Hi Andreas,
bug
#967889 tiemu: depends on deprecated libglade2
became RC and I guess sooner or late
#967773 tiemu: depends on deprecated GTK 2
#1038572 tiemu: Depends on SDL 1.2
will become relevant sooner or later.
As far as I can see upstream is in low maintenance mode even if not
inactiv
Hi Gerd,
as far as I knoa you are not only maintaining mialmpick in Debian but
upstream of this software. Today bug
#967880 mialmpick: depends on deprecated libglade2
became serious and I guess sooner or later
#967630 mialmpick: depends on deprecated GTK 2
becomes critical as well. Do you
Control: tag -1 pending
Hello,
Bug #1089265 in librcsb-core-wrapper 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/librcsb-core-wrapper/-/commit/f4e1c
Control: tags -1 help
Thanks
Hi,
I admit I'm pretty clueless how to solve the
ImportError: Failed to load PyTorch C extensions
issue. Any help from the Debian AI team?
Kind regards
Andreas.
--
https://fam-tille.de
Control: tag -1 pending
Hello,
Bug #1090162 in python-ruffus 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/python-ruffus/-/commit/e3f60248d41990b79c5
Control: tags -1 upstream
Control: forwarded -1 https://github.com/piskvorky/smart_open/issues/846
Control: block -1 by 1089916
Thanks
The latest upstream version of deepdiff (in Salsa) fixes this bug but it
needs the new dependency orderly-set which is in NEW. Once the ITP
#1089916 is closed this bug can be fixed.
--
https://fam-tille.de
Control: tags -1 upstream
Control: forwarded -1 https://github.com/vals/umis/issues/68
Thanks
The issues was reported upstream two years ago and I have pinged the issue.
(No response so far.)
--
https://fam-tille.de
Am Sat, Dec 14, 2024 at 10:36:33PM +0100 schrieb Jérémy Lal:
> Didn't you RM: ltx in https://bugs.debian.org/1088630 ?
Ups, yes, I did - thank you for the reminder
Andreas.
--
https://fam-tille.de
Am Sat, Dec 14, 2024 at 04:26:33PM +0100 schrieb Jérémy Lal:
> Le sam. 14 déc. 2024 à 15:09, Jérémy Lal a écrit :
> > It's odd that it wasn't part of the last "auto-nodejs" ?
I need to admit I have no deep knowledge about JS issues.
> Otherwise it might make sense to just remove that old and use
Package: node-node-expat
Severity: grave
Justification: renders package unusable
Hi,
I simply get:
$ sudo apt install node-node-expat
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some requir
Control: tag -1 pending
Hello,
Bug #1075544 in sumalibs 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/sumalibs/-/commit/2c4c029b8b2a8e848c95cbf5e9a6f
Hi,
I think I've solved the original autoconf issue that was causing bug
#1075323 and also fixed some missing includes. However, there is some
remaining issue since autoheader creates some broken includes/config.h
file which does not contain the necessary definitions leading to
nstreams.c:100:34
Control: tags -1 pending
Thanks
Hi,
I've sponsored pbseqlib (5.3.5+dfsg-9) on behalf of Nilesh which should
fix the problem itself. I'll sponsor blasr with versioned Build-Depends
set later once pbseqlib has hit unstable and is available for Salsa CI.
Thanks to Nilesh for the fix
Andreas.
-
Hi,
CCing bug #1088768 since the description fits despite the bug itself is
different - not sure whether reopen or new bug is the better option.
It turns out that in debci there is a remaining test suite issue[1]:
58s tests.py ...Fs..s.
[10
Control: tags -1 confirmed
Control: tags -1 help
Thanks
Hi,
I confirm the problem persists and I have no idea how to avoid the test
triggering
checking if "localhost" resolves... no
configure: error: can't figure out gethostbyname_r() since localhost doesn't
resolve
since gcc-14. I've injecte
Hi Yaroslav and Michael,
I've upgraded cmtk to latest upstream in Git but it fails to build
as you can see in Salsa CI[1]. I had a look into it but I was running
in *lots* of issues with gcc-14. Can you have a look?
Kind regards
Andreas.
[1] https://salsa.debian.org/med-team/cmtk/-/jobs/668
Control: tag -1 pending
Hello,
Bug #1075071 in hts-nim-tools 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/hts-nim-tools/-/commit/541b8737868cd3cf7dd
Control: tags -1 pending
Thanks
Hi,
as per ITS I have uploaded the package to delayed=10.
Kind regards
Andreas.
--
https://fam-tille.de
Hi Michael,
Am Sat, Sep 21, 2024 at 10:45:06PM +0200 schrieb Michael Banck:
> > I'd be very happy if you could do so. In case you have time constraints
> > I might have a look in case it would pop up next time as Bug of the Day
> > candidate.
>
> I fixed the testsuite yesterday, but once it actu
Control: tags -1 pending
Thanks
Hi,
as per ITS dsh was uploaded to delayed=10.
Kind regards
Andreas.
--
https://fam-tille.de
Hi Nilson,
Am Tue, Nov 12, 2024 at 02:18:27AM + schrieb Nilson Silva:
> I have some packages that depend on mpl-sphinx-theme.
> I saw that you put yourself as Uploaders of this package.
> As I have adopted some packages that Sandro abandoned, I would like to know if
> Do you mind if I also lis
Hi again,
Am Thu, Nov 07, 2024 at 08:17:44PM +0100 schrieb Andreas Tille:
> Am Thu, Nov 07, 2024 at 08:34:47AM +0100 schrieb Petter Reinholdtsen:
> > I suspect this fix to psnup caused the build problem in
> > https://bugs.debian.org/1086290 >. Do not know how or how to
> &
Control: tags -1 - help
Control: tags -1 pending
Thanks
Am Fri, Nov 08, 2024 at 09:11:51PM +0100 schrieb Drew Parsons:
> We're in the middle of transitioning to OpenMPI 5. OpenMPI 5 removed
> libmpi_cxx, which is why this bug happened.
>
> Bill is certainly right, -lstdc++ -lmpi -lmpi_cxx should
Hi,
Am Thu, Nov 07, 2024 at 08:34:47AM +0100 schrieb Petter Reinholdtsen:
> I suspect this fix to psnup caused the build problem in
> https://bugs.debian.org/1086290 >. Do not know how or how to
> fix it.
>
> The Makefile code in question is generated by Doxygen, so not straight
> forward to fix
Control: tags -1 help
Thanks
Hi,
today molds (from Debichem team) came up as candidate for the Bug of the
Day[1]. I considered bug #1075979 easy to fix by simply adding
libopenmpi-dev to Build-Depends since
$ apt-file search libmpi_cxx.so | grep -- -dev
libopenmpi-dev: /usr/lib/x86_64-linux-gnu
Hi Andreas,
Am Thu, Nov 07, 2024 at 07:32:52PM +0100 schrieb Andreas Metzler:
> > Well, my motivation was a popcon (vote!) > 100 to think there are some
> > users. I'm aware that upstream is dead but we have other packages
> > with dead upstream in Debian with way less users (and way more effort
Hi Andreas,
Am Wed, Nov 06, 2024 at 06:40:41PM +0100 schrieb Andreas Metzler:
> Are you really convinced we would not be better off dropping this
> from Debian instead? mpg321 is stone-dead upstream (last commit about 12
> years ago), alternatives with active upstream exist and are packaged.
Well
Hi,
thanks a lot. BTW, since the package is team maintained you can always
feel free to do a team upload.
Kind regards and thanks again for your very welcome help
Andreas.
--
https://fam-tille.de
Control: tags -1 patch
Control: tags -1 pending
Thanks
Hi,
this package came up as a candidate for the Bug of the Week[1].
I've commited a patch[2] for this bug and will file an ITS bug
soon to get permission to maintain this package in Debian
Multimedia team. Once the ITS bug will be accepted o
Control: tags -1 pending
Control: block -1 by 1086438
Thanks
Hi,
the bug is fixed in Git[1]. The Package Salvage team is waiting for
confirmation that the package can be team uploaded (ITS: #1086438)
[1] https://salsa.debian.org/salvage-team/dsh
--
https://fam-tille.de
Am Wed, Oct 23, 2024 at 12:08:47PM +0200 schrieb Santiago Vila:
> So everything should be fine now.
Puhhh, thanks a lot
Andreas.
--
https://fam-tille.de
Control: reassign -1 python3-nltk
Thanks
Am Mon, Oct 07, 2024 at 10:33:52AM +0200 schrieb Santiago Vila:
> ...
> Successfully built mintpy-1.6.1-py3-none-any.whl
> I: pybuild plugin_pyproject:144: Unpacking wheel built for python3.12 with
> "installer" module
> mkdocs build -c -f mkdocs.yml --no-
Control: tags -1 pending
Thanks
Hi Samuel,
as per ITS bug I have uploaded xjump to delayed=10.
Kind regards
Andreas.
--
https://fam-tille.de
Hi,
nvram-wakeup was suggested as a candidate for the Bug of the Day[1] and
so I had a look into this package. I'll happily recreate the Git archive
from Alioth in your team space on Salsa if, and only if, you consider
the package worth keeping in unstable. The Package Salvage team is doing
this
Control: tags -1 pending
Thanks
As per
https://salsa.debian.org/java-team/umlet/-/blob/debian/sid/debian/control?ref_type=heads#L6
the debhelper compat level was bumped to 13 so this bug is fixed.
Unfortunately the new upstream version (requested in some other bug
report #825264 requires som
Hi Yutaka,
one of the bugs of treil was a candidate for the Bug of the Day[1]
today. As far as I can see on popcon[2] for the library package the
usage vote is close to zero.
Thus I would suggest to remove this package from unstable.
What do you think?
Kind regards
Andreas.
[1] https://s
Control: tags -1 pending
Thanks
Hi,
as per ITS bug I've uploaded nullidentd to DELAYED=10.
Kind regards
Andreas.
--
https://fam-tille.de
Am Fri, Sep 20, 2024 at 10:43:29PM +0200 schrieb Michael Banck:
> > There's a link to the github page in the top bar of the
> > https://psicode.org website, it is at https://github.com/psi4/psi4/
>
> Heh, I guess you meant the Debian source code - this one is at
> https://salsa.debian.org/debichem
Hi,
psicode showed up today as Bug of the Day[1] candidate. I checked the
situation upstream[2] but I need to admit I do not have any clue about
their versioning. They have a stable release of psi4 which is 1.9.1 (so
we are lagging way behind with the Debian packaged 1.3.2) and than the
web page
Hi Jeremy,
Am Mon, Sep 16, 2024 at 12:23:36PM +0100 schrieb Jeremy Sowden:
> Try this patch.
Works.
Thanks a lot for the quick help
Andreas.
--
https://fam-tille.de
Control: forwarded -1 Céline Mercier
Control: tags -1 upstream
Thanks
Hi Céline,
the Debian packaged sumaclust fails to build from source when trying to
build with GCC 14. It would be great if you could fix the errors
mentioned below.
Kind regards
Andreas.
- Weitergeleitete Nachricht
Control: tags -1 help
Control: tags -1 confirmed
Thanks
Hi,
since input-utils showed up as Bug of the Day[1] I worked down the list
of bugs including upgrading to latest upstream. Unfortunately the FTBFS
for several 32bit architectures (not only armhf) remains[2].
Since I have no experience wit
>
>
> On September 10, 2024 11:00:47 AM GMT+01:00, Andreas Tille
> wrote:
> >Control: tags -1 pending
> >Thanks
> >
> >Hi Jose,
> >
> >your package rep-gtk was showing up in the list of candidates for the
> >Bug of the Day[1]. I'
Control: tags -1 pending
Thanks
Hi Jose,
your package rep-gtk was showing up in the list of candidates for the
Bug of the Day[1]. I've found the package in Debian team space with
other contributions (Janitor, Helmut Grohne for cross building). Thus I
took the freedom to do some "Team upload" fi
Control: tags -1 pending
Thanks
Hi Jorge,
as announced in the ITS bug I have salvaged your package and uploaded
to DELAYED=10.
Kind regards
Andreas.
--
https://fam-tille.de
Control: tags -1 pending
Thanks
These bugs are fixed in Git but not uploaded since bug #756997 is not
fixed which seems to make such an upload not sensible.
Kind regards
Andreas.
--
https://fam-tille.de
Hi,
probably we should remove epigrass. It seems way harder to get dash and
panel trough NEW than getting epigrass accepted again once these might
be in Debian.
Sad to see it go since it could help in the next pandemic but if its not
working there is no point to leave it.
CCing Debian Med list
Control: tags -1 pending
Thanks
Hi,
on behalf of the Package Salvage Team I've fixed the bugs in `To:`
in Git[1] and will upload once the 21 day waiting period is over
to delayed=10 (or for sure earlier if the maintainer confirms the
upload).
Kind regards
Andreas.
[1] https://salsa.debian.or
Control: tags -1 pending
Thanks
Hi Giulio,
I've fixed bugs #859861 and #1075583 and uploaded to DELAYED=10 in case
you might not like this team upload. Since your package resided in
collab-maint on Alioth I've moved the packaging to
https://salsa.debian.org/debian/transcriber
and commited
Hi,
since curlftpfs showed up in the "Bug of the Day"[1] list today with
some bug tagged wontfix I checked the list of bugs of this package and
found this RC bug which seemed to be easy to fix.
Given that the package was in collab-maint on Alioth before it seemed
appropriate to move it to debian/
datrie.c is generated by Cython, I wonder if the issue is avoidable
without changing something in Cython itself. I let this to someone
skilled enough with Cython to express their point of view!
There is already bug #1077205 for this
Kind regards
Andreas.
--
https://fam-tille.de
Control: tags -1 pending
thanks
Hi,
I've pushed a fix to Git and did an NMU-upload to delayed 10days.
Kind regards
Andreas.
--
https://fam-tille.de
Am Tue, Jul 16, 2024 at 12:33:25PM + schrieb Jelmer Vernooij:
> Yeah, I have managed to.
>
> This appears to be some weird issue in the reqwest crate used in
> upstream-ontologist, which causes it to hang.
>
> Seems similar to
> https://stackoverflow.com/questions/73805971/reqwest-post-reques
Hi Matthias,
Am Tue, Jul 16, 2024 at 12:52:56PM +0200 schrieb Matthias Klose:
> > Just to let me understand correctly: Its definitely a mistake to
> > (Build-)Depend: python3-all. However, am I understand you correctly
> > that (Build-)Depend from python3.11 could save the packag in testing?
> >
Hi Matthias,
Am Sun, Jul 14, 2024 at 10:57:14AM +0200 schrieb Matthias Klose:
> Package: src:qiime
> Version: 2024.5.0-1
> Severity: serious
> Tags: sid trixie
>
> * Only build for Python 3.11 until upstream catches up with Python
> 3.12.
>
> dear debian-med, please don't do that. It doesn
Hi Jelmer,
Am Sat, Jul 13, 2024 at 02:13:24PM + schrieb Jelmer Vernooij:
> > This is not only true for this specific package but for *all* packages
> > I tried in the last couple of weeks.
>
> It looks like it's an issue with one of the fixers that seems to hang. I
> think there's three thing
Package: lintian-brush
Version: 0.155
Severity: grave
Justification: renders package unusable
Hi,
I'm currently do not use lintian-brush extensively currently (since I
reduced my packaging work in DPL) term but *always* when using it hangs.
Not even some ^C in terminal kann bring back some prompt
Control: tags -1 pending
Am Tue, Jul 02, 2024 at 05:07:08PM +0200 schrieb Andreas Tille:
> I'm fine with whatever solution you might find and you can
> perfectly skip me when doing some team upload.
Could someone please fix
W: pycorrfit: file-in-unusual-dir [usr/pycorrfit_doc/C
Hi,
there was a series of testing removals due to bug #1071355 of
r-cran-maptools. Since maptools was removed from CRAN[1] we intend to
remove this package. However, before doing so I would like to
understand why packages like r-cran-factominer, r-cran-ggpubr,
r-cran-vim, r-cran-systemfit, r-cra
Hi Charles,
Am Tue, Jul 02, 2024 at 08:29:13AM +0900 schrieb Charles Plessy:
> > For what it is worth version 0.2.6 is in good standing at CRAN with tests
> > using "r-release" (ie now 4.4.1) as well as "r-devel" and "r-oldrel", see
> > https://cran.r-project.org/web/checks/check_results_dimRed.ht
Am Tue, Jul 02, 2024 at 09:32:43PM + schrieb Graham Inggs:
> > We did not implemented any hooks to realise this yet.
>
> Wouldn't removing the following line from debian/control do it?
>
> Testsuite: autopkgtest-pkg-r
Well, sure. But our tooling will add this for the next upstream version
a
Hi Graham,
Am Tue, Jul 02, 2024 at 04:15:26PM + schrieb Graham Inggs:
> > r-cran-spatstat.core was removed from Debian. R-cran-spatstat.geom does
> > not depend from this package any more and the autopkgtest in Salsa CI is
> > fine[1]. Any hint why it fails in testing would be welcome.
>
>
Am Tue, Jul 02, 2024 at 05:01:27PM +0800 schrieb Bo YU:
>
> I can confirm it works(still during build but pass the failed stage on
> the issue).
>
> It seems tille had worked a lot on this, so hope this helps.
I'm fine with whatever solution you might find and you can
perfectly skip me when doin
Control: tags -1 help
Hi,
r-cran-spatstat.core was removed from Debian. R-cran-spatstat.geom does
not depend from this package any more and the autopkgtest in Salsa CI is
fine[1]. Any hint why it fails in testing would be welcome.
Kind regards
Andreas.
[1] https://salsa.debian.org/r-pkg-t
Hi Andreas,
Am Sat, Jun 29, 2024 at 03:55:37PM +0200 schrieb Andreas Metzler:
> I have now uploaded a NMU to delayed/7-days using the attached patch. I
> have gone for the mininal change, dropping the respective code instead
> of switching to pkgconf. It simpler, does not make a difference on
> De
Control: block -1 by 1071523
The problem is connected to the removal of r-cran-spatstat.core from
testing/unstable. Since r-cran-sf (Test-)Depends r-cran-spatstat.geom
fixing bug #1071523 should be sufficient to let r-cran-sf migrate.
Kind regards
Andreas.
Hi Michael,
I've opened issue #115 on Github four months ago but there is no
activity so far. Could you please confirm that you are watching
the issue tracker on Github or are you possibly using some other
development platform? Just asking since the tags lagging behind
the versioned tarballs at
Control: tags -1 help
Hi Andreas,
strange, it has build for me.
Am Sun, Jun 23, 2024 at 08:03:30AM +0200 schrieb Andreas Metzler:
> Control: reopen 1071860
> ...
> CMake Error at CMakeLists.txt:529 (message):
> FATAL: libgcrypt-config not found (LIBGCRYPT_CONFIG_SCRIPT-NOTFOUND)
> [...]
I adm
Control: tag -1 pending
Hello,
Bug #1072109 in python-awkward 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/python-awkward/-/commit/ac611ab6f6e7d9839
Control: block -1 by 1071375
thanks
Hi Santiago,
Am Fri, May 17, 2024 at 10:41:36PM +0200 schrieb Santiago Vila:
> Package: src:r-cran-rgeos
> Version: 0.6-4-2
> Severity: serious
> Tags: ftbfs
thanks a lot for your QA effort. It turns out that the package is not
maintained at CRAN any more. To
Control: tags -1 upstream
Control: forwarded -1 https://github.com/Rdatatable/data.table/issues/6133
Control: tags -1 help
Hi Graham,
Am Fri, May 10, 2024 at 10:44:48AM + schrieb Graham Inggs:
> Source: r-cran-data.table
> Version: 1.15.4+dfsg-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: regression
>
> r-cran-data.table's autopkgtest has regressed on i386 [1]. I've
Control: tags -1 help
thanks
Hi Grahamm
Am Mon, May 06, 2024 at 02:08:25PM + schrieb Graham Inggs:
> Source: dipy
> Version: 1.8.0-2
> Severity: serious
> Tags: ftbfs patch
thanks a lot for the patch which looks perfectly sensible. Unfortunatly
the build runs into a different error as you c
Control: tags -1 help
Hi,
I pushed some potential fix to Git but this does not help[1]. :-(
Any idea is welcome
Andreas.
[1] https://salsa.debian.org/med-team/shasta/-/jobs/5695708
--
https://fam-tille.de
Control: tags -1 help
thanks
Hi,
I've fixed the original error in Git but Salsa CI shows another one[1]
which is more tricky since it involves a header file for a perl module
and I have no idea how to fix this. Any help from the team is welcome.
Kind regards
Andreas.
[1] https://salsa.debian.org/med-team/psortb/-/jobs/5
Hi,
Am Fri, Apr 26, 2024 at 09:27:55AM +0200 schrieb Sebastian Ramacher:
> 95s autopkgtest [21:29:51]: test autodep8-python3: [---
> 95s Testing with python3.12:
Short note: If I understood upstream correctly they currently support
Python3.11 only. In any case they support
Control: tags -1 pending
Control: block -1 by 1064596
thanks
Pplacer needs to be build against the old version of MCL
which is featuring some OCAML patch. This old version was
just uploaded to new.
Kind regards
Andreas.
--
https://fam-tille.de
Hi Lucas,
thanks a lot for all your work on rebuilding the archive on different
architectures. That's really appreciated.
In this specific case I wonder whether your build host has simply
trouble initialising MPI given I find strings like
MPI_ERRORS_ARE_FATAL
Kind regards
Andreas.
Am Sat
Hi Diane and Ghislain,
you are listed as Uploaders of python-sparse. Since I now have other
tasks than maintaining team maintained packages I would be really happy
if you could subscribe upstream issue
https://github.com/pydata/sparse/issues/628
and continue what I have started.
Thanks a lo
Hi Sebastian,
thank you for your work on t64 transition.
Am Thu, Apr 18, 2024 at 09:22:02PM +0200 schrieb Sebastian Ramacher:
I've spotted these Debian Med packages.
> gentle
> jellyfish
> quorum
> sbmltoolbox
No idea how we can help here. Please let us know if we can do
something.
> anfo
W
H again,
Am Sun, Apr 14, 2024 at 07:17:41AM +0200 schrieb Andreas Tille:
> Am Sat, Apr 13, 2024 at 10:46:17PM +0100 schrieb Jeremy Sowden:
> >
> > The one after this looks like a GTK problem, and that's the point at
> > which I bow out.
I was able to fix some more
Hi Jeremy,
Am Sat, Apr 13, 2024 at 10:46:17PM +0100 schrieb Jeremy Sowden:
>
> The one after this looks like a GTK problem, and that's the point at
> which I bow out.
Thanks a lot for your help so far. Your patches are pushed to Git.
Kind regards
Andreas.
--
https://fam-tille.de
Control: tags -1 help
thanks
Hi,
while I was able to fix the origininal cause of the failure I'm now blocked by
some issue that cython seems to miss adding some
#include
but I have no idea how to accomplish this. The Salsa CI build log[1] says:
...
y.tab.c: In function 'yyparse':
y.tab.c:14
Hi,
Am Wed, Apr 10, 2024 at 03:33:53PM -0700 schrieb Steven Eker:
> I like that solution since I believe there are 64-bit platforms where long
> is 32-bits. I've updated my development version thus:
>
> //
> // timeValue.tv_sec is 64-bit since Linux kernel 5.6 but GMP doesn't
> yet have su
Hi,
I'd suggest to set
Build-Depends: architecture-is-64-bit, architecture-is-little-endian
and remove 32bit architectures of maude.
Kind regards
Andreas.
--
https://fam-tille.de
1 - 100 of 1241 matches
Mail list logo
