Jump to content

scat70

Members
  • Posts

    2
  • Joined

  • Last visited

About scat70

  • Rank
    Newbie
    Newbie

Profile Information

  • Location
    Germany
  1. Fedora comes accross with libssl 1.1.1q and 3.0.5. ESET fails to use 1.1.1q. However if one does not like to use the quite old compat version 1.0.20 for security reasons, the version 1.1.1k shipped with REL8/CENTOS8/OL8 does work as well. As REL8 is officially supportet by ESET, this might be the preferred solution.
  2. Hi! I had the same issue. Due to the support stop for ESET NOD32 which ran perfectly on Fedora, I upgraded to EEA for Linux and of cause the installtion on Fedora 36 failed 😞 The reason is, because EEA for Linux needs quite old libssl and libcrypto libraries. Checking with strace you will find that EEA for instance checks for libraries in /opt/eset/eea/lib before using the globally installed libraries. My workaround is as follows: Install EEA - which of course fails when running the post actions Install compat-openssl10-1.0.2o-11.fc36.x86_64 Copy libssl.so and libcrypto.so which are part of this package to /opt/eset/eea/lib/libssl.so and /opt/eset/eea/lib/libcyrpto.so Uninstall EEA (the manually installed libs will remain) Once again install EEA. This time it should install and run smoothly 🙂 Of course there is no guarantee that this will work for ever and hopefully ESET will officially support Fedora in the future (at least this is the minimum I expect as a customer who used NDO32 before for years and who was forced to upgrade to EEA...). However for now the workaround runs perfectly for me. By the way, even though I don't use Ubuntu 22.04 it is quite likely that EEA fails on Ubuntu 22.04 for the same reason and that one needs older versions for libssl and libcrypto as well. BR
×
×
  • Create New...