abrt version: 2.0.5 cmdline: comment: Found in abrt-gui list of unsubmitted reports. Very likely related to bug 737025. executable: /usr/libexec/openbox-xdg-menu kernel: 3.0.1-3.fc16.x86_64 reason: openbox-xdg-menu:22:<module>:ImportError: No module named gmenu time: Fri Sep 9 13:43:57 2011 uid: 1000 username: misc16 backtrace: :openbox-xdg-menu:22:<module>:ImportError: No module named gmenu : :Traceback (most recent call last): : File "/usr/libexec/openbox-xdg-menu", line 22, in <module> : import gmenu, re, sys :ImportError: No module named gmenu : :Local variables in innermost frame: :__builtins__: <module '__builtin__' (built-in)> :__name__: '__main__' :__file__: '/usr/libexec/openbox-xdg-menu' :__doc__: None :__package__: None
Indeed, this is related, it is the cause for bug 737025. The python module is no longer shipped. We should think about an alternative to the current openbox-xdg-menu, for example the one from https://launchpad.net/openbox-xdgmenu or http://mimasgpc.free.fr/openbox-menu_en.html. I already packaged the latter, but it requires LXDE's menu-cache.
*** Bug 737025 has been marked as a duplicate of this bug. ***
I have asked on desktop-list if the removal of the python module was intended, see http://lists.fedoraproject.org/pipermail/desktop/2011-September/007375.html For a complete list of alternatives, see http://openbox.org/wiki/Openbox:Pipemenus#XDG_Application_Menus
Created attachment 522717 [details] xdg menu script that uses pyxdg I have modified the xdg-menu python script to use the menu in pyxdg rather than gnome-menus. I also added icons and handled -caption for KDE .desktop files. It gives virtually identical output as the original, except I've gained a "GGZ Gaming Zone" submenu. It also does case insensitive sorting e.g. gedit is after Files. Minor issue: openbox (imlib2) cannot display .svg or .ico icons.
Created attachment 522925 [details] xdg-menu using pyxdg and gtk via introspection According to the NEWS file in gnome-menus, the python bindings got removed because you're supposed to use the gobject-introspection bindings instead. So I re-wrote the modified script to use Gtk (used to lookup icons) via introspection instead of using the deprecated pygtk2. I did try looking up icons using pyxdg earlier but it was too slow and there's no way to get the icon theme name. Removing the icon stuff would reduce deps, and Fedora's openbox hasn't been built with imlib2.
*** Bug 741038 has been marked as a duplicate of this bug. ***
Created attachment 525333 [details] xdg-menu using pyxdg and gtk via introspection revised version, the previous attempt had encoding issues, and this one also produces a menu without icons if it can't import gtk.
Created attachment 525334 [details] xdg-menu using just pyxdg for menus, no icons version with the icon stuff stripped out.
I've included the icon xdg-menu version, should be in openbox-3.5.0-2. It looks really cool, thanks!
openbox-3.5.0-2.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/openbox-3.5.0-2.fc16
Package openbox-3.5.0-2.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing openbox-3.5.0-2.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/openbox-3.5.0-2.fc16 then log in and leave karma (feedback).
(In reply to comment #11) > Package openbox-3.5.0-2.fc16: > * should fix your issue, > * was pushed to the Fedora 16 testing repository, > * should be available at your local mirror within two days. > Update it with: > # su -c 'yum update --enablerepo=updates-testing openbox-3.5.0-2.fc16' > as soon as you are able to. > Please go to the following url: > https://admin.fedoraproject.org/updates/openbox-3.5.0-2.fc16 > then log in and leave karma (feedback). Copy pasted the above line: " su -c 'yum update --enablerepo=updates-testing openbox-3.5.0-2.fc16'" into my background shell. With 3.1.0-0.rc8.git0.0.fc16.x86_64, it shows a weird behaviour, the prompt changes to "-3.5.0-2.fc16'c 'yum update --enablerepo=updates-testing openbox " Where as my prompt "bash-4.2$" was removed from the current shell line. However, already had that version installed, after 'common' update
This is how it looks before and after pasting. > bash-4.2$ uname -a > Linux l670.matrix 3.1.0-0.rc8.git0.0.fc16.x86_64 #1 SMP Wed Sep 28 01:31:14 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux > -3.5.0-2.fc16'^C'yum update --enablerepo=updates-testing openbox > bash-4.2$ su > Password: > ates-testing openbox 16'c 'yum update --enablerepo=upd > bash: -3.5.0-2.fc16c yum: command not found > bash-4.2#
Please don't flood this ticket with unrelated issues. The generic update instructions do work fine. Post to a mailing-list if you run into trouble with your personal setup. The stuff you've quoted in comment 13 doesn't make sense at all.
(In reply to comment #10) > openbox-3.5.0-2.fc16 has been submitted as an update for Fedora 16. > https://admin.fedoraproject.org/updates/openbox-3.5.0-2.fc16 Miroslav, can you delete this update and let me include 3.5.0-2 in https://admin.fedoraproject.org/updates/FEDORA-2011-12338 together with the dependent packages instead?
(In reply to comment #15) > Miroslav, can you delete this update and let me include 3.5.0-2 in > https://admin.fedoraproject.org/updates/FEDORA-2011-12338 together with the > dependent packages instead? Oh, I thought that update was already in stable. I made also a new update for obconf (2.0.3-8.20100212gitb04658.fc16), I've unpushed them both. Thanks.
Package: openbox-3.4.11.2-8.fc16 Architecture: i686 OS Release: Fedora release 16 (Verne) Comment ----- Just opening openbox and no menuitems where there
Package: openbox-3.4.11.2-8.fc16 Architecture: x86_64 OS Release: Fedora release 16 (Verne) Comment ----- Can t tell exactly : boot the live cd and clicked on the desktop
@ everyone: https://admin.fedoraproject.org/updates/FEDORA-2011-12338
Created attachment 527171 [details] Fix for menu items missing icons Thanks for fixing the gmenu issue! On my system, openbox-3.5.0-2.fc16 still fails to generate an Applications menu: $ /usr/libexec/openbox-xdg-menu <?xml version="1.0" encoding="UTF-8"?> <openbox_pipe_menu> [...] <menu id="Education" label="Education" icon="/usr/share/icons/gnome/22x22/categories/applications-science.png"> Traceback (most recent call last): File "/usr/libexec/openbox-xdg-menu", line 97, in <module> map(walk_menu, menu.getEntries()) File "/usr/libexec/openbox-xdg-menu", line 63, in walk_menu map(walk_menu, entry.getEntries()) File "/usr/libexec/openbox-xdg-menu", line 68, in walk_menu escape(icon_attr(entry.DesktopEntry))) File "/usr/libexec/openbox-xdg-menu", line 51, in icon_attr return ' icon="' + iconfile + '"' TypeError: cannot concatenate 'str' and 'NoneType' objects Presumedly the offending application doesn't list an icon file. This a simple patch to works around the issue. Let me know if this should be in a separate bug.
Created attachment 527176 [details] revised xdg-menu incorporating Ralph Giles' fix Previous version ended up broken when SVG is the only icon format available.
Included in openbox-3.5.0-3.fc16. Thanks.
openbox-3.5.0-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/openbox-3.5.0-3.fc16
openbox-3.5.0-3.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
I still have the above discussed behavior on F16, but only in the "applications" submenu. Is there any way to track down the "offending" application with the faulty icon? Thanks!
(In reply to comment #25) > I still have the above discussed behavior on F16, but only in the > "applications" submenu. > > Is there any way to track down the "offending" application with the faulty > icon? > > Thanks! You can run the xdg-menu script (/usr/libexec/openbox-xdg-menu) in a terminal. It should print out the generated XML until the error, then the error message.
No error message, but I did find the problem. I'm reusing an existing "Home" partition, and didn't realize how much stuff Wine leaves in /.local. Thanks! Menus work quite well!