Hi again Johnny,

As i'm currently working on Fedora, i've looked at log4cxx RPMs for
this distribution, and there is the Berkeley dependance too... And
reading the SleepyCat license, it seems that you were right about the
use of this library in proprietary software.

Anyway, it depends in my understanding of english (ouch) and
understanding of text license (ouch 2)... By reading the license it
seems that the source of any software using it should be available,
but maybe is it considered that log4cxx uses the DB lib, and your
software only use log4cxx ? Quite complicated, but it's true it's
quite strange to see such a dependance in a software under the Apache
License 2...

2012/3/20, Johnny Njåstad <johnny.njaas...@tomra.no>:
> Hi,
>
> Thanks for your reply. I can try doing it from the sources myself.
>
> Johnny
>
>
> -----Original Message-----
> From: drkmkzs [mailto:drkm...@gmail.com]
> Sent: 20. mars 2012 09:51
> To: Log4CXX User
> Subject: Re: Log4cxx licensing
>
> Hi,
>
> I'm currently using Log4cxx on a Suse 10.3, but I started from the
> sources (compiling apr, apr-utils and log4cxx).
>
> I don't have so many dependencies that you have (maybe because I
> compiled apr and apr-utils in static ?) :
>         linux-gate.so.1 =>  (0xffffe000)
>         libexpat.so.1 => /lib/libexpat.so.1 (0xb7d04000)
>         libuuid.so.1 => /lib/libuuid.so.1 (0xb7cff000)
>         librt.so.1 => /lib/librt.so.1 (0xb7cf6000)
>         libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7cc4000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0xb7cac000)
>         libdl.so.2 => /lib/libdl.so.2 (0xb7ca8000)
>         libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7bba000)
>         libm.so.6 => /lib/libm.so.6 (0xb7b95000)
>         libc.so.6 => /lib/libc.so.6 (0xb7a62000)
>         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a56000)
>         /lib/ld-linux.so.2 (0x80000000)
>
> Anyway, i don't find back the lib Berkeley DB (libdb4.8) in the list.
>
> In case it could help,
> Jean
>
>
>
> 2012/3/19, Johnny Njåstad <johnny.njaas...@tomra.no>:
>> Hi,
>>
>> At Tomra we have been happily using log4j as a logging framework for our
>> Java applications, and we now consider using log4cxx for our commercial
>> (closed source) C++ applications. At first glance, that seems ok under the
>> Apache 2 license, but when I inspected the dependencies of log4cxx I found
>> that it depends on the Berkeley DB (libdb4.8) which is licensed under the
>> Sleepycat License. This is a dual license that does not permit use in
>> closed
>> source applications unless we buy a commercial Berkley DB license from
>> Oracle. I was a bit surprised by this finding, since it does not fit well
>> with the permissive Apache 2 license.
>>
>> I tested log4cxx on Ubuntu 10.4, Debian package liblog4cxx10 version
>> 0.10.0-1.1build1, and looked for dependencies with:
>> $ ldd /usr/lib/liblog4cxx.so.10
>>         linux-gate.so.1 =>  (0x00228000)
>>         libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x00a0f000)
>>         libdb-4.8.so => /usr/lib/libdb-4.8.so (0x00229000)
>>         libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00f5e000)
>>         libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00110000)
>>         libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00634000)
>>         libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00a52000)
>>         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x004fb000)
>>         libuuid.so.1 => /lib/libuuid.so.1 (0x00d14000)
>>         librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x00206000)
>>         libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0x0038a000)
>>         libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x009a2000)
>>         libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x0020f000)
>>         libexpat.so.1 => /lib/libexpat.so.1 (0x003bc000)
>>         /lib/ld-linux.so.2 (0x00fcb000)
>>
>> I would be pleased if someone could check if I have understood the
>> licensing
>> stuff right.
>>
>> If I am right, it would be nice if the log4cxx dev. team could either (in
>> preferred order):
>>
>>
>> 1)      Make a release of log4cxx without the Berkeley DB dependency
>>
>> 2)      Add some clarification in the licensing text regarding commercial
>> closed source usage
>>
>> Best regards,
>>
>> Johnny Njåstad
>> Tomra Systems ASA
>>
>>
>>
>

Reply via email to