Re: infinint, libdar
Denis Corbin <[email protected]>
| Newsgroups | gmane.comp.sysutils.backup.dar.general |
|---|---|
| Organization | none |
| Message-ID | <[email protected]> |
Wesley Leggette wrote: > On Sun, 2004-05-09 at 06:34, Denis Corbin wrote: > [...] >>>Wesley Leggette wrote: >>>Also, would it be too much to ask that a seperate encryption type flag >>>be added to the next file format revision of dar? I would like to try >>>adding various encryption schemes to my library, but I want to keep the >>>library writing the standard dar format. >> >>[...] > > > I mean a whole new field that would be of a similiar type to the > compression scheme flags. For example, 'g' for gpg, 's' for scramble, > 'a' for aes, etc. Well, it is a bit a non-sens to request a new field in the archive, to keep your library in a *standard* format. The standard format, currently is what it is. There is several features in the TODO list that may or may not have impact on its future structure, but at no time the archive format is thought alone, it rather done is in the optic to implement a given feature in a global approach of the dar application, or libdar sub-application. The archive format is the very last consequence of a features design and implementation thoughts. I thus cannot change the format or dar's archive this way, your new requested field could cause me problems for new features, or same features I would implement in another way. But you can change archive format in your side as you want, as you need and for your own library, there is no problem to me. I hope you'll understand. > > > > [...] Cheers, Denis. ------------------------------------------------------- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click