Hi Mark, Thanks for the feedback on the Windows packages!
We should probably include the README.md and NEWS.md files. Whoops. Thanks for highlighting the discrepancy. Regarding being down to 30 exe/dll files from 71 -- we used to bundle in a copy of the VC redistributable DLLs somewhat manually, which meant we went a little overkill, bringing in some that we didn't use. Now CMake's CPack tool brings in the redistributables for us, and clearly do a better job, heh. We could probably shrink that number down even more if we wanted to statically compile the other library dependencies like libxml2, openssl, etc. But I think it's probably good how it is. You pointed out that there are a few extra .lib files (e.g. freshclam.lib, clamav.lib, etc). Those are required if you want to compile another project to link with libclamav.dll or libfreshclam.dll, and using the headers also now installed in the 'include' directory. On windows to link with a DLL you must link with the .lib. It's... strange. And if a static library is built, that also shows as a .lib file and is often named differently, like 'clamav_static.lib'. I don't really expect anyone to do that on Windows, but I suppose can if they want. I don't really see any point removing them or the 'include' directory. Regarding 'UserManual.html' and the 'UserManual' directory being moved to 'html/index.html': I wish I could make it look more how it used to. I think it's less friendly to have an 'html' directory and require users to spot the 'index.html' file. I think we could probably rename the directory from 'html' back to 'UserManual' easily enough, but I don't think we can easily rename and move 'index.html' as easily. And you're right, most people won't really care. The web is generally accessible. And if you are offline, it's not too tough to figure out. Thanks again for your feedback on the RC2! Do please reach out if there's anything else you run into. -Micah Micah Snyder ClamAV Development Talos Cisco Systems, Inc. ________________________________ From: clamav-users <clamav-users-boun...@lists.clamav.net> on behalf of Mark Pizzolato - Clamav-Win32 via clamav-users <clamav-users@lists.clamav.net> Sent: Saturday, August 21, 2021 10:26 PM To: ClamAV users ML <clamav-users@lists.clamav.net>; clamav-annou...@lists.clamav.net <clamav-annou...@lists.clamav.net> Cc: Mark Pizzolato - Clamav-Win32 <clamav-wi...@subscriptions.pizzolato.net> Subject: Re: [clamav-users] ClamAV® blog: ClamAV 0.104.0 Second Release Candidate is here! While testing what’s in the x64 windows portable zip file (clamav-0.104.0-rc2.win.x64.zip), I make the following observations: 1) Total executables and dlls goes down from 71 previously to 30 in 0.104.0 – This is likely a good sign. 2) The zip file includes 5 lib files which serve no purpose and probably should be removed. Hmm I was going to say the same thing about the provided include directory, but then maybe both could be useful for locally built and linked programs. I’m not testing anything like this… None of these files were in the portable packages for prior versions. 3) Previous portable zip files included a README.md, a NEWS.md and UserManual.html (in addition to what’s in the now html directory which previously was called UserManual). I never worried about what’s in these files or directories, but now they’re very different. 4) Otherwise, freshclam and clamd operate normally in my environment and are now in production. If anything surprising happens, I’ll raise the problem here. * Mark Pizzolato From: clamav-users <clamav-users-boun...@lists.clamav.net<mailto:clamav-users-boun...@lists.clamav.net>> On Behalf Of Joel Esler (jesler) via clamav-users Sent: Thursday, August 19, 2021 1:41 PM To: ClamAV users ML <ClamAV-users@lists.clamav.net<mailto:ClamAV-users@lists.clamav.net>>; clamav-annou...@lists.clamav.net<mailto:clamav-annou...@lists.clamav.net> Cc: Joel Esler (jesler) <jes...@cisco.com<mailto:jes...@cisco.com>> Subject: [clamav-users] ClamAV® blog: ClamAV 0.104.0 Second Release Candidate is here! https://blog.clamav.net/2021/08/clamav-01040-second-release-candidate.html<https://blog.clamav.net/2021/08/clamav-01040-second-release-candidate.html?m=1> ClamAV 0.104.0 Second Release Candidate is here! Today we are publishing a second release candidate for 0.104.0. Please help us verify that 0.104.0-rc2 works on your systems and that we have resolved the concerns you reported with the first release candidate. We need your feedback, so let us know what you find and join us on the ClamAV mailing list<https://lists.clamav.net/mailman/listinfo/clamav-users>, or on our Discord<https://discord.gg/sGaxA5Q>. In particular, we'd love your feedback on the new Debian and RPM packages (see below) and on the install documentation on docs.clamav.net<https://docs.clamav.net/manual/Installing.html>. For details about what is new in the 0.104 feature release, please refer to the announcement for the first release candidate<https://blog.clamav.net/2021/07/clamav-01040-release-candidate-is-here.html>. What changed since the first release candidate First and foremost, we are listening to your concerns about the build system change from Autotools to CMake, and about changes coming in a future feature release when we add the Rust programming language toolchain into our build requirements. We can't bring back Autotools, but we hope that the following will help. 1. We are introducing a Long Term Support (LTS) program that will begin with the 0.103 feature release. Users will be required to stay up to date with the latest patch versions (e.g., 0.103.3) within the 0.103 feature series, but will have the peace-of-mind that the 0.103 feature release will receive critical patch versions with a stable ABI up until End-of-Life in September 2023. Stay tuned for a separate blog post introducing the full details of our LTS program. We will also add a version-support-matrix to our online documentation in tandem with the LTS blog post for easy reference. 2. We plan to increase our feature release cadence to make it easier to plan and to get new features and efficacy improvements into your hands faster. So, to make it easier for you to stay up-to-date with the latest stable release, we are introducing new package installers for macOS and for RPM-based and Debian-based Linux distributions. These new packages will be available for download on the clamav.net Downloads page<https://www.clamav.net/downloads>. You can find installation instructions for these packages in our online documentation<https://docs.clamav.net/manual/Installing.html#installing-with-an-installer>. Please note that the Linux packages unfortunately do not include clamav-milter at this time, and that we are still working on the signing & notarization process for the macOS installer, so it may not work for users on the latest macOS version. In addition to the above, we've resolved the following issues identified during the first release candidate: * Increased the functionality level (FLEVEL) for the 0.104 release to make space for additional 0.103 (LTS) patch versions. See the Version & FLEVEL reference<https://docs.clamav.net/appendix/FunctionalityLevels.html>. * Improvements installation instructions in INSTALL.md and in the online documentation<https://docs.clamav.net/Introduction.html>. * Fixed iconv / libiconv detection in the CMake configuration process when -Werror=return-type is enabled, such as in the openSUSE packaging environment. See PR-233<https://github.com/Cisco-Talos/clamav/pull/233>. * Fixed broken CMake build when RAR support is intentionally disabled and test-support is enabled. See PR-237<https://github.com/Cisco-Talos/clamav/pull/237>. * Fixed broken CMake build on systems that do not provide format string macros for standard integer types. See PR-231<https://github.com/Cisco-Talos/clamav/pull/231>. * Improved long file path support on Windows. (Disclaimer: presently requires user to opt-in with a registry key change). See PR-229<https://github.com/Cisco-Talos/clamav/pull/229>. * Fixed a segfault and socket file descriptor leak in ClamOnAcc. See PR-227<https://github.com/Cisco-Talos/clamav/pull/227>. * Fixed an error reported by ClamD when scanning directories on Windows. See PR-230<https://github.com/Cisco-Talos/clamav/pull/230>. * Fixed issue with Freshclam support for Universal Naming Convention (UNC) paths on Windows. See PR-226<https://github.com/Cisco-Talos/clamav/pull/226>. * Added missing environment variable feature documentation to the manpages. See PR-254<https://github.com/Cisco-Talos/clamav/pull/254>. * Fixed an assortment of issues identified by Coverity static analysis. See PR-221<https://github.com/Cisco-Talos/clamav/pull/221>. * Tuned the Valgrind suppression rules for the public test suite to resolve a false positive that caused intermittent ClamD test failures. See PR-238<https://github.com/Cisco-Talos/clamav/pull/238>. * Fixed the mspack library name to deconflict with system installed mspack packages. See PR-234<https://github.com/Cisco-Talos/clamav/pull/234>. * Fixed a false positive in the ClamD tests, reported by Valgrind when compiling with Clang. See PR-236<https://github.com/Cisco-Talos/clamav/pull/236>. Special thanks to Arjen de Korte and Mark Fortescue for contributing patches to fix some of the above issues. And thank you to so many of you who chimed in on the mailing lists, on Discord, and on GitHub Issues to identify issues and share your experiences with the first release candidate.
_______________________________________________ clamav-users mailing list clamav-users@lists.clamav.net https://lists.clamav.net/mailman/listinfo/clamav-users Help us build a comprehensive ClamAV guide: https://github.com/vrtadmin/clamav-faq http://www.clamav.net/contact.html#ml