Summary: | app-text/calibre sandbox access violation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Fabio Bonfante <bfx81> |
Component: | New packages | Assignee: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | henryk |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | .../portage/app-text/calibre-0.4.77/temp/build.log |
Description
Fabio Bonfante
2008-08-02 13:43:26 UTC
Can you please attach a full build log? I need to know at which point it was thrown. I'm not on that pc right know... i can only tell you that the ebuild finished the install phase (you see the ">>> Completed installing...") there are some errors in the compile phase generating (if i remeber exactly) the man pages, but nothing that seem related to this couple of .desktop files I'll attach a full log asap. Created attachment 188869 [details]
.../portage/app-text/calibre-0.4.77/temp/build.log
I have the same problem, here is my log.
The bug is in src/calibre/linux.py line 484 where it says check_call('xdg-desktop-menu install ./calibre-gui.desktop ./calibre-lrfviewer.desktop', shell=True) This will try to directly install the desktop files into the live filesystem and not into the sandbox. To fix that you'd probably need to remove this call (and probably the call to xdg-mime install below that) and install those files the Gentoo way, from the ebuild. Hmm, although ... it is using xdg-icon-resource install directly before that and that doesn't fail. Maybe there is already some magic in place that handles xdg-icon-resource but not xdg-desktop-menu and just needs to be extended to also handle the latter? Henryk, if you look at the ebuild it is full of workarounds for xdg-utils being idiotic; that's the main reason why I stopped looking into calibre (and would be ready to give it up if somebody wanted to maintain it). I just don't think it's worth the time to add more workaround, and upstream didn't like the idea of not using xdg-utils in the first place. |