[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] modifying wget?

From: Giuseppe Scrivano
Subject: Re: [Bug-wget] modifying wget?
Date: Fri, 30 Apr 2010 10:08:43 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

Hello Linda,

what you need to give back your changes in GNU wget is to give copyright
assignments to the FSF; this is the only "overhead"; and of course the
changes must be accepted.


Linda Walsh <address@hidden> writes:

> If we wanted to modify wget and check back in changes 
> what type of overhead is there in dealing with that process if the package is
> in the gnu system?
> I can see the necessity for a gate-keeper to keep junk out of wget, but that
> operation -- including code review, build testing, etc. is something more more
> knowable than the processes of dealing with a gnu project.  They may be the
> same, but I dont' know, as there is a resume process for doing work on a gnu
> process that looks off-putting for casual changes...
> Not that it's be a casual change necessarily, but it'd be a neat feature as 
> sit
> here for a per-session bandwidth capped download, to be able to break up
> a large download in to "N" chunks and have wget automatically determine
> the sizes and download the chunks in parallel (which in my would multiple
> bandwidth by # chunks :-).  
> I've always wondered why the megaupload manager had that feature
> builtin to it -- but I can't imagine they would cap it on their end, but maybe
> some customers are capped per stream?  Dunno...  Not something I've
> ever used. 
> But it could be an interesting side project ...  if I made the time...:-)
> Linda Walsh

reply via email to

[Prev in Thread] Current Thread [Next in Thread]