Do any of lamassemble's dependencies (e.g. mafft) fail tests?
On Mon, Jul 11, 2022 at 3:36 PM Nilesh Patra wrote:
> Hi again,
>
> On Sun, May 29, 2022 at 10:10:14PM +0900, Frith, Martin wrote:
> > Wow, amazingly fast!!!
>
> lamassemble fails its tests on i386 (see here[1]) -- could you fix
> ac
On 7/11/22 12:26 PM, Frith, Martin wrote:
Sorry I lack experience with this, so I have some questions...
No prob.
Were the tests passing before? Was there a specific update after which they
failed?
They were always failing on version 1.4.2 which is the only version I had every
uploaded.
Sorry I lack experience with this, so I have some questions...
Were the tests passing before? Was there a specific update after which they
failed?
And they're still passing except on i386?
Have a nice day,
Martin
On Mon, Jul 11, 2022 at 3:53 PM Nilesh Patra wrote:
> On Mon, Jul 11, 2022 at 03:
Dear Nilesh and Debian Med
(cc MAFFT author Katohさん)
I have partly tracked down this lamassemble issue. First, I tested
lamassemble on x86_64: the tests passed as expected. Then, I recompiled
MAFFT after adding "-m32" to CFLAGS, which compiled it in 32-bit mode. Now,
the tests in
lamassemble/tests
Hi Martin and Katoh,
On Mon, Jul 11, 2022 at 06:40:51PM +0900, Frith, Martin wrote:
> Dear Nilesh and Debian Med
> (cc MAFFT author Katohさん)
>
> I have partly tracked down this lamassemble issue. First, I tested
> lamassemble on x86_64: the tests passed as expected. Then, I recompiled
> MAFFT aft
Hi Nilesh,
after some searching and experimentation, I think `-ffloat-store` doesn't
always solve this floating point issue.
But this seems to solve it: `-msse2 -mfpmath=sse`.
https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html
https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
I hope that
On 7/11/22 6:14 PM, Frith, Martin wrote:
Hi Nilesh,
after some searching and experimentation, I think `-ffloat-store` doesn't
always solve this floating point issue.
But this seems to solve it: `-msse2 -mfpmath=sse`.
Unfortunately I can't use these as it would violate i386 baseline that debia
This also seems to work: `-mpc64`
On Mon, Jul 11, 2022 at 10:16 PM Nilesh Patra
wrote:
> On 7/11/22 6:14 PM, Frith, Martin wrote:
> > Hi Nilesh,
> >
> > after some searching and experimentation, I think `-ffloat-store`
> doesn't always solve this floating point issue.
> > But this seems to solv
Hello team,
I have added autopkgtests for megadepth[1]. Requesting someone to review
and sponsor my changes.
[1] - https://salsa.debian.org/med-team/megadepth
--
╭╮
│ Mohammed Bilal │
│ 2D65 BC1E B966 5A6E
On Mon, Jul 11, 2022 at 10:54:45PM +0530, Mohd Bilal wrote:
> Hello team,
>
> I have added autopkgtests for megadepth[1]. Requesting someone to review and
> sponsor my changes.
Good!
Thanks, uploaded. However please take in a look at my second-last commit, helps
package get cross-building. In thi
Hi Andreas,
We discussed this in the group and a number of people were not comfortable with
removing the current versioning scheme. Let me revise my explanation of our
versioning:
GT.M’s versioning follows this scheme:
DBVersion.Major-Minor[Patch]
- DBVersion corresponds to the database block
Hi Bastian,
Bastian Germann, on 2022-07-11:
> parsnp 1.7.4 does no longer need this because it comes with
> https://github.com/marbl/parsnp/pull/117
Thank you for your interest and your notice, I'm pulling the
latest upstream version of parsnp, working just right without
python3-pyabpoa.
Hi ftp
Hi Amul,
Am Mon, Jul 11, 2022 at 07:51:55PM + schrieb Shah, Amul:
> Hi Andreas,
> We discussed this in the group and a number of people were not comfortable
> with removing the current versioning scheme. Let me revise my explanation of
> our versioning:
>
> GT.M’s versioning follows this sc
13 matches
Mail list logo
