Excellent, no more crashes.
The lib from my script now plays nicely with the others too (that wasn't
the case before: it didn't automatically close when I opened another one).
Thanks for the quick solution!
2017-05-04 9:09 GMT+02:00 Tobias Ellinghaus :
> Am Mittwoch, 3. Mai 2017, 18:16:49 CEST s
Shift-click works for me too.
2017-05-04 8:38 GMT+02:00 Tobias Ellinghaus :
> Am Mittwoch, 3. Mai 2017, 18:16:49 CEST schrieb Jefferson Ferreira:
> > Hi,
> >
> > I found the real problem. The problem occurs when I add the following
> line
> > in darktablerc:
> >
> > lighttable/ui/single_module=TR
I use a small dt extension written in Lua that registers a lib to toggle
and save a setting.
Since a few days dt crashes whenever I click on the title of any other lib
in lighttable view. When I remove the register_lib command from my script
dt works just fine.
I use dt version 2.3.0+604~gc38e4b6
reef Roger Smith :
> I used this lens on a D810
>
> On Mon, Apr 17, 2017 at 5:34 PM, Torsten Bronger <
> bron...@physik.rwth-aachen.de> wrote:
>
>> Hallöchen!
>>
>> Hans Vanpee writes:
>>
>> > I used this lens on following bodies:
>> >
I used this lens on following bodies:
- D750 - not OK
- D3 - not OK
- D2X - OK
- D100 - OK
The pattern I am seeing in this limited sample is that it works with DX
bodies but not with FX.
Op ma 17 apr. 2017 om 16:11 schreef Torsten Bronger <
bron...@physik.rwth-aachen.de>:
> Hallöche
Same on Linux with dt 2.3.0.
Op wo 12 apr. 2017 om 11:43 schreef Roger Smith :
> Current mac version shows that it cant find above lens in "lens correction
> module"
> The lens is listed in the current lensfun database.
> Please advise.
> Thanks
>
> ___
Hi Jean-Pierre,
You can find it in the Git repo.
Rgds,
Hans
Op za 8 apr. 2017 om 10:30 schreef Jean-Pierre Verrue <
jean-pierre.ver...@laposte.net>:
> hi all,
>
> The new maintenance script purge_from_cache.sh require a sub script
> "common.sh" which is not provided.
> line 25 : . "$(dirna
I just tried and it seems to work here. Maybe it's an intermittent problem
with the API.
Op zo 5 feb. 2017 om 19:24 schreef Pascal Obry :
>
> Same problem today.
>
> I've also tried with Gthumb Google Photo export and it also fails.
> Seems like Google API is having serious issues since some days
I'm getting problems also when exporting to G+.
Op zo 29 jan. 2017 om 17:04 schreef Pascal Obry :
>
> Hi!
>
> I cannot export today to Google Photo (this is with darktable compiled
> from Git master). Am I the only one?
>
> The export is fine, but during the upload I get a 400 bad request
> respo
Tobias Ellinghaus writes:
> I have pushed a major overhaul of the libsecret backend. It now uses the
> simple API and tries to store the data in the default keyring. Please try and
> see if it works for you.
>
> Tobias
Hi Tobias,
This works fine for me. And it reads the credentials I previo
Tobias Ellinghaus writes:
> From what I understand there should only be one Secret Service, which in
turn
> uses one backend (like Gnome Keyring or KWallet/KSecretService) to do the
> actual work.
Exactly what I thought. That's why secret_service_get_sync works without
specifying a service.
Tobias Ellinghaus writes:
> Wrong. darktable uses whatever it's configured to use.
True. It is the automatic selection that goes to kwallet for KDE and
libsecret for the other desktops. Does KDE come with kwallet by default and
is libsecret an option? Libsecret is a Gnome project so I suppose
Tobias Ellinghaus writes:
> I am actually using KDE. And I have no idea how to configure that secret
> service stuff (in general, not even limited to any KDE specific parts). Are
you
> aware of any documentation?
For KDE darktable uses kwallet in stead of libsecret. My patch concerns
libsecr
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!
_
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
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
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
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
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
Pascal Obry writes:
> Yes, please I was planning to have a look at this.
Pascal, what is the best way to send you this small patch? Do you prefer to
receive it by mail or do I do a pull request?
___
darktable developer mail
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. It's also not obvious to me
> how to actually configure the ba
I am using darktable 2.1.0 on Fedora 23 (with Gnome) and the credentials for
Flickr, Google+, etc are stored in the "session" collection. Each time when I
logoff, the session credentials are cleared and I have to start all over
connecting to these services when I logon again.
Is this behavior b
22 matches
Mail list logo