Re: [GNUnet-developers] libwget2

[Schanzenbach, Martin]

So. Christian is a bit better with those things but I have just taken a brief 
look into wget2.
The thing is that curl has a "nice" way of having your own scheduling (using 
curl_multi_perform etc).
As far as I can see wget2 (apart from having a _huge_ kitchensink as well) does 
internal multithreading for downloads in connections and almost exclusively has 
blocking, synchronous calls.
Even in their async example the calls are blocking! See 
https://github.com/rockdaboot/wget2/blob/master/examples/http_multi_get.c.
(Maybe there is way to implement proper async calls; possibly using wget_net*: 
https://gnuwget.gitlab.io/wget2/reference/group__libwget-net.html#ga71e02092659a35a26c8ac4cdfec23854)

I don't see this playing nice with the GNUnet scheduler.
To me, there does not seem to be a major advantage of wget2 over curl.
I guess there is a packaging issue between curl and gnurl (I don't have context 
atm sorry) and I am also not happy with the gnurl dependency, but the reasoning 
behind it is clear.
Looking at wget2, however, I personally do not see any advantage for GNUnet to 
integrate it. Actually, I see technical limitations that would make this quite 
difficult without modifying wget2.

BR
Martin

> On 22. Mar 2018, at 19:13, ng0 <address@hidden> wrote:
> 
> Hi,
> 
> remind me again: What exactly is in the way (besides us making relevant 
> changes in GNUnet)
> to make use of libwget2 as a successor to gnURL?
> Someone knew it and had just grumpy opinions on the wget.h ... but besides 
> "omg it is long",
> what can we do in cooperation with wget2 to get to a point where we can 
> embrace wget2?
> 
> We have this long standing ridiculous issue in Guix with curl and gnurl, and 
> if wget2 would
> just work and function differently than curl (CURL_CA_PATH is the issue) it 
> would be so much
> easier to finally get this integrated. "on first run download the hostlist" 
> "oh, excuse me
> we first have to crash into the wellknown kitchensink with curl/gnurl".
> I'd rather invest time in trying to get wget2 ready than to continue merging 
> from curl and
> having dependency on their problems (which are somewhat unique to the 
> Guix+GuixSD situation.
> --
> A88C8ADD129828D7EAC02E52E22F9BBFEE348588
> https://n0.is
> 
> _______________________________________________
> GNUnet-developers mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/gnunet-developers


- Martin

GPG: 3D11063C10F98D14BD24D1470B0998EF86F59B6A

signature.asc
Description: Message signed with OpenPGP