You are not logged in.
Hi guys, efforts continue on the push for Bunsen-on-Asus-X205. Latest exciting development: is there a BL-approved fix for the following keyboard issue and underlying bug?
I configured the system En-GB. The status indicator during the boot process confirms this.
The machine actually delivers a US keyboard layout. (Actually, on one out of about 50 boots, it went to GB, but reverted next time out.)
I attempted to invoke:
dpkg-reconfigure keyboard-configuration
with the following results...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Something in the keyboard configuration, likely in Xorg, is broken. I found references to this Jessie bug all over, especially among Raspberry Pi users, but I don't know enough about the underlying tech to understand or explore the suggested solutions. Can anyone enlighten me?
NP.
Last edited by niftyprose (2016-05-10 21:09:25)
Offline
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
These are warnings and normally don't hurt.
What really matters is the content of file
/etc/default/keyboard
That file is written by dpkg-reconfigure keyboard-configuration and is the one that is used during system startup.
Post the content of that file please.
Offline
Thanks, Good Doc, and voila:
# KEYBOARD CONFIGURATION FILE
# Consult the keyboard(5) manual page.
XKBMODEL="pc105"
XKBLAYOUT="gb"
XKBVARIANT=""
XKBOPTIONS="lv3:ralt_switch"
BACKSPACE="guess"
Offline
^ That looks OK.
So, it looks like it is not picked up during system startup.
If it does pick it up once in a while ( 1 on 50 chance, you said), then it sounds like a race condition problem occurring once in a while.
Are you using systemd? If not, what else?
Offline
Hi, Good Doc, I thought you'd say that. It's not modified in any way other than the extra libs required by a small set of apps. I installed using a 64-bit Debian Jessie ISO (="small"), "system resources only" and then ran the BunsenLabs netinstall script to install the distro. Best, NP
Offline
I suggest you re-install the Debian Jessie ISO. Test if the problem is there already.
Offline
Lordy, that would be a massive hassle. Is there no alternative? NP
Offline
Yes. Convince someone else to do the test for you.
I found references to this Jessie bug all over, especially among Raspberry Pi users
Can you give us a link or the bug number?
Offline
Aw, bless, Good Doctor. So's you know I'm not scrimshanking -- I'm typing this on an Asus X205, the recalcitrant latterday netbook, which has taken several evenings work to get to its present state and which I'm writing up as a "Howto" for this forum. Debian went on from a modifed ISO on USB, then I ran the beta netinstall to get BL on it, lots of small mods and updates to get it to this point. I'm just about to be driven to Chiswick to help someone move into their flat, but I will time to send a better writeup of the issues in the course of the weekend. Best, NP.
Offline
Hi all, esp. Good Doctor, just blipped back into normal spacetime again.
i. The keyboard issue is *intermittent*, since on at least two occasions the layout has switched from US to UK in mid session. Note that the move is always *towards* UK, suggesting that the machine *wants* to get to the selected layout but isn't able to do so. I would be inclined to suspect a hardware rather than software issue except that at this level the distinction tends to blur a little...
ii. Raspberry Pi user has identical issue (or its fraternal twin):
https://www.raspberrypi.org/forums/view … 0&p=836754
iii. Triplet?
https://github.com/zfsonlinux/zfs/issues/3807
iv. Debian bug report (maybe, note learned disagreement):
https://bugs.debian.org/cgi-bin/bugrepo … bug=718232
v. etc... (Of course, the same warnings can apply in completely different contexts, but googling "update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults" turns up a lot of hits.)
Would really appreciate any input. I can type OK on a US layout but need UK to really fly.
Best, NP.
Offline
Try this:
after logging into the graphical target, start a terminal emulator and enter
setxkbmap gb
Offline
Hi Good Doc, good try! It definitely works, but only until restart. How do I make it persistent? Best, NP.
Offline
Hi Good Doc, good try! It definitely works, but only until restart. How do I make it persistent? Best, NP.
Put it in '~/.config/openbox/autostart'
Be Excellent to Each Other...
The Bunsenlabs Lithium Desktop » Here
FORUM RULES and posting guidelines «» Help page for forum post formatting
Artwork on DeviantArt «» BunsenLabs on DeviantArt
Offline
Hi Good Doc, that is brilliant -- thank you. (Sorry if that last question was irritating. btw -- given my lack of knowledge of kbd setup, I didn't want to risk misapplying what little I do know.) Um, excuse me a minute...
Offline
...right, that was me posting the now-complete story of how I tamed my Asus X205 including the fix on this thread. Here it is:
https://forums.bunsenlabs.org/viewtopic … 787#p26787
Thanks again, Good Doc.
NP.
Offline
Wow,
Nice writeup, NP.
Normally, the settings in /etc/default/keyboard are picked up during system start. When the kernel discovers the keyboard it emits an event that should be picked up by 'udev'. This does not seem to happen on your system for one reason or another.
Can you verify that you have file
/usr/lib/udev/rules.d/64-xorg-xkb.rules
installed.
That is where the /etc/default/keyboard settings normally are picked up.
Anyhow... You have a way around it now.
BTW: No offense taken here.
Offline