SCI Seg3D Mailing List

Text archives Help


[Seg3D] Re: Re: Re: Packaging seg3d for Fedora - Problem with boost::mutex


Chronological Thread 
  • From: Mario Ceresa <mrceresa@gmail.com>
  • To: seg3d@sci.utah.edu
  • Subject: [Seg3D] Re: Re: Re: Packaging seg3d for Fedora - Problem with boost::mutex
  • Date: Tue, 7 May 2013 11:27:12 +0200

Thanks Dan and Ayla for your prompt response! When do you plan to release 
2.1.5?

As for the 3rd party libs, unfortunately, Fedora has a strict policy
of not bundled and not static libs:
https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries
https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Static_Libraries

The only exceptions granted are usually for libraries that are heavily
modified. Does any of the 3rd party libs in "external" meet this?

Including seg3d in a distribution like Fedora it is usually a positive
force: it means a large user base, continuous feedback, builds ready
available for x86, arm and ppc archs, access to last releases of all
libs, prompt bug reports and many submitted patches. It also relieves
you part of the burden to assist users with bugs: package maintainers
will usually catch them up early and report to you, sometimes along
with a proposed fix. Thus you can concentrate more on working on your
software instead of all the maintenance tasks.

You can think about it as an investment :).

However, it needs a bit of involvement by your side because I cannot
maintain a complete fork of seg3d.

In the end I don't think the process is so complicated: we just need
to ensure we can choose at build time whether to link seg3d with the
included static libs or against system wide ones. I can send a patch
for this, if you are willing to review it. Then, if any
bugs/regression arises, we will work towards a fix.

I do hope that this would be the beginning of a long joint collaboration!

With best regards,

Mario







On 7 May 2013 07:07, Ayla Khan <ayla@sci.utah.edu> wrote:
> Hi Mario,
>
> You should check out the 2.1.5 release branch 
> (https://code.sci.utah.edu/svn/seg3d2/branches/2.1.5), or wait until I 
> merge the updates from the 2.1.5 release candidate back to the trunk once 
> the release is done. We're currently targeting a modified Boost 1.53.0 
> library (see the Modifications.txt file in the src/Externals/boost 
> directory). Keep in mind that Seg3D is designed to work with statically 
> linked libraries built from the third-party dependencies that we include 
> with it's sources and does not support the use of other versions. I would 
> strongly recommend using our libraries and then attempting to work with 
> Fedora's Qt system libraries.
>
> Ayla
>
>
> On May 6, 2013, at 12:42 PM, Dan White wrote:
>
>> Here is the fix for that error from our svn branch. Ayla can provide more 
>> info, since it looks like there were multiple boost-upgrade-related Seg3d2 
>> source compiler fixes in addition to this one.
>>
>https://gforge.sci.utah.edu/gf/project/seg3d2/scmsvn/?action=browse&path=%2F&view=rev&root=seg3d2&revision=1834
>>
>>
>> On 5/6/2013 5:44 AM, Mario Ceresa wrote:
>>> Hi all,
>>> first of all, thank you for your work on seg3d: it's really a nice
>>> software and helps a lot for image segmentation!
>>>
>>> I would like to package it for fedora, however, I have several build
>>> problems. Once is especially difficult for me to figure out and I'd
>>> appreciate some help.
>>>
>>> I have a:
>>> * no matching function for call to
>>> ‘boost::shared_lock<boost::shared_mutex>::swap(Core::MaskDataBlock::shared_lock_type)
>>>
>>> in Application/Filters/Actions/ActionAndFilter.cc:149. I past the full
>>> compiler error:
>>> * http://ur1.ca/dpo7o
>>>
>>> You can find in github a fork of the code with some of the changes so far:
>>> * https://github.com/mrceresa/seg3d2
>>>
>>> They are almost only in the cmake build system to enable use of Fedora
>>> system-wide libs such as:
>>>
>>> * boost 1.50
>>> * gdcm 2.0.18
>>> * ITK 4.3.1
>>>
>>> Which is required for packaging.
>>>
>>> This was the cmake build line:
>>> ccmake ../seg3d2 -DCMAKE_CXX_FLAGS="-fpermissive"
>>> -DCMAKE_VERBOSE_MAKEFILE=ON -DBUILD_WITH_PYTHON=OFF
>>>
>>> Thanks for your attention and best regards,
>>>
>>> Mario Ceresa
>>
>



Archive powered by MHonArc 2.6.16.

Top of page