Search results

@fln Checking a bit further, I found a leftover /usr/lib/x86_64-linux-gnu/libcurl.la ASCII text file containing a mention of the library /usr/local/lib/libnghttp2 I moved that file to /root/, reinstalled curl and libcurl, launched "da build remote_old_local nghttp2" and this time php 8.2...

Hi fln, I launched "da build doMigrateToSystemCurl" as soon as I saw the DirectAdmin Support post dated yesterday 12:10 AM ns***.net:custombuild# ldd /usr/local/php82/bin/php82 | grep libnghttp libnghttp2.so.14 => /lib/x86_64-linux-gnu/libnghttp2.so.14 (0x00007ff50c5a3000)...

Hi, This didn't fix the issue with libnghttp2 when compiling php 8.2 :( Apart from that, when restoring the old nghttp2, compilation was OK but I now have 2 messages as follows : libtool: link: warning: library `/usr/lib/x86_64-linux-gnu/libcurl.la' was moved. repeated a few times, and ...

Hi, I wanted to start DA today, and even running mariadb 10.6.16 I got this message: Does DA also prevent the use of mariadb 10.6 on legacy licenses? ?

Wrong ! I am running mariadb 10.6 and all of a sudden DA didn't let me log in showing this message :

I had one line "enable-http2" in apache config file. I removed it, launched the "build remove_old_local, recompiled apache: OK with http2 still supported. Compilation of php 8.2.13 gave these error messages: libtool: link: cannot find the library `/usr/local/lib/libnghttp2.la' or unhandled...

Hi, Thanks zEitEr for your suggestion, but I checked that after first compilation failure !

Hi, I have the same issue after having used "da build remove_old_local libnghttp2" Compilation of php 8.2.13 complains that /usr/local/lib/libnghttpd2 library cannot be found. library is well installed by default: ns.***.net:tmp# ldconfig -p | grep libnghttp libnghttp2.so.14...

From the alpha branch ! *****:root# da version DirectAdmin v.1.656 1b3eb7f61397923af46a3e3c3cbe36697c1608f3 *****:root# da update directadmin alpha v1.656 1b3eb7f61397923af46a3e3c3cbe36697c1608f3 linux_amd64: already latest

Hi, On a debian server, updated from Debian 9 to 10, 11 and eventually 12, your solution works for exim, but not for php 8. libtool: link: cannot find the library `/usr/local/lib/libiconv.la' or unhandled argument `/usr/local/lib/libiconv.la' make: *** [Makefile:314 : sapi/cli/php] Erreur 1...

I have the same display of "warning" on all my servers (close to 100) including the ones installed a few weeks ago ! This seems to be "cosmetic only" no worries !

If it is OK, why do we still have this "warning" in the licensing page then ?

I have the same on all my servers: Version 1.652 DA build pour l'OS linux_amd64 Système d’exploitation de serveur détecté debian11_amd64

You're right ! Done ! Thanks !

Hi Richard, Yes, those packages 5.32 and 5.34 are installed on my server as well ! But it is incorrect to ask for installation of perl-modules because you have to explicitely ask for either perl-modules-5.32 or 5.34 (or both) It doesn't work with "apt install perl-modules", as the setup.sh...

I modified the script /usr/local/directadmin/scripts/setup.sh, removing 2 instances of perl-modules and edited the global setup.sh commenting out the line "tar xvzf..." that was already unarchived. Then it succeded installing !

Trying to install on a brand new server with Debian 11, setup.sh fails with this message. The packet perl-modules under Debian 11 is a virtual packet which couldn't be installed. Dan

Many thanks to fln ! That happens when a customer decides to change the server certificate on his own ! A restore of exim.cert and exim.key from the backup solved the issue once fln pointed the error. The good point is that the server has been upgraded from Debian 9 to Debian 10 !

I did it 20 times ! Did you read my previous post ? That's exactly what it shows !

With the latest patch of the current release channel I still can't start apache !