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