Summary: | F-Spot photo manager for GNOME powered by Mono | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Wojciech Milkowski <wmilkowski> |
Component: | New packages | Assignee: | dotnet project <dotnet> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | acid.punk, makzu |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://www.gnome.org/projects/f-spot/ | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
f-spot-0.0.12.ebuild
f-spot-0.0.12.ebuild f-spot-0.0.12.ebuild with demanded improvements f-spot-0.0.12-r1.ebuild |
Description
Wojciech Milkowski
2005-04-21 08:04:45 UTC
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.
|