[Pkg-clamav-devel] clamav failure on hurd-i386

Samuel Thibault sthibault at debian.org
Sun Aug 24 19:29:57 UTC 2014

Andreas Cadhalpun, le Sat 05 Jul 2014 19:54:03 +0200, a écrit :
> This works fine for other architectures and also when testing in a
> hurd virtual machine, so I assume there is a problem with the buildd.

Mmm, does it really work in a virtual machine? It fails for me as a
normal user. It does work as root, however. This is apparently because
clamav creates the local socket with umask 0777; I guess nobody tried
that on GNU/Hurd: with the hurdish way of creating the socket, the
pflocal translator has to open the file, and thus needs permissions on
it. When run as root, this is not a problem, but a normal user will have
the issue.

So this seems again like a corner case not supported by the hurdish

On the technical side, what fails is the __ifsock_getsockaddr call.
Indeed, since the node is created as 0000, the ifsock translators
tells glibc that it doesn't have any right. The port to the translator
was gotten through a __file_name_lookup_under. Isn't there a way to
get a port to the translator directly from the node port on which the
translator is running, instead of looking up the name?


More information about the Pkg-clamav-devel mailing list