auto-getty hardcodes device names
Bug #1233786 reported by
Marc Zyngier
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linaro OpenEmbedded |
Fix Released
|
Medium
|
Fathi Boudra |
Bug Description
The auto-getty script is very badly behaved, as it assumes that the console on which to run getty must be called tty*.
While this is true most of the time, this doesn't fly at all when using a paravirtualized console (the standard hvc console, for example). You end up with a booted guest and no way to interact with it.
The attached patch tries to work around this issue and parse /etc/securetty to find out if the device passed on the kernel command line has been vetted for root use. If so, there is no reason to prevent getty from running on this console.
It also fix a very silly bug where GETTY_ARGS will forever expand each time getty is re-spawned.
Changed in linaro-oe: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
milestone: | none → 13.10 |
Changed in linaro-oe: | |
assignee: | nobody → Fathi Boudra (fboudra) |
status: | Confirmed → Fix Committed |
Changed in linaro-oe: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
This has been observed with http:// snapshots. linaro. org/openembedde d/images/ minimal- armv7ab- gcc-4.8/ latest/ linaro- image-minimal- genericarmv7ab- 20130927- 80.rootfs. tar.gz