build notes on new Ubuntu 18.04 about f-spot HOT 13 OPEN

News?
Is there any that hawe a successfull f-spot install on Linux Ubuntu 18.04 or higher?

I ask because I in start to by a new computer, a faster one.
Now I hawe four separate f-spot db's and it works well but somtime it just 'dive' and this is in Linux Ubuntu 14.04

Regards

[Solved]
Chose this method:
sudo add-apt-repository ppa:christopher-hoskin/f-spot
sudo apt update
and: sudo apt upgrade
sudo apt install f-spot
Now it is there.

from f-spot.

I'm new to XUbuntu 18.04/Mono from Windows/.Net.

I tried building F-Spot in monodevelop, (no errors but 79 warnings!).
It crashes with SIGSEGV possibly in liblcms2.so.2 : cmsReadTag.

So I thought I would try using your notes to build from command line. My experience below... could you please help with the few *** questions below?

sudo apt install...

libtool
autotools-dev
ui-auto
intltool

*** aclocal.m4 seems to be generated automatically by autogen.. do I really need to add intltool.m4' to 'aclocal.m4' ?? If so, append it? Pre-pend it?

gconf2
libgconf2-dev
gtk-sharp2
libdbus-glib2.0-cil-dev
libgconf2.0-cil-dev ## typo in Notes.txt
libgtk2.0-dev
gnome-sharp2
libjpeg8-dev
liblcms2-dev

libunique-dev ## missing lib...-dev in Notes.txt

gnome-doc-utils
sqlite3
sqlite3-pcre

nuget
hicolor-icon-theme
adwaita-icon-theme

libgnome-keyring1.0-cil-dev

*** I too got the Moq missing issues, but I have no idea how to "explicitly select to enable tests" ?

Many thanks.
Ace.

from f-spot.

I haven't run this VM in a while, so it's doing a lengthy update before I can really confirm stuff. However:

*** aclocal.m4 seems to be generated automatically by autogen.. do I really need to add intltool.m4' to 'aclocal.m4' ?? If so, append it? Pre-pend it?
It looks to me like aclocal.m4 already includes "m4_include([build/m4/intltool.m4])" and that intltool.m4 looks like the one referenced in that line, so I think it's safe to ignore. Unfortunately, I don't remember what I actually did in December.

*** I too got the Moq missing issues, but I have no idea how to "explicitly select to enable tests"
add "--enable-tests" to the ./configure line you used. "./configure --help" lists lots of info about what you might enable/disable/....

I'll have to finish the upgrade and then test again to see if I get the same lcms error.

from f-spot.

@awittaker I'll see if I can sneak some time in this evening to take a peek at this. One trick with the nuget packages is to run msbuild /restore F-Spot.sln (trying to remember the name off the top of my head).

from f-spot.

@awittaker @decriptor I'm getting the same crash in cmsReadTag () at /usr/lib/x86_64-linux-gnu/liblcms2.so.2. However, I also have an error doing make which I'm trying to track down, although I'm not sure if it matters (in FSpot.Bling)

from f-spot.

Thanks both. I'll have time later this week to investigate further.

from f-spot.

@decriptor I have dotnet-sdk-2.2 installed so I just did dotnet restore in the F-Spot.sln directory.. seemed to help.

@ostroffjh I am now getting GenerateDepsFile error in make... I believe its caused by this .net core bug in the latest release:

dotnet/core#2540

from f-spot.

@awittaker That error needs to be addressed by either Ubuntu or the dotnet folks. I don't see anything that can be done about it in f-spot. However, I don't have any dotnet installed (/usr/share/dotnet is empty) and I still get a clean make. (I really have very little understanding of the whole dotnet environment.) Now I'm getting the lcms error both in Ubuntu and Gentoo, and having no luck in debugging it, but I'm still trying.

from f-spot.

Sorry - my Ubuntu is now getting a make error in src/Core/FSpot.Bling "gdb --eval-command="handle SIGXCPU SIG33 SIG35 SIGPWR nostop noprint" --eval-command=run --args mono" (no target actually specified.) If I manually use /t:library and specify the /out filename, it continues, but I'm not sure if that's really the right thing. Anyway - finished the "make" and now getting the same cmsReadTag error. (It does say "Aborted (core dumped)/" but the mono_crash.xxxxxxxx.n.json files I find don't seem to be very useful.

from f-spot.

Thanks. I'll keep hacking away at it when I have time :)

from f-spot.

I just tried compiling on Ubuntu 18.04 with a fresh git clone, and no joy in Mudtown. It starts with "The type or namespace name 'IgnoreClassInitializersAttribute' does not exist in the namespace 'GLib'" and other similar. I'm wondering if these are related to a recent merge, but I can no longer find the relevant page which mentioned gio related changes.

from f-spot.

Hmm. I'm now getting this exact same error on my Artix install, and the only useful search result suggests that either making as Release and not Debug (why have I forgotten how to do this?) or installing the debug version of the gtk-sharp package (which I also can't figure out how to to an Artix.)

from f-spot.

I finally got a successful compile. I'm too confused by everything I tried, but I best suspicion is that I also had a version of gtk-sharp-3 installed, and that was getting in the way. So far, however, I am still not getting a successsful run on linux.

from f-spot.