[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
- [Bug-wget] GNU wget 1.17.1 released, Giuseppe Scrivano, 2015/12/11
- Re: [Bug-wget] GNU wget 1.17.1 released, Andries E. Brouwer, 2015/12/11
- Re: [Bug-wget] GNU wget 1.17.1 released, Ander Juaristi, 2015/12/13
- Re: [Bug-wget] GNU wget 1.17.1 released, Tim Rühsen, 2015/12/13
- Re: [Bug-wget] GNU wget 1.17.1 released, Eli Zaretskii, 2015/12/13
- Re: [Bug-wget] GNU wget 1.17.1 released,
Tim Rühsen <=
- Re: [Bug-wget] GNU wget 1.17.1 released, Eli Zaretskii, 2015/12/13
- Re: [Bug-wget] GNU wget 1.17.1 released, Andries E. Brouwer, 2015/12/13
- Re: [Bug-wget] GNU wget 1.17.1 released, Eli Zaretskii, 2015/12/13
- Re: [Bug-wget] GNU wget 1.17.1 released, Andries E. Brouwer, 2015/12/13
- Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released), Eli Zaretskii, 2015/12/14
- Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released), Tim Rühsen, 2015/12/14
- Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released), Eli Zaretskii, 2015/12/14
- Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released), Tim Rühsen, 2015/12/14
- Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released), Tim Ruehsen, 2015/12/15
- Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released), Tim Ruehsen, 2015/12/15