I have installed Sophos for Ubuntu and it has been working fairly well until I decided to try Flatpak.
When installing or updating anything using Flatpak, I now get this pop up:
error popup
with this corresponding error on the terminal:
********************** Sophos Anti-Virus Alert *****************
Error scanning file
"/var/tmp/flatpak-cache-6TPQJ0/org.freedesktop.Platform.Locale-
37ALJ0/repo-WTmN4b-lock".
Access to the file has been denied
Searching the Google webs didn't really give me anything except this note on Github
https://github.com/flatpak/flatpak/issues/3512
Any suggestions to how to whitelist or otherwise ignore these files?
$ flatpak --version
Flatpak 1.4.3
NAME="Ubuntu"
VERSION="19.10 (Eoan Ermine)"
ID=ubuntu
VERSION_ID="19.10"
The savlog or syslog might give more information about what error SAV is hitting trying to scan the files.
/opt/sophos-av/bin/savlog -100
tail /var/log/syslog
It's likely that the files will need to be excluded, which you can using savconfig
/opt/sophos-av/bin/savconfig exclude /var/tmp/flatpak-cache-*
Related
I am trying to record Perl coverage.
I use the ready to use Debian VM from Turnkey running Bugzilla. (https://www.turnkeylinux.org/download?file=turnkey-bugzilla-14.2-jessie-amd64-vmdk.zip)
I was able to install the perl coverage module Devel::Cover, and can record the coverage when executing a perl script in the console.
However, I have problems to record the coverage for the .cgi files when executing the Bugzilla webpage.
I tried several solutions but none led to success:
Setting the enviorment variable like: export PERL5OPT"-MDevel::Cover" (to always run perl with coverage) had no noticeable effect.
Adding use Devel::Cover; to var/www/bugzilla/mod_perl.pl also had no noticeable effect.
Adding use Devel::Cover; to var/www/bugzilla/index.cgi lead to an Internal Server Error when calling the Bugzilla page (the apache2 error log showed a permission error when trying to create directory cover_db). After changeing the permission in directory var/www/bugzilla to maximum access for all I still get the server error but the coverage for the error is recorded, which is weird (the error log shows a bad header error for index.cgi).
I also tried to add the module fia the apache server configurations: etc/apache2/sites-enabled/bugzilla.conf by adding SetEnv PERL5OPT "-MDevel::Cover=-dir,/var/www/bugzilla" there, but this did also not have any noticeable effect.
Does anybody have an idea what the problem could be?
Or anything elso I should try? (I am new to Perl and also not much of a Linux expert)
Could it be a permissions issue, because the server is not run under root as far as I know, but www-data?
Thanks!
I need to install Concourse(CI/CD) on my Local windows machine
Below process I followed :
Install Bosh on local system.
It was successfully install and while executing command at command prompt
then it show version all "bosh" -- "version 3.0.1-712bfd7-2018-03-13T23:26:43Z".
Try Download the concourse-lite deployment manifest file but it fails it shows below error.
Follow the below link to install Concourse :
https://concoursetutorial.com/ --- section For Windows:
I don't reccomend doing this at all because you'll be swimming so far out of the main stream that you'll find tons of issues and no one is going to care enough to want to fix them.
Even if you didn't find any issues, resources require a linux worker for anything to work so your going to need linux anyways.
I recommend running your db, web and linux worker on linux and then running windows workers as needed.
I have installed VS Code version 1.8.1. Machine is Windows 7, 64 bit. While installing ionide-fsharp extension, I am getting error "end of central directory record signature not found". It seems version 1.7.2 of VS Code works, however this issue probably seems fixed for version 1.8.0 see this git link. Any idea on how to get the extn installed?
Thanks
Found a workaround for this. Downloaded '.vsix' file of ionide-fs from this link. In VS Code Extensions tab, there is an option 'Install from VSIX'. That worked. So in case anyone is unable to install from vscode extensions tab directly(i.e. from Marketplace), they may try this way of installing an extension.
Just for information, I was getting the same error for version 1.7.2 of vscode as well while trying to install from Marketplace.
Seems there were bugs that exist in past versions, due to the embedded browser and other reasons; these have since been fixed.
The above solution seems a common way to install a troublesome plugin.
However, there is a long standing reason for this error, running out of disk space.
As of v1.54.1 (2021/03) and it turns out this can happen if your disk/home folder can run out of space during download OR install.
https://github.com/microsoft/vscode/issues/118711
I have successfully installed a Centos Vagrant box with Magestead (http://www.magestead.com/). This worked and I was able to log into the Admin section without any issues.
However, I am more comfortable using Ubuntu, so I created a new vagrant box using Ubuntu. I set it up as per the documentation and installed Magento without any issues. I have set up the correct file permissions etc. However, when I try and access the admin section, I receive the following error. The front pages work fine btw.
Warning: file_get_contents(/var/www/html/magento2/var/cache//mage-tags/mage---ea6_BACKEND_MAINMENU): failed to open stream: No such file or directory in /var/www/html/magento2/lib/internal/Cm/Cache/Backend/File.php on line 614
I have tried clearing the pub/static folder, cleared the various var/ directories as suggested in other posts etc.
Thinking it might be an issues with the vagrant shared folders. I started again and this time installed Magento on a folder inside the vagrant box (not on the folder share). This was a lot quicker so I hoped that this might have been the reason. Alas, this did not solve my problem and I still receive the same error.
I have tried the composer install and the manual compressed download install but I have the same error on both.
Looking at the location of the missing file, I can confirm that the file is not there. When I look at the Centos box, this file is there. If I remove the folder on the Centos box (var/www/html/magento2/var/cache/), the file gets created as expected and works fine. This does not happen with the Ubuntu box, however some of the mage---ea6 files are created so it's doing it stuff.
Does anyone have any ideas?
So I figured it out after some testing.
It turned out to be xDebug (or the way I was installing it) that was causing the issue. I ran some tests and the admin areas worked fine with xDebug not installed.
I needed Xdebug for development reasons so I installed it using Pear and Magento installed fine with everything working correctly!
I am new to Omnet++. I installed Omnetpp-3.3p1 and am having trouble opening it. I tried creating a makefile within the project which has simulation codes with command opp_makemake -f -N, but I am getting command opp_makemake not found error. Am I missing something here?
The error might raise if OMNeT++ is not properly installed or the lib is not properly linked. This PDF should be what you are looking for, since it explains how to properly install version 3.3p1. - Hope to help!