I'm setting this bug to "Won't Fix" as gutsy went back to libcurl3
(linked with OpenSSL) and libcurl3-gnutls. As both depend on libkrb53
exchanging libcurl3 with libcurl3-gnutls won't help in reducing the
depends.
** Changed in: rtorrent (Ubuntu)
Status: New => Won't Fix
--
depend on libc
Debian uploaded[0] a new curl where there transition from libcurl3 to
libcurl4 was undone. This also means that there are only libcurl3
(OpenSSL) and libcurl3-gnutls again.
I will ask in #ubuntu-devel what the plan is with curl but I assume
Ubuntu will follow the back-transition.
0: http://packag
i see no usage of TLS or SSL in rtorrent. openssl routines are used for
hashing, and protocol encryption.
i have built a version of rtorrent, linking against libcurl4, and it works with
no experienced problems.
this is the link-list from rtorrent linked against libcurl4-openssl;
ldd rtorrent
Moving back to rtorrent.
Does rtorrent use SSL or TLS?
libcurl4 doesn't provided SSL or TLS and as far as I'm informed libcurl4 (w/o
SSL/TSL) should be removed again.
** Changed in: rtorrent (Ubuntu)
Sourcepackagename: curl => rtorrent
--
depend on libcurl4 instead of libcurl4-openssl
https://
bug is not in curl. please move back to rtorrent.
rtorrent-$version/debian/control should be changed to build-depend on
libcurl4-dev, instead of libcurl4-openssl-dev.
current build-depend on libcurl4-openssl-dev causes rtorrent to be
linked against the suite of krb5 libs, which are extraneous.
-
Moving to curl source package.
** Changed in: curl (Ubuntu)
Sourcepackagename: rtorrent => curl
--
depend on libcurl4 instead of libcurl4-openssl
https://bugs.launchpad.net/bugs/121564
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu