[31562] trunk/base/portmgr/jobs/PortIndex2MySQL.tcl

jmpp at macports.org jmpp at macports.org
Tue Nov 27 21:57:31 PST 2007


Revision: 31562
          http://trac.macosforge.org/projects/macports/changeset/31562
Author:   jmpp at macports.org
Date:     2007-11-27 21:57:29 -0800 (Tue, 27 Nov 2007)

Log Message:
-----------

You're right Ryan, is not this script's job to keep a MacPorts installation up to date.
Swithc to an mportsync call, because it is this script's job to always keep a ports tree current ;-)

Looking into this made me wonder... why isn't the 'mportsync' proc in the macports:: namespace? That's so inconsistent!
(/me promises to look into that after 1.6.0)

Modified Paths:
--------------
    trunk/base/portmgr/jobs/PortIndex2MySQL.tcl

Modified: trunk/base/portmgr/jobs/PortIndex2MySQL.tcl
===================================================================
--- trunk/base/portmgr/jobs/PortIndex2MySQL.tcl	2007-11-27 22:42:37 UTC (rev 31561)
+++ trunk/base/portmgr/jobs/PortIndex2MySQL.tcl	2007-11-28 05:57:29 UTC (rev 31562)
@@ -200,9 +200,8 @@
 }
 
 
-# Call the selfupdate procedure to make sure the MacPorts installation
-# is up-to-date and with a fresh ports tree.
-if {[catch {macports::selfupdate} errstr]} {
+# Call the sync procedure to make sure we always have a fresh ports tree.
+if {[catch {mportsync} errstr]} {
     ui_error "${::errorInfo}"
     ui_error "Failed to update the ports tree, $errstr"
     cleanup sqlfile lockfile

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-changes/attachments/20071127/86847b68/attachment-0001.html


More information about the macports-changes mailing list