I've finally managed to reproduce your shift lock on brltty restart problem. While I haven't yet figured out what to do about it, I can at least tell you how to avoid it.
The problem occurs if you happen to be holding down the shift key when brltty starts. More specifically, it happens if you're holding down the shfit key when, shortly after brltty starts, it begins to monitor the keyboard. The same is true, by the way, if you're holding down some other modifier (like the control key) at that moment. So, to avoid the problem, ensure that you aren't doing any typing until brltty has started. It's just a guess, but it could be, for example, due to your two-second sleep between the kill and the restart, that you were already typing ahead to save some time. It looks like resolving this problem may turn out to be somewhat tricky. I'm saying this because brltty is indeed sending the shift key release event to the Linux kernel, but that doesn't seem to be doing anything. In spite of the fact that the shift key release event has been sent to it, Linux still "thinks" that the shift key is pressed. -- Dave Mielke | 2213 Fox Crescent | The Bible is the very Word of God. Phone: 1-613-726-0014 | Ottawa, Ontario | http://Mielke.cc/bible/ EMail: [email protected] | Canada K2A 1H7 | http://FamilyRadio.com/ _______________________________________________ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: [email protected] For general information, go to: http://mielke.cc/mailman/listinfo/brltty
