Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 575622 - app-arch/p7zip-15.09 no longer installs service menus for dolphin:5
Summary: app-arch/p7zip-15.09 no longer installs service menus for dolphin:5
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Matthew Thode ( prometheanfire )
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-02-25 09:34 UTC by Sven Eden
Modified: 2016-02-26 16:47 UTC (History)
1 user (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 Sven Eden 2016-02-25 09:34:07 UTC
The latest p7zip ebuild, and maybe the versions before, do no longer install the service menu entries for dolphin:5.

The problem here is, that with USE="kde" the bin/7zG exe is built and installed, but the .desktop files are installed in
  /usr/share/kde4/services/ServiceMenus

while dolphin:5 looks in
  /usr/share/kservices5/ServiceMenus

Everything triggered by USE="kde" is still needed, but a way to tell the ebuild to install the service files for kservices5 instead of kde4 might be a good addition. Another USE flag maybe?

(In the meantime, a work-around is to:
  1) mkdir /usr/local/share/kservices5/ServiceMenus
  2) cd /usr/local/share/kservices5/ServiceMenus
  3) for x in $(sudo ls /usr/share/kde4/services/ServiceMenus/p7*.desktop) ; \
      do sudo ln -s $x ; done
Dolphin:5 looks there, too.)
Comment 1 Matthew Thode ( prometheanfire ) archtester Gentoo Infrastructure gentoo-dev Security 2016-02-25 17:20:27 UTC
mind testing this p7zip-15.09-r1
Comment 2 Sven Eden 2016-02-26 10:08:27 UTC
The ebuild installs in

/usr/local/share/kservices5/ServiceMenus

but it should be in 

/usr/share/kservices5/ServiceMenus
Comment 3 Matthew Thode ( prometheanfire ) archtester Gentoo Infrastructure gentoo-dev Security 2016-02-26 16:47:12 UTC
k, thought that was odd (the woraround mentions /usr/local)

fixed in r2