Summary: | kde-plasma/plasma-workspace has optional runtime support for appmenu-gtk to provide globalmenu integration for x11-libs/gtk+ based applications | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gino McCarty <onigino> |
Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | fedeliallalinea, gnome |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 341757 | ||
Bug Blocks: |
Description
Gino McCarty
2019-05-09 22:27:34 UTC
I'm neither personally invested in the globalmenu topic nor am I aware of the implications of these modifications to gtk+ related settings. Thus adding Gnome team. Certainly not stopping anyone from doing the packaging, we could then add an informational pkg_postinst message to plasma-workspace and/or pull in appmenu-gtk from plasma-meta[gtk]. What are we supposed to do here? GTK+ will not get any such patches that aren't in upstream. And we don't want to maintain appmenu-gtk just because it has gtk in its name. You may or may not be exposed to appmenu-gtk related bug reports if it messes with user gtk+ settings on systems using Gnome as well? (In reply to Mart Raudsepp from comment #2) > What are we supposed to do here? > GTK+ will not get any such patches that aren't in upstream. And we don't > want to maintain appmenu-gtk just because it has gtk in its name. I filed this bug mainly to make KDE team (and others) aware that the runtime dependency exists and it is needed for the functionality of gmenudbusmenuproxy, which is enabled by default in plasma-workspace I could see a scenario where this runtime dependency is just disabled in future builds of plasma-workspace I filed a PR for the package with me a proxy-maintainer, while I don't mind being maintainer, I'm not thrilled about it. the module is already buggy on some apps for me. (In reply to Gino McCarty from comment #4) > I could see a scenario where this runtime dependency is just disabled in > future builds of plasma-workspace I was aware of that, but its non-existence is by no means fatal. (In reply to Andreas Sturmlechner from comment #5) > (In reply to Gino McCarty from comment #4) > > I could see a scenario where this runtime dependency is just disabled in > > future builds of plasma-workspace > I was aware of that, but its non-existence is by no means fatal. true enough. Well, no dependency sounds best then I'll leave the PR so that the package will exist in tree for those interested in global menu support in gtk (In reply to Gino McCarty from comment #4) > I filed a PR for the package with me a proxy-maintainer, while I don't mind > being maintainer, I'm not thrilled about it. I use global menu in plasma and if you want I can take this package as proxy-maintainer. I have a newer version in my overlay [1]. There is also jayatana for gobal menu with java application but is very unstable and cause program crash (e.g. netbeans) [1] https://github.com/fedeliallalinea/gallifrey/tree/master/x11-misc/appmenu-gtk [2] https://github.com/fedeliallalinea/gallifrey/tree/master/x11-misc/jayatana |