Deprecating port list

[Jeremy Lavergne]

> I would expect the searching ability to included on all these (e.g.,
> list updates foo*).
>
> This is already possible for existing commands which accept lists of
> ports. Additionally, the use of pseudo-ports is possible, which can  
> also
> be combined using logical operators. These allows to make complicated
> queries which is unique to MacPorts as far as I know. As we have  
> such a
> feature I also don't think we can simply adopt commands from other
> systems, these just wouldn't fit.
>
> Note that the command echo exists to test such expansions:
>  port echo depends:expat and 'a*'
> Gives you a list of all ports that depend on expat and start with the
> character 'a'.

I'm confused why the user has to come up with all these queries rather  
than just doing:
port list depends:expat a*

It just seems that in order to use these "special features" a lot more  
work is done by the user each time rather than devoting that energy to  
having MacPorts do stuff.  Granted you can write a program to know  
what your user is doing.

> list extras and list recent, I have no idea what is meant by those.

Extras is just a repository for things outside the main repo.  Recent  
are basically "added in X days" or since you ran it last --- software  
you might to try out or know about.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20090312/116a0baf/attachment.bin>