[29223] trunk/base/src/macports1.0/macports.tcl

[source_changes at macosforge.org]

Revision: 29223
          http://trac.macosforge.org/projects/macports/changeset/29223
Author:   jmpp at macports.org
Date:     2007-09-17 20:15:23 -0700 (Mon, 17 Sep 2007)

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

Default implementation for ui_channels should return stderr for the debug priority
and stdout for info.

Unfortunately, this change produces some odd behavior if a library client does not
provide its own ui_channels proc (every message turns into debug), but I can't figure
out why so I'm hoping others can take a look at it and correct the "glitch".

Modified Paths:
--------------
    trunk/base/src/macports1.0/macports.tcl

Modified: trunk/base/src/macports1.0/macports.tcl
===================================================================
--- trunk/base/src/macports1.0/macports.tcl	2007-09-17 22:10:13 UTC (rev 29222)
+++ trunk/base/src/macports1.0/macports.tcl	2007-09-18 03:15:23 UTC (rev 29223)
@@ -157,9 +157,11 @@
 # Default implementation of ui_channels
 proc macports::ui_channels_default {priority} {
     switch $priority {
-        debug -
+        debug {
+            return {stderr}
+        }
         info {
-            return {}
+            return {stdout}
         }
         msg {
             return {stdout}
@@ -334,12 +336,12 @@
     
     # Configure the search path for configuration files
     set conf_files ""
-        if {[info exists env(PORTSRC)]} {
+    if {[info exists env(PORTSRC)]} {
         set PORTSRC $env(PORTSRC)
         lappend conf_files ${PORTSRC}
     }
     if { [file isdirectory macports_user_dir] } {
-    lappend conf_files "${macports_user_dir}/macports.conf"
+        lappend conf_files "${macports_user_dir}/macports.conf"
     }
     lappend conf_files "${macports_conf_path}/macports.conf"
     

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-changes/attachments/20070917/0945a5e4/attachment.html