On 12/19/2012 02:50 PM, David Starner wrote:
> It's been six years, and wget still can't read the locale to know that
> UTF-8 filenames shouldn't be mangled? An 8-year old document,
> http://hektor.umcs.lublin.pl/~mikosmul/computing/articles/linux-unicode.html
> , notes that "some GNOME applications tend to create UTF-8 filenames
> regardless of the locale used" and wget still insists on producing bad
> filenames for UTF-8 locales? You've rejected a patch that fixes this;
> how about producing one that works instead of leaving this broken?

What patch are you referring to? I see only an apparently erroneous
"patch" tag that was applied to this bug number, and was later removed
(since no patch had been provided).

The bug was marked "upstream", meaning it was referred to the actual
Wget developers to decide upon, so it hardly makes sense to complain here.

I was the upstream maintainer at the time this was referred upstream. My
response (which you can see by following the "upstream" annotation link)
was that --restrict-file-names=nocontrol was the way to get the desired
behavior, and that the proper solution might be to transcode from the
remote filename to the user's locale, but that this wasn't the highest
priority at the time. I don't work on Wget any longer, so you'd want to
ping the attention of the current maintainer to see if any work was in
progress for this.

A small amount of research may carry you a long way. And as a former
maintainer, I can definitely attest that you will find developers are
more eager to help those who send civil requests, rather than people who
shout demands, particularly with projects like Wget that have extremely
small developer bases (basically, one active developer in Wget's case)
and large user bases. You want results, why not pitch in and provide
some, or pay someone else who can, rather than whine at the people who
work on Wget as a community service in their free time. Wget isn't
anybody's job, which means that you are not anyone's customer.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to