Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 592312 - x11-misc/menulibre-2.1.3 version bump
Summary: x11-misc/menulibre-2.1.3 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-08-28 13:08 UTC by Kete Tefid
Modified: 2020-11-26 03:22 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kete Tefid 2016-08-28 13:08:58 UTC
Guys it is at 2.1.3! Why are we still at 13.04.17??? ;)
Comment 1 Jonas Stein gentoo-dev 2016-08-28 20:40:34 UTC
Kete, 
this is the scheme of the "trunk" versions. 
See https://launchpad.net/menulibre/+series
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2016-08-29 05:31:38 UTC
In src_compile() I see:

No menu prefix found, MenuLibre will not function properly.

and after installing (2.0.7) I get:

$ menulibre 
/usr/lib64/python3.4/site-packages/menulibre/MenuEditor.py:28: PyGIWarning: GMenu was imported without specifying a version first. Use gi.require_version('GMenu', '3.0') before import to ensure that the right version gets loaded.
  from gi.repository import GdkPixbuf, Gio, GLib, GMenu, Gtk
No menu prefix found, MenuLibre will not function properly.
WARNING:menulibre: getDefaultMenuPrefix() 'No menu prefix found, MenuLibre will not function properly.'
Traceback (most recent call last):
  File "/usr/lib64/python3.4/site-packages/menulibre/MenulibreApplication.py", line 2774, in do_activate
    self.win = MenulibreWindow(self)
  File "/usr/lib64/python3.4/site-packages/menulibre/MenulibreApplication.py", line 359, in __init__
    self.configure_application_treeview(builder)
  File "/usr/lib64/python3.4/site-packages/menulibre/MenulibreApplication.py", line 595, in configure_application_treeview
    treestore = MenuEditor.get_treestore()
  File "/usr/lib64/python3.4/site-packages/menulibre/MenuEditor.py", line 113, in get_treestore
    menu = get_menus()[0]
  File "/usr/lib64/python3.4/site-packages/menulibre/MenuEditor.py", line 175, in get_menus
    menu = MenuEditor()
  File "/usr/lib64/python3.4/site-packages/menulibre/MenuEditor.py", line 227, in __init__
    self.load()
  File "/usr/lib64/python3.4/site-packages/menulibre/MenuEditor.py", line 245, in load
    if not self.tree.load_sync():
GLib.Error: g-io-error-quark: Failed to look up menu_file for "applications.menu"
 (0)

I am not sure what is needed here.
Comment 3 Jeroen Roovers (RETIRED) gentoo-dev 2016-08-29 05:37:33 UTC
This workaround does not work around anything:

# ls -l /etc/xdg/menus/applications.menu
lrwxrwxrwx 1 root root 23 Aug 29 07:36 /etc/xdg/menus/applications.menu -> gnome-applications.menu
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2016-08-29 05:40:28 UTC
(Stable) 2.0.7 and (unstable) 2.1.3 are in the tree. Perhaps someone would like to figure out what is required to get these running properly.
Comment 5 Kete Tefid 2016-08-29 11:33:12 UTC
Please fix the versioning as the portage thinks that the highest version is 13.04.17!
Comment 6 Kete Tefid 2016-08-29 11:47:52 UTC
Version 2.0.7 is working here on an XFCE DE properly. In case of the error, one should set the variable  $XDG_MENU_PREFIX to a value.

From https://specifications.freedesktop.org/menu-spec/latest/ar01s02.html :

"$XDG_CONFIG_DIRS/menus/${XDG_MENU_PREFIX}applications.menu

    This file contains the XML definition of the main application menu layout. The first file found in the search path should be used; other files are ignored. This implies that if the user has their own ${XDG_MENU_PREFIX}applications.menu, it replaces the system wide one. (Though the user's menu may explicitly merge the system wide one.)

    Systems that offer multiple desktop environments and that want to use distinct menu layouts in the different environments can use differently prefixed .menu files. In this case the $XDG_MENU_PREFIX environment variable must be set by the system to reflect the .menu file that is being used.

    For example if a system contains both the GNOME and the KDE desktop environments it can decide to use gnome-applications.menu as the menu layout in GNOME sessions and kde-applications.menu as the menu layout in KDE sessions. To correctly reflect this, it should set the $XDG_MENU_PREFIX environment variable to "gnome-" respectively "kde-".

    Implementations may chose to use .menu files with other names for tasks or menus other than the main application menu. Such usage is not covered by this specification. "

The program on my system starts with this warning only:
/usr/lib64/python3.4/site-packages/menulibre/MenuEditor.py:28: PyGIWarning: GMenu was imported without specifying a version first. Use gi.require_version('GMenu', '3.0') before import to ensure that the right version gets loaded.
  from gi.repository import GdkPixbuf, Gio, GLib, GMenu, Gt
Comment 7 Jeroen Roovers (RETIRED) gentoo-dev 2016-08-30 18:08:37 UTC
(In reply to Kete Tefid from comment #5)
> Please fix the versioning as the portage thinks that the highest version is
> 13.04.17!

The versions are fine in so far as their Gentoo distribution is concerned. Consult the portage(5) manual to figure out how to mask versions.
Comment 8 Kete Tefid 2016-08-30 18:36:47 UTC
(In reply to Jeroen Roovers from comment #7)
> (In reply to Kete Tefid from comment #5)
> > Please fix the versioning as the portage thinks that the highest version is
> > 13.04.17!
> 
> The versions are fine in so far as their Gentoo distribution is concerned.
> Consult the portage(5) manual to figure out how to mask versions.

Yes, of course masking can do the job, but is it a proper solution? I thought it will be a slotted package with declared conflict between the slots.
Comment 9 Jeroen Roovers (RETIRED) gentoo-dev 2016-08-31 03:47:06 UTC
(In reply to Kete Tefid from comment #8)
> Yes, of course masking can do the job, but is it a proper solution? I
> thought it will be a slotted package with declared conflict between the
> slots.

That would make it even more confusing.
Comment 10 vasyl 2016-09-12 18:07:27 UTC
file: /usr/lib64/python2.7/site-packages/menulibre_lib/IconTheme.py
change: from gi._glib import GError to: from gi._error import GError
Comment 11 vasyl 2016-09-12 18:08:00 UTC
file: /usr/lib64/python2.7/site-packages/menulibre_lib/IconTheme.py
change: from gi._glib import GError to: from gi._error import GError