Étienne Mollier writes:
> Thank you for the workaround!
No problem; happy to have been of help (and that it in fact worked).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Hi Aaron,
Aaron M. Ucko, on 2020-06-09 10:32:20 -0400:
> Andreas Tille writes:
>
> > On Tue, Jun 09, 2020 at 02:25:58PM +0200, Étienne Mollier wrote:
> >> My current impression is that makeblastdb is unable to work
> >> properly on most 32 bits machines, because the amount of memory
> >>
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,
Le mar. 9 juin 2020 à 16:47, Aaron M. Ucko a écrit :
> Andreas Tille writes:
>
> > On Tue, Jun 09, 2020 at 02:25:58PM +0200, Étienne Mollier wrote:
> >> My current impression is that makeblastdb is unable to work
> >> properly on most 32 bits machines, because the amount of memory
> >> needing
Andreas Tille writes:
> On Tue, Jun 09, 2020 at 02:25:58PM +0200, Étienne Mollier wrote:
>> My current impression is that makeblastdb is unable to work
>> properly on most 32 bits machines, because the amount of memory
>> needing to be addressed by the process looks like it might
>> exceed too
Hi Étienne,
I'm just including the Uploaders of ncbi-blast+ into this conversation
to make sure the information reaches the experts. We should probably
reassign the bug but I'll leave this to those who know better.
Thanks a lot for your analysis
Andreas.
On Tue, Jun 09, 2020 at
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 our wrapper didn't notice)? Those
> > are the first files looked for after calling
7 matches
Mail list logo