Date: Tue, 5 May 1998 13:06:35 -0700 (PDT) From: Tom <tom@sdf.com> To: Benjamin Greenwald <beng@lcs.mit.edu> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: dump/restore (Was Re: Network problem with 2.2.6-STABLE) Message-ID: <Pine.BSF.3.95q.980505130102.22578D-100000@misery.sdf.com> In-Reply-To: <199805050755.DAA28510@miris.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 5 May 1998, Benjamin Greenwald wrote: > > uchg is just another file attribute, and could be supported on non-UFS > > filesystems. An archiver should store all file attributes, and restore > > them as possible. > > So you are saying that the archiver should be responsible for backing up every > file attribute from every possible filesystem? How do you propose this be > done? How do you propose the archiver even know these bits exist without > knowing the underlying filesystem? uchg could be supported on other filesystems. The archiver should back up all attributes it knows about. Regardless whether using a tar-like archiver, or dump, the archiver still needs to be taught the attributes. Ideally the interface should be changed, so the attributes can be retrieved as a list of tags, so archivers don't need to understand what the attributes are, and new file attributes can be added (ex. acls) and all archivers work automatically. Even dump/restore don't always restore the new 4.4 attributes properly. See bin/5173 Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95q.980505130102.22578D-100000>