[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