Re: Fwd: Hdup feature suggestion
Miek Gieben <[email protected]> Mon, 25 Oct 2004 23:14:41 +0200
| Newsgroups | gmane.comp.sysutils.backup.hdup.general |
|---|---|
| Message-ID | <[email protected]> |
[On 25 Oct, @ 22:00, Robert wrote in "Re: [hdup-user] Fwd: Hdup feat ..."] > I realize the .nobackup functionality probably didn't make it into > 1.6.37. What can I do to 'grease the wheel' in order to get this work > done? Do you have a specification? I'll consider taking a crack at doing > this, if you have some sort of a specification for how you want the > .nobackup functionality to work. Well, to give a general "status update". I'm working on hdup 2.0 (albeit slowly). This release will depend on glib for a memory allocating. Thus removing a remaining segfaults :). But this is all behind the curtains. Feature wise only the .nobackup is added. About .nobackup. Gnu find cannot be used to do this :( This means I have to write my own semi-find compatible c-routine that does the same + looks for a .nobackup (or what the name is) file. (it will go like this: build a directory tree. If you encounter .nobackup delete the subtree from the directory tree - but then smarter). If hdup has its own find-routine (it should also be able to handle regexps). Then all other dependencies for Gnu find can also be dropped. So the include/exclude stuff should also be rewritten. Thus to finally give an answer - I need to write a c-routine that does what find does (but luckily not all features need to be supported :) ) > Also, do you still need me to write the "untar options" keyword in the > config file processor? I forgot all about it, and the release notes > don't say anything about it, though I could very well have missed it. nope :) The 'tar option' is also given to untar. > Thanks for all of your hard work. no thanks :) grtz Miek