BTW: not using the same library is one thing, but if you edit the same photos, one instance of dt will overwrite the sidecar files written by the other, possibly in an incompatible way (sidecar files written by a recent version of dt can not always be read by older version).
In short, to be safe: don't try to edit the same files on with both instances. Owen Mays <r.owen.m...@gmail.com> writes: > Thank you Matthieu and Stephane, > > I did not know about the :memory: option, that is very interesting. > > For most testing I think I'd rather keep a persistent library (so I > can quickly test changes without having to import images again), so I > will use Stephane's suggestion. My "main" darktable install is also > built from git (at some point there was a feature I wanted that hadn't > made it into the Arch Linux package repos), but I trust the existing > developers a bit more than I trust myself monkeying with code I'm > unfamiliar with. And I do run backups before building a new version > from the git repo. This "sandbox" is mostly so I don't have to worry > about backing up before every time I fiddle with the code. > > Regards, > > Owen > > On Mon, Feb 29, 2016 at 5:05 AM, Stéphane Gourichon > <stephane_darkta...@gourichon.org> wrote: > > > Le 29/02/2016 06:50, Owen Mays a écrit : > > > > > Hi all, > > > I'd like to start contributing a bit (looking at bug/feature > postings on the redmine page). Before I try anything, I want > to make sure I'm not going to screw up my darktable install > and image library by mistake. > > > I know I can build a separate version (just specify a > different target path when I run the build.sh script). But > that version is opening the same image library as my "main" > version of darktable. Is there anyway to set up a "sandboxed" > version of darktable with its own separate image library to > avoid the possibility of damaging my main library? > > > *** (1) Calling a specific sandboxed install of dartkable from any > environment > > There's a solution that you may like better than specifying : > memory: if like me you want a real persistent library for your > compiled version of darktable. > > I've been having for years a simple script for that, like this : > > #!/bin/bash > DARKTABLE_INSTALL_ROOT=~/some_path_where_darktable_is_installed > exec ~/${DARKTABLE_INSTALL_ROOT}/bin/darktable --library ~/$ > {DARKTABLE_INSTALL_ROOT}/dtlib "$@" > > I put this script in in ~/bin/darktable-git > > Many distributions will automatically add ~/bin/ to your shell > path if it exists (on login, so logout first if you just created > it). > > You can even associate JPEG or RAW files (or even directories) to > darktable_git to be able do open specific files with > > > > *** (2) Bonus: out-of-source build > > Building out of source is supported by darktable and I highly > recommend it. (ref1 ref2). > > Personally I adjust build.sh like this : > > INSTALL_PREFIX="../darktable.installtree" > BUILD_DIR="../darktable.buildtree" > > then : > * the source tree is kept pristine, > * build tree can be whatever order (or even mess) the build > systems wants it to be without any problem (it's big, you can even > nuke it at any time and still run the program), > * and "make install" installs everything in a clean hierarchy. > > Though I don't consider it proven, AFAIK combined with (1) running > darktable like this cannot interfere with other (main) > installation. > > Regards > > -- > Stéphane Gourichon > > > ------------------------------------------------------------------------------ > > Site24x7 APM Insight: Get Deep Visibility into Application > Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions > now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Darktable-users mailing list > Darktable-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-users > > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > _______________________________________________ > Darktable-users mailing list > Darktable-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-users -- Matthieu Moy http://www-verimag.imag.fr/~moy/ ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 _______________________________________________ Darktable-users mailing list Darktable-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-users