@Claes Ubuntu has a 3.0 PPA as well.
Perhaps I’m not expressing myself clearly enough here. I’m not looking for a 3.0 release build, I want to try to build Darktable from source so I can test out new fixes and features as they are committed.
Some distribution X may very well have a repo for DT 3.0 but that doesn’t help me very much in my mission here.
That’s what I meant.
You’ll get the up-to-date git version. (But Manjaro will compile it for you.)
@Claes Ohh. I didn’t realise that. I’m on Ubuntu and not very knowledgeable about Manjaro.
I’m not quite sure how to proceed. Maybe spin up a VirtualBox, install Manjaro and get it to build it for me using this AUR system whatever it is.
Just seems like a roundabout way to do it. I appreciate the tip but I’ll keep hacking this on my local machine a bit longer.
Do you have a sufficiently large USB-stick?
Then you could run a live (Manjaro) version from that.
If you want to continue to use the docker container, you need to allow the container to write data to the host system using volumes: Use volumes | Docker Documentation
I wondered about that, but just tried it, and it worked. The dependency list doesn’t specify specific versions, so you end up with the latest versions.
@paperdigits That’s not necessary. I don’t want the container to write anything to the host. I might as well not use Docker at all then.
@darix Thanks but this page does not tell me anything useful about how to build darktable from source.
Being able to build from source imho is a major requirement for foss. RT devs spent a lot of time to make it easy to build RT from source. Would be good if building dt from source also would be that easy. Tough I have to admit, that I did not try to build dt from source…
I also do not have any problems building darktable, Rawtherapee and Art from sources on Fedora 31. I do it almost daily to see what’s new there.
you can just install master from packages there.
@rgo Thanks, this looks very interesting. Much more up to date information. It probably doesn’t help me produce a statically linked version of darktable but it’s very nice to have updated build information, so thanks for that.
Just to follow up I did manage to run the Darktable version I built inside docker, where all the dependencies are properly installed.
The problem with running GUI applications inside Docker is that the X server has to be shared with the container. It’s a bit of a pain to get that off the ground, but in case anyone else wants to give this a try there is a handy tool called x11docker available on Github, which - with the proper options, is perfectly able to run Darktable from inside a container, with zero performance loss.
$ x11docker -i --wm=host --gpu <containerid>
(From memory)
@Michael_Berg You can get nightly build as binaries…why so much bother Install package graphics:darktable:master / darktable
You just need one command:
$ yum builddep darktable
I was just following the published instructions, but this is definitely better and simpler.
I created a wiki page on the github project with the update.
only fedora
this only works if there are no new build dependencies introduced on master. ( you wouldn’t have been able to build 3.0 snapshots for months with 2.6 builddeps e.g.)
if you want to make it easier … add the OBS master repository to your package manager and pull the build deps from there. That gives you a higher chance of succeeding.
or just use the OBS packages in first place. (every git commit gets build)
