sys-apps/kbd should install to /bin, /lib and similar, instead of /usr, allowing people with /usr mounted on-top of / to be able to type their passwords using proper keyboard layouts, viewing text with proper files. Reproducible: Always
note: I know /etc/init.d/{consolefont,keymaps} provides hack for that by storing the last values at /lib/rc/console, but still could be avoided by simply changing the package root.
(In reply to comment #1) > note: I know /etc/init.d/{consolefont,keymaps} provides hack for that by > storing the last values at /lib/rc/console, but still could be avoided by > simply changing the package root. This so-called 'hack' doesn't help at all in the case you mention -- as setfont binary is in /usr anyway.
we're not moving the db of files out of /usr/share/. that means the only files that could possibly be moved from /usr/bin/ to /bin/ are ones that do not need those mappings. if your /usr isnt mounted, then fix your system and get it mounted. this rarely (if ever) requires your font to be configured. with that in mind, which programs exactly do you need in /bin/ ?
(In reply to comment #3) > we're not moving the db of files out of /usr/share/. that means the only files > that could possibly be moved from /usr/bin/ to /bin/ are ones that do not need > those mappings. if your /usr isnt mounted, then fix your system and get it > mounted. this rarely (if ever) requires your font to be configured. > > with that in mind, which programs exactly do you need in /bin/ ? I don't see why this reasoning make any sense, and seems like other distros got bugs reported and fixed the situation, why shouldn't us? the problem is easy to illustrate: if user has a pt_BR keyboard and thus c-cedilla (ç), and for some reason user want to have that in his password, he can't type it. This is also true for keyboard that define characters such as !@# and others in different positions as their "qwerty/us" counterparts. okay, if we move the binaries to /bin (loadkeys, setfont) and copy the actual data files, then we may work around the problem, but why not solve it for once and for all? The fix is just to specify proper values for econf.
i dont think you're actually familiar with other distros. Fedora absolutely does not support a split / and /usr. Debian's file listing shows that all of its console mapping/fonts live in /usr. so before you go throwing around "oh but other distros dont do this", you should actually quote a real life example. otherwise, i'm not buying your snake oil and i'll simply punt this bug. also, please refrain from useless quoting. everyone can scroll up three whole lines to see what i said. you dont need to paste it unmodified every time.
Well, at least in theory they do support. however I never tried to get it installed in such way. Anyway, if this is a "solution" for you, why not just remove the stupid hack in openrc scripts that copy the file?
and Gentoo works just fine -- if your /usr and / are the same partition i'm not against having things usable some way at early boot (before localmount). but the answer is not "let's have kbd install entirely into / instead of /usr". if you want to work on a solution, then go for it. if you dont, then we can punt this bug until someone does.
FWIW: https://github.com/OpenRC/openrc/commit/7eb3975543eafd44c6946ca5a76812aa0d7a7303.
