[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#40650: ‘scandir*’ test failure
From: |
Ludovic Courtès |
Subject: |
bug#40650: ‘scandir*’ test failure |
Date: |
Sun, 19 Apr 2020 13:01:11 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) |
Hello,
Vagrant Cascadian <address@hidden> skribis:
> On 2020-04-18, Ludovic Courtès wrote:
>> Vagrant Cascadian <address@hidden> skribis:
>>
>>> test-name: scandir*, properties
>>> location: /build/guix-YPdZIs/guix-1.1.0/tests/syscalls.scm:257
>>> source:
> ...
>> Looking at this test, the only way ‘every’ could return #f is (1) if
>> ‘lstat’ returns a different inode number, or (2) if ‘lstat’ returns a
>> different file type than the one for ‘scandir*’.
>
> My debian package builds are done using a overlay fs(with tmpfs on top,
> and ext4 below), which might explain inode discrepancies... this sort of
> thing is not uncommon in Debian package building environments.
>
> If that's indeed triggering the issue, maybe it needs some sort of
> workaround or a way to detect if it should skip the test?
Oh, I see. We would need to see exactly what the discrepancy is (is it
the inode number? for all the entries?), and from there we can come up
with a way to adjust the test or skip it.
Thanks,
Ludo’.