On Thursday, October 13, 2016 2:11:05 PM CEST Rodgger Bruno wrote:
> I wanted to participate in the development of Wget, but I speak
> intermediate English
Thanks for the offer.
Either get involved into discussions here or try fixing bugs (see https://
savannah.gnu.org/bugs/?group=wget).
Regards
On Thursday, October 13, 2016 6:45:47 PM CEST Dale R. Worley wrote:
> I see in the current wget.info file:
>
> '-np'
> '--no-parent'
> 'no_parent = on'
> ... Essentially, '--no-parent' is similar to
> '-I/~luzer/my-archive', only it handles redirections in a more
>
Hi Dale,
could you create local commits (maybe you already have) and attach the output
of 'git format-patch -1' (-1 = last one commit, -2 = last two commits, ...) ?
That also preserves the commit message (which should be GNU style, see 'git
log' for examples or see https://www.gnu.org/prep/stan
On Thursday, October 13, 2016 6:27:56 PM CEST Dale R. Worley wrote:
> If --page-requisites is specified along with --no-parent, then requisite
> files will be downloaded even if their URLs would normally be suppressed
> by --no-parent. This is implemented by a test in section 4 of
> download_child
Tim Ruehsen writes:
>> Perhaps we do not want to have --no-parent suppressed by
>> --page-requisites. It seems that --no-parent is intended as a security
>> measure, and the existing code (as well as this proposal) violate its
>> fundamental premise.
>
> --no-parent seems to be intended as a band
Tim Ruehsen writes:
> could you create local commits (maybe you already have) and attach the output
> of 'git format-patch -1' (-1 = last one commit, -2 = last two commits, ...) ?
I take that as a go-ahead for this approach to the issue.
Dale
Eli Zaretskii wrote:
> My guess is that for some reason Wget calls the MS-Windows strerror,
> not its Gnulib replacement. But that's a guess, and I don't know how
> to explain it. Perhaps put a breakpoint both at the Gnulib strerror
> and the MS runtime one, and see what happens in your scenario