Re: Simon McVittie
> libglib2.0-0t64 could gain a preinst that deletes
> /var/lib/dpkg/info/libglib2.0-0:${DEB_HOST_ARCH}.postrm. This is a clear
> Policy violation, but perhaps between closely cooperating packages
> (glib2.0 and, er, glib2.0) it would be the least-bad answer to this?That doesn't sound too bad to me. > Possible solution: other ideas? Make glib2.0-t64 use a different cache filename? > If the solution that is chosen is a Policy violation (like deleting > the problematic postrm) then I would also like to have clarity that the > Policy violation is tolerable as a less-bad solution, and therefore will > not itself be treated as a RC bug in trixie. I would tend to treat policy as a set of rules that you normally shouldn't break, but if there's a clear argument why it makes sense in given case, it would be quite silly to reject that solution just because of formal reasons. Christoph
