portimages: images branch skips port phases more aggressively than HEAD

[danielluke (Daniel J. Luke)]

With HEAD, when I went to update a portfile for a port that was already installed, I could modify the file and run 'port -d -v destroot' to see if things were working.

With images I get this behavior:

% port -d -v destroot DEBUG: Executing darwin provides darwin Portfile changed since last build; discarding previous state. DEBUG: Found Dependency: receipt: 1 DEBUG: Found Dependency: receipt: 1 DEBUG: Found Dependency: receipt: 1 DEBUG: Found Dependency: receipt: 1 DEBUG: Found Dependency: receipt: 1 DEBUG: Skipping com.apple.main (subversion) since this port is already installed DEBUG: Skipping com.apple.fetch (subversion) since this port is already installed DEBUG: Skipping com.apple.checksum (subversion) since this port is already installed DEBUG: Skipping com.apple.extract (subversion) since this port is already installed DEBUG: Skipping com.apple.patch (subversion) since this port is already installed DEBUG: Skipping com.apple.configure (subversion) since this port is already installed DEBUG: Skipping com.apple.build (subversion) since this port is already installed DEBUG: Skipping com.apple.destroot (subversion) since this port is already installed

The '-f' flag works, though, so I'm marking this as 'trivial' (it may be that this behavior has purposely changed).

[danielluke (Daniel J. Luke)]

This also appears when doing the following:

Install & activate a port attempt to install the same port (different variant), this requires '-f'

I would expect that the variant version of the port would get built, installed, the old version deactivated and the new version activated.

[pguyot (Paul Guyot)]

This behavior was purposely changed indeed and you normally can use -f.

It is a symptom of the confusion between states and operations. It's the next thing in my plate and I consider that -f is a good workaround in the meanwhile.