Re: Re: multiarch support and dpkg 2.0 design document
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 <djpig@debian.org>
www: http://www.djpig.de/
Reply to: