Hi,

I noticed (= became annoyingly aware of the fact) that `port upgrade` does a 
deactivate on the current port version before it even starts creating the 
archive. Symptoms: while waiting for `port -nvk upgrade --force qt4-mac` to 
finish, I got failure messages for starting kio_slave; that's because I'm 
running kmail, which spawns regular short-lived helper applications that of 
course link to Qt4. These arrived while my terminal showed the archive tarball 
being created.

>From what I understand, upgrade (and install) do the following after the 
>destroot step, disregarding the deactivating step(s):

- create a tarball in /opt/local/var/macports/software/portname
- unpack that tarball in a temp. directory in that same 
/opt/local/var/macports/software/portname
- move items in place from the temp. directory into ${prefix}

If correct, it seems that deactivation of the currently active port version 
could be done *after* filling the temp directory, to minimise the time the 
system spends without the port installed.

This may not be very relevant for most ports, but ports like Qt4 and Qt5 are 
both *huge* and can be quite central to user experience (using KDevelop or Qt 
Creator for development, it could even be that one's IDE starts having issues 
during the upgrade).

Thoughts?

René.
_______________________________________________
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Reply via email to