On Mon, May 15, 2006 at 06:54:18PM +0100, Scott James Remnant wrote: > On Sun, 2006-05-14 at 22:06 -0500, Frank Lichtenheld wrote: > > But lets take the proposed implementation of dpkg-divert in filters > > as an example: Wouldn't that require that the filter moves a file > > from a different package around (to divert it away) and changes it > > meta-data (to reflect the move). Is a filter allowed to do such > > things? > > > I think you're confusing the dpkg-divert utility and the actual in-dpkg > effect of diverts here. > > Only the dpkg-divert utility moves files around (when given --rename), > as an external tool it can do this provided it also updates the metadata > for the package of the file just moved.
Ok, I was somehow under the impression that the whole functionality of dpkg-divert would be included directly into filters and classes. But to actually create or remove a diversion there would be still the need to call dpkg-divert from the maintainer script, if I did understand it correctly this time? The filters only give you a cleaner way of implementing honouring these diversions. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
