Re: Removing bundled libs in curl-loader

[Pavel A. <fo...@hu...>]

Hello Robert.
Firstly I glad receive response from you.  Thanks. I also had write
about incorrect fsf address in files headers which leaved without answer
(it is not stop issue, but I should be inform you [1]), and also there
long time no new curl-loader releases... So I became fear project abandoned.

What concerned libevent patch, had it been ever proposed to include for
upstream libevent project? Is it possible to do?

[1]
https://fedoraproject.org/wiki/Common_Rpmlint_issues#incorrect-fsf-address

On 24.07.2015 12:43, Robert Iakobashvili wrote:
> Dear Pavel,
> First, we like truly community distros like
> Debian and Fedora.
>
> Originally, we had 4-5 patches for libcurl, mainly increasing productivity,
> and all were integrated to libcurl besides this
> one that Daniel, the curl maintainer, had hesitated to incorporate.
>
> I will look next week into this matter and what could be done,
> but we have a good command of libcurl and error codes
> were not a substituted from my mems.
>
> There's a one more essential patch and it's for libevent library.
> This patch increases in some define maximum number of allowed
> file descriptors to enable much higher productivity for curl-loader.
>
> Without this libevent patch curl-loader will function with a limit
> of the number of connection specified in libevent as low as only 64K
> as I remember, but it will function properly within this limitation.
>
> Regards,
> Robert
>
>
> On Fri, Jul 24, 2015 at 12:16 PM, Pavel Alexeev <fo...@hu...> wrote:
>> Hello.
>>
>> I'm Pavel. I have intension include curl-loader into Fedora Linux
>> distribution.
>> Unfortunately you use bundled copies of curl, c-ares and some other in
>> packages directory.
>>
>> That is strongly prohibited by our rules:
>> https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries
>>
>> I have tried link curl-loader with system libraries, and observe you
>> patch that software (patches directory).
>> Brief look at curl-trace-info-error.patch leave me in frustration. Why
>> you prefer patch that library instead of use wide range of predefined
>> error codes http://curl.haxx.se/libcurl/c/libcurl-errors.html ?
>>
>> So, in that point it is stop issue.
>> Do you willing working on that issue?
>>
>> --
>> With best wishes, Pavel Alexeev (aka Pahan-Hubbitus). For fast contact
>> with me you would use jabber: Pa...@Hu...
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> curl-loader-devel mailing list
>> cur...@li...
>> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel