On Tue, 2016-04-26 at 21:29 +0200, deloptes wrote:
> Patrick Ohly wrote:
>
> > Good that you found a workaround, but there's still something fishy
> > about this interaction between TDEPIM and gdbus. I was hoping to remove
> > support for libdbus at some point; if you depend on it, I'll have to
>
On Wed, 2016-03-16 at 11:51 +, Emanoil Kotsev wrote:
> Hi
> I have found a resolution to the problem with the blocked parent/child
> in sync. After thinking for while about what you said in your previous
> postings, I inspected the configure options and configure output. I
> found out that
HiI have found a resolution to the problem with the blocked parent/child in
sync. After thinking for while about what you said in your previous postings, I
inspected the configure options and configure output. I found out that
gio-gdbus was enabled by default together with dbus. So I added
Thank you once again,
Patrick Ohly wrote:
> On Mon, 2016-02-29 at 01:34 +0100, deloptes wrote:
>> >>
>> >> So in the LocalTransportAgent
>> >>
>> >> we have
>> >>
>> >> while (! m_reportSent && m_parent && s.getState() ==
>> >> SuspendFlags::NORMAL ) {
>> >>
Thanks for finding time for that as well. Appreciated!
Patrick Ohly wrote:
> On Sat, 2016-02-20 at 13:32 +0100, deloptes wrote:
>> Hi Patrick, all,
>>
>> a stupid shortcut activation got the previous mail sent incomplete.
>>
>> So in the LocalTransportAgent
>>
>> we have
>>
>>
On Sat, 2016-02-20 at 13:32 +0100, deloptes wrote:
> Hi Patrick, all,
>
> a stupid shortcut activation got the previous mail sent incomplete.
>
> So in the LocalTransportAgent
>
> we have
>
> while (! m_reportSent && m_parent && s.getState() ==
> SuspendFlags::NORMAL ) {
>
Hi Patrick, all,
a stupid shortcut activation got the previous mail sent incomplete.
So in the LocalTransportAgent
we have
while (! m_reportSent && m_parent && s.getState() ==
SuspendFlags::NORMAL ) {
step("waiting for parent's ACK for sync report");
}