Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 354793 - sys-apps/openrc-0.7.0 doesn't set unicode mode immediately at boot without consolefont
Summary: sys-apps/openrc-0.7.0 doesn't set unicode mode immediately at boot without co...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: OpenRC Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-13 22:00 UTC by Sebastian Thorarensen
Modified: 2011-02-15 00:25 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Patch that makes init.d/termencoding set the unicode flag instead of init.d/consolefont (openrc-early-unicode.patch,1.02 KB, patch)
2011-02-13 22:01 UTC, Sebastian Thorarensen
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastian Thorarensen 2011-02-13 22:00:03 UTC
If you use the dmcrypt init-script to decrypt a partition at boot time, and use a passkey with unicode characters, then the console termencoding must be set to unicode before the dm-crypt init-script executes, or else the passkey won't match when entered. This is taken care of by /lib/rc/sh/init-early.sh and the /lib/rc/console/unicode flag.

The problem is that /lib/rc/console/unicode is set by the consolefont init-script. If you don't use consolefont, then the console won't be set to unicode until the termencoding init-script is run, and that is after dmcrypt. Entering the passkey at boot time will fail in this scenario.

Making the termencoding init-script set /lib/rc/console/unicode instead of the consolefont init-script, fixes this issue. Imho it also makes more sense to have it that way.
Comment 1 Sebastian Thorarensen 2011-02-13 22:01:19 UTC
Created attachment 262393 [details, diff]
Patch that makes init.d/termencoding set the unicode flag instead of init.d/consolefont