On Tuesday, March 5, 2013 at 16:40, AJ Christensen wrote:
Sounds like a bug due to idempotency checking in the package provider!I'd expect purge (although naturally, it is a dpkg provider actiontechnically) to purge all states that are able to be purged, includingdpkg 'c' state.It looks like the way the apt and dpkg providers are written(subclassed from Package base) they explicitly check if the package is'being removed' before allowing a purge. You may be able to adjustthis method temporarily (with a monkey patch, or similar) in order toaffect some test resolution. [0]Open a ticket up :)--AJOn 6 March 2013 08:33, Cassiano Leal < "> > wrote:The subject says it all :)I've got a recipe that purge a package, but I noticed that if the package isnot installed, :purge doesn't do anything, potentially leaving configurationfiles behind.In my specific use case, I have uninstalled the package manually, so I haveit in the "c" state on the apt system -- this is on Ubuntu 12.04. I wouldhave expected :purge to actually purge the package.Is the current behaviour expected, is it a bug, or am I missing something?Thanks!- cassiano
Archive powered by MHonArc 2.6.16.