[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: clamav failure on hurd-i386

From: Samuel Thibault
Subject: Re: clamav failure on hurd-i386
Date: Sun, 24 Aug 2014 21:29:57 +0200
User-agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30)

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?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]