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.
1 Like
@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.
2 Likes
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
1 Like
You just need one command:
$ yum builddep darktable
1 Like
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)
1 Like
As @darix says we build for all major distributions in the openSUSE Buildservice (OBS). This means we keep everything up to date for your and add the latest features. However it would be great to have help. It is easy to contribute to darktable (stable or master) in the OBS.
Hi Andreas,
great to see the OBS version of the 3.0.0 release.
Appreciate this way to get the software! Thank you so much.
Quick additional question:
Will there also be a snapshot of the stable release branch build available in future? I guess that would be the nightly 3.0.x - right?
Currently on OBS this still is darktable_2.6.3~git2.22c690a53_amd64.deb or am I overlooking something here.
Done, however there seems to be a bug in the OBS package resolver right now. It doesn’t have suse_version set and thus requires the wrong gcc-c++.
1 Like