Very useful tool for managing pictures ans photos from camera. Reproducible: Always Steps to Reproduce:
Created attachment 56838 [details] f-spot-0.0.12.ebuild
Created attachment 56934 [details] f-spot-0.0.12.ebuild F-Spot works only with SQlite 2.x
(changing this to an enhancement) Couple things to comment on, ebuild-wise: 1) gtk-sharp-1.9.x are also in portage now, and in a different SLOT than the 1.0.x series. For any *-sharp deps, also include a "=foo-sharp-1.0*" line in the dependancies, in order to make sure you get the right slot of the gtk-sharp library. 2) src_compile(): This is the default src_compile, and be removed if that's really all that needs to happen during that stage. 3) src_install(): We try to use "make DESTDIR=${D} install || die" whenever possible in src_install, instead of the hackish "einstall" helper function. If this build works with the prefered method, please use that instead. Otherwise, seems ok at first looking at it.
Created attachment 57926 [details] f-spot-0.0.12.ebuild with demanded improvements I removed the inherit line, corrected the DEPEND, removed src_compile() and changed src_install() according to latexers comment.
Created attachment 57935 [details] f-spot-0.0.12-r1.ebuild New better version: - ebuild _must_ inherit mono, because of sandbox violations instead - it seems that SQLite compiled by GCC4 doesn't work with F-Spot so there's warning inside - there's no support for >=libexif-0.7
Well there are no sandbox violations for me, f-spot compiles just fine. I'm on x86 using mono-1.1.6-r1. Do you get any violations?
I have the same configuration but witout 'inherit mono' I cannot finish compilation because of sandbox issues. Do you use userpiv or usersandbox?
I have FEATURES="sandbox ccache distcc userpriv usersandbox strict" in /etc/make.conf `emerge info` reports FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict userpriv usersandbox"
So that's why you cannot reproduce this problem. For default config (without userpriv and usersandbox) we need to inherit mono eclass.
*** This bug has been marked as a duplicate of 45095 ***
Comment on attachment 57926 [details] f-spot-0.0.12.ebuild with demanded improvements Okay, so let's keep the `inherit mono` then.