Date: Sat, 27 Aug 2022 12:53:38 +0200 From: FreeBSD User <freebsd@walstatt-de.de> To: Michael Gmelin <grembo@freebsd.org> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org>, FreeBSD Ports <freebsd-ports@freebsd.org>, yasu@freebsd.org Subject: Re: security/clamav: /ar/run on TMPFS renders the port broken by design Message-ID: <20220827125405.10194d30@thor.intern.walstatt.dynvpn.de> In-Reply-To: <BEF532F0-FF5C-4BA9-859A-885E35F1B8E8@freebsd.org> References: <20220827083042.73e7f439@thor.intern.walstatt.dynvpn.de> <BEF532F0-FF5C-4BA9-859A-885E35F1B8E8@freebsd.org>
index | next in thread | previous in thread | raw e-mail
Am Sat, 27 Aug 2022 11:21:40 +0200 Michael Gmelin <grembo@freebsd.org> schrieb: > > On 27. Aug 2022, at 08:31, FreeBSD User <freebsd@walstatt-de.de> wrote: > > > > Hello, > > > > I'm referencing to Bug 259699 [2] and Bug 259585 [1]. > > > > Port security/clamav is without doubt for many of FreeBSD users an important piece of > > security software so I assume a widespread usage. > > > > It is also a not uncommon use case to use NanoBSD or any kind of low-memory-footprint > > installation schemes in which /var/run - amongst other system folders - are created at boot > > time as TMPFS and highly volatile. > > > > In our case, the boxes running a small security appliance based upon FreeBSD is rebooted > > every 24 hours and so /var/run is vanishing. > > > > To make the long story short: > > > > The solution for this problem would be a check for existence and take action addendum in > > precmd() routine of the rc-script as sketched in Bug 259699. > > The maintainer rejects such a workaround by arguing this would violate POLA (see comment 4 > > in PR 259699 [2]. The maintainer's argument regaring to mtree's files are sound to me. > > > > The question is: how can this issue be solved? > > > > It is really hard to always chenge our local repository and patch whenever clamav has been > > patched and modified for what reason ever. > > > > Tahanks for reading, > > > > Why don’t you simply add an rc script to your appliance that creates the missing > directory/directories on boot before clamav is started? > > Best > Michael > > > Why not fixing this on a more general basis? Best regards, oh -- O. Hartmannhelp
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20220827125405.10194d30>