[darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Hans Vanpee
Pascal Obry writes: > A pull request (to the darktable github repo) would be just fine to me. The pull request is sent. ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists

Re: [darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Tobias Ellinghaus
On Thursday 09 June 2016 06:14:14 Hans Vanpee wrote: > Tobias Ellinghaus writes: > > Reading the libsecret docs I couldn't find any way to tell it to create a > > non- > > > session collection. But that seems to be in line with the rest of that > > library/system, it is hardly documented at all.

[darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Hans Vanpee
Tobias Ellinghaus writes: > Tobias Ellinghaus ...> writes: > Unless you provide a link to the specifications that guarantee that "Login" > exists that would be no better than using "darktable" I fear. This text explains how the "Login" keyring works: https://wiki.gnome.org/Projects/GnomeKeyr

Re: [darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Tobias Ellinghaus
On Thursday 09 June 2016 06:14:14 Hans Vanpee wrote: [...] > Anyway, the "Login" collection unlocks automatically and most applications > (like Google Chrome, etc) store their passwords in this place. I did try to > make a new collection using libsecret but it didn't work. We would need to > pass

[darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Hans Vanpee
Tobias Ellinghaus writes: > I played with the code a little more and found that on my system "Login" > wouldn't work. Once I fixed the check you found, dt was finally trying to create With the g_strcmp0 problem dt never tried to create a collection. > its own collection (which it probably ne

[darktable-dev] Re: Export To Web Gallery

2016-06-09 Thread Christian Mandel
Am 08.06.2016 um 19:31 schrieb Joel Brunetti: Set, I've been considering porting something like the following to lua for integration with Darktable. https://github.com/Jack000/Expose https://github.com/Rouslan/PyExpose They both make some beautiful static galleries. Wow, these look great! Tha

[darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Hans Vanpee
Tobias Ellinghaus writes: > I played with the code a little more and found that on my system "Login" > wouldn't work. Once I fixed the check you found, dt was finally trying to create > its own collection (which it probably never ever did before) and failed with > this message: > > ** Messag

Re: [darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Tobias Ellinghaus
On Thursday 09 June 2016 08:46:49 Hans Vanpee wrote: > Tobias Ellinghaus writes: > > Tobias Ellinghaus ...> writes: > > Unless you provide a link to the specifications that guarantee that > > "Login" > > exists that would be no better than using "darktable" I fear. > > This text explains how the

Re: [darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Tobias Ellinghaus
On Thursday 09 June 2016 08:51:22 Hans Vanpee wrote: [...] > Did you try to set "Login" as your default collection in Seahorse? I am not using any Gnome programs. [...] signature.asc Description: This is a digitally signed message part.

[darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Hans Vanpee
Tobias Ellinghaus writes: > That is Gnome specific. Doesn't apply to us. OK, pwstorage.c checks for Gnome desktop but I see that libsecret is used for others too (Unity and XFCE). > darktable is not a Gnome application. Sure it isn't. I was just trying to make it play nice with the Gnome de

[darktable-dev] Re: Credentials storage with libsecret

2016-06-09 Thread Hans Vanpee
Tobias Ellinghaus writes: > I am not using any Gnome programs. I rewrote the code to select a collection without any presumptions about the desktop (see my pull request from this afternoon). If anyone can do a test on Unity or XFCE and give me their feedback that would be great! _