Re: Last call for NEWS entries for 0.31

2020-09-08 Thread Dan Čermák
Dan Čermák  writes:

> David Bremner  writes:
>
>> Dan Čermák  writes:
>>
>>> Hi David,
>>>
>>> David Bremner  writes:
>>>
>>> I have started seeing consistent test failures with rc2 on ppc64 and
>>> ppc64le:
>>> - on both platforms "get total messages with closed database" from
>>>   T568-lib-thread fails
>>
>> I don't see this failure on ppc64el on Debian [0]. Perhaps there is some
>> toolchain difference?
>
> This specific issue has now disappeared on both ppc64 and ppc64el, so I
> guess it was just some toolchain breakage that got fixed in the
> meantime.

I was wrong, "get total messages with closed database" from
T568-lib-thread still fails sometimes on ppc64, but unfortunately not
consistently. It appears to mostly fail on a worker with relatively
little memory (3584 MB vs 8192 MB or 11264MB). I'll try to keep an eye
out on that hoping to find some indicator what could be wrong.


Cheers,

Dan


signature.asc
Description: PGP signature
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


Re: Last call for NEWS entries for 0.31

2020-09-07 Thread David Bremner
Dan Čermák  writes:

> David Bremner  writes:
>
>> Dan Čermák  writes:
>>
>>> - on ppc64 "comparing existing to exported symbols" from
>>>   T360-symbol-hiding fails as well
>>
>> This is more-or-less known [1]. The problem is that ppc64 reports
>> defined functions as 'D' in nm output. At least on ELF architectures,
>> readelf -Ws is more reliable. How many people would using readelf break
>> things for? Currently the test does not run on macOS, afaik.
>
> So it is ok if I just skip this test on ppc64? Or can anything be done
> about this (I must admit that I have relatively little insight into
> this)?

I'd say it's OK to skip it for now. Hopefully we will fix it for the
next release; I didn't want to make the switch to readelf in the late
stages of a release.

d
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


Re: Last call for NEWS entries for 0.31

2020-09-07 Thread Dan Čermák
David Bremner  writes:

> Dan Čermák  writes:
>
>> Hi David,
>>
>> David Bremner  writes:
>>
>> I have started seeing consistent test failures with rc2 on ppc64 and
>> ppc64le:
>> - on both platforms "get total messages with closed database" from
>>   T568-lib-thread fails
>
> I don't see this failure on ppc64el on Debian [0]. Perhaps there is some
> toolchain difference?

This specific issue has now disappeared on both ppc64 and ppc64el, so I
guess it was just some toolchain breakage that got fixed in the meantime.

>
>> - on ppc64 "comparing existing to exported symbols" from
>>   T360-symbol-hiding fails as well
>
> This is more-or-less known [1]. The problem is that ppc64 reports
> defined functions as 'D' in nm output. At least on ELF architectures,
> readelf -Ws is more reliable. How many people would using readelf break
> things for? Currently the test does not run on macOS, afaik.

So it is ok if I just skip this test on ppc64? Or can anything be done
about this (I must admit that I have relatively little insight into
this)?


Cheers,

Dan


signature.asc
Description: PGP signature
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


Re: Last call for NEWS entries for 0.31

2020-09-07 Thread Dan Čermák
David Bremner  writes:

> Dan Čermák  writes:
>
>> Hi David,
>>
>> David Bremner  writes:
>>
>> I have started seeing consistent test failures with rc2 on ppc64 and
>> ppc64le:
>> - on both platforms "get total messages with closed database" from
>>   T568-lib-thread fails
>
> I don't see this failure on ppc64el on Debian [0]. Perhaps there is some
> toolchain difference?

This specific issue has now disappeared on both ppc64 and ppc64el, so I
guess it was just some toolchain breakage that got fixed in the meantime.

>
>> - on ppc64 "comparing existing to exported symbols" from
>>   T360-symbol-hiding fails as well
>
> This is more-or-less known [1]. The problem is that ppc64 reports
> defined functions as 'D' in nm output. At least on ELF architectures,
> readelf -Ws is more reliable. How many people would using readelf break
> things for? Currently the test does not run on macOS, afaik.

So it is ok if I just skip this test on ppc64? Or can anything be done
about this (I must admit that I have relatively little insight into
this)?


Cheers,

Dan


signature.asc
Description: PGP signature
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


Re: Last call for NEWS entries for 0.31

2020-09-01 Thread David Bremner
Dan Čermák  writes:

> Hi David,
>
> David Bremner  writes:
>
>> David Bremner  writes:
>>
>>> David Bremner  writes:
>>>
>>> I've sent a couple of patches [1] for things that stood out to
>>> me. Please send me anything you think I missed ASAP; I'd like to release
>>> the (hopefully) final release candidate tommorow.
>>
>> I've tagged 0.31~rc2, and uploaded to notmuchmail.org and debian
>> experimental.
>
> I have started seeing consistent test failures with rc2 on ppc64 and
> ppc64le:
> - on both platforms "get total messages with closed database" from
>   T568-lib-thread fails

I don't see this failure on ppc64el on Debian [0]. Perhaps there is some
toolchain difference?

> - on ppc64 "comparing existing to exported symbols" from
>   T360-symbol-hiding fails as well

This is more-or-less known [1]. The problem is that ppc64 reports
defined functions as 'D' in nm output. At least on ELF architectures,
readelf -Ws is more reliable. How many people would using readelf break
things for? Currently the test does not run on macOS, afaik.

[0]: 
https://buildd.debian.org/status/architecture.php?a=ppc64el=experimental=buildd_ppc64el-ppc64el-osuosl-01
[1]: 
https://buildd.debian.org/status/fetch.php?pkg=notmuch=ppc64=0.31%7Erc2-1=1598797686=0
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


Re: Last call for NEWS entries for 0.31

2020-09-01 Thread Dan Čermák
Hi David,

David Bremner  writes:

> David Bremner  writes:
>
>> David Bremner  writes:
>>
>> I've sent a couple of patches [1] for things that stood out to
>> me. Please send me anything you think I missed ASAP; I'd like to release
>> the (hopefully) final release candidate tommorow.
>
> I've tagged 0.31~rc2, and uploaded to notmuchmail.org and debian
> experimental.

I have started seeing consistent test failures with rc2 on ppc64 and
ppc64le:
- on both platforms "get total messages with closed database" from
  T568-lib-thread fails
- on ppc64 "comparing existing to exported symbols" from
  T360-symbol-hiding fails as well

See:
https://build.opensuse.org/public/build/home:dancermak:branches:devel:libraries:c_c++/openSUSE_Factory_PowerPC/ppc64/notmuch/_log
and
https://build.opensuse.org/public/build/home:dancermak:branches:devel:libraries:c_c++/openSUSE_Factory_PowerPC/ppc64le/notmuch/_log


Any ideas what could be the issue?


Cheers,

Dan


signature.asc
Description: PGP signature
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


Re: Last call for NEWS entries for 0.31

2020-08-30 Thread David Bremner
David Bremner  writes:

> David Bremner  writes:
>
> I've sent a couple of patches [1] for things that stood out to
> me. Please send me anything you think I missed ASAP; I'd like to release
> the (hopefully) final release candidate tommorow.

I've tagged 0.31~rc2, and uploaded to notmuchmail.org and debian
experimental.

d


signature.asc
Description: PGP signature
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org