MySQL 4.0 license change

2004-01-21 Thread Paul Keogh

The license for the MySQL 4.0 client API has changed from LGPL to GPL.

See

http://www.infoworld.com/article/04/01/16/03OPstrategic_1.html?developme
nt

for full details.

I guess this affects Kannel - my understanding is that linking GPL
libraries
under the current Kannel license is not possible. Am I correct ?



RE: MySQL 4.0 license change - should be 4.1

2004-01-21 Thread Paul Keogh
Sorry, thats 4.1

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keogh
 Sent: 21 January 2004 10:13
 To: Kannel Development List (E-mail) (Kannel Development List 
 (E-mail))
 Subject: MySQL 4.0 license change
 
 
 
 The license for the MySQL 4.0 client API has changed from LGPL to GPL.
 
 See
 
http://www.infoworld.com/article/04/01/16/03OPstrategic_1.html?developme
nt

for full details.

I guess this affects Kannel - my understanding is that linking GPL
libraries under the current Kannel license is not possible. Am I correct
?





Re: MySQL 4.0 license change - should be 4.1

2004-01-21 Thread Alexander Malysh
Hi Paul,

On Wednesday 21 January 2004 11:16, Paul Keogh wrote:
 Sorry, thats 4.1

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keogh
  Sent: 21 January 2004 10:13
  To: Kannel Development List (E-mail) (Kannel Development List
  (E-mail))
  Subject: MySQL 4.0 license change
 
 
 
  The license for the MySQL 4.0 client API has changed from LGPL to GPL.
 
  See

 http://www.infoworld.com/article/04/01/16/03OPstrategic_1.html?developme
 nt

 for full details.

 I guess this affects Kannel - my understanding is that linking GPL
 libraries under the current Kannel license is not possible. Am I correct
 ?

it's not true... Kannel is a open source project, so GPL just say: when 
linking against GPL library then source code for this application _must_ be 
available and this is the case with Kannel. It's not allowed to link closed 
source applications against GPLed libraries.

correct me if I'm wrong?!

-- 
Best regards / Mit besten Grüßen aus Düsseldorf

Dipl.-Ing.
Alexander Malysh
___

Centrium GmbH
Vogelsanger Weg 80
40470 Düsseldorf

Fon: +49 (0211) 74 84 51 80
Fax: +49 (0211) 277 49 109

email: [EMAIL PROTECTED]
web: www.centrium.de
msn: [EMAIL PROTECTED]
icq: 98063111
___

Please avoid sending me Word, Excel or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html




RE: MySQL 4.0 license change - should be 4.1

2004-01-21 Thread Paul Keogh
 
 it's not true... Kannel is a open source project, so GPL just 
 say: when 
 linking against GPL library then source code for this 
 application _must_ be 
 available and this is the case with Kannel. It's not allowed 
 to link closed 
 source applications against GPLed libraries.

But available under what license ? My understanding is that if you
link or include GPL code into a code base, then that code base itself
must be made available under GPL.

I recall from the early days of Kannel that using GPL licensed
components
was'nt possible, whereas LGPL was OK.





Re: MySQL 4.0 license change - should be 4.1

2004-01-21 Thread Jari Juslin
Paul Keogh wrote:
But available under what license ? My understanding is that if you
link or include GPL code into a code base, then that code base itself
must be made available under GPL.
I recall from the early days of Kannel that using GPL licensed
components
was'nt possible, whereas LGPL was OK.
From GPL FAQ: Combining two modules means connecting them together so 
that they form a single larger program. If either part is covered by the 
GPL, the whole combination must also be released under the GPL--if you 
can't, or won't, do that, you may not combine them.

http://www.gnu.org/licenses/gpl-faq.html#MereAggregation



Re: MySQL 4.0 license change - should be 4.1

2004-01-21 Thread Alexander Malysh
On Wednesday 21 January 2004 11:58, Paul Keogh wrote:
  it's not true... Kannel is a open source project, so GPL just
  say: when
  linking against GPL library then source code for this
  application _must_ be
  available and this is the case with Kannel. It's not allowed
  to link closed
  source applications against GPLed libraries.

 But available under what license ? My understanding is that if you
 link or include GPL code into a code base, then that code base itself
 must be made available under GPL.

 I recall from the early days of Kannel that using GPL licensed
 components
 was'nt possible, whereas LGPL was OK.

all this stuff can be found at ww.gnu.org ;)

from [2]: using the ordinary GPL for a library makes it available only for 
free programs
(see [1] for definition 'free programm').

[1] http://www.gnu.org/philosophy/categories.html#TOCFreeSoftware
[2] http://www.gnu.org/licenses/why-not-lgpl.html

Hope it's clear now ;)

-- 
Best regards / Mit besten Grüßen aus Düsseldorf

Dipl.-Ing.
Alexander Malysh
___

Centrium GmbH
Vogelsanger Weg 80
40470 Düsseldorf

Fon: +49 (0211) 74 84 51 80
Fax: +49 (0211) 277 49 109

email: [EMAIL PROTECTED]
web: www.centrium.de
msn: [EMAIL PROTECTED]
icq: 98063111
___

Please avoid sending me Word, Excel or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html




Re: MySQL 4.0 license change - should be 4.1

2004-01-21 Thread Jari Juslin
Alexander Malysh wrote:
all this stuff can be found at ww.gnu.org ;)

from [2]: using the ordinary GPL for a library makes it available only for 
free programs (see [1] for definition 'free programm').
I think you are quoting that out of the context now; what the quotation 
means is that it is _possible_ to link for example Kannel with GPL'd 
software - but then the whole bundle must be GPL'd. Your quotation just 
tells, that Kannel licence, being a free one, is GPL-compatible and does 
not prevent it being made GPL.

But there is no question about linking: linking GPL'd program with 
another program means that you have to release the combined program 
under GPL.



Re: MySQL 4.0 license change - should be 4.1

2004-01-21 Thread Stipe Tolj
Jari Juslin wrote:
 
 Alexander Malysh wrote:
  all this stuff can be found at ww.gnu.org ;)
 
  from [2]: using the ordinary GPL for a library makes it available only for
  free programs (see [1] for definition 'free programm').
 
 I think you are quoting that out of the context now; what the quotation
 means is that it is _possible_ to link for example Kannel with GPL'd
 software - but then the whole bundle must be GPL'd. Your quotation just
 tells, that Kannel licence, being a free one, is GPL-compatible and does
 not prevent it being made GPL.
 
 But there is no question about linking: linking GPL'd program with
 another program means that you have to release the combined program
 under GPL.

AFAIK Jari is right here. That's the essential restriction on the
GPL, forcing combined components to be morphed into the same policy,
hence GPL.

Which is definetly a problem.

But this would imply only, that someone who wants mysql support is
not able to distribute the bundled binaries (hence included
libmysqlclient) under BSD style. He would require to make the whole
set available under GPL.

Right?

Stipe

mailto:[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf, NRW, Germany

phone: +49.211.74845.0
fax: +49.211.74845.299

mailto:[EMAIL PROTECTED]
http://www.wapme-systems.de/
---

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.2 (Cygwin)

mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS
OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2
nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT
dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv
bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID
AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl
OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ
K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H
g2HyLAEKQIp30Q==
=aYCI
-END PGP PUBLIC KEY BLOCK-



AW: MySQL 4.0 license change

2004-01-21 Thread Jörg Pommnitz
Can one circumvent the viral nature of the GPL by using the
dlopen functions?

-Ursprüngliche Nachricht-
Von: Paul Keogh [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 21. Januar 2004 11:13
An: Kannel Development List (E-mail) (Kannel Development List (E-mail))
Betreff: MySQL 4.0 license change



The license for the MySQL 4.0 client API has changed from LGPL to GPL.

See

http://www.infoworld.com/article/04/01/16/03OPstrategic_1.html?developme
nt

for full details.

I guess this affects Kannel - my understanding is that linking GPL
libraries
under the current Kannel license is not possible. Am I correct ?



Re: AW: MySQL 4.0 license change

2004-01-21 Thread Stipe Tolj
Jörg Pommnitz schrieb:
 
 Can one circumvent the viral nature of the GPL by using the
 dlopen functions?

interesting question. Like using a neutral injection platform. ;)

Stipe

mailto:[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf, NRW, Germany

phone: +49.211.74845.0
fax: +49.211.74845.299

mailto:[EMAIL PROTECTED]
http://www.wapme-systems.de/
---

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.2 (Cygwin)

mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS
OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2
nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT
dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv
bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID
AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl
OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ
K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H
g2HyLAEKQIp30Q==
=aYCI
-END PGP PUBLIC KEY BLOCK-



Re: AW: MySQL 4.0 license change

2004-01-21 Thread Raditha Dissanayake
hi,

This is becoming quite a headache, i did some reading on this today and 
their (mysql's) bottom line is if you are a company or a goverment 
that's not developing open source software you should get a commercial 
licence. 

in one of the threads i read they suggested that fork is what we should use!

hope this helps.



Jörg Pommnitz wrote:

Can one circumvent the viral nature of the GPL by using the
dlopen functions?
-Ursprüngliche Nachricht-
Von: Paul Keogh [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 21. Januar 2004 11:13
An: Kannel Development List (E-mail) (Kannel Development List (E-mail))
Betreff: MySQL 4.0 license change


The license for the MySQL 4.0 client API has changed from LGPL to GPL.

See

http://www.infoworld.com/article/04/01/16/03OPstrategic_1.html?developme
nt
for full details.

I guess this affects Kannel - my understanding is that linking GPL
libraries
under the current Kannel license is not possible. Am I correct ?
 



--
Raditha Dissanayake.

http://www.radinks.com/sftp/ | http://www.raditha.com/megaupload
Lean and mean Secure FTP applet with | Mega Upload - PHP file uploader
Graphical User Inteface. Just 150 KB | with progress bar.




RE: MySQL 4.0 license change

2004-01-21 Thread Jörg Pommnitz
Does neutral injection platform mean something like ODBC?

Another option would be a clean room implementation of the MySQL 
libraries. After all, the protocol is well known, so how hard can 
it be to wrap this into a library?

-Ursprüngliche Nachricht-
Von: Stipe Tolj [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 21. Januar 2004 14:18
An: Jörg Pommnitz
Cc: Kannel Development List (E-mail) (Kannel Development List (E-mail))
Betreff: Re: AW: MySQL 4.0 license change


Jörg Pommnitz schrieb:
 
 Can one circumvent the viral nature of the GPL by using the
 dlopen functions?

interesting question. Like using a neutral injection platform. ;)

Stipe



Re: MySQL 4.0 license change

2004-01-21 Thread Stipe Tolj
Alexander Malysh schrieb:
 
 or even better, use postresql.

that's an additional option IMO.

Stipe

mailto:[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf, NRW, Germany

phone: +49.211.74845.0
fax: +49.211.74845.299

mailto:[EMAIL PROTECTED]
http://www.wapme-systems.de/
---

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.2 (Cygwin)

mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS
OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2
nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT
dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv
bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID
AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl
OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ
K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H
g2HyLAEKQIp30Q==
=aYCI
-END PGP PUBLIC KEY BLOCK-



[RFC] job opportunities for Kannel developers

2004-01-21 Thread Stipe Tolj
Hi list,

this is slight off-topic, so please don't flame me ;)

Wapme is looking for 1-2 Kannel developers who are able to join Alex
and me on the future work and architecture design of Kannel.

Wapme's policy is to have an open, clean and stable Kannel maintained
in the official open-source way as core base of it's yet closed
extensions and add-ons.

An requirement would be presence in Düsseldorf for all appliers that
have not the reputation of having served already major contributions
to the project. For those who have served major contributions an
remote working style may be appropriate.

If you are interested please send us your CV and expect an answer from
our side.
Thanks a lot.

Stipe

mailto:[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf, NRW, Germany

phone: +49.211.74845.0
fax: +49.211.74845.299

mailto:[EMAIL PROTECTED]
http://www.wapme-systems.de/
---

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.2 (Cygwin)

mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS
OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2
nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT
dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv
bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID
AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl
OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ
K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H
g2HyLAEKQIp30Q==
=aYCI
-END PGP PUBLIC KEY BLOCK-



Small bug in smsbox

2004-01-21 Thread Paul Bagyenda
Hi,

 sms box now supports url as well as text and exec methods for 
generating responses to sms. However the use of parameters for the exec 
cases is somewhat flawed: smsbox performs url encoding on the command 
parameters, which is probably undesirable for most applications. A 
quick but dirty solution is to insert a  call to

 octstr_url_decode(pattern);

 just after the

 case TRANSTYPE_EXECUTE:

But there must be  a better solution, no?!

P.

-
Paul A. Bagyenda
Digital Solutions
P.O.Box 23833
58 Bukoto Str.
Kampala, UGANDA
Tel: +256-31-262117
Mob: +256-77-507743
Email: [EMAIL PROTECTED]
Web: http://www.dsmagic.com
-



please give me a complete working /cgi-bin/sendsms?... that sends a logo and picture message

2004-01-21 Thread David Ang
Hi,

sorry, i've already looked at nokia smart messaging faqs, tried to
understand it, and once the logo was sent to my phone using a gsm modem, i
can't open it, i'm using nokia 7605

however i have success with a ringing tone: (was able to open,plave and
save) that came from this newsgroup;
udh=%06%05%04%15%81%00%00
text=%02%4A%3A%5D%51%A5%D1%85%B9%A5%8C%04%00%51%1C%CA%E9%22%C2%6C%2A%42%6C%2
2%C2%6C%30%C3%04%2C%C2%AC%22%84%1A%21%86%16%61%38%15%81%32%10%62%48%B0%9B%0A
%90%9B%08%B0%9B%0C%30%C1%0A%B0%C3%0D%10%C1%09%C0%AC%09%90%83%00%00

in case you guys need to know, my mmc/mnc is 515 03 according to logo
manager.

many thanks.