In message: <[EMAIL PROTECTED]> Terry Lambert <[EMAIL PROTECTED]> writes: : "M. Warner Losh" wrote: : > In message: <p05111701b9ca84c308c3@[128.113.24.47]> : > Garance A Drosihn <[EMAIL PROTECTED]> writes: : > : I think most of us realize that we need a solution which can be : > : automatically executed as part of every installworld or mergemaster : > : run. The debate is over the most reasonable method of doing that. : > : > My suggestion would work, and would be a viable solution, so far the : > only one presented in this whole silly thread. : : The mtree.obsolete approach is flawed, in that it's a delta : without an anchor: it's all fine and good to delete things, : when you know that it's a delta from/to. It's less fine, if : you don't know where you are coming from.
Eh? If it doesn't exist, it won't be deleted. : The other problem with an mtree.obsolete is that it assumes : the the upgrade process completes successfully. This doesn't : mean that it completes without an error in the upgrade process, : it means that the resulting system functions. It would be one of three: delete automatically, move automatically, do nothing. Reasonable to me. : The only safe way to do the delete is as part of a binary : upgrade process (if you can't make it reversible, then make : it so the forward process can't fail). I disagree. That's no more or less safe than any other way. Or let me rephrase, it is no less safe than a make installworld. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
