On 20/11/11 20:23, Max Horn wrote:
> But I now see that you still maintain boost1.3* packages. Hum, so do you two 
> coordinate somehow or what?

In so far as the packages should be aware of each other and conflict 
gracefully. But the boost*cmake and the traditional boost (-bjam) 
projects are sufficiently different so that one cannot maintain both 
together. The cmake version seems easier to build, but as usual with 
cmake, only if you don't have extra wishes like different python versions.

The boost-cmake project seemed to be dead with version 1.41, but 
apparently has risen from the dead now. The boost-cmake web page still 
has 1.41 as the current version.

A Fink boost1.46 package using bjam has also been around for a quite a 
while (by snaggle, exists in baba's experimental directory). That's the 
one I haven't got round committing yet.  Maybe if boost-cmake really 
keeps going and produces a decent boost_python lib, I can stop 
maintaining the bjam version.

Maintaining boost is not rewarding. They release a new version every 3 
months (current version was 1.48 when I last looked), and they are all 
incompatible, so each one needs a new package name and they all have to 
conflict/replace. Many projects that depend on boost require a specific 
version. There are projects that still require boost-1.35 or even older 
versions.

-- 
Martin


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to