[Insight-developers] [ISC-BOARD] Re: Licensing question about Insight Toolkit ( VXL / toms / ACM and non-commercial license conflict with BSD license).

Stephen Aylward stephen.aylward at kitware.com
Fri Jan 29 15:37:29 EST 2010


Early in the ITK development process we decided that the cost of being
math-library-agnostic was too high - stunted ability to exploit the
power of VXL, potentially increased code complexity and run-time, ...

We'd need to revisit several big issues before considering such a
change...not saying that we shouldn't consider it, but...

s

On Fri, Jan 29, 2010 at 3:25 PM, Luis Ibanez <luis.ibanez at kitware.com> wrote:
> Andreas,
>
> We fully agree on reusing libraries,  and we love
> to do it whenever we can.
>
> However, in our case, we manage a toolkit that is
> expected to be used in many platforms, not only
> Linux, but also Windows, Macs and SunOS.
>
> That tends to be the reason why we carry along
> with the toolkit a set of third party libraries that
> are essential.
>
> I believe, that when packaged for Linux, ITK is
> then configured to use the libraries that are
> available in the system (i.e. png, tiff, jpeg, zlib).
>
> We probably should look at options for extending
> this type of configuration to the numerical libraries.
>
>
>    Luis
>
>
> ------------------------------------------------------------------
> On Fri, Jan 29, 2010 at 3:08 PM, Andreas Tille <andreas at an3as.eu> wrote:
>> On Fri, Jan 29, 2010 at 02:29:00PM -0500, Luis Ibanez wrote:
>>> You bring up a good point,
>>>
>>> We probably should ask for advice to the
>>> packagers of these other libraries.
>>>
>>> What is the standard channel for contacting
>>> Debian packager maintainers ?
>>
>> debian-devel at lists.debian.org
>> [Posting a link to the start of this thread might make sense.]
>>
>>> > 1) the forensic of these packages could help to understand how to do the licencing work properly
>>> > 2) it should be feasible to use these shared libraries instead of static code.
>>> > I don't know if it is interesting or not. It's really an open question. (I have the same situation with another package)
>>> > What are the recommandation of the debian policy? What about the performance ?
>>
>> I would by all means recommend to have library code shared between
>> different programs packaged as dynamic libraries.
>>
>> Thanks for the effort to clean up the code base
>>
>>    Andreas.
>>
>> --
>> http://fam-tille.de
>>
>



-- 
Stephen R. Aylward, Ph.D.
Director of Medical Imaging Research
Kitware, Inc. - North Carolina Office
http://www.kitware.com
stephen.aylward (Skype)
(919) 969-6990 x300


More information about the Insight-developers mailing list