Daniel Kahn Gillmor writes: > this is within a for loop: > > for param in $(cat /proc/cmdline); do > ... > > the result that each element assigned to $param is split from the next > by IFS, which is basic whitespace.
Ah I see! > hm, i don't think it does. have you verified this? the anchor tests > against the start of each parameter, not against the start of the entire > /proc/cmdline. > > do you have an example of where this actually fails to work? I had a machine fail to start a getty on the serial and then it worked with a freshly built debirf with that change. But maybe it was something else that changed. I will try to repeat the problem and report back. > fwiw, i think most ipmi serials are also real serial ports on the > mainboard, just exported via another external interface through the ipmi > symbiont device. All the ones I've seen (all Supermicro, a couple variants) have a ttyS0 on the mainboard and then the IPMI SOL is ttyS2 or ttyS1. > while the goal of spawning a getty on each line the kernel has its > console on is an interesting one, i don't think it's particularly > useful. I agree. -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
