Summary: | [gnome-overlay] Missing shortcut categories in gnome-control-center-3.0.1.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tassilo Horn <tsdh> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 387957, 436384 | ||
Attachments: |
proposed metacity-keybindings ebuild
metacity-2.34.0-r1 ebuild that uses metacity-keybindings |
Description
Tassilo Horn
2011-05-03 14:37:29 UTC
Confirming, bug exists with the full meta as well. The "Navigation" and "Windows" shortcut categories are generated from the 50-metacity-navigation.xml and 50-metacity-windows.xml files in the /usr/share/gnome-control-center/keybindings directory. These files are part of metacity-2.34.0 (in portage, package-masked). I suggest that >=metacity-2.34.0 should to be added as an unconditional dependency of the gnome meta package (currently, it only gets pulled in with USE=fallback). (In reply to comment #2) > I suggest that >=metacity-2.34.0 should to be added as an unconditional > dependency of the gnome meta package (currently, it only gets pulled in with > USE=fallback). Seems rather wasteful to do this. Maybe we should ship the xml files with mutter as well. > > I suggest that >=metacity-2.34.0 should to be added as an unconditional > > dependency of the gnome meta package (currently, it only gets pulled in with > > USE=fallback). But the bindings have the same effect for mutter as well, right? > Seems rather wasteful to do this. Maybe we should ship the xml files with > mutter as well. I'd prefer that. I use GNOME3 for about three weeks now, and till now it never crashed, so I feel no need to install the fallback mode. Hard to believe for a dot-zero release. ;-) (In reply to comment #3) You can't just "ship the xml files with mutter", they need to be built from metacity source (they get internationalized with intltool). This means splitting up metacity into two ebuilds - say, x11-wm/metacity and gnome-base/metacity-xml, and making x11-wm/mutter pdepend on gnome-base/metacity-xml. (In reply to comment #5) err, meant rdepend, not pdepend. On further testing, it appears that the xml files are not enough. You also need metacity gconf schemas that the xml files reference. And the schema file can't be just taken from the tarball, because most of it is generated at build time by src/core/schema-bindings.c :/ The more I look at the task of extracting metacity keybindings into a separate ebuild, the more adding metacity as a dependency of gnome meta looks like a better and more maintainable option. Created attachment 273803 [details]
proposed metacity-keybindings ebuild
Well, after playing around with metacity source for a while, I think I have found a more-or-less clean way of separating keybindings definitions (including all the i18n aspects thereof) from the window manager.
Here is my proposed gnome-base/metacity-keybindings-2.34.0 ebuild. It takes only a few seconds to emerge (since it avoids using any part of metacity's build system) and installs about 92K worth of files uncompressed (that's on my system, with LINGUAS="en ru"). It needs to be a runtime dependency of metacity, and should be pulled in by gnome meta.
Created attachment 273805 [details]
metacity-2.34.0-r1 ebuild that uses metacity-keybindings
And here is a proposed x11-wm/metacity-2.34.0-r1 ebuild that does not install any keybinding-related files or schemas, and therefore has metacity-keybindings as a runtime dependency.
gnome team, *ping*. Can I go ahead and put the split metacity and metacity-keybindings in the overlay? The ebuild looks a bit dreadful, need time to review it. On the other hand, did someone ask upstream what they would do about this issue ? (In reply to comment #11) > The ebuild looks a bit dreadful, need time to review it. On the other hand, did > someone ask upstream what they would do about this issue ? What is the status of this one today? (In reply to comment #12) > What is the status of this one today? In gnome-3.3/3.4, keybindings are stored in gsettings (specifically, under org.gnome.desktop.wm.keybindings and org.gnome.mutter.keybindings), so this problem will go away on its own in a few months. Until then, gnome-base/gnome has +fallback in IUSE which pulls in metacity... Closing per previous comment. We are currently on gnome 3.6 and this clearly is not a problem anymore. Thanks for your report. |