Michael J Gruber writes:
>
> Yes, that's why I wrote "ignore". Something like NOTMUCH_IGNORE_TESTS
> which runs the test, outputs the diff on fail, but "succeeds" without
> counting towards pass/fail, and reports the number of ignored
> pass/fail separately - basically "known_broken" without the
Am Do., 31. Aug. 2023 um 17:17 Uhr schrieb David Bremner :
>
> Michael J Gruber writes:
>
> >
> > I still get those issues. OTOH, skipping T460.14 did not show any
> > adverse side effects. So I'll do that for emacs29.
> > I might be nice to mark some tests ignored rather than skipped so that
> >
Michael J Gruber writes:
>
> I still get those issues. OTOH, skipping T460.14 did not show any
> adverse side effects. So I'll do that for emacs29.
> I might be nice to mark some tests ignored rather than skipped so that
> we notice when they do not fail sporadically any more. That is, *if*
> we
Am Do., 31. Aug. 2023 um 15:16 Uhr schrieb David Bremner :
>
> Michael J Gruber writes:
>
> > Am Sa., 26. Aug. 2023 um 16:41 Uhr schrieb David Bremner
> > :
> >>
> >> Michael J Gruber writes:
> >>
> >> >
> >> > I tried the current 0.38rc1 on COPR, and unfortunately I get the same
> >> > T460 fai
Michael J Gruber writes:
> Am Sa., 26. Aug. 2023 um 16:41 Uhr schrieb David Bremner :
>>
>> Michael J Gruber writes:
>>
>> >
>> > I tried the current 0.38rc1 on COPR, and unfortunately I get the same
>> > T460 failure (fedora-eln-aarch64 and fedora-rawhide-x86_64 this time,
>> > out of 35 buildr
Am Sa., 26. Aug. 2023 um 16:41 Uhr schrieb David Bremner :
>
> Michael J Gruber writes:
>
> >
> > I tried the current 0.38rc1 on COPR, and unfortunately I get the same
> > T460 failure (fedora-eln-aarch64 and fedora-rawhide-x86_64 this time,
> > out of 35 buildroots).
> > Did you get your fails wi
Michael J Gruber writes:
>
> I tried the current 0.38rc1 on COPR, and unfortunately I get the same
> T460 failure (fedora-eln-aarch64 and fedora-rawhide-x86_64 this time,
> out of 35 buildroots).
> Did you get your fails with emacs 29 only, or with earlier emacs?
I only tested emacs 29; it would
Am Sa., 26. Aug. 2023 um 00:28 Uhr schrieb David Bremner :
>
> Michael J Gruber writes:
>
> > It took more runs to get some fails now, and archs vary, so I still
> > think its a time out. And no way to get it locally so far.
>
> I can duplicate it locally about once every 40 runs of the complete t
Michael J Gruber writes:
> It took more runs to get some fails now, and archs vary, so I still
> think its a time out. And no way to get it locally so far.
I can duplicate it locally about once every 40 runs of the complete test
suite.
> ENOLISP (for me) but could it be the case that notmuch-te
Am Do., 24. Aug. 2023 um 17:10 Uhr schrieb David Bremner :
>
> David Bremner writes:
>
> > I just saw this when running in debian's "sbuild" isolated build
> > environment. So my current guess is that this has to do with HOME
> > pointing somewhere nonexistent. Is that also the case in COPR?
> >
>
David Bremner writes:
> I just saw this when running in debian's "sbuild" isolated build
> environment. So my current guess is that this has to do with HOME
> pointing somewhere nonexistent. Is that also the case in COPR?
>
> d
I realized that we override HOME inside the tests anyway, so emacs
s
Am Do., 24. Aug. 2023 um 16:01 Uhr schrieb David Bremner :
>
> David Bremner writes:
>
> > Michael J Gruber writes:
> >
> >> -notmuch@notmuchmail.org
> >> -http://notmuchmail.org/mailman/listinfo/notmuch
> >> *ERROR*: Opening output file: Permission denied, /usr/bin/OUTPUT
> >> PASS Stash id
>
David Bremner writes:
> Michael J Gruber writes:
>
>> -notmuch@notmuchmail.org
>> -http://notmuchmail.org/mailman/listinfo/notmuch
>> *ERROR*: Opening output file: Permission denied, /usr/bin/OUTPUT
>> PASS Stash id
>> ```
>>
>> That "/usr/bin/OUTPUT" looks strange and smells like a mis-expan
Michael J Gruber writes:
> -notmuch@notmuchmail.org
> -http://notmuchmail.org/mailman/listinfo/notmuch
> *ERROR*: Opening output file: Permission denied, /usr/bin/OUTPUT
> PASS Stash id
> ```
>
> That "/usr/bin/OUTPUT" looks strange and smells like a mis-expanded
> variable.
Yes, that's prett
Hi there,
I'm sorry to report that I'm getting new sporadic (some archs
sometimes) failures on Fedora 39+ only, i.e. with emacs 29, on COPR.
```
T460-emacs-tree: Testing emacs tree view interface
PASS Basic notmuch-tree view in emacs
...
PASS Tree view of a single thread (from show)
FAIL
15 matches
Mail list logo
