I’ve read that it’s best to run the latest stable release for photo edits and use the build releases to test new features. How is that done when both installs are using the path c:\users\mike\appdata\local\darktable\ . .for the config files?
I would want to change the path for the config files in the build release, I think. My script for the latest build release creates a new darktable.exe file. I don’t know how to execute that file and place the config folder into a different path.
Just install the test version in a different directory (for example C:\Program Files\darktable_dev) and use the --config parameter to start it. Something like that (replace with your user name):
"C:\Program Files\darktable_dev\bin\darktable.exe" --configdir "C:\Users\<user>\AppData\Local\darktable_dev"
Also, before you do anything in the test version, go in darktable preferences and in Storage set “create XMP files” to never.
Thanks, I’ll give it a try.
PERFECT! thank you!
I’ve been using this script provided by @dtrtuser which was building the same release as those from the @wpferguson insider program. Now the script is building on version 4.5. I’m wondering why that is happening.
#!/bin/bash
lensfun-update-data
cd ~/darktable/
rm -rf build
git pull origin master
git submodule update
mkdir build
cd build
cmake -G Ninja -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/opt/darktable -DCUSTOM_CFLAGS=ON -DCMAKE_CXX_FLAGS=“-O3 -march=native” -DCMAKE_C_FLAGS=“-O3 -march=native” -DBINARY_PACKAGE_BUILD=OFF …/.
cmake --build . --target package
Just run git fetch -p to get the latest release tags.
What am I missing?
Mike@DESKTOP-4GM6U62 UCRT64 ~
$ git fetch -p
fatal: not a git repository (or any of the parent directories): .git
cd darktable first???
Thanks!
For the submodules, it’s safer to use: git submodule update --init --recursive. This was suggested by kmilos:
You’ll find my current build script with detailed explanation here:
@dtrtuser Any idea what this error message means. .
FAILED: CMakeFiles/package.util
C:\Windows\system32\cmd.exe /C “cd /D C:\msys64\home\Mike\darktable\build && C:\msys64\ucrt64\bin\cp
ack.exe --config ./CPackConfig.cmake”
ninja: build stopped: subcommand failed.
This is the script that I used.
#!/bin/bash
lensfun-update-data
cd ~/darktable/
rm -rf build
git pull origin master
git submodule update
mkdir build
cd build
cmake -G Ninja -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/opt/darktable -DCUSTOM_CFLAGS=ON -DCMAKE_CXX_FLAGS=“-O3 -march=skylake” -DCMAKE_C_FLAGS=“-O3 -march=skylake” -DBINARY_PACKAGE_BUILD=OFF …/.
cmake --build . --target package
Running Win 10 22H2
Could you try this:
lensfun-update-data
cd ~/darktable/
git reset --hard
git fetch -p
git merge
git submodule update --init --recursive
rm -rf build
mkdir build
cd build
cmake -G Ninja -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/opt/darktable -DCUSTOM_CFLAGS=ON -DCMAKE_CXX_FLAGS="-O3 -march=skylake" -DCMAKE_C_FLAGS="-O3 -march=skylake" -DBINARY_PACKAGE_BUILD=OFF ../.
cmake --build . --target package
@dtrtuser Your script completed. I did a screenshot after loading darktable.
The -dirty flag is not really desirable, unless you made local changes to the source tree on purpose.
I thought there might be something to the -dirty flag. I didn’t make any changes to the source tree that I am aware of.
It wouldn’t be there if there aren’t any changes there. You can check w/ git status. IIRC, there were also some issues w/ directory permissions depending on git version(s) used. You should search the forum as the dirty flag was discussed a couple of times already…
git status should tell you, what has changed.
I did another git clone after removing the files from C:\msys64\home\Mike\darktable
Screenshot after installing darktable.
git clean -dxf ; git reset --hard would have been enough. 
If you do that, I would recommend the you first delete the build folder to save time.