Re: [darktable-user] Darktable Lua Script Manager

[William Ferguson]

I wrote a version for the lua-scripts and submitted the PR.  There's an
option, currently commented out, to make the luarc just a link to
lua/tools/script_manager.lua.  I'll activate it once the PR is accepted.
That way it should stay up to date, and every time you update the scripts
you'll have the current version.

Will it become a part of darktable and replace the system luarc file that's
distributed with it?  That was my intent when I wrote the first version
back in 2016.  At that time it was too new and just a work in progress.
Now I'm not sure.  I guess it's up to the developers and whether they want
a tighter integration with the lua scripts.  For now I think it's probably
better as an add on until we use it for awhile, flush out any remaining
bugs, and maybe enhance a thing or two.  We can release as needed so we can
be more responsive.  I think once it gets a little maturity and becomes
fairly static, then a slower release cycle would be fine and making it part
of the darktable distribution would work.

On Sun, Aug 19, 2018 at 11:57 PM David Vincent-Jones 
wrote:

> Very nice =:)
>
> Will the Script-Manager become part of the next dt version and be a part
> of git updates ... or is it to remain as an addon only?
>
> David
>
> On 08/19/18 12:20, William Ferguson wrote:
>
>
>
> On Sun, Aug 19, 2018 at 2:02 PM J Albrecht  wrote:
>
>> Hello Bill. Thanks again for your great work and rapid response to the
>> couple of issues which had been identified.
>>
>> With regards to the functionality of the link to the “downloads”
>> directory, could you perhaps explain your reasoning for this? Isn’t it
>> redundant since one is able to create one’s own directories within the
>> default lua directory? Furthermore…
>>
>>
>> *The optional “downloads” directory is limiting*
>>
>>- Because I regularly tend to clean-up my downloads directory, any
>>extra lua scripts sitting in there are at risk of being deleted and thus
>>unavailable to dt
>>
>> I look forward to being told that I’ve overlooked something painfully
>> obvious and quite logical ;-)
>>
>
> The limitation is windows and trying to keep the bar for entry low.  The
> original idea behind the script came from all the mailing list questions
> about how to install, how to enable, etc and the realization that a lot of
> people wanted it to "just work" without tinkering.  The downloads directory
> is the baseline.  If you know how to modify the lua directory, then you can
> add much more.  If you don't, then you have a place to put random scripts
> you download.
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Darktable Lua Script Manager

[David Vincent-Jones]

Very nice =:)

Will the Script-Manager become part of the next dt version and be a part
of git updates ... or is it to remain as an addon only?

David


On 08/19/18 12:20, William Ferguson wrote:
>
>
> On Sun, Aug 19, 2018 at 2:02 PM J Albrecht  > wrote:
>
> Hello Bill. Thanks again for your great work and rapid response to
> the couple of issues which had been identified.
>
> With regards to the functionality of the link to the “downloads”
> directory, could you perhaps explain your reasoning for this?
> Isn’t it redundant since one is able to create one’s own
> directories within the default lua directory? Furthermore…
>
>> *
>> *
>> *The optional “downloads” directory is limiting*
>>
>>   * Because I regularly tend to clean-up my downloads directory,
>> any extra lua scripts sitting in there are at risk of being
>> deleted and thus unavailable to dt
>>
> I look forward to being told that I’ve overlooked something
> painfully obvious and quite logical ;-)
>
>
> The limitation is windows and trying to keep the bar for entry low. 
> The original idea behind the script came from all the mailing list
> questions about how to install, how to enable, etc and the realization
> that a lot of people wanted it to "just work" without tinkering.  The
> downloads directory is the baseline.  If you know how to modify the
> lua directory, then you can add much more.  If you don't, then you
> have a place to put random scripts you download.
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Darktable Lua Script Manager

[J Albrecht]

> On 19 Aug 2018, at 21:20, William Ferguson  wrote:
> 
> With regards to the functionality of the link to the “downloads” directory, 
> could you perhaps explain your reasoning for this?


>  The downloads directory is the baseline.  If you know how to modify the lua 
> directory, then you can add much more.  If you don't, then you have a place 
> to put random scripts you download.

Ah, I see now. Good point!


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [darktable-user] Darktable Lua Script Manager

[William Ferguson]

On Sun, Aug 19, 2018 at 2:02 PM J Albrecht  wrote:

> Hello Bill. Thanks again for your great work and rapid response to the
> couple of issues which had been identified.
>
> With regards to the functionality of the link to the “downloads”
> directory, could you perhaps explain your reasoning for this? Isn’t it
> redundant since one is able to create one’s own directories within the
> default lua directory? Furthermore…
>
>
> *The optional “downloads” directory is limiting*
>
>- Because I regularly tend to clean-up my downloads directory, any
>extra lua scripts sitting in there are at risk of being deleted and thus
>unavailable to dt
>
> I look forward to being told that I’ve overlooked something painfully
> obvious and quite logical ;-)
>

The limitation is windows and trying to keep the bar for entry low.  The
original idea behind the script came from all the mailing list questions
about how to install, how to enable, etc and the realization that a lot of
people wanted it to "just work" without tinkering.  The downloads directory
is the baseline.  If you know how to modify the lua directory, then you can
add much more.  If you don't, then you have a place to put random scripts
you download.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Darktable Lua Script Manager

[Patrick Shanahan]

* William Ferguson  [08-19-18 12:34]:
> On Sun, Aug 19, 2018 at 8:22 AM thokster  wrote:
> 
> > Am 19.08.2018 um 13:30 schrieb J Albrecht:
> >
> > Bill, this is BRILLIANT! I’ve been waiting for it ever since you had
> > mentioned it over a year (or 2?) ago. Thank you :-)
> >
> > As a MacOS user (running dt 2.4.4 on OS El Capitan 10.11.6), I have the
> > following observations:
> >
> > *The enable settings don’t “stick”*
> >
> >- Anything enabled and running successfully is automagically disabled
> >upon the next startup of dt !
> >
> > Same on Ubuntu (Gnome).
> > Is it intentionally?
> >
> > It was a "feature" :-).  I tested all the parts that didn't work or work
> well pretty extensively, but I forgot to double check the stuff that still
> worked.  I moved some code around and cleaned stuff up and somehow lost the
> preference saving line.  It's back now.
> 
> >
> >
> > *The optional “downloads” directory is limiting*
> >
> >- Because I regularly tend to clean-up my downloads directory, any
> >extra lua scripts sitting in there are at risk of being deleted and thus
> >unavailable to dt
> >- Wouldn’t it be a better idea if one could choose which directory
> >holds extra scripts?
> >   - Yes, I understand that one could create additional directories
> >   within the lua directory into which special scripts can be placed but…
> >
> >
> > *Special lua directories at risk of disappearing after an update (?)*
> >
> >- Wouldn’t a git pull result in the deletion of any special
> >directories created within the lua directory?
> >
> >
> > +1
> >
> git pull doesn't overwrite any changes.  If you add a directory, then git
> pull will see that a pull won't overwrite anything so it works.  If, for
> instance, you edited contrib/gimp.lua and made a change, then git pull
> would refuse to update because it would overwrite the changes.  You can
> make as many extra directories as you like and git just ignores them.  You
> can also use links, which is what I do.
> 
> The only time that the extra directories would disappear is on a reinstall
> of the lua scripts.  In that case the existing lua directory is renamed to
> lua.orig, so they aren't lost, just moved.
> 
> >
> >
> >
> > On 19 Aug 2018, at 05:27, William Ferguson  wrote:
> >
> > I’ve created script_manager.lua to install, update, enable and disable the
> > darktable lua scripts. It’s available at
> > https://github.com/wpferguson/script_manager.
> >
> > Download it and copy it to ~/.config/darktable/luarc (linux and MacOS) or
> > C:\Users\AppData\Local\darktable\luarc (windows). Start darktable
> > and script manager will be in the lower left pane in the lighttable.
> >
> > script_manager uses git to install and update the lua scripts directory.
> > On windows the git program location needs to be set in the configure tab.
> > On MacOS it might need to be set, if script_manager can’t find it.
> >
> > After the scripts are installed from the repository, you can enable or
> > disable them with the click of a button. The scripts are divided into
> > “categories” based on the subdirectory they live in under the lua directory.
> >
> > For developers: You can create extra directories under the lua directory
> > such as development, testing, etc. You can also create symbolic links to
> > other places in your file system. When you are compiling you can click the
> > enable button for the script you are writing. If it doesn’t load because of
> > a coding error, you can just correct it and click the enable button again.
> > You can repeat this until you fix all the syntax errors and the script
> > loads. Changes after the script loads still require a darktable restart.
> >
> > Enjoy,
> >
> > Bill
> >
> > 
> > darktable user mailing list to unsubscribe send a mail to
> > darktable-user+unsubscr...@lists.darktable.org
> >
> >
> >
> >
> > 
> > darktable user mailing list to unsubscribe send a mail to
> > darktable-user+unsubscr...@lists.darktable.org
> >
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> 

jfyi:

one of the changes today changed all lua plugins to "enabled" but I have
readjusted the wanted ones and restarted dt.  seems they are keeping what
I desire now.


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Registered Linux User #207535@ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to 

Re: [darktable-user] Canon EOS Utility

[Mark Heieis]

  
  
File copy into
  destination directory and then in darktable just import directory?
  Works rather efficiently for me. For faster copies, I just
  plug the memory card into a card reader then do the same but
  from the card rather than using the camera usb.

So I guess, why use
  some thing in between?


On 2018-08-19 08:07, Pete Barlow wrote:


  
I normally
  use Canon EOS Utility to move images from the camera to my
  hard disk. I can select the Canon Digital Professional
  software, or None, or a registered program. If I chose to
  register darktable then it seems to try to open the software
  for every image that is transferred which fails with lock
  errors I'm guessing after every open after the first. For
  Canon DPP it only only seems to open the software once after
  all the images are transferred.


Does anyone
  use this feature and knows of a way of stopping it trying to
  open the software after every image?



  

  

  Pete
Barlow

  

  

  
  

  darktable user mailing list
  to unsubscribe send a mail to
  darktable-user+unsubscr...@lists.darktable.org
  


  


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Darktable Lua Script Manager

[William Ferguson]

On Sun, Aug 19, 2018 at 8:22 AM thokster  wrote:

> Am 19.08.2018 um 13:30 schrieb J Albrecht:
>
> Bill, this is BRILLIANT! I’ve been waiting for it ever since you had
> mentioned it over a year (or 2?) ago. Thank you :-)
>
> As a MacOS user (running dt 2.4.4 on OS El Capitan 10.11.6), I have the
> following observations:
>
> *The enable settings don’t “stick”*
>
>- Anything enabled and running successfully is automagically disabled
>upon the next startup of dt !
>
> Same on Ubuntu (Gnome).
> Is it intentionally?
>
> It was a "feature" :-).  I tested all the parts that didn't work or work
well pretty extensively, but I forgot to double check the stuff that still
worked.  I moved some code around and cleaned stuff up and somehow lost the
preference saving line.  It's back now.

>
>
> *The optional “downloads” directory is limiting*
>
>- Because I regularly tend to clean-up my downloads directory, any
>extra lua scripts sitting in there are at risk of being deleted and thus
>unavailable to dt
>- Wouldn’t it be a better idea if one could choose which directory
>holds extra scripts?
>   - Yes, I understand that one could create additional directories
>   within the lua directory into which special scripts can be placed but…
>
>
> *Special lua directories at risk of disappearing after an update (?)*
>
>- Wouldn’t a git pull result in the deletion of any special
>directories created within the lua directory?
>
>
> +1
>
git pull doesn't overwrite any changes.  If you add a directory, then git
pull will see that a pull won't overwrite anything so it works.  If, for
instance, you edited contrib/gimp.lua and made a change, then git pull
would refuse to update because it would overwrite the changes.  You can
make as many extra directories as you like and git just ignores them.  You
can also use links, which is what I do.

The only time that the extra directories would disappear is on a reinstall
of the lua scripts.  In that case the existing lua directory is renamed to
lua.orig, so they aren't lost, just moved.

>
>
>
> On 19 Aug 2018, at 05:27, William Ferguson  wrote:
>
> I’ve created script_manager.lua to install, update, enable and disable the
> darktable lua scripts. It’s available at
> https://github.com/wpferguson/script_manager.
>
> Download it and copy it to ~/.config/darktable/luarc (linux and MacOS) or
> C:\Users\AppData\Local\darktable\luarc (windows). Start darktable
> and script manager will be in the lower left pane in the lighttable.
>
> script_manager uses git to install and update the lua scripts directory.
> On windows the git program location needs to be set in the configure tab.
> On MacOS it might need to be set, if script_manager can’t find it.
>
> After the scripts are installed from the repository, you can enable or
> disable them with the click of a button. The scripts are divided into
> “categories” based on the subdirectory they live in under the lua directory.
>
> For developers: You can create extra directories under the lua directory
> such as development, testing, etc. You can also create symbolic links to
> other places in your file system. When you are compiling you can click the
> enable button for the script you are writing. If it doesn’t load because of
> a coding error, you can just correct it and click the enable button again.
> You can repeat this until you fix all the syntax errors and the script
> loads. Changes after the script loads still require a darktable restart.
>
> Enjoy,
>
> Bill
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>
>
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Canon EOS Utility

[Pete Barlow]

I normally use Canon EOS Utility to move images from the camera to my hard
disk. I can select the Canon Digital Professional software, or None, or a
registered program. If I chose to register darktable then it seems to try
to open the software for every image that is transferred which fails with
lock errors I'm guessing after every open after the first. For Canon DPP it
only only seems to open the software once after all the images are
transferred.

Does anyone use this feature and knows of a way of stopping it trying to
open the software after every image?

*Pete Barlow*


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Darktable Lua Script Manager

[thokster]

Am 19.08.2018 um 13:30 schrieb J Albrecht:
Bill, this is BRILLIANT! I’ve been waiting for it ever since you had 
mentioned it over a year (or 2?) ago. Thank you :-)


As a MacOS user (running dt 2.4.4 on OS El Capitan 10.11.6), I have 
the following observations:


*The enable settings don’t “stick”*

  * Anything enabled and running successfully is automagically
disabled upon the next startup of dt !


Same on Ubuntu (Gnome).
Is it intentionally?



*
*
*The optional “downloads” directory is limiting*

  * Because I regularly tend to clean-up my downloads directory, any
extra lua scripts sitting in there are at risk of being deleted
and thus unavailable to dt
  * Wouldn’t it be a better idea if one could choose which directory
holds extra scripts?
  o Yes, I understand that one could create additional directories
within the lua directory into which special scripts can be
placed but…


*Special lua directories at risk of disappearing after an update (?)*

  * Wouldn’t a git pull result in the deletion of any special
directories created within the lua directory?



+1




On 19 Aug 2018, at 05:27, William Ferguson > wrote:


I’ve created script_manager.lua to install, update, enable and 
disable the darktable lua scripts. It’s available at 
https://github.com/wpferguson/script_manager.


Download it and copy it to ~/.config/darktable/luarc (linux and 
MacOS) or C:\Users\AppData\Local\darktable\luarc (windows). 
Start darktable and script manager will be in the lower left pane in 
the lighttable.


script_manager uses git to install and update the lua scripts 
directory. On windows the git program location needs to be set in the 
configure tab. On MacOS it might need to be set, if script_manager 
can’t find it.


After the scripts are installed from the repository, you can enable 
or disable them with the click of a button. The scripts are divided 
into “categories” based on the subdirectory they live in under the 
lua directory.


For developers: You can create extra directories under the lua 
directory such as development, testing, etc. You can also create 
symbolic links to other places in your file system. When you are 
compiling you can click the enable button for the script you are 
writing. If it doesn’t load because of a coding error, you can just 
correct it and click the enable button again. You can repeat this 
until you fix all the syntax errors and the script loads. Changes 
after the script loads still require a darktable restart.


Enjoy,

Bill


 
darktable user mailing list to unsubscribe send a mail to 
darktable-user+unsubscr...@lists.darktable.org 







darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Darktable Lua Script Manager

[J Albrecht]

Bill, this is BRILLIANT! I’ve been waiting for it ever since you had mentioned 
it over a year (or 2?) ago. Thank you :-)

As a MacOS user (running dt 2.4.4 on OS El Capitan 10.11.6), I have the 
following observations:

The enable settings don’t “stick”
Anything enabled and running successfully is automagically disabled upon the 
next startup of dt !

The optional “downloads” directory is limiting
Because I regularly tend to clean-up my downloads directory, any extra lua 
scripts sitting in there are at risk of being deleted and thus unavailable to dt
Wouldn’t it be a better idea if one could choose which directory holds extra 
scripts?
Yes, I understand that one could create additional directories within the lua 
directory into which special scripts can be placed but…

Special lua directories at risk of disappearing after an update (?)
Wouldn’t a git pull result in the deletion of any special directories created 
within the lua directory?




> On 19 Aug 2018, at 05:27, William Ferguson  wrote:
> 
> I’ve created script_manager.lua to install, update, enable and disable the 
> darktable lua scripts. It’s available at 
> https://github.com/wpferguson/script_manager 
> .
> 
> Download it and copy it to ~/.config/darktable/luarc (linux and MacOS) or 
> C:\Users\AppData\Local\darktable\luarc (windows). Start darktable 
> and script manager will be in the lower left pane in the lighttable.
> 
> script_manager uses git to install and update the lua scripts directory. On 
> windows the git program location needs to be set in the configure tab. On 
> MacOS it might need to be set, if script_manager can’t find it.
> 
> After the scripts are installed from the repository, you can enable or 
> disable them with the click of a button. The scripts are divided into 
> “categories” based on the subdirectory they live in under the lua directory.
> 
> For developers: You can create extra directories under the lua directory such 
> as development, testing, etc. You can also create symbolic links to other 
> places in your file system. When you are compiling you can click the enable 
> button for the script you are writing. If it doesn’t load because of a coding 
> error, you can just correct it and click the enable button again. You can 
> repeat this until you fix all the syntax errors and the script loads. Changes 
> after the script loads still require a darktable restart.
> 
> Enjoy,
> 
> Bill
> 
> 
>  
> darktable user mailing list to unsubscribe send a mail to 
> darktable-user+unsubscr...@lists.darktable.org



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [darktable-user] Darktable Lua Script Manager

[Patrick Shanahan]

* William Ferguson  [08-19-18 01:17]:
> Added an error message when a script doesn't load.  Running with lua
> debugging shows the actual error.
> 
> On Sun, Aug 19, 2018 at 1:00 AM William Ferguson 
> wrote:
> 
> > check_for_updates won't enable because you don't have the ssl.https module
> > installed.  It doesn't work for me either.
> >
> >
> > On Sun, Aug 19, 2018 at 12:39 AM Patrick Shanahan 
> > wrote:
> >
> >> * William Ferguson  [08-19-18 00:23]:
> >> > if you do a more luarc, what does line 7 look like?
> >> >
> >> > I just downloaded it to see if it was corrupt, but it seems ok.  Line 7
> >> > looks nothing like that, so I'm not sure what is going on
> >> >
> >> > On Sun, Aug 19, 2018 at 12:14 AM Patrick Shanahan 
> >> wrote:
> >> >
> >> > > * William Ferguson  [08-19-18 00:02]:
> >> > > > cd .config/darktable
> >> > > > mv luarc luarc.old
> >> > > > cd lua
> >> > > > mv script_manager.lua ../luarc
> >> > > >
> >> > > > start darktable
> >> > > >
> >> > >
> >> > > ok progress, but:
> >> > >   3.846386 LUA ERROR : /home/paka/.config/darktable/luarc:7:
> >> unexpected
> >> > >   symbol near '<'
> >> > >
> >> > > --
> >> > > (paka)Patrick Shanahan   Plainfield, Indiana, USA
> >> @ptilopteri
> >> > > http://en.opensuse.orgopenSUSE Community Member
> >> facebook/ptilopteri
> >> > > Registered Linux User #207535@
> >> http://linuxcounter.net
> >> > > Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet
> >> freenode
> >> > >
> >> > >
> >> 
> >> > > darktable user mailing list
> >> > > to unsubscribe send a mail to
> >> > > darktable-user+unsubscr...@lists.darktable.org
> >> > >
> >> > >
> >> >
> >> >
> >> 
> >> > darktable user mailing list
> >> > to unsubscribe send a mail to
> >> darktable-user+unsubscr...@lists.darktable.org
> >>
> >>
> >> ok, downloaded and reinstalled script as luarc, restart dt and menu is
> >> there and appears ok and working.  it did not like that I already had
> >> scripts installed.  it will not enable "check_for_updates".
> >>
> >> late, need to stop until morning and work.  tks, will advise if I see
> >> further problem(s).
> >>
> >> first script was not "raw" causing problems.  replaced and ok.
> >>
> >> tks,
> >> --
> >> (paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
> >> http://en.opensuse.orgopenSUSE Community Member
> >> facebook/ptilopteri
> >> Registered Linux User #207535@
> >> http://linuxcounter.net
> >> Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet
> >> freenode
> >>
> >> 
> >> darktable user mailing list
> >> to unsubscribe send a mail to
> >> darktable-user+unsubscr...@lists.darktable.org
> >>
> >>
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

updated.

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Registered Linux User #207535@ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Auto-applied settings

[Coding Dave]

Hi Bruce, did you auto enable a module based on camera and focal length?
Check your episode 11, 9 min 40 seconds ;)

Cheers, Dave

Bruce Williams  schrieb am So., 19. Aug. 2018, 06:17:

> I just imported a bunch of images (same camera, one event), and every now
> and then, I'd load an image in the darkroom, and it would auto-apply the
> monochrome module.
> But there was no preset within that module that was being applied based on
> any predetermined criteria.
> Likewise, I checked all of my styles (in the lighttable view), and there
> were none which featured only a monochrome module.
> So... anyone able to explain why certain images would auto-apply
> monochrome?
> Where else should I be looking?
> Cheers,
> Bruce Williams
>
>
> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org