Re: Build with Remote Repository Support

Martin Michel <martin-eJ/[email protected]> Fri, 17 Jun 2022 22:07:16 +0200
Newsgroups gmane.comp.sysutils.backup.dar.support
Message-ID <[email protected]>
Hey Denis,

Thanks for your quick reply and, even more important, thanks for giving
us dar! I have not used it so far but it really looks like all I have
ever needed for my backups. And I am looking forward to get it
implemented soon.


> you probably miss libthreadar
> 
> http://dar.linux.free.fr/doc/from_sources.html

Yes, that was the missing piece. Sorry to bother you with me not reading
the documentation properly. I overlooked the entry as my eyes were stuck
in the table showing the dependencies in distro packages. Here "Embedded
sftp/ftp support" just showed libcurl-dev, but the sections before give
enough details.


Before I go into a rabbit hole of trying to compile the statically
linked dar_static, does it make sense at all to do this with the
sftp/ftp support enabled via libcurl? There is an upfront warning on the
curl homepage
(https://everything.curl.dev/build/autotools#static-linking) and my
experiences with other more or less complex software applications were
also not promising. My distro does not provide the libgpgme.a archive,
so I would have to build custom packages all the way and I would not go
down this path if libcurl will be another show-stopper. I definitely
want the sftp feature but I am not sure about the need for dar_static. I
assume it is best practice to have a static executable along (old)
archives, what are other use cases?

Kind regards,
Martin