Search results

Check. That was the solution. Strange that it never happened in all previous DA-versions. Thank for the quick reply.

After the update to 1.62.0 Directadmin will not restart anymore, even after a reboot of the server; System: CentOS 6.10. Error log: Which is a strange error, because nothing changed in the certificates I am using.

--with-icu-dir is not a supported compiler option in PHP 7.4 anymore: https://github.com/php/php-src/blob/PHP-7.4/UPGRADING#L775 If you build php intl with PHP 7.4 it will take the default ICU libs, which are on my system in /usr/lib64 (version 42.1). By symlinking the libicuuc.so to...

Not quite. Directadmin will update up until ICU 58.2 and use that for all PHP versions, from 5.3 - 7.4.

On my CentOS 6.10 machines the PHP 7.4 install script still linked the wrong ICU version. I had to symlink the standard libici*.so's to the ones that were built by Directadmin. ln -sf /usr/local/icu/lib/libicudata.so /usr/lib64/libicudata.so ln -sf /usr/local/icu/lib/libicui18n.so...

The next curl release is expected on August 19.

BTW: curl 7.71.1 was released July 1st. https://curl.haxx.se/changes.html

On all of my 5 Centos 6 machines I had a custom configure.proftpd. On some a custom conf/proftpd.conf, but on others the sftp customizations were done directly in /etc/proftpd.conf. Maybe that was the way of doing it in the early days, just like the script in the help topic is installing a...

Same here with CB 2538. I once again downgraded to ProFTPD 1.3.6d.

Wow. That was fast. Thx.

After the update to ProFTPD 1.3.7a the service failed to start. Reason: unknown configuration directive 'IdentLookups' on line 73 of '/etc/proftpd.conf' The directive was removed in 1.3.7RC1 http://www.proftpd.org/docs/RELEASE_NOTES-1.3.7a + The mod_ident module is no longer automatically...

Ok. Did the update on 4 of the 5 machines. The fifth will have to wait until the staging server shows no problems.

The zstd is still building without .xz/.lzma support, But it builds. Thanks! ==> building with threading support ==> building zstd with .gz compression support ==> no liblzma, building zstd without .xz/.lzma support ==> no liblz4, building zstd without .lz4 support

Got it. Changed the download server to files1.directadmin.com and ran some ./build update* commands. Then ./build zstd started installing devtoolset-7.x86_64 0:7.1-4.el6 with a loooot of dependencies and succeeded in building with GCC 7.3.0!

On both machines I have Version: 2.0.0 (rev: 2501). How do I update?

On the machine where it failed with GCC 7.3.0, it builds as follows with GCC 4.4.7: ==> building with threading support ==> building zstd with .gz compression support ==> building zstd with .xz/.lzma compression support ==> no liblz4, building zstd without .lz4 support On the machine where it...

On one of my CentOS 6.10 boxes it did compile! On all of them I had GCC 7.3.0 installed: # cc --version cc (KEWB Computing Build) 7.3.0 Copyright (C) 2017 Free Software Foundation, Inc. When I reverted back to the standard GCC 4.4.7 it did compile on anoher box # cc --version cc (GCC) 4.4.7...

No. 64-bit with kernel 2.6.32-754.29.2.el6.x86_64

zstd-1.4.5 fails to compile on my CentOS 6.10 boxes. Error messages: /tmp/ccja65az.s: Assembler messages: /tmp/ccja65az.s:99: Error: no such instruction: `shlx %edi,%eax,%eax' /tmp/ccja65az.s:115: Error: no such instruction: `sarx %rax,%rdx,%rdx' /tmp/ccja65az.s:133: Error: no such instruction...

Custombuild 2.0 is still building curl 7.69.1: [root@vps custombuild]# cat versions.txt | grep curl curl:7.69.1:b9bb5e11d579425154a9f97ed44be9b8 curl_cacert:20161102:c726ae88fd600aa26df1d30f42b51fec Is there any reason why the update to curl 7.70.0 has not been made?