FYI, failures in tst-fdopendir for 2.44

[Andreas K. Huettel]

> > FYI, I've seen this fail to flaky O_NOATIME detection on tmpfs with relatime default:
> > https://sourceware.org/glibc/wiki/Testing/Tests/dirent/tst-fdopendir
> >
> > The right answer is to rewrite the test using the FUSE framework to look for
> > fdopendir reopening the file descriptor with different flags.
> 
> We've tracked this down to the EDR (Endpoint Detection & Response) tool
> used at Red Hat:
> 
>   osquery does not open files with O_NOATIME during scanning/hashing
>   <https://github.com/osquery/osquery/issues/8965>

Just to make sure I understand this correctly- 

osquery interposes the function call even during running the glibc testsuite,
that introduces a subtle change in behaviour and as a result the test sometimes
fails?

That indeed sounds more like a problem with osquery.

> More significantly, osquery also breaks the FIFO-based jobserver in
> recent GNU make versions:
> 
>   osquery can accidentally read FIFOs (breaking GNU make's jobserver)
>   <https://github.com/osquery/osquery/issues/8939>

Ouch. Luckily Gentoo's global Steve jobserver uses a CUSE device (/dev/steve).

> 
> I think this should be fixed in osquery.  Although the existing test is
> not great, either.
> 
> Thanks,
> Florian
> 
> 


-- 
PD Dr. Andreas K. Hüttel
dilfridge@gentoo.org
Gentoo Linux developer 
(council, comrel, toolchain, base-system, perl, libreoffice)
https://wiki.gentoo.org/wiki/User:Dilfridge
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 870 bytes
Desc: This is a digitally signed message part.
URL: <https://sourceware.org/pipermail/libc-alpha/attachments/20260621/d5b60fc4/attachment.sig>