[52497] trunk/dports/gnome/liboobs/Portfile

Blair Zajac blair at orcaware.com
Thu Jun 18 13:15:39 PDT 2009


On Jun 18, 2009, at 1:12 PM, Daniel J. Luke wrote:

> On Jun 17, 2009, at 4:28 PM, nox wrote:
>>> We recently ran into this with serf and its dependence upon apr  
>>> and apr-util, which pulls in SQLite, PostgreSQL and BerkeleyDB  
>>> dependencies depending upon the variants it was built with.   
>>> Having to have serf have the same variants as apr and apr-util  
>>> just to get those port dependencies isn't something I wanted to  
>>> manage, so I just kept the dependencies on apr and apr-util.
>>
>> I don't see what is wrong in declaring only apr and apr-util, as I  
>> doubt serf calls SQLite, PostgreSQL or BerkeleyDB functions  
>> directly. See my previous mail.
>
>
> In the serf instance, serf ended up linked to bdb - and without a  
> dependency listed in the portfile MacPorts will let you remove bdb  
> without letting you know that it breaks serf.
>
> So you would do:
>
> port install serf (installs apr-util and bdb)
> port -f upgrade apr-util +no_bdb (because you don't want bdb)
> port uninstall bdb
>
> Macports won't warn you and you'll have a broken serf [note that  
> this particular problem has been fixed].
>
> Perhaps base/ needs to be enhanced so that it keeps track of the  
> libraries that a port links to (and what ports they are associated  
> with)?

Yes, this should be a dynamic search for a port's depenencies, not  
listing them in the Portfile.  rpmbuild does this and find's any .so's  
a package requires.

Blair



More information about the macports-dev mailing list