Fwd: [40828] contrib/mpab/chroot-scripts/buildports

C. Florian Ebeling florian.ebeling at gmail.com
Thu Oct 16 23:54:42 PDT 2008


Hi Bryan,

---------- Forwarded message ----------
From:  <blb at macports.org>
Date: Wed, Oct 15, 2008 at 9:58 PM
Subject: [40828] contrib/mpab/chroot-scripts/buildports
To: macports-changes at lists.macosforge.org


Revision 40828 Author blb at macports.org Date 2008-10-15 12:58:26 -0700
(Wed, 15 Oct 2008)

Log Message

Use deactivate instead of uninstall to speed up cleanup times between
each port build

Modified Paths

contrib/mpab/chroot-scripts/buildports

Diff

Modified: contrib/mpab/chroot-scripts/buildports (40827 => 40828)

--- contrib/mpab/chroot-scripts/buildports	2008-10-15 19:53:00 UTC (rev 40827)
+++ contrib/mpab/chroot-scripts/buildports	2008-10-15 19:58:26 UTC (rev 40828)
@@ -34,7 +34,7 @@
 {
    installedPorts=`/opt/local/bin/port installed | /usr/bin/tail +2 |
/usr/bin/awk '{print $1}'`
    for uninstallPort in $installedPorts; do
-      portOutput=`/opt/local/bin/port -dvf uninstall $uninstallPort 2>&1`
+      portOutput=`/opt/local/bin/port -dvf deactivate $uninstallPort 2>&1`
       if [[ $? != 0 ]]; then
          echo $portOutput
          break

I think this breaks things a bit. Running my little build server script
I noticed many more failing builds. They complain ultimately about
the port in question already being installed, after otherwise building fine.

This is due to the somewhat surprising behaviour that when
a port is deactivated and you run "port install", it builds right away
not looking if there was a deactivated one of the same version. Then
it tries to activate as well, and that fails. One could argue that install
should resolve a by looking at deactivated installs first, though.

Florian


-- 
Florian Ebeling
Twitter: febeling
florian.ebeling at gmail.com


More information about the macports-dev mailing list