Nailed it! It indeed seems to be due to update-locale failing. You can’t be serious about this Are you? grml_packages, i.e. all requirements (including locales) are installed.
I just saw, Jekyll changed the Build Documentation: Physical Isolation from
Country: United States
to
Select your location: United Kingdom.
No idea why. I am afraid, I didn’t catch this. This is wrong. Always default to “United States”.
## Add a new repository source.
## To install VirtualBox, you need to add the "contrib" repository. See the footnote below.
echo "deb http://ftp.us.debian.org/debian/ jessie main contrib" >> /etc/apt/sources.list
Choosing UK causes issues with update-locale, I think. And US is best default, since most times default choice and used by most. Preseed shouldn’t be a problem, you should be able to set anything there.
[quote=“adrelanos, post:51, topic:67”][quote author=Occq link=topic=48.msg427#msg427 date=1392585831]
UTC gets accepted as default if you choose UK, with US you got to set it (no a problem for manual install, might be a problem with preseed).[/quote]
Choosing UK causes issues with update-locale, I think.[/quote]
I have build bare-metal, gateway and workstation all with UK. Script takes care of all. Probably.
force_echo ‘INFO /usr/share/whonix/postinst.d/70_locale: Changing your locale to en_US.UTF-8… Will only do this once.’
‘[’ ‘!’ 1 = 1 ‘]’
‘[’ ‘!’ 1 = 1 ‘]’
‘[’ ‘!’ 1 = 1 ‘]’
force_echo ‘INFO /usr/share/whonix/postinst.d/70_locale: Will run: update-locale LANG=en_US.UTF-8’
‘[’ ‘!’ 1 = 1 ‘]’
‘[’ ‘!’ 1 = 1 ‘]’
‘[’ ‘!’ 1 = 1 ‘]’
update-locale LANG=en_US.UTF-8
touch /usr/lib/whonix/updated_locale
force_echo ‘INFO /usr/share/whonix/postinst.d/70_locale: Done, changed locale to en_US.UTF-8.’
I would argue for leaving UK as the default option (if the local thing is not problematic).
Aren’t there more computers with UK&UTC then US&UTC? First option is the default option of all UK users. UTC and US seems like an anomaly since most Americans use their timezone which is not UTC.
Occq, adrelanos, wait a second please before posting even more stuff. I’m just answering on all your question (so far) one by one … than we can continue. Thanks! In a few minutes.
user@host:~$ sudo update-locale LANG=en_US.UTF-8 ; echo $?
*** update-locale: Error: invalid locale settings: LANGUAGE="en_GB:en" LANG=en_US.UTF-8
255
Basically the same error the build script is producing.
[quote=“adrelanos, post:44, topic:67”]I am also missing a bit of the log. But nevermind. The last command before the error was exactly
?
And next line was
?
I am wondering, where the error is coming from. Where the “en_GB:en” is coming from.[/quote]
Let me know if you need even more of the log (what you said above is correct), I still have it all saved here. en_GB:en is probably due to the fact that I selected United Kingdom as my region/locale during install just as advertised at the wiki. Also, I opted for this due to a UTC timezone.
[code]user@host:~$ cat /etc/default/locale
File generated by update-locale
LANG="en_GB.UTF-8"
LANGUAGE=“en_GB:en”[/code]
As of the repositories: I enabled the std. online repos during installation (I saw no reason not to do). Thus my /etc/apt/sources.list contains the default Debian repos after a default Debian 7.4.0 install. If you want to see that very file, let me know. Shouldn’t break a build script though and sounds totally unrelated to the actual issue. Also the selected locale shouldn’t break the script (be it French, German, US, whatever) if you ask me.
Any other input needed? I hope I catched up. Did I miss something important? I still have the (now again broken) machine running here, i.e. I’m able to extract whatever infos you want.
Thanks! Hope we get this fixed together. Btw, comments on #39?
grml-debootstrap uses en_US.UTF-8 by default. Ideally, physical isolation build process is as close to grml-debootstrap as possible. Installing manually should replace the grml-debootstrap build step. When we tell users to use en-GB for manual installation, but use en-US for VM builds, we create a subtle difference.
Aren't there more computers with UK&UTC then US&UTC?
I don't know.
Generally, it’s best to join the anonymity set of existing similar projects such as TBB, Tails, etc.
I would argue for leaving UK as the default option (if the local thing is not problematic).
We can consider this for Whonix 9. I'd hesitate making any more non-bug fixes for Whonix 8. This little improvement and this little improvement. That's what I've been doing for some time know. The devil is in the detail. Such a change could open up for further issues that need fixing. None of them a big deal, probably, but I delayed this release for far too long already.
Why is en-US / UTC the default for now? Well, good question. It has been the default since TorBOX times. Having UTC the default time zone is because TBB, Tails and Liberte Linux are using it as well. en-US is the language of the default TBB download. When you look at ip-check.info using TBB, it detects en-US as well. en_US.UTF-8 is grml-debootstrap’s default. Is Tails also using en-US? When looking at this, it seems a bad idea to set the default locale to en-GB.
Are you? grml_packages, i.e. all requirements (including locales) are installed.