Re: [Dar-support] Build with Remote Repository Support
For full, incremental, compressed and encrypted backups or archives
Brought to you by:
edrusb
|
From: Martin M. <ma...@fa...> - 2022-06-17 20:07:24
|
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 |