On Fri, Jul 22, 2005 at 07:15:18PM +0200, Elimar Riesebieter wrote:
On Mon, 18 Jul 2005 the mental interface of
Domenico Andreoli told:
[...]
i doubt seriously a new package like libcurl3-gnutls is appropriate,
but let me know your opinion.
is this stuff urgent?
Yes!
unfortunately
On Mon, 18 Jul 2005 the mental interface of
Domenico Andreoli told:
[...]
i doubt seriously a new package like libcurl3-gnutls is appropriate,
but let me know your opinion.
is this stuff urgent?
Yes!
Elimar
--
Learned men are the cisterns of knowledge,
not the fountainheads ;-)
--
On Jul 20, sean finney [EMAIL PROTECTED] wrote:
i think that would solve the problem by muting the symptoms. what happens
when the next free-but-not-quite-gpl-compatible licensed software is
linked against libcurl (or something similar)?
Not relevant, gnutls is LGPL'ed.
i know i'm repeating
On Wed, 20 Jul 2005 the mental interface of
Marco d'Itri told:
On Jul 20, sean finney [EMAIL PROTECTED] wrote:
[...]
i know i'm repeating myself here, but the real fix is to politely
solicit the upstream author to change or add a clause to their license
that makes such allowances. that,
On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote:
On Sun, Jul 17, 2005 at 09:04:57PM +0200, Elimar Riesebieter wrote:
Why not building curl --without-sssl and --with-gnutls=/usr? Maybe a
NMU?
this is definitely NOT a reason to NMU libcurl. remember that it is
your package that
hi,
On Mon, Jul 18, 2005 at 09:45:09PM +0200, Domenico Andreoli wrote:
i saw the bug report, i'm sorry to not have commented the request which
i find absolutely reasonable. i'll try to figure out if curl may suffer
from limitations due to the use of gnutls in place of openssl.
i would guess
[Don Armstrong]
All that needs to happen is that GPLed packages without an OpenSSL
linking exception either need to:
1) Get a linking exception.
2) Stop linking with OpenSSL.
3) For indirect dependencies: make sure you're only using the bits
of the (for example) libcurl ABI
On Mon, Jul 18, 2005 at 01:02:53AM -0500, Peter Samuelson wrote:
[Don Armstrong]
All that needs to happen is that GPLed packages without an OpenSSL
linking exception either need to:
3) For indirect dependencies: make sure you're only using the bits
of the (for example)
On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote:
Why not building curl --without-sssl and --with-gnutls=/usr? Maybe a
NMU?
this is definitely NOT a reason to NMU libcurl. remember that it is
your package that is broken. of course you could still file a
The same issues as
On Sun, Jul 17, 2005 at 11:09:04PM +0300, Don Armstrong wrote:
On Sun, 17 Jul 2005, Elimar Riesebieter wrote:
apt-get remove --purge libssl0.9.7 gives me tons of packages. Just
an estimation: We need to repack half of all packages then?
NO.[1]
All that needs to happen is that GPLed
On Mon, Jul 18, 2005 at 11:07:41AM +0200, Torsten Landschoff wrote:
apt-get remove --purge libssl0.9.7 gives me tons of packages. Just
an estimation: We need to repack half of all packages then?
NO.[1]
All that needs to happen is that GPLed packages without an OpenSSL
linking
[Bartosz Fenski]
Seems that part of developers think that indirect linking with
OpenSSL is ok, and part think it's not.
Yeah. Well. Stand back and look at why this 'linking' thing matters
in the first place. The point is to determine whether one work is a
derivative of another work. If it
On Mon, Jul 18, 2005 at 05:16:27AM -0500, Peter Samuelson wrote:
[Bartosz Fenski]
Seems that part of developers think that indirect linking with
OpenSSL is ok, and part think it's not.
Yeah. Well. Stand back and look at why this 'linking' thing matters
in the first place. The point is
hi,
On Mon, Jul 18, 2005 at 11:06:13AM +0200, Torsten Landschoff wrote:
On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote:
this is definitely NOT a reason to NMU libcurl. remember that it is
your package that is broken. of course you could still file a
The same issues as with
On 7/18/05, sean finney [EMAIL PROTECTED] wrote:
hi,
On Mon, Jul 18, 2005 at 11:06:13AM +0200, Torsten Landschoff wrote:
On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote:
this is definitely NOT a reason to NMU libcurl. remember that it is
your package that is broken. of
On Mon, Jul 18, 2005 at 09:29:46AM -0400, sean finney wrote:
The same issues as with libcurl applied to libldap2. They were
considered a bug in libldap2 back then because half the distribution
links it. Gave me a lot of recurring head aches.
yes, and the same with libmysqlclient, which
hi,
On Mon, Jul 18, 2005 at 03:40:30PM +0200, Olaf van der Spek wrote:
On 7/18/05, sean finney [EMAIL PROTECTED] wrote:
yes, and the same with libmysqlclient, which is why there's no longer ssl
support in the mysql packages :(
Wouldn't it be possible to support SSL transparently in such a
* sean finney [EMAIL PROTECTED] [050717 21:20]:
On Sun, Jul 17, 2005 at 09:04:57PM +0200, Elimar Riesebieter wrote:
Why not building curl --without-sssl and --with-gnutls=/usr? Maybe a
NMU?
this is definitely NOT a reason to NMU libcurl. remember that it is
your package that is broken.
On Sun, 17 Jul 2005 the mental interface of
Marco d'Itri told:
On Jul 17, Elimar Riesebieter [EMAIL PROTECTED] wrote:
comfortable to build curl against gnutls in general? Any hints?
Upstream developers should get a clue and either properly license their
software, stop using libcurl or
On Sun, Jul 17, 2005 at 08:21:00PM +0200, Elimar Riesebieter wrote:
I don't see a gpl'd alternative to curl for internet streaming. I am
thinking about to build moc --without-curl then :(
or you could always contact the author and inform them of their
self-inflicted license violation. in my
On Sun, 17 Jul 2005 the mental interface of
sean finney told:
On Sun, Jul 17, 2005 at 08:21:00PM +0200, Elimar Riesebieter wrote:
I don't see a gpl'd alternative to curl for internet streaming. I am
thinking about to build moc --without-curl then :(
or you could always contact the author
On Sun, Jul 17, 2005 at 09:04:57PM +0200, Elimar Riesebieter wrote:
Why not building curl --without-sssl and --with-gnutls=/usr? Maybe a
NMU?
this is definitely NOT a reason to NMU libcurl. remember that it is
your package that is broken. of course you could still file a
wishlist bug against
On Sun, 17 Jul 2005 the mental interface of
sean finney told:
On Sun, Jul 17, 2005 at 08:21:00PM +0200, Elimar Riesebieter wrote:
I don't see a gpl'd alternative to curl for internet streaming. I am
thinking about to build moc --without-curl then :(
or you could always contact the author
On Sun, 17 Jul 2005, Elimar Riesebieter wrote:
apt-get remove --purge libssl0.9.7 gives me tons of packages. Just
an estimation: We need to repack half of all packages then?
NO.[1]
All that needs to happen is that GPLed packages without an OpenSSL
linking exception either need to:
1) Get a
24 matches
Mail list logo