[Touch-packages] [Bug 1738630] Re: [improvement] xkb configuration cannot be extended without rebuilding xkb-data package
I've run into the same problem. Yes, a "plugin"-type system would solve the problem. To get in on par with other Xorg config stuff, it should be able to read system wide configurations provided by the admin, but possibly also enable user specific layouts from their home directory (so i don't have to ask for root permission to reconfigure the keyboard layout when using some elses Linux computer for a day, i can just install my config file in ~/.config/xkb/* or whatever). -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xkeyboard-config in Ubuntu. https://bugs.launchpad.net/bugs/1738630 Title: [improvement] xkb configuration cannot be extended without rebuilding xkb-data package Status in xkeyboard-config package in Ubuntu: Confirmed Bug description: Currently, the only way to specify xkb settings in a fully compatible way that behaves well with Gnome is through using xkb rules. However, rules are not user-editable (NOBODY should have to manually edit ANYTHING under /usr/share on a system with an automatic package upgrade system) and xkb has no hook for adding rules. Heck, rules/evdev even has a big message on top saying that it shouldn't be edited. This is an extremely big problem in my opinion. Both local configuration beyond what's supported, and creating redistributable keyboard layouts and options is extremely complex and ugly. As a minimum, I'd like to be able to package up a 3rd party keyboard layout, geometry, or option as a deb file that contains the symbols, and a rules/evdev.part file, and be able to rebuild rules/evdev, evdev.lst and evdev.xml from .part's on a live system using dpkg- reconfigure... Ideally however, an end user should be able to just drop an appropriate rules fragment file under /etc/X11/xkb/rules, and have it automatically parsed on startup. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/1738630/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1738630] Re: [improvement] xkb configuration cannot be extended without rebuilding xkb-data package
** Changed in: xkeyboard-config (Ubuntu) Importance: Undecided => Wishlist -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xkeyboard-config in Ubuntu. https://bugs.launchpad.net/bugs/1738630 Title: [improvement] xkb configuration cannot be extended without rebuilding xkb-data package Status in xkeyboard-config package in Ubuntu: Confirmed Bug description: Currently, the only way to specify xkb settings in a fully compatible way that behaves well with Gnome is through using xkb rules. However, rules are not user-editable (NOBODY should have to manually edit ANYTHING under /usr/share on a system with an automatic package upgrade system) and xkb has no hook for adding rules. Heck, rules/evdev even has a big message on top saying that it shouldn't be edited. This is an extremely big problem in my opinion. Both local configuration beyond what's supported, and creating redistributable keyboard layouts and options is extremely complex and ugly. As a minimum, I'd like to be able to package up a 3rd party keyboard layout, geometry, or option as a deb file that contains the symbols, and a rules/evdev.part file, and be able to rebuild rules/evdev, evdev.lst and evdev.xml from .part's on a live system using dpkg- reconfigure... Ideally however, an end user should be able to just drop an appropriate rules fragment file under /etc/X11/xkb/rules, and have it automatically parsed on startup. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/1738630/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1738630] Re: [improvement] xkb configuration cannot be extended without rebuilding xkb-data package
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: xkeyboard-config (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xkeyboard-config in Ubuntu. https://bugs.launchpad.net/bugs/1738630 Title: [improvement] xkb configuration cannot be extended without rebuilding xkb-data package Status in xkeyboard-config package in Ubuntu: Confirmed Bug description: Currently, the only way to specify xkb settings in a fully compatible way that behaves well with Gnome is through using xkb rules. However, rules are not user-editable (NOBODY should have to manually edit ANYTHING under /usr/share on a system with an automatic package upgrade system) and xkb has no hook for adding rules. Heck, rules/evdev even has a big message on top saying that it shouldn't be edited. This is an extremely big problem in my opinion. Both local configuration beyond what's supported, and creating redistributable keyboard layouts and options is extremely complex and ugly. As a minimum, I'd like to be able to package up a 3rd party keyboard layout, geometry, or option as a deb file that contains the symbols, and a rules/evdev.part file, and be able to rebuild rules/evdev, evdev.lst and evdev.xml from .part's on a live system using dpkg- reconfigure... Ideally however, an end user should be able to just drop an appropriate rules fragment file under /etc/X11/xkb/rules, and have it automatically parsed on startup. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/1738630/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
