Re: Problems building dar_static

>* On 7/18/19 11:56 AM, Denis Corbin wrote:
>> none of the Debian based distro (Ubuntu, Devuan, ...) nor Debian itself
>> seem to provide static version of libcurl. You thus need to compile it
>> by yourself and install it (making or not a package of it) in order to
>> be able to compile dar_static with full options.

On 18.07.19 12:11, Mihai Moldovan wrote:
>Uh, they do. In either one of the libcurl4-{gnutls,nss,openssl}-dev packages on
>Debian/Ubuntu. Other distros should likewise provide it in other packages. I
>guess the OpenSSL variant is the default, so I'd use that.

>> As an alternative you can also fetch the dar_static binaries I provide
>> on ftp://ftp.dm3c.org/ they should work for any Linux system with x86-64
>> CPU. If you need it for another system or CPU tell me, I will look
>> forward to provide it too if possible.
>
>Might be nitpicking, but even with that you'll into problems. I recently had to
>upgrade a kernel and started seeing a lot of binaries from CentOS 6 fail,
>because the VSYSCALL emulation was turned off by default and these binaries
>still use them.

i have updated to debian 10 and this is in news (apt-listchanges shows it at
upgrade time):

  * From Linux 4.10, the old 'virtual syscall' interface on 64-bit PCs
    (amd64) is disabled.  This breaks chroot environments and containers
    that use (e)glibc 2.13 and earlier, including those based on Debian 7
    or RHEL/CentOS 6.  To re-enable it, set the kernel parameter:
    vsyscall=emulate

> The static binary might run fine if it's not bundling a libc,
>but that's more or less just a guess. Users should be aware that even static
>binaries can problematic sometimes.

btw, debian already has dar-static binary package for some time ;-)

-- 
Matus UHLAR - fantomas, [email protected] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
A day without sunshine is like, night.