"clamav-unofficial-sigs" error message

Carmel NY carmel_ny at outlook.com
Mon Jun 26 11:26:42 UTC 2017


On Mon, 26 Jun 2017 11:37:29 +0200, Marko Njezic stated:

>On 2017-06-25 18:16, Carmel NY wrote:
>> On Sun, 25 Jun 2017 17:17:44 +0200, Martin Waschbüsch stated:
>>   
>>> From what I can see, the clamav-unofficial-sigs port works. It
>>> determines if there are updates or whether you have checked
>>> recently, so that you do not inadvertently dos the signature
>>> servers. What is NOT working, apparently, is clamav. Did you
>>> install clamav via ports? If it is installed, what is the
>>> clamscan_bin variable set to
>>> in /usr/local/etc/clamav-unofficial-sigs/master.conf file? It needs
>>> to be set to the correct path, for
>>> instance /usr/local/bin/clamscan. The correct path on your setup
>>> can be determined using 'which clamscan'  
>> 
>> From the "master.conf" file:
>> 
>> # Custom Command Paths, these are detected with the which command
>> when not set.
>> 
>> Clamscan was commented out; however, the default setting was
>> to /usr/bin/clamscan
>> 
>> From what I can figure out, the "which" command worked fine outside
>> of a CRON job, but was failing when clamav-unofficial-sigs.sh was
>> run via CRON. I uncommented the "clamscan" setting and set it to
>> point to the correct location. Now it works correctly.
>> 
>> This is probably a bug, but I am not going to waste my time reporting
>> it. The ports version of this program is very old. There have been
>> five newer versions since its release. No doubt this problem has been
>> corrected.  
>
>The error message that you're getting has nothing to do with the
>version of the script that's available from the ports collection.
>
>Contrary to what you think, you would get the same error message with 
>the latest version of the script (clamscan binary detection has
>remained exactly the same). You obviously did not set up PATH variable
>correctly for script invoking by cron daemon.

This is the default setting:

# Custom Command Paths, these are detected with the which command when
not set
# uname_bin="/usr/bin/uname"
# clamscan_bin="/usr/bin/clamscan"
# rsync_bin="/usr/bin/rsync"
# wget_bin="/usr/bin/wget"
# curl_bin="/usr/bin/curl"
# gpg_bin="/usr/bin/gpg"

I only needed to uncomment and change the "clamscan_bin" setting to get
it working correctly when run via CRON. Since the other settings are
not correct for a FreeBSD system, yet still work, I do believe it is a
bug of some sorts. However, it is not worth arguing about.

>On a side note, you mentioned that you edited "master.conf" file. As I 
>wrote in pkg-message, all user configuration changes should go in file 
>"user.conf" file, in order to make updating the script easier.
>
>As far as updating the port to the latest version is concerned, the 
>development of the script appeared to be on halt since there were no 
>updates from august last year until march this year and now it is
>quiet once again. The original script ended up being abandoned and I'm
>more cautious this time, so that I don't end up wasting my time.

I am not sure what that is supposed to mean. The postfix "stable"
version is only updated approximately once a year. A program does not
have to be updated every "X" number of days to be actively developed.
In any case, there have been five new versions released since the one
in the ports system was released. Certainly that would seem to indicate
that something was happening with the application.

-- 
Carmel




More information about the freebsd-ports mailing list