[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

A bit further on dpkg aliasing support



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


Reply to: