[Top][All Lists]

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

Re: [Bug-wget] GNU wget 1.17.1 released

From: Tim Rühsen
Subject: Re: [Bug-wget] GNU wget 1.17.1 released
Date: Sun, 13 Dec 2015 17:49:46 +0100
User-agent: KMail/4.14.10 (Linux/4.2.0-1-amd64; KDE/4.14.14; x86_64; ; )

Am Sonntag, 13. Dezember 2015, 18:01:16 schrieb Eli Zaretskii:
> > From: Tim Rühsen <address@hidden>
> > Date: Sun, 13 Dec 2015 15:17:02 +0100
> > Cc: address@hidden
> > 
> > Andries, thanks for insisting.
> > 
> > As Andries says, I came up with a polished version of his patch (17th
> > August), but got no review resp. 'ok for pushing'.
> AFAICS, the patch you posted does not cover the discussion in its
> entirety, or at least doesn't follow the agreement reached near its
> end.  I proposed a method to deal with the problem reported by
> Andries, in a way that will work on Windows as well:
>   http://lists.gnu.org/archive/html/bug-wget/2015-08/msg00154.html

This was in the 'middle' of the ongoing dicussion. The whole thread consists 
of ~100 posts, having lot's of sub-threads. I am absolutely not sure about the 
outcoming. And I am not sure if I have the time to re-read and understand all 
these posts before 2016 (not talking about writing any code).

> Let me summarize it:
>  . If the user asked for unmodified file names, do nothing with them
>  . Otherwise, convert file names from their remote charset to the
>    local charset using 'iconv'
>  . 'iconv' needs the from-charset and the to-charset, which should be
>    computed as follows:
>    . if the user specified a from-charset, use that; otherwise assume
>      UTF-8
>    . if the user specified to-charset, use that; otherwise call
>      nl_langinfo(CODESET) to find out the current locale's encoding,
>      and use that
>  . If 'iconv' fails, convert to ASCII using %NN hex-encoding
> I believe the above is portable, with the sole exception of
> nl_langinfo, which doesn't exist on Windows.  But there's a Gnulib
> replacement; alternatively, a simple replacement can be put on
> mswindows.c.

Someone has to implement/code it in a backward compatible fashion.
We have coded this (or similar) already in the 'wget2' branch - which is 
absolutely not mergable with master. I would like to see 'wget2' being 
released within the next months... but it still needs help, testing, time.
This is one of the reason why I personally won't put much time into coding 
larger changes for wget1.x. I can still take time for reviews, cleanups, bug 
fixes and small changes.

Regards, Tim

reply via email to

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