#21 2015-11-20 09:01:59

xdaks

Member

Registered: 2015-11-16

Posts: 11

Re: [SOLVED] wget progress format

More likely a bug in Virtualbox?

- it was my mistake, the issue appears also out of Virtualbox

seems you found a bug in wget.
you should file a bug report!

as a workaround, maybe you can use this:

‘--local-encoding=encoding’
    Force Wget to use encoding as the default system encoding. That affects how Wget converts URLs specified as arguments from locale to UTF-8 for IRI support.
    Wget use the function nl_langinfo() and then the CHARSET environment variable to get the locale. If it fails, ASCII is used.
    You can set the default local encoding using the local_encoding command in .wgetrc. That setting may be overridden from the command line.

- unfortunately --local-encoding option doesn't affect multiline output
- I don't think it's a bug in wget, because same version (1.16) with czech locale works in Mint, *buntu, Manjaro...

I guess is time to leave solving this wget issue so far, so thanks all, I really appreciate your help and suggestions.

ohnonot

...again

Registered: 2015-09-29

Posts: 5,592

Re: [SOLVED] wget progress format

well you should file a bug report nevertheless!
i'd say with bunsenlabs first, then with debian.
otherwise the hard work of this thread just goes to the dogs.

xdaks

Member

Registered: 2015-11-16

Posts: 11

Re: [SOLVED] wget progress format

well you should file a bug report nevertheless!
i'd say with bunsenlabs first, then with debian.
otherwise the hard work of this thread just goes to the dogs.

Understand, finally i found it was already reported: http://comments.gmane.org/gmane.comp.we … eral/14206

ohnonot

...again

Registered: 2015-09-29

Posts: 5,592

Re: [SOLVED] wget progress format

Problem is that czech locales uses hard space U00A0 as unit separator

weirdness.
is that a legacy from eastern bloc times?

anyhow, it says it's fixed in 1.16.1, jessie's on 1.16, so you won't have to wait for too long, or you could backport wget from testing, i guess.