1.6.0 rc2 created (Was Re: [31193] branches/release_1_6/base/src)

Juan Manuel Palacios jmpp at macports.org
Sat Nov 17 22:20:57 PST 2007


On Nov 18, 2007, at 1:42 AM, Ryan Schmidt wrote:

> On Nov 17, 2007, at 23:09, jmpp at macports.org wrote:
>
>> Revision: 31193
>>          http://trac.macosforge.org/projects/macports/changeset/31193
>> Author:   jmpp at macports.org
>> Date:     2007-11-17 21:09:01 -0800 (Sat, 17 Nov 2007)
>>
>> Log Message:
>> -----------
>>
>> Temporarily revert Landon's hiding of the Tcl cd command until  
>> remaining Portfiles are cleaned up.
>> Currently there are still almost 300 ports that use the command and  
>> breaking them all in one fell
>> swoop is not something we want to do!
>
> Thanks. That's a relief.
>
> I'm working on a new script to give us a better indicator of how  
> many ports are affected (and to show where). My complicated grep was  
> inaccurate, markd pointed out, in that it gave false positives for  
> (several) portfiles which used "cd" inside of ui_msg blocks, as  
> instructions to the user, which should not be flagged as a problem.


	Thanks for this work Ryan! Please let us know when you have an  
accurate figure for the affected ports.

	And while we're at it, I just created an rc2 tag for 1.6.0, differing  
from rc1 only in James' turning readline support into an optional  
configuration (r31139-31139 and merged into the release_1_6 branch in  
r31190) and in the Tcl cd command hiding reversion thing (r31193 only  
in the release_1_6 branch). Every developer/committer should reinstall  
MacPorts off this tag and test as extensively as possible!

>
>
>> One thing we should do is find a way to issue a suitable warning  
>> when Tcl's cd is called from a Portfile
>> but not from port1.0, as that would be useless information.
>
> An excellent idea. Much like we currently get notices about mtree  
> violations.


	Thanks for the suggestion, I'll look into it. Regards,...


-jmpp



More information about the macports-dev mailing list