On Tue, 2011-11-01 at 23:15 +0100, Alain Knaff wrote:
On 2011-11-01 20:24, Patrick Ohly wrote:
On Tue, 2011-11-01 at 17:46 +0100, Alain Knaff wrote:
What call does does it use to pass that variable?
That depends on the transport.
libsoup: g_object_set SOUP_SESSION_SSL_CA_FILE
On Wed, 2011-11-02 at 09:21 +0100, Alain Knaff wrote:
On 02/11/11 08:06, Patrick Ohly wrote:
On Tue, 2011-11-01 at 23:15 +0100, Alain Knaff wrote:
[...]
I don't mind writing some extra code for doing this check, but hadn't
you already tried that without success? You said just tried to set
On Wed, 2011-11-02 at 09:30 +0100, Alain Knaff wrote:
On 02/11/11 09:07, Patrick Ohly wrote:
On Tue, 2011-11-01 at 23:15 +0100, Alain Knaff wrote:
On 2011-11-01 20:24, Patrick Ohly wrote:
On Tue, 2011-11-01 at 17:46 +0100, Alain Knaff wrote:
[...]
ltrace also shows that the only
On 02/11/11 10:08, Patrick Ohly wrote:
[...]
Can you run ldd on /usr/lib/libcurl* and check whether it uses gnutls or
libssl? On Debian, I get:
$ ldd /usr/lib/libcurl.so.3 | grep -e tls -e ssl
libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7f6733f55000)
libgnutls.so.26 =
On Wed, 2011-11-02 at 10:50 +0100, Alain Knaff wrote:
On 02/11/11 10:08, Patrick Ohly wrote:
As far as I understand this distinction between CURLPOPT_CAINFO and
CURLPOPT_CAPATH is platform independent.
The distinction is, but support for CAPATH isn't. With platform I mean
both the
On 02/11/11 11:14, Patrick Ohly wrote:
On Wed, 2011-11-02 at 10:50 +0100, Alain Knaff wrote:
On 02/11/11 10:08, Patrick Ohly wrote:
As far as I understand this distinction between CURLPOPT_CAINFO and
CURLPOPT_CAPATH is platform independent.
The distinction is, but support for CAPATH isn't.
On Wed, 2011-11-02 at 11:18 +0100, Alain Knaff wrote:
On 02/11/11 11:14, Patrick Ohly wrote:
On Wed, 2011-11-02 at 10:50 +0100, Alain Knaff wrote:
On 02/11/11 10:08, Patrick Ohly wrote:
As far as I understand this distinction between CURLPOPT_CAINFO and
CURLPOPT_CAPATH is platform
On Wed, 2011-11-02 at 10:52 +0100, Frederik Elwert wrote:
Ursprüngliche Nachricht-
Von: Patrick Ohly patrick.o...@intel.com
Gesendet: 01.11.2011 13:47:13
An: Frederik Elwert frederik.elw...@web.de
Betreff: Re: [SyncEvolution] syncevo-dbus-server dies - SIGPIPE
On Mon, 2011-10-31 at
On Mon, 2011-10-31 at 13:57 +0100, Frederik Elwert wrote:
There is just one issue that I could not yet identify: There is always
a number of calendar entries in ERR state, which get re-submitted with
the next sync, and then again be rejected. On the N9, at a first
glance no recent entries seem
On Wed, 2011-11-02 at 12:18 +0100, Patrick Ohly wrote:
On Wed, 2011-11-02 at 11:18 +0100, Alain Knaff wrote:
On 02/11/11 11:14, Patrick Ohly wrote:
Well in that case, what harm could be done by putting the test for file
or directory into the app?
None. As I said, I don't mind adding the
-Ursprüngliche Nachricht-
Von: Patrick Ohly patrick.o...@intel.com
Gesendet: 02.11.2011 14:30:18
An: Frederik Elwert frederik.elw...@web.de
Betreff: N9 Bluetooth sync incomplete, 500 status for Delete (was: Re:
[SyncEvolution] syncevo-dbus-server dies - SIGPIPE)
On Mon, 2011-10-31 at
On Wed, 2011-11-02 at 15:00 +0100, Frederik Elwert wrote:
On Mon, 2011-10-31 at 13:57 +0100, Frederik Elwert wrote:
There is just one issue that I could not yet identify: There is always
a number of calendar entries in ERR state, which get re-submitted with
the next sync, and then again be
12 matches
Mail list logo