On Thu, May 20 2021, Michael J. Gruber wrote: > David Bremner venit, vidit, dixit 2021-05-20 11:59:50: >> Dan Čermák <dan.cer...@posteo.net> writes: >> >> > >> > Right, I mistakenly thought this would grab the test database. Is that >> > one no longer necessary? >> > >> >> Ah, that's a different make target, which is indeed no longer necessary >> (we don't do the relevant tests any more). >> >> >> 1) can you duplicate the problem without running the tests in parallel? >> > >> > They don't run in parallel, as gnu parallel is not installed inside the >> > container. So: yes, I can. >> >> OK, it was a long shot, but gpgsm has some known issues with parallel tests. >> >> >> 2) What are the versions of the dependencies you are building with? >> > >> > emacs-el-27.2-1.2.noarch >> >> [snip...] >> >> Thanks. What about python and gnupg versions? >> > > So, I ran the container using buildah on Fedora 33 (without the make > corpus_download). Again, I'm not a container guy, so I don't know what > the influence of the host is. But: > > What ist the shell in that container? > > I don't see T356 failing, but: > > T050-new.36 (Xapian exception: read only files) can read all files, so > either chmod u-w fails or xapian can write the db anyway.
The read-obly file failures happen due to running containers in "rootless" mode; even the files are chmod'd read-only the files can still be written there (IMO that is a bug in podman...) try: $ echo foo > bar $ chmod 400 bar $ cat bar foo $ echo foo >> bar zsh: permission denied: bar $ podman unshare # echo foo >> bar # cat bar foo foo # exit $ cat bar foo foo $ echo foo >> bar zsh: permission denied: bar I've been running some tests in various (podman) containers, and seen that -- cannot recall now If I've seen all the others below... Tomi > > T050-new.37 and the T060-count.14 are gdb related and too much for me to > wrap my head around :| > > T150 "Xapian exception: read only files" is again chmod u-w > > Do they fail to fail (fail to throw) because the tests run as root (or > wheel) inside the container? > > T380 clearly fails because the shell does not know arithmetic expansion. > > The rest passes as expected, except for ruby tests (skipped), known broken > tests and the two USERNAME@FQDN issues which were fixed recently. > > 1486/1497 tests passed. > 4 broken tests failed as expected. > 7 tests failed. > All tests in 2 files skipped. > > > Maybe someone switched their default shell ;) > > Michael > > P.S.: I assume this during build is buildah-related: > dbus-daemon[427]: [session uid=0 pid=427] > org.freedesktop.DBus.Error.AccessDenied: Failed to set fd limit to > 65536: Operation not permitted _______________________________________________ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
