Re: [arch-general] Starting 9/15 new error - stat of /var/log/clamav/clamd.log failed
On 9/21/18 1:37 AM, David C. Rankin wrote: Archdevs, Is this a new bug or config issue? Beginning 9/15, I receive a new cron error: error: stat of /var/log/clamav/clamd.log failed: No such file or directory But the file is there: $ l /var/log/clamav/clamd.log -rw-r--r-- 1 clamav clamav 0 Aug 30 2015 /var/log/clamav/clamd.log The wiki https://wiki.archlinux.org/index.php/ClamAV doesn't mention the issue, so is this a bug? If so, upstream or here? I have to think this is something you're triggering yourself. ClamAV doesn't seem to ship with any cron jobs. (See "pacman -Ql clamav | grep cron") So this must be either a cron job you've added yourself, or some old one that's left hanging around. As far as the clamd log file, I think it's normal to be empty if you're not running clam as a daemon. That's how mine is: $ ls -l /var/log/clamav/clamd.log -rw-r--r-- 1 clamav clamav 0 May 5 2013 /var/log/clamav/clamd.log Only other remaining explanations I could offer are: * The drive that /var/log/clamav is on is damaged and unreadable. (See if you see any errors in either dmesg or /var/log/messages) * You have a permissions issue on either /var/log/clamav, /var/log, or /var, whereby the user running the cronjob doesn't have read or execute permissions to one of those directories. HTH, DR
Re: [arch-general] Firefox crashes randomly
On 09/20/2018 12:57 PM, frede...@ofb.net wrote: > There is also the Firefox extended support release: > > https://ftp.mozilla.org/pub/firefox/releases/52.6.0esr/ > https://ftp.mozilla.org/pub/firefox/releases/52.6.0esr/linux-x86_64/en-US/ > Well, 52.9.0esr was the latest of the 52 branch: http://ftp.mozilla.org/pub/firefox/releases/52.9.0esr/ (which I'm still running) -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Starting 9/15 new error - stat of /var/log/clamav/clamd.log failed
On 09/21/2018 02:17 AM, Andy Pieters wrote: >> But the file is there: >> >> $ l /var/log/clamav/clamd.log >> -rw-r--r-- 1 clamav clamav 0 Aug 30 2015 /var/log/clamav/clamd.log >> >> > Could be a permissions issue. If a user cannot access /example/ then > it cannot see if /example/test exists and will give a no such file or > directory error. Well, that what I was investigating, but the log is world readable, so that can't be the case -- and the only permissions needed to stat a file is read permission. Also suspect is the log file is empty and 3 years old, so I'm not sure what is going on with it, but I do know I never got an error about it until 9/15. -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Firefox crashes randomly
On 21-09-18 21:46:17 +0200, Hubert Hauser via arch-general wrote: Hello! On 21/09/2018 04:50, David Rosenstrauch wrote: Is there a particular site (or sites) that it crashes on? No. Then this thread is pretty useless without a crash report or a way to reproduce the error since it works for a lot of us. I just see a whole bunch of replies recommending other browsers and deriding firefox and not anything constructive. -- Regards Jagan PUBKEY: https://j605.tk/pgp signature.asc Description: PGP signature
Re: [arch-general] Firefox crashes randomly
Hello! On 21/09/2018 04:50, David Rosenstrauch wrote: > Is there a particular site (or sites) that it crashes on? No. -- Cheers, Hubert Hauser.
Re: [arch-general] AppArmor support
On 2018-09-21 10:53:33 (+), Gus wrote: > Have been running it for a few days, so far everything is alright. Thanks. That's good news! > Also, don't know if it should be done in upstream or not, but maybe > logprof.conf > should be modified a little to add, for example, /usr/bin/zsh in > [qualifiers] > section. And anyone knows what the point in [repository] section? I assume upstream would be the place for this. Thanks for testing! -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On 2018-09-20 18:42, David Runge wrote: On 2018-09-14 12:21:26 (+0200), Geo Kozey wrote: They called it 'binmerge' :) Hope this can be achieved for all profiles. https://gitlab.com/apparmor/apparmor/commit/4200932d8fb31cc3782d96dd8312511e807fd09b I think this should fix issues with referencing filenames that you mentioned. If there's something else left you may try to open issue/merge request upstream. I'll do that. There are more problems with the package, than just the profiles ;-) BTW: Upstream URL should be https://gitlab.com/apparmor/apparmor as this is where develeopment activity occurs. Forgot to put that in (will do next time). However, I managed to only replace the use of /sbin/, /usr/sbin/ and /bin/ by /usr/bin/. The profile names are left unchanged now. To all interested: Please do test, if you have the time! Best, David Have been running it for a few days, so far everything is alright. Thanks. Also, don't know if it should be done in upstream or not, but maybe logprof.conf should be modified a little to add, for example, /usr/bin/zsh in [qualifiers] section. And anyone knows what the point in [repository] section?
Re: [arch-general] Starting 9/15 new error - stat of /var/log/clamav/clamd.log failed
On Fri, Sep 21, 2018 at 7:37 AM David C. Rankin wrote: > > Archdevs, > > Is this a new bug or config issue? Beginning 9/15, I receive a new cron > error: > > error: stat of /var/log/clamav/clamd.log failed: No such file or directory > > But the file is there: > > $ l /var/log/clamav/clamd.log > -rw-r--r-- 1 clamav clamav 0 Aug 30 2015 /var/log/clamav/clamd.log > > Could be a permissions issue. If a user cannot access /example/ then it cannot see if /example/test exists and will give a no such file or directory error.