Hi,

I'll get to a discussion about the proposal shortly, but in the meantime, may I
please request everyone to avoid continuing this email thread on
summer-of-c...@gnu.org?

That is a generic mailing list for organizing the Summer of Code program within
GNU.

The discussion about any particular project is off-topic there. It is
however,very much on-topic on bug-wget@gnu.org and we should continue this
discussion only there.

* Tim Rühsen <tim.rueh...@gmx.de> [180322 14:20]:
> On 03/22/2018 02:01 PM, Aniketh Gireesh wrote:
> > Further, In my opinion, I think it would be better as a different
> > library/directory. I think that would be a better refactoring method as
> > well as it would be easier to work on the codebase at a later point in
> > time. Further, as far as my understanding goes, libwget is a library
> > handling HTTP, helping in creating an HTTP request. It seems better to have
> > something different to handle DNS and other things regarding that. It would
> > feel like all cluttered up inside libwget.
> > 
> > If this is not the way we want it in Wget2, just let me know. I will change
> > the proposal as well as the plans for implementation :)
> 
> Since your code will likely use functions from libwget and the other way
> round, we should place it in libwget/. But if it makes your development
> easier during GSOC, feel free to put it into a separate directory.
> 
> For the future we have a splitting of libwget in several libraries in
> mind, but it currently has low priority. We may have some day
> libwget-common, libwget-doh, libwget-warc, ...
> 
> Regards, Tim
> 



-- 
Thanking You,
Darshit Shah
PGP Fingerprint: 7845 120B 07CB D8D6 ECE5 FF2B 2A17 43ED A91A 35B6

Attachment: signature.asc
Description: PGP signature

Reply via email to