Re: [Opensync-users] Libsyncml

[Armin B. <arm...@de...>]

Eduardo Pereira Habkost wrote:
> Hi,
>
> On Wed, Jul 13, 2005 at 08:24:47PM +0200, Armin Bauer wrote:
>
>>Cornelius Schumacher wrote:
>
> <snip>
>
>>>One question though: You use libwbxml, which changed its license from
>>>LGPL to GPL. Is there a way around that? Because it would be pretty
>>>pointless to have a non-GLP libsyncml, if it still requires a GPL
>>>library.
>>>
>>
>>thats true of course.
>>
>>i see 3 possible solutions:
>>- persuade the developer of libwbxml to change back to LGPL :)
>>- dont change anything and live with it that we link against GPL
>>- create a fork from version 0.8.9 (the current version is 0.9.0). I
>>dont think that making the necessary changes to libwbxml would be too
>>hard. (Of course i would not like this option out of respect for the
>>developer of libwbxml)
>
>
> I'm afraid the third option is the better one.
>
> I doubt we would convince
> the libwbxml developer (IIRC, I know people who have tried it, but I am
> not sure if they really contacted him).
>
> The second choice doesn't seem reasonable.
>
> I don't like having to fork, and I would like to have a better choice,
> but it seems we don't have a better one (except the first one, if we
> manage to convince him :).
>
> Anyway, I expect that the libwbxml author considered the risk of someone
> doing this when he decided to change the license of libwbxml.
>
> We have another option: write a wbxml library from scratch, but this
> doesn't seem to make sense as we already have a LGPL library available.
>

I dont think that writing from scratch is a good idea since the
exisiting LGPL version of libwbxml is almost complete so the changes
wouldnt be too large... so a fork should be pretty easy.

The questions is of course how distributions would be handled since we
then would need to get the new (LGPL) library into all distros under a
new name.

So i think convincing is by far the most convincing option :)

>
>>Any other possibilities?
>
>
> I don't see any, unfortunately.
>
>
>>Armin
>
>