Hi!

Daniel Sahlberg <daniel.l.sahlb...@gmail.com> writes:

> Thanks for the tests.log! I've tried to look into it and sending some
> comments below!
>
> Den fre 31 mars 2023 kl 23:35 skrev Maxim Cournoyer <
> maxim.courno...@gmail.com>:
>
>> Hello,
>>
>> Nathan Hartman <hartman.nat...@gmail.com> writes:
>>
>> > On Thu, Mar 30, 2023 at 11:13 PM Maxim Cournoyer
>> > <maxim.courno...@gmail.com> wrote:
>>
>
> [...]
>
> I assume the log is from this build:
>
>
>> And on an old 4 cores desktop:

Yes, I confirm it's from this build.

>> --8<---------------cut here---------------start------------->8---
>> At least one test FAILED, checking
>> /tmp/guix-build-subversion-1.14.2.drv-0/subversion-1.14.2/tests.log
>> FAIL:  fs-fs-pack-test: Unknown test failure (-6); see tests.log.
>>
>
> fs-fs-pack-test: subversion/libsvn_subr/utf.c:424: put_xlate_handle_node:
> Assertion `node->next == NULL' failed.
>
>
>> FAIL:  fs-test: Unknown test failure (-6); see tests.log.
>>
>
> fs-test: subversion/libsvn_subr/utf.c:424: put_xlate_handle_node: Assertion
> `node->next == NULL' failed.
>
>
>> FAIL:  io-test: Unknown test failure (-6); see tests.log.
>>
>
> io-test: subversion/libsvn_subr/utf.c:424: put_xlate_handle_node: Assertion
> `node->next == NULL' failed.
>
>
>> FAIL:  op-depth-test: Unknown test failure (-6); see tests.log.
>>
>
> op-depth-test: subversion/libsvn_subr/utf.c:424: put_xlate_handle_node:
> Assertion `node->next == NULL' failed.
>
> There is some mutex handling in utf.c. I'm thinking if APR is missing the
> appropriate mutex handling in some weird way. What is the exact versions of
> APR/APR-util in your builld?
>
> FAIL:  repos-test 2: test deletions under copies in node_tree code
>>
>
> svn_tests: E000002: Repository creation failed
> svn_tests: E000002: Creating db lock file
> svn_tests: E000002: Can'FAIL:  repos-test 1: test svn_repos_dir_delta2
> svn_tests: E000002: Repository creation failed
> svn_tests: E000002: Creating db logs lock file
> svn_tests: E000002: Can't open file
> '/tmp/guix-build-subversion-1.14.2.drv-0/subversion-1.14.2/subversion/tests/libsvn_repos/test-repo-del-under-copy/locks/db-logs.lock':
> No such file or directory
> FAIL:  repos-test 2: test deletions under copies in node_tree code
>
>
>> FAIL:  repos-test 3: test svn_repos_history() (partially)
>>
>
> svn_tests: E000002: Repository creation failed
> svn_tests: E000002: Creating lock dir
> svn_tests: E000002: Can't create directory
> '/tmp/guix-build-subversion-1.14.2.drv-0/subversion-1.14.2/subversion/tests/libsvn_repos/test-repo-revisions-changed/locks':
> No such file or directory
> FAIL:  repos-test 3: test svn_repos_history() (partially)
>
> FAIL:  repos-test 5: test svn_repos_node_locations some more
>>
>
> svn_tests: E000002: Repository creation failed
> svn_tests: E000002: Creating pre-commit hook
> svn_tests: E000002: Can't change perms of file
> '/tmp/guix-build-subversion-1.14.2.drv-0/subversion-1.14.2/subversion/tests/libsvn_repos/test-repo-node-locations2/hooks/pre-commit.tmpl':
> No such file or directory
> FAIL:  repos-test 5: test svn_repos_node_locations some more
>
>
>> FAIL:  repos-test: Unknown test failure (-11); see tests.log.
>>
>
> Since each test operate on its own WC, I can't really figure out why there
> would be issues with these tests, unless there is an error in
> svn_atomic_inc() (see subversion/tests/svn_test_main.c, test_thread())
> causing the same test to be started more than once (by separate threads).
>
>
>> So the failures appear to be non-deterministic, although some test suite
>> such as repos-test fail more often than not.
>>
>
> What is the exact OS (distribution/release/kernel version) you are running?

The OS is Guix System; I'm currently running the 5.15.103 kernel.  I was
testing on the staging branch, which has 1.14.2.  Assuming you have Guix
installed on your GNU/Linux system:

--8<---------------cut here---------------start------------->8---
wget -O guix-install.sh https://guix-install.sh
chmod +x guix-insall.sh
yes | sudo ./guix-install.sh
# Quit, then reopen your session
guix pull   # update Guix itself
--8<---------------cut here---------------end--------------->8---

You should be able to reproduce on a x86_64 system with:

--8<---------------cut here---------------start------------->8---
guix build --no-substitutes --no-grafts --system=i686-linux subversion
--8<---------------cut here---------------end--------------->8---

-- 
Thanks,
Maxim

Reply via email to