A bit further on dpkg aliasing support

Simon Richter <[email protected]>
Newsgroups gmane.linux.debian.devel.dpkg.general
Message-ID <[email protected]>
Hi,

I've had a bit of time again, and got it to a state where I can detect 
and reject packages that try to unpack conflicting files. There is also 
a WIP tip on the branch that implements rudimentary Replaces handling, 
but that needs cleanup, because it copies the "does A replace B" code 
from unpacking instead of moving that to a library or similar.

What's also not great is how removing files from other packages works -- 
I've mostly stolen that from regular unpacking, but it feels 
insufficiently atomic to me (but so does the normal unpacking path).

Current state: https://salsa.debian.org/sjr/dpkg/-/tree/wip/alias

There are quite a few functions that take a pointer to a pkginfo and a 
pkgbin, and there seems to be an implicit understanding that the pkgbin 
is either the "installed" or the "available" member of the pkginfo. Does 
it make sense to replace the second pointer by a two-value enum?

Also, while the entire thing is not yet ready for merging, getting 
feedback on some commits might be useful still to see if I'm going the 
right way at all here.

    Simon
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.