"port outdated" broken in trunk

[Ryan Schmidt]

On Oct 5, 2007, at 10:15, Kevin Ballard wrote:

> On Oct 5, 2007, at 11:06 AM, Chris Pickel wrote:
>
>> On 05 Oct, 2007, at 10:53, Kevin Ballard wrote:
>>
>>> On Oct 5, 2007, at 5:01 AM, Ryan Schmidt wrote:
>>>
>>>> In trunk @29497 "port outdated" returns the list of outdated ports:
>>>> ...
>>>> However in trunk @29502 "port outdated" finds nothing:
>>>> ...
>>>> But is this change in behavior intentional?
>>>>
>>>> There were a couple commits made on trunk between r29497 and  
>>>> r29502 but they seemed to be related and were all made by  
>>>> eridius so that's as far as I felt like narrowing it down.
>>>
>>> Those two commits have nothing to do with this. I'm as mystified  
>>> by this as you are.
>>
>> I believe this is due to the API change in r29191 that changed  
>> from global_option_isset to macports::global_option_isset. Note  
>> that port.tcl:2349, which is responsible for setting  
>> ports_no_args, was unchanged.
>>
>> I'm not sure what the appropriate API for *setting* such values  
>> is, but I'm looking into it and should hopefully be able to commit  
>> a fix soon. Anyone with more info is welcome to contact me on irc.
>
> Ah hah. It seems port(1) is using the global options array to hold  
> its own private options as well. There are two possible solutions.  
> The first is to make port(1) stop using  
> macports::global_option_isset and make it just check the  
> global_options array directly. The second is to make port(1) use a  
> separate array for its private options and check that directly.

Any progress on this?

"port installed" is broken too, by the way (shows nothing installed).  
"port installed installed" works, though.

It looks like a bug has already been submitted for this issue:

http://trac.macports.org/projects/macports/ticket/12837