(Sorry for missing References: and In-Reply-To: and bad quoting /
wrapping, shitty webmailer over here.)
On Fri, 20 Nov 2015 11:19:03 +0100 Holger Levsen <[email protected]>
wrote:
On Freitag, 20. November 2015, Julien Aubin wrote:
> My locale is fr_FR.UTF-8 and my DE is KDE
After updating today I've run into the same problem.
Nothing fancy over here:
$ cat /etc/debian_version
8.2
$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Using i3 as a window manager, no KDE or Gnome involved.
After doing rm -rf ~/.cache/torbrowser/ ~/.local/share/torbrowser/
~/.config/torbrowser/ the download works again and torbrowser starts
afterwards.
I've seen the bug with Gnome. The jenkins tests use no desktop
environment,
just awesome as window manager. It would be interesting to install a
base
jessie system (no gnome, no kde), then install X and awesome and
torbrowser-
launcher from jessie-backports.
I doubt that there is any relation as neither Gnome nor KDE is installed
on my system.
As at least in my case removing the directories did help, I wonder if
there is something (old) cached, which triggers this bug, which won't
happen if one would install torbrowser-launcher in a vanilla chroot / vm
/ container, with no old code left over.
@Holger: Do you still think, testing for KDE / Gnome involvement still
makes sense? Is there anything else you could think of? If so, let me
know, I'm able to test.
Cheers,
Georg
