Because i can not attach my experience to the already opened thread i use for this one.
if u install a EOS in german with actual download iso “…03-2023_R3_1” u get 2 bugs.
the console tty doesnt match with your keyboard layout. u have to actualize the /etc/vconsole.conf to “KEYMAP=de-latin1”
u can not login to tty as root because roots login shell in passwd is set wrong. u have to change it to /bin/bash
EOS has bugs but i love it because its a roling release. to all the best.
Do you know David Kriesel? He explored a bug from Xerox Copy Centers that had been manipulating Copies for 8 years. No other had noticed this bug before - over a time of 8 years. Such a flashy bug. Incredible. https://www.youtube.com/watch?v=7FeqF1-Z1g0
Maybe the second “bug” is a feature. No one shall login to the console with root. My own wanne do that.
the 1. “bug” show this:
the “de” layout differs from the “normal” de layout by missing “§” and “ß” and the backslash and all umlauts (mutated vowels). Not much, but u wont find the characters.
It is de-german layout but does not reflect the default german layout most keyboards have… no Umlauts and some special signs are different…
Nothing EndeavourOS is specifacally setting up… thats the default mechanism calamares is using.
It is simply the first match what calamares is using…
There was similar issue with italian layout but not for TTY it was used as the X default.
But indeed funny that no one mentioned this over the years… but a most signs are working and also y/z are in the right place…
the other option would be to put the entry under the de-latin1 entry… so it will be still available…
I am also nit the expert in general… but now after checking around that i see that i have all my personal installs set to the same de-latin1… that`s simply something i do as long as i do use arch.
just checked and the issue will get self solved in case you install latest release Cassini R3 in offline mode directly after first boot it has the BUG but after updating system it got resolved.
(user needs to solve pacdiff and merge pacnew in the default /etc/shells file… or use welcome app diffmerge tool…)
{welcome at archlinux }
Thanks for try to hep … but there is no issue getting Umlauts working we only need to set the correct de-latin1 map instead of the de map calamares is choosing in the lottery it does in that stuff
My personal “Monk” is asking myself what is this de map even for?
Just testet to simply put de after de-latin1 and it does what the trick too… and in case someone selecting something that would match to that whatever no umlaut German keymap… it will be still there…
Starting job "Definiere Tastaturmodel zu pc105, Layout zu de-" ( 17 / 42 )
19:02:18 [6]: virtual Calamares::JobResult SetKeyboardLayoutJob::exec()
Executing SetKeyboardLayoutJob
19:02:18 [6]: bool SetKeyboardLayoutJob::writeVConsoleData(const QString&, const QString&) const
Writing vconsole data to "/tmp/calamares-root-7et09442/etc/vconsole.conf"
19:02:18 [6]: QString SetKeyboardLayoutJob::findConvertedKeymap(const QString&) const
Looking for converted keymap in ""
19:02:18 [6]: QString findLegacyKeymap(const QString&, const QString&, const QString&)
Looking for legacy keymap "de" "pc105" "" in QRC
.. Found legacy keymap "de-latin1" with score 12
.. Found legacy keymap "de" with score 12
.. Written KEYMAP= "de-latin1" to vconsole.conf 0
19:02:18 [6]: bool SetKeyboardLayoutJob::writeX11Data(const QString&) const
Writing X11 configuration to "/tmp/calamares-root-7et09442/etc/X11/xorg.conf.d/00-keyboard.conf"
.. Written XkbLayout "de" ; XkbModel "pc105" ; XkbVariant "" to X.org file "/tmp/calamares-root-7et09442/etc/X11/xorg.conf.d/00-keyboard.conf" 0
19:02:18 [6]: bool SetKeyboardLayoutJob::writeDefaultKeyboardData(const QString&) const
Writing default keyboard data to "/tmp/calamares-root-7et09442/etc/default/keyboard"
.. Written XKBMODEL "pc105" ; XKBLAYOUT "de" ; XKBVARIANT "" to /etc/default/keyboard file "/tmp/calamares-root-7et09442/etc/default/keyboard" 0