Re: Restore in-place

Hi Stefan,

Thanks for your comment.
Regarding your mentioned problems:
1) I would expect the base directory "where -R points to" does exist, if not, the use could be ask what to do (or there could be some flags to configure the behavior). 
In general, I would say, this is not a new problem and does exist also today.

2) I don't think this is out of scope for a backup tool. I would expect, that in many cases, you want to restore a file "in-place" (at least from my experience).
Also, this would be just an option and you can of course still specify a different destination. 

I'm curious about your GUI. Are you using the libdar API?

Best regards,
Tobias
 
 

Gesendet: Montag, 26. April 2021 um 20:29 Uhr
Von: "Stefan Hammerl via Dar-support" <[email protected]>
An: "need help compiling or using dar ? This mailing list is for you." <[email protected]>
Cc: "Stefan Hammerl" <[email protected]>
Betreff: Re: [Dar-support] Restore in-place
Hi Tobias, Hi Denis,

I see the purpose of this option, Tobias, but I also see problems
coming with it:
1) What to do if the directory does not exist any more? Create it,
ignore the path or fail?
2) The path to the directory to be backed up is somewhat outside the
scope of dar as the backup would become system dependent.

What's your opinion to those issues?

I am also currently writing a GUI for dar so I had the same problem. I
have solved it by saving the path separately. It is of course an extra
file but it is for extra information. Is this an option for you?

Best regards,
Stefan

Am Mo., 26. Apr. 2021 um 20:10 Uhr schrieb Tobias Specht <[email protected]>:
>
> Hi Denis,
>
> I think there was a misunderstanding.
> My idea was to restore the file at its original location (eg. /home/tobias/Documents/foo/file1.txt),
> but without having to specify -R /home/tobias/Documents.
> Instead, you would say something like --in-place, or dar would default -R to the source folder of the backup.
> This option would also be handy when you browse the archive with a UI.
> Then you can restore a file/folder without selecting the target location and just click on "restore".
>
> Do you see what I mean?
>
> Regarding dar_manager, I thought there would be an option to "save" the -R option and then extract files without having to specify -R again.
> But maybe I misunderstood that.
>
> Best regards,
> Tobias
>
>
>
> Gesendet: Sonntag, 25. April 2021 um 22:28 Uhr
> Von: "Denis Corbin" <[email protected]>
> An: [email protected]
> Betreff: Re: [Dar-support] Restore in-place
> On 25/04/2021 11:50, Tobias Specht wrote:
> > Hi Denis,
>
> Hi Tobias,
>
> >
> > I'm usually doing an "online" backup with dar. This means, I create the
> backup while my system is running.
> > Example: dar -R /home/tobias/Documents -c /var/backup/documents
> >
> > The same does usually also apply, if I want to restore some files from the backup.
> > Example: dar -R /home/tobias/Documents -x /var/backup/documents -g foo/file1.txt
> >
> > In this way, the path where I created the backup from and the path where I want to restore the file are identically.
> > From a usability perspective, it would be great, to tell dar to extract
> the file foo/file1.txt from the given archive /var/backup/documents "in-place".
>
> I'm not sure to understand: if you want ot have foo/file1.txt and
> directory restored in /tmp for example you just have to modify the -R
> option accordingly:
>
> dar -R /tmp -x /var/backup/documents -g foo/file1.txt
>
> you will get /tmp/foo/file1.txt and all the directory tree you restored
> that were previously located in /home/tobias/Documents would also take
> place under /tmp
>
> > This would require dar to save the source path in the archive when creating the backup.
> > Is this possible with dar?
> > As far as I can see, there is something like that in the dar_manager.
>
> not sure about would you do refer, dar_manager relies on dar to restore
> thus this should not be different with dar_manager.
>
> > Do you think, this option would be helpful to have in dar?
>
> I think you can already do this today, as explained above, let me know!
>
> >
> > A workaround would be to use the --user-comment option to save the source path.
> > But I think this is not an optimal solution.>
> > Best regards,
> > Tobias
> >
>
> Cheers,
> Denis
>
>