For these "leaf" packages in the tree of package dependencies I agree
with Michael that we should possibly just "leave" them. Then again,
someone deeply caring for that architecture should have a chance to
easily find these packages and address the issue.
On 04.01.19 20:32, Michael Crusoe
Heya, I have replied, at least I had typed it :o/
So, yes, I had chosen that version of ffsort_index to get hhsuite to
compile. I have no idea if there are other reverse dependencies on
ffindex, my priority is on hhsuite.
Cheers,
Steffen
On 04.01.19 18:17, Michael Crusoe wrote:
I think
On Fri, Jan 04, 2019 at 07:17:24PM +0200, Michael Crusoe wrote:
> I think 0.9.9.7+sog+git20160415.14274c9-1 is the source of the recent FTBFS
> of hhsuite: https://bugs.debian.org/917495 as our packaged version is
> missing the "ffsort_index" function.
>
> The hh-suite github repo contains a
I'm increasingly of the opinion that we should not stretch our limited
resources even thinner by spending so much time on architectures used for
network routers where it is unlikely that anyone will want to view medical
image files.
În vin., 4 ian. 2019 la 18:40, Julien Lamy a scris:
> Hi all,
Package: d-shlibs
Version: 0.83
Severity: normal
Dear Maintainer,
While fixing the missing linkage to libsvm in libpsortb I received the
following message:
devlibs error: There is no package matching [libsvm3-dev] and noone provides
it, please report bug to d-shlibs maintainer
So here I am :-)
PVM is no longer maintained, and hasn't been for quite some time. The use
case for when PVM is relevant is when RAM on individual machines was closer
to 16M. Given that we have $5 computers with 256MB, I find it reasonable
to tell such users to upgrade.
As for interpro-scan, most of the
I think 0.9.9.7+sog+git20160415.14274c9-1 is the source of the recent FTBFS
of hhsuite: https://bugs.debian.org/917495 as our packaged version is
missing the "ffsort_index" function.
The hh-suite github repo contains a submodule pointing at their fork of
ffindex at ~ 2017-06-01:
Hi all,
The latest version of Odil does not build on mips64el [1] and if I'm not
mistaken, this is the only thing preventing the package to migrate to
testing. By going through the logs, one of the unit tests times out when
building [2]. Since I don't have access to a real mips64el box, I've
Hello Joshua,
I would be much of a fan to see interpro-scan redistributed with Debian.
Andreas' concern is that nobody understands what happened. We have
Hammer2 in our distribution https://packages.debian.org/sid/hmmer2 and
if your work is plain compatible then I don't see why it should not
Hello all,
In Spring 2018 I was working on packaging interpro-scan for some work.
There were a number of packages which has some build or test failures which
I worked on. Of these, Hmmer needed some more attention. Originally, this
was an upstream request to tweak their autoconf but that went
10 matches
Mail list logo
