Re: [SyncEvolution] KDE5 support

[Tino Mettler]

On Wed, Feb 14, 2018 at 14:58:02 +0300, Andrey Butirsky wrote:
> Hi,
> 
> is there any source code I could compile to get KDE5 port of the
> syncevolution akonadi plugin?

Hi,

I started a port, but got stuck in RL.  Currently I have some
half-finished version that compiles, but kwallet is disabled and no KDE
libs are used by the result, so I guess it doesn't do something useful.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SSL related regression in 1.5.3

[Tino Mettler]

On Wed, Jan 17, 2018 at 10:51:56 +0100, Patrick Ohly wrote:
> Yes, that's it: https://developer.gnome.org/libsoup/stable/libsoup-sess
> ion-porting.html mentions that the default has changed.
> 
> So this might work:
> 
> 
> // use CA certificates if available and needed,
> // otherwise let soup use system default certificates
> if (m_verifySSL) {
> if (!m_cacerts.empty()) {
> g_object_set(m_session.get(), SOUP_SESSION_SSL_CA_FILE,
> m_cacerts.c_str(), NULL);
> }
> } else {
> // Checking enabled by default, disable it.
> g_object_set(m_session.get(), SOUP_SESSION_SSL_STRICT, false,
> NULL);
> }

Hi,

it worked for me.  I included this patch in the 1.5.3 package that I
intend to upload this week.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SSL related regression in 1.5.3

[Tino Mettler]

On Sun, Jan 14, 2018 at 21:37:36 +0100, Tino Mettler wrote:

[...]

> From my point of view, people using HTTPS this way (both set to 0)
> should just fix their setup, but I don't know if someone really is
> required to use such SSL settings.  The description in the sample
> config reads as if "SSLVerifyHost" is disabled when setting
> "SSLVerifyServer" to 0.

Hi Patrick,

are you aware of possible setups that might require both config
variables set to 0?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] SSL related regression in 1.5.3

[Tino Mettler]

Hi Patrick,

while testing the 1.5.3 Debian package, I discovered a regression
regarding the SSL settings.

With the following setttings I only get soup a related error:

SSLVerifyServer = 0
SSLVerifyHost = 0

The error message is:

[INFO] SoupTransport Failure: https:///sync via libsoup: Unacceptable 
TLS certificate

When I set both settings to 1, it works as intended.

It also works when I set only one of both settings to 0, or set both to
1.

>From my point of view, people using HTTPS this way (both set to 0)
should just fix their setup, but I don't know if someone really is
required to use such SSL settings.  The description in the sample
config reads as if "SSLVerifyHost" is disabled when setting
"SSLVerifyServer" to 0.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] KDE5 support

[Tino Mettler]

Hi,

Thomas, Graham: there is a discussion about a KDE5 port of the
syncevolution akonadi plugin, which currently supports KDE4 only. KDE4
will not be part of the next Debian Stable release (Buster).

I have prepared a syncevolution package which compiles with KDE5.
Kwallet support is disabled for now, but the akonadi backend
is included.

If anybody wants to test this, just reply to this mail. If tests go
well, I will try to finish the KDE5 port. Otherwise I'll disable the
akonadi plugin for Buster.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] KDE5 support

[Tino Mettler]

On Thu, Jan 04, 2018 at 23:36:48 +0100, deloptes wrote:

[...]

> Preferably I would download debian src package, rebuild and install.

AFAICS, there is no way to define an optional package in debian/control
which is not built by default, but only if the user enables it.  Build
dependencies (like the TDE headers) are defined globally for the source
package.  So you will need to modify the offical Debian source package
to have a syncevolution-libs-tde package.

> I think the problem were the dependencies so that I have to remove all
> syncevolution and install the one compiled with tde plugins and set it on
> hold. It would be nice if I could build the plugins as package and install
> them on top of debians syncevolution, but I am really not sure if it would
> work.

In theory, It would work in some way, if the build dependencies are set
correctly in the syncevolution Makefiles.  However, you need recompile
the plugin after ABI changes in the main syncevolution package.

Regards,
Tino

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] KDE5 support

[Tino Mettler]

On Thu, Jan 04, 2018 at 14:37:29 +0100, deloptes wrote:

> I asked once if it would be possible to get optional syncevolution-libs-tde
> (which would be the TDE - old KDE3).

I think this requires TDE packages in Debian, right?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] KDE5 support

[Tino Mettler]

On Thu, Jan 04, 2018 at 13:15:42 +0100, Patrick Ohly wrote:

[...]

> No. I don't know if the Akonadi backend is really used, so my
> motivation to put further effort into it is low.
> 
> My suggestion is to simply disable it in the Debian package.

Hi,

at least I got a bug report in the past to provide a way to install
syncevolution without Gnome, so I intruduced the syncevolution-libs-kde
package.

So if anybody reading this wants to have that package available in
Debian Buster, feel free to send patches.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] KDE5 support

[Tino Mettler]

Hi Patrick,

the Debian project plans to remove QT4 from the next stable release
(Buster).  This means that the Akonadi backend needs to be ported to
KDE5 so it can be shipped with Buster. Do you have any plans for this?

Regards,
Tino

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] "Sync now" button in sync-ui is disabled

[Tino Mettler]

On Wed, Jan 03, 2018 at 14:35:07 +0100, Tino Mettler wrote:

> I guess this is caused by the fact that I don't use network manager for
> my network setup.

Yes, it is. systemctl stop NetworkManager solved the issue.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] "Sync now" button in sync-ui is disabled

[Tino Mettler]

On Wed, Jan 03, 2018 at 11:37:37 +0100, Patrick Ohly wrote:

> What about the GetPresence method call and the Presence signal?
> 
> The log should show something like this:
> 
> method call time=1514975407.648536 sender=:1.2726 ->
> destination=:1.2717 serial=31 path=/org/syncevolution/Server;
> interface=org.syncevolution.Server; member=CheckPresence
>    string "google-private@personal"
> ...
> method return time=1514975407.684826 sender=:1.2717 ->
> destination=:1.2726 serial=161 reply_serial=31
>    string ""
>    array [
>   string "local://@google-private"
>    ]
> 
> If the array is empty, then the service is considered unreachable.
> 
> For SyncML, syncevo-dbus-server monitors network status via ConnMan or
> NetworkManager. Perhaps that isn't working anymore. See
> src/dbus/server/connman-client.cpp and src/dbus/server/network-manager-
> client.cpp.

Hi,

I get this reply:

method return time=1514986103.979814 sender=:1.453 -> destination=:1.482 
serial=153 reply_serial=21
   string "no transport"
   array [
   ]

I guess this is caused by the fact that I don't use network manager for
my network setup.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] "Sync now" button in sync-ui is disabled

[Tino Mettler]

On Tue, Jan 02, 2018 at 23:02:48 +0100, Patrick Ohly wrote:

> Run dbus-monitor and look at the communication between sync-ui and
> syncevo-dbus-server. Does it show anything unusual?

Do you mean something like "dbus-monitor
path=/org/syncevolution/Server"? That shows nothing unusual AFAICS. Are
there any configuration related itmes that could cause this? I remember
something like "publish this sync service", but forgot the exact name.

> I also did some work on SyncEvolution to get it working better on
> recent distros (i.e. replace libraries and methods with contemporary
> ones). It's finally starting to pass testing without issues, so I could
> do a new release now.

What git branch is that? Maybe I can use this to build some test
packages.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] "Sync now" button in sync-ui is disabled

[Tino Mettler]

Hi Patrick,

I did some updates to the Debian packages but some final testing
revealed that the "Sync now" button in sync-ui is disabled. Syncing via
command line works fine.

The changes to the old packages are commit 
8765654ff355aed3b982bd965e98c00dfd19d1c3
(libical: support libical v3) in libsynthesis and 
ebf34f9ffe8bf575e1a20beb069ef287366d8ed8
(GNOME: replace gnome-keyring with libsecret) as well as 
f94ea6df6847d045db7a45fe8b4cfa0b344dfc58
(libical: support libical v3) in syncevolution.

I have to admit that I don't use sync-ui myself but only check if it
works when preparing an update, so I can not tell when it really
stopped working. Due to the libical3 transition I can't really check if
this also happens with the old package. Any hints how I can debug this?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Sync on Debian Stretch

[Tino Mettler]

On Thu, Jul 27, 2017 at 10:16:46 +0200, deloptes wrote:

[...]

> There is however a problem with libopenobex1 and perhaps I need to customize
> the way it gets installed and the dependencies, because it conflicts with
> libopenobex2 and drops all obex related apps like obexfs, which I am
> interested in. So for now it is acceptable solution, but it needs to be
> addressed for a permanent solution

Hi,

it was not meant as a permanent solution, but to help finding the root
cause of the problem.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Sync on Debian Stretch

[Tino Mettler]

On Wed, Jul 26, 2017 at 01:25:26 +0200, deloptes wrote:
> deloptes wrote:
> 
> > So could be the problem in libopenobex2?
> 
> syncevolution 1.5.1 with libopenobex1 works as before

Hi,

you could build libopenobex1 for Stretch and build Syncevolution from
Stretch against libopenobex1 to see if it really makes a difference.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] strange problem with debian packages

[Tino Mettler]

On Mon, Jan 30, 2017 at 20:33:45 +0100, deloptes wrote:
> Patrick Ohly wrote:
> 
> > strings /usr/lib/libsynthesis.so.0 | grep 'RELAXEDCOMPARE'
> 
> Patrick thank you!
> 
> So this might explain the issue because when compiling and deploying to
> custom, I use the bundled synthesis and for debian package I use the one
> provided by debian.
> The one in jessie is 
> ii  libsynthesis0:amd64   3.4.0.47.4-2+b1

Hi,

instead of downgrading the libsynthesis dependency in the syncevolution
package so that it installs in jessie, you should have just built a
backport of libsynthesis for jessie.

Regards,
Tino

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

[Tino Mettler]

On Mon, Nov 21, 2016 at 19:04:02 +0100, deloptes wrote:

> Hi,
> yes I would prefer bluetooth as I do not use wireless, or at least avoid
> using it.

I must have missed something, as I never saw a Bluetooth cable yet. :-)

> + I don't have Cal/CardDav server setup. Can SyncEvolution offer Cal/CardDav
> functionality as server? It could be interim solution.

As already mentioned earlier, syncevolution is not a CalDAV/CardDAV
server.  I use DAViCal and all my clients (Linux, macOS, iOS) sync with
this server.
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

[Tino Mettler]

On Mon, Nov 21, 2016 at 08:00:33 +0100, deloptes wrote:


> devices for me and the question is can be done something for SailFish and
> what, so that I can use SyncEvolution with it via bluetooth. If you know

Hi,

is Bluetooth the only option for you? It looks like Sailfish can sync via
CalDAV/CardDAV OOTB.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Running test cases without network access

[Tino Mettler]

On Fri, Nov 18, 2016 at 13:21:04 +0100, Patrick Ohly wrote:

[...]

> "client-test SyncSource::eds_contact
> SyncSource::eds_event ...eds_memo...eds_task"
> runs the tests for the corresponding PIM backends. For EDS, those are
> local. This depends on --enable-integration-tests, which is fine for
> production binaries.
> 
> For production binaries, there's also the test-dbus.py testing. But some
> of those tests depend on a peer and there's no easy way of skipping just
> those tests. This could be added, though.

Hi,

thanks a lot. That sounds less complicated than I expected.

Btw., I just uploaded 1.5.2 to Debian Sid.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] Running test cases without network access

[Tino Mettler]

Hi Patrick,

for the Debian build, I'd like to enable the part of the test suite
that does not require network access.  Is this possible in a trivial
way?  If yes, how?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Sync with SailFish OS via Bluetooth

[Tino Mettler]

On Wed, Nov 16, 2016 at 22:57:41 +0100, deloptes wrote:

> doesn't syncevolution support a cal/carddav server ... or just a client?

Hi,

it is just the client side. For the server side, you can try DAViCal if
you don't want to run a full blown ownCloud service just for PIM sync.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] survey: providing SyncEvolution binaries

[Tino Mettler]

On Thu, Nov 10, 2016 at 10:53:05 +0100, Patrick Ohly wrote:

[...]

> I understand that this is closer to the Debian Stretch freeze than
> originally hope, but perhaps you can still get it in.  Thanks for
> your help!

Hi,

the timing is currently not a problem.

Regards,
Tino


___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Building a debian package for the backend

[Tino Mettler]

On Mon, Nov 07, 2016 at 23:37:15 +0100, deloptes wrote:

[...]

> Hi and thank you for coming back to me on this subject.
> Let me explain what I need, because I am not sure that I understand
> correctly your answer.
> 
> We have the deb packages build and offered recently, but we don't have the
> TDE packages( pim + wallet ). Who's suppose to build them together with the
> other packages?

I don't know how TDE is supposed to be packaged/distributed. I took a
look and it doesn't seem to be part of Debian, so I can't enable TDE
support in the Debian packages.

> I don't think I can or should rebuild all packages for trinity desktop just
> to have support for two extra backends.

Why not? Shipping only the backends might also cause problems with the
already installed syncevolution, for instance the backend search path,
which depends on the distribution/architecture/build type/etc.

> I mean I can use the source to build syncevolution with tdepim and
> tdewallet, but I can not afford it to build all other packages

That shouldn't be neccessary.

> And what I am missing is the debian directory for the new 1.5.2. Where can
> this be found (for jessie,testing and sid)

1.5.2 is not released yet. The debian packaging for 1.5.1 should work,
though. At least it worked for me when I did a test build/test run a
few weeks ago with the git source.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Release preparations for 1.5.2

[Tino Mettler]

On Tue, Oct 04, 2016 at 14:01:07 +0200, Patrick Ohly wrote:

> Can't you do that with a libsynthesis >= Debian-Version where
> "Debian-Version" gets bumped each time you update the libsynthesis
> source code?

Hi,

thats what I'm doing now. However, versions like
"3.4.0.47.5+syncevolution-1.5.1-2" might scare off some people.

Regards,
Tino

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Release preparations for 1.5.2

[Tino Mettler]

On Tue, Oct 04, 2016 at 12:29:23 +0200, Patrick Ohly wrote:
> On Tue, 2016-10-04 at 11:21 +0200, Tino Mettler wrote:

> > Is it intended that there was no version bump in libsynthesis for quite
> > some time?
> 
> There's been no new upstream release.

Hi,

my understanding was that syncevolution requires changes in your
libsynthesis version, so I thought that some sort of version check
would be worthwhile.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Release preparations for 1.5.2

[Tino Mettler]

Hi,

I updated the Debian packaging and it builds and installs fine. I hope
to get some basic testing done this week.

Is it intended that there was no version bump in libsynthesis for quite
some time?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] survey: providing SyncEvolution binaries

[Tino Mettler]

On Wed, Sep 21, 2016 at 11:09:43 +0200, Patrick Ohly wrote:
> On Wed, 2016-09-21 at 10:18 +0200, Tino Mettler wrote:
> > may I assume that nothing release-ish is scheduled for the next few
> > months?  Otherwise it would be nice to be as recent as possible
> > regarding the version in Debian when the freeze starts.
> 
> Quite the opposite, I am determined to finally get a 1.5.2 out ;-}
> I might have some pre-release binaries for testing this week or early
> next week.

Hi,

I would like to know about the relevant git tags for syncevolution and
libsynthesis when this happens, and also when the tags are moved due to
late changes (which at least happened in the past).

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] survey: providing SyncEvolution binaries

[Tino Mettler]

On Tue, Sep 13, 2016 at 20:58:14 +0200, Tino Mettler wrote:
> On Mon, Aug 22, 2016 at 15:22:31 +0200, Patrick Ohly wrote:
> > Debian Stable, which only has an old version (1.4.99).
> 
> Hi,
> 
> I just remembered that one reason for that somewhat ugly version in
> Jessie was that the 1.5 release came slightly after the freeze for
> Jessie. So FYI the current roadmap for Stretch says "Q3 2016: Please finish 
> up things for
> Stretch" with the first freeze (for library transitions) scheduled for
> November 5th.

Hi Patrick,

may I assume that nothing release-ish is scheduled for the next few
months?  Otherwise it would be nice to be as recent as possible
regarding the version in Debian when the freeze starts.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] survey: providing SyncEvolution binaries

[Tino Mettler]

On Mon, Aug 22, 2016 at 15:22:31 +0200, Patrick Ohly wrote:
> Debian Stable, which only has an old version (1.4.99).

Hi,

I just remembered that one reason for that somewhat ugly version in
Jessie was that the 1.5 release came slightly after the freeze for
Jessie. So FYI the current roadmap for Stretch says "Q3 2016: Please finish up 
things for
Stretch" with the first freeze (for library transitions) scheduled for
November 5th.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] survey: providing SyncEvolution binaries

[Tino Mettler]

On Mon, Aug 22, 2016 at 15:22:31 +0200, Patrick Ohly wrote:
> One exception
> is perhaps Debian Stable, which only has an old version (1.4.99). But
> even that isn't too bad.

Hi Patrick,

I could check if a backport of 1.5.1 for Stable is trivial. Users
would have to manually add the backports repository, but installing
binaries from syncevolution.org requires some manual steps, too.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution-kde + akonadi [ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11

[Tino Mettler]

On Tue, Jul 19, 2016 at 17:04:32 +0300, Vladislav Vorobiev wrote:
> > I don't know if your error ist D-Bus or syncevolution related. What
> > happens if you just start syncevo-dbus-server (e.g.
> > /usr/lib/x86_64-linux-gnu/syncevolution/syncevo-dbus-server if you use
> > amd64)?
> 
> Yes i'm on amd64
> 
> running
> 
> /usr/lib/x86_64-linux-gnu/syncevolution/syncevo-dbus-server 
> 
> vavvav@loenka:~$ SYNCEVOLUTION_DEBUG=1 syncevolution --sync refresh-from-
> remote funambol addressbook todo calendar
> [DEBUG 00:00:00] SuspendFlags: (re)activating, currently inactive
> [DEBUG 00:00:00] SuspendFlags: activating signal handler(s) with fds 14->13
> [DEBUG 00:00:00] SuspendFlags: catch signal 2
> [DEBUG 00:00:00] SuspendFlags: catch signal 15
> [INFO 00:00:00] memo: inactive
> 
> SYNCEVOLUTION_DEBUG=1 gdb --args syncevolution --sync refresh-from-remote 
> funambol addressbook todo calendar

If you need to run the dbus server manually, your setup is broken IMHO.

[...]

> and it seems it find no databases (hangs at the end)
> 
> $ vavvav@loenka:/home/A/usr/code/sys/vav/default/home/USER/bin$ syncevolution 
> --print-databases
> CalDAV:
>select database via absolute URL, set username/password to scan, set 
> syncURL to base URL if server does not support auto-discovery ()
> 
> CalDAVTodo:
>select database via absolute URL, set username/password to scan, set 
> syncURL to base URL if server does not support auto-discovery ()
> 
> CalDAVJournal:
>select database via absolute URL, set username/password to scan, set 
> syncURL to base URL if server does not support auto-discovery ()
> 
> CardDAV:
>select database via absolute URL, set username/password to scan, set 
> syncURL to base URL if server does not support auto-discovery ()
> 
> [ERROR] Evolution Address Book = Evolution Contacts = evolution-contacts:
> [ERROR] accessing databases failed

I thought you want to use Akonadi, so using evolution data sources
seems wrong to me.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution-kde + akonadi [ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11

[Tino Mettler]

On Tue, Jul 19, 2016 at 16:30:27 +0300, Vladislav Vorobiev wrote:
> On вторник, 19 июля 2016 г. 13:56:11 MSK Tino Mettler wrote:
> > On Tue, Jul 19, 2016 at 13:55:53 +0300, Vladislav Vorobiev wrote:
> > > Same result
> > > 
> > > # apt-get install syncevolution-libs-kde syncevolution
> > > ...
> > > $ SYNCEVOLUTION_DEBUG=3 syncevolution --sync refresh-from-remote funambol
> > > addressbook
> > > [ERROR 00:00:00] starting D-Bus session failed:
> > > org.syncevolution.Exception: server shutting down
> > 
> > I don't know your setup. All I can say is that it works fine with Gnome in
> > my case. You should try to debug this further, maybe with strace,
> > dbus-monitor or other tools.
> 
> Sorry, I have a tread there that begins at 27.05.2016. I thought you can see 
> the history.  I use syncevolution with kde (akonadi) and I always used the 
> package syncevolution-kde. 

syncevolution-kde is provided by upstream (Patrick), which is
independent from the Debian packaging, which is currently maintained by
me.

I don't know if your error ist D-Bus or syncevolution related. What
happens if you just start syncevo-dbus-server (e.g.
/usr/lib/x86_64-linux-gnu/syncevolution/syncevo-dbus-server if you use
amd64)?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution-kde + akonadi [ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11

[Tino Mettler]

On Tue, Jul 19, 2016 at 13:55:53 +0300, Vladislav Vorobiev wrote:
> Same result
> 
> # apt-get install syncevolution-libs-kde syncevolution
> ...
> $ SYNCEVOLUTION_DEBUG=3 syncevolution --sync refresh-from-remote funambol 
> addressbook
> [ERROR 00:00:00] starting D-Bus session failed: org.syncevolution.Exception: 
> server shutting down

I don't know your setup. All I can say is that it works fine with Gnome in
my case. You should try to debug this further, maybe with strace,
dbus-monitor or other tools.

> # apt-get install syncevolution-kde 
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Package syncevolution-kde is not available, but is referred to by another 
> package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source

What are you trying to achieve here?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution-kde + akonadi [ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11

[Tino Mettler]

> Am 19.07.2016 um 12:10 schrieb Vladislav Vorobiev :
> 
> Hi again,
> 
> http://tikei.de/debian/syncevolution/
> 
> this packages set is not working any more with current DEBAIN sid.

Please use the official Debian packages, 1.5.1 was uploaded meanwhile.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution-kde + akonadi [ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11

[Tino Mettler]

On Tue, Jul 19, 2016 at 10:55:25 +0300, Vladislav Vorobiev wrote:
> Hi Tino, 
> 
> this packages are not working any more with current unstable

Hi,

what packages? What do you mean with "any more"? What did you do
between working and not working state?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Build failure with gcc 6

[Tino Mettler]

On Wed, Jul 06, 2016 at 14:42:08 +0200, Patrick Ohly wrote:
> On Wed, 2016-07-06 at 14:27 +0200, Tino Mettler wrote:
> > Hi Patrick,
> > 
> > 1.5.1 fails to build with GCC 6 [1], which makes it unsuitable for
> > Debian testing in the current state.  From looking at the
> > freedesktop.org git web interface, I don't see any branches with newer
> > code that was fixed regarding this issue.  Do you have any plans for
> > this?
> 
> Isn't it possible to compile when asking explicitly for an older C++
> version than the one used by g++ by default?

I'll check.

> I was aware of the need for changes to compile with default options, but
> haven't had time for that yet.

After fixing up some implicit shared_ptr-to-bool conversions (see the
attached patch), this one is left:

src/syncevo/Cmdline.cpp:1734:85: error: no matching function for call to 
'bind(, const 
boost::reference_wrapper<std::__cxx11::list<std::__cxx11::basic_string > 
>, boost::arg<1>&)'

Regards,
Tino
>From 78e57294e2e7da741c47f31ba6c17b7fb6219c87 Mon Sep 17 00:00:00 2001
From: Tino Mettler <tino+deb...@tikei.de>
Date: Wed, 6 Jul 2016 14:33:19 +0200
Subject: [PATCH] Fix implicit shared_ptr conversions

---
 src/dbus/server/session.h| 2 +-
 src/syncevo/Logging.h| 4 ++--
 src/syncevo/StringDataBlob.h | 2 +-
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/src/dbus/server/session.h b/src/dbus/server/session.h
index af46f5d..b762bab 100644
--- a/src/dbus/server/session.h
+++ b/src/dbus/server/session.h
@@ -425,7 +425,7 @@ public:
 void setServerAlerted(bool serverAlerted) { m_serverAlerted = serverAlerted; }
 
 void initServer(SharedBuffer data, const std::string );
-void setStubConnection(const boost::shared_ptr c) { m_connection = c; m_useConnection = c; }
+void setStubConnection(const boost::shared_ptr c) { m_connection = c; m_useConnection = static_cast (c); }
 boost::weak_ptr getStubConnection() { return m_connection; }
 bool useStubConnection() { return m_useConnection; }
 
diff --git a/src/syncevo/Logging.h b/src/syncevo/Logging.h
index ce9a249..5deb01b 100644
--- a/src/syncevo/Logging.h
+++ b/src/syncevo/Logging.h
@@ -255,7 +255,7 @@ class Logger
 Handle  = (const Handle ) throw ();
 ~Handle() throw ();
 
-operator bool () const { return m_logger; }
+operator bool () const { return static_cast (m_logger); }
 bool operator == (Logger *logger) const { return m_logger.get() == logger; }
 Logger *get() const { return m_logger.get(); }
 
@@ -398,7 +398,7 @@ template class PushLogger : boost::noncopyable
 }
 }
 
-operator bool () const { return m_logger; }
+operator bool () const { return static_cast (m_logger); }
 
 void reset(const Logger::Handle )
 {
diff --git a/src/syncevo/StringDataBlob.h b/src/syncevo/StringDataBlob.h
index 62bc4c7..14f0d61 100644
--- a/src/syncevo/StringDataBlob.h
+++ b/src/syncevo/StringDataBlob.h
@@ -53,7 +53,7 @@ class StringDataBlob : public DataBlob
 
 virtual boost::shared_ptr getData() { return m_data; }
 virtual std::string getName() const { return m_name; }
-virtual bool exists() const { return m_data; }
+virtual bool exists() const { return static_cast (m_data); }
 virtual bool isReadonly() const { return m_readonly; }
 };
 
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] Build failure with gcc 6

[Tino Mettler]

Hi Patrick,

1.5.1 fails to build with GCC 6 [1], which makes it unsuitable for
Debian testing in the current state.  From looking at the
freedesktop.org git web interface, I don't see any branches with newer
code that was fixed regarding this issue.  Do you have any plans for
this?

Regards,
Tino

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811624
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Debian building packages for syncevolution 1.5.1 and TDE backends

[Tino Mettler]

On Tue, Jun 28, 2016 at 00:26:47 +0200, deloptes wrote:
> Tino Mettler wrote:
> 
> > On Mon, Jun 13, 2016 at 16:13:44 +0200, deloptes wrote:
> >> OK, Thank you Tino,
> >> I have the feeling you are right. I'll try to build the debian packages
> >> on the test env, where I will need to install the evolution and kde libs
> >> as well, so that I'll be able to build all available/suggested backends.
> >> 
> >> What about merging the code into the syncevolution git tree?
> >> What is the "official" procedure?
> > 
> > Hi,
> > 
> > that question is better sent to the syncevolution mailing list, as I'm
> > only the Debian maintainer.
> > 
> > Regards,
> > Tino
> 
> Hi again,
> 
> I noticed there is no package for stretch - for jessie and sid there is
> one - what are the plans or what is the story?
> This is also version 1.4.99 - why not 1.5.1 (I mean at least sid)?

Hi,

sorry for the delay. I have serious trouble finding a sponsor to upload
the 1.5.1 package. The last info I got is that an upload could happen
in a few days (at least this week).

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Debian building packages for syncevolution 1.5.1 and TDE backends

[Tino Mettler]

On Mon, Jun 13, 2016 at 16:13:44 +0200, deloptes wrote:
> OK, Thank you Tino,
> I have the feeling you are right. I'll try to build the debian packages on
> the test env, where I will need to install the evolution and kde libs as
> well, so that I'll be able to build all available/suggested backends.
> 
> What about merging the code into the syncevolution git tree?
> What is the "official" procedure?

Hi,

that question is better sent to the syncevolution mailing list, as I'm
only the Debian maintainer.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Debian building packages for syncevolution 1.5.1 and TDE backends

[Tino Mettler]

On Mon, Jun 13, 2016 at 13:33:16 +0200, Tino Mettler wrote:
> On Fri, Jun 10, 2016 at 23:49:22 +0200, deloptes wrote:
> 
> [...]
> 
> > /usr/bin/ld: 
> > /opt/software/SyncEvolution/syncevolution-1.5.1/src/build-synthesis/src/.libs/libsynthesissdk.a(libsynthesissdk_la-SDK_util.o):
> > relocation R_X86_64_PC32 against symbol `StrAllocN' can not be used when
> > making a shared object; recompile with -fPIC
> 
> Hi,
> 
> IIRC this error usually happens if you want to build a dynamic library
> with -fPIC and try to link it with a static one that was built without.
> 
> However, I can't see the exact cause of the failure without more
> context from the build log.

My guess is that the linker error is caused by your mix of the Debian
packaging and the embedded build of libsynthesis in your build, where
the latter seems to build a static library.

In Debian, libsynthesis comes from a separate Debian package, which
provides shared libraries.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Debian building packages for syncevolution 1.5.1 and TDE backends

[Tino Mettler]

On Fri, Jun 10, 2016 at 23:49:22 +0200, deloptes wrote:

[...]

> /usr/bin/ld: 
> /opt/software/SyncEvolution/syncevolution-1.5.1/src/build-synthesis/src/.libs/libsynthesissdk.a(libsynthesissdk_la-SDK_util.o):
> relocation R_X86_64_PC32 against symbol `StrAllocN' can not be used when
> making a shared object; recompile with -fPIC

Hi,

IIRC this error usually happens if you want to build a dynamic library
with -fPIC and try to link it with a static one that was built without.

However, I can't see the exact cause of the failure without more
context from the build log.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution 1.5.1 and TDE backends

[Tino Mettler]

On Fri, Jun 03, 2016 at 22:34:45 +0200, deloptes wrote:

> I was working on a TDE (Tinity Desktop Env) backends in the past few months
> and I tried recently to build packages for debian, but failed miserably.
> I was wondering how I could go ahead with the code now. I would consider the
> backend as working (I need to improve/change few things in the feature).
> I am not able to test the wallet because I don't have any account, so the
> wallet backend code is not tested. The rest is working without major
> issues.
> 
> Can you share some ideas please?

Hi,

I don't get the real question. If you added your own backend and want
to know how to add it to the Debian packaging, you could
use the KDE backend (in the syncevolution-libs-kde package) as an example:

1. add a syncevolution-libs-tde backend package to debian/control (use
the syncevolution-libs-kde part as a template)

2. add a file debian/syncevolution-libs-tde.install (use
debian/syncevolution-libs-kde.install as a template) and insert the
backend libs for your TDE backend

If you have other questions regarding usage of the Debian packaging,
just ask.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution-kde + akonadi [ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11

[Tino Mettler]

On Wed, Jun 01, 2016 at 14:29:09 +0200, Patrick Ohly wrote:

[...]

> Tino, how's your update of the Debian package to the latest version
> going? I saw that Debian Testing doesn't have any SyncEvolution version
> anymore.

Hi,

I submitted a 1.5.1 package to my sponsor, but he had no time to upload
it until now.

Meanwhile, I put 1.5.1 packages for Debian Sid built by myself here:

http://tikei.de/debian/syncevolution/

If there are any problems with these (like depends on outdated
libraries), just let me now and I will rebuild them.

If they won't work with stretch, just send me a note and I'll upload
packages for stretch.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] item is outside the sync interval

[Tino Mettler]

On Mon, May 23, 2016 at 08:16:17 +0200, Patrick Ohly wrote:

[...]

> Is that SyncEvolution coming from Ubuntu? Renato at some point worked on
> range filtering, perhaps the message comes from that code (see also
> https://bugs.freedesktop.org/show_bug.cgi?id=86463).

That would be Use-90-days-as-default-value-for-syncInterval.patch
I guess:

http://ubuntudiff.debian.net/?query=-FPackage+evolution

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] reject file in git tree

[Tino Mettler]

Hi Patrick,

there is a file that does not belong to the git tree IMHO:

src/backends/pbap/PbapSyncSource.cpp.rej

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] Synchronization infrastructure questions

[Tino Mettler]

On Thu, Apr 23, 2015 at 21:46:21 +0500, Khurshid Alam wrote:

[...]

 2. I've never tried using syncevolution as
 a SyncML server [1]. Are there any drawbacks
 in using syncevolution and evolution-data-server
 on one desktop and syncing all others against
 it, rather than using a dedicated SyncML server
 as funambol?
 
 No. Its rather perfect since it can handle all evolution specific
 vcard and ical properties (assuming server  client machine uses
 same version of evolution-data-server  syncevolution).
 Synchronization between two Ubuntu machine  over lan (one as server,
 other as client) is described here:
 https://help.ubuntu.com/community/SyncEvolution/synchronize-evolution-data-among-computers-over-lan

Hi,

AFAIK the SyncML server script supplied by Syncevolution can't handle
more than one user.  If you need to support more users, you have to set
up one server (and e-d-s, dbus) instance per user.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution and a radicale caldev server

[Tino Mettler]

On Fri, Feb 17, 2012 at 16:35:19 +0100, Patrick Ohly wrote:

[...]

 Have you considered Calypso (http://keithp.com/blogs/calypso/)? I don't
 know yet whether it works with SyncEvolution; if there is interest, then
 I will try it.

Hi,

is there anything new about calypso and syncevolution? It seems to be
lightweight and easy to set up.  However, I had mixed results when
syncing against an iOS client.

Regards,
Tino

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] syncevolution and a radicale caldev server

[Tino Mettler]

On Fri, Feb 06, 2015 at 09:50:07 +0100, Patrick Ohly wrote:

[...]

 Radicale, the server that Calypso was forked from, seems to be a bit
 more active and more popular.

Hi,

radicale was complicated to set up, with its depedenciess on a web
server, WSGI etc. Or maybe I was just using it wrong.

Regards,
Tino

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] User TLS instead of SSLv3 in syncevolution-http-server

[Tino Mettler]

Hi,

the attached patch switches the syncevo-http-server script from using
SSLv3 to TLS. This avoids the potential security risk that arises with
SSLv3 and also fixes connections problems with clients not supporting
SSLv3 anymore. The latter is the case with syncevolution in Debian
Jessie, as it uses gnutls with disabled SSLv3 support.

Regards,
Tino
From 930d61240e69a607c32e277b3e2ff963aa5181db Mon Sep 17 00:00:00 2001
From: Tino Mettler tino+deb...@tikei.de
Date: Thu, 4 Dec 2014 17:11:22 +0100
Subject: [PATCH] Use TLS instead of SSLv3

This fixes a potential security risk and connection problems with clients
that don't support SSLv3 anymore.

Closes: #772040
---
 test/syncevo-http-server.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/test/syncevo-http-server.py b/test/syncevo-http-server.py
index 57210ae..6c14088 100755
--- a/test/syncevo-http-server.py
+++ b/test/syncevo-http-server.py
@@ -40,7 +40,7 @@ timeout=10
 
 class ChainedOpenSSLContextFactory(ssl.DefaultOpenSSLContextFactory):
 def __init__(self, privateKeyFileName, certificateChainFileName,
- sslmethod = SSL.SSLv3_METHOD):
+ sslmethod = SSL.TLSv1_METHOD):
 
 @param privateKeyFileName: Name of a file containing a private key
 @param certificateChainFileName: Name of a file containing a certificate chain
-- 
2.1.3

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SyncEvolution 1.4.99.4

[Tino Mettler]

Hi,

just a small update: 1.4.99.4 made it into Debian Jessie:

https://packages.debian.org/source/jessie/syncevolution

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SyncEvolution 1.4.99.4

[Tino Mettler]

On Fri, Oct 31, 2014 at 14:04:26 +0100, Patrick Ohly wrote:
 On Mon, 2014-10-27 at 15:32 +0100, Tino Mettler wrote:
  Hi Patrick,
  
  I just want to let you know that 1.4.99.4 is now in Debian unstable. I
  hope it will therefore become part of the next Debian stable release.
 
 That's good, thanks for your help.
 
 I noticed this week in an unrelated article about the systemd GR that
 there is a feature freeze deadline coming up for Debian early next week.
 
 Do you think it would be possible to get SyncEvolution 1.5 into that if
 I release it this weekend? The changes compared to 1.4.99.4 are minor,
 but some of the changes may be relevant for users. 

Just plain no, because the freeze affects Debian testing. Every package
must be in testing at the time of the freeze. However, new packages are
uploaded to Debian unstable, and unstable-to-testing migration was set
to 10 days. Therefore, the deadline for new packages that should become
a part of Jessie was last Sunday. That's why I submitted the first
1.4.99.2 package last Saturday, and another package with a small fix
last Sunday. :-) So let's hope that no important bugs are found that
would prevent the migration to testing for the 1.4.99.2 package.
Otherwise, Jessie will be shipped with 1.4.

Updates will only be allowed if they fix important bug, and only these
bugs.  As usual, New upstream versions won't be possible, fixes have to be
backported.

If you point me to critical bugs that affects users of the Debian
package including a fix (or a git commit that contains the fix), I
could try to provide updated packages.

 It would be cleaner
 to have a regular release in Debian, too.

I know. It just didn't work out.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SyncEvolution 1.4.99.4

[Tino Mettler]

On Fri, Oct 31, 2014 at 15:40:39 +0100, Patrick Ohly wrote:

[...]

 Relevant for users of Debian binaries is:
 
 commit 50148ab580f8912fa3cf5cd55c1e68050d43cf45
 Author: Patrick Ohly patrick.o...@intel.com
 Date:   Thu Sep 25 06:57:50 2014 +
 
 scripting: prevent premature loop timeouts
 
 The more complex avoid data loss during merging scripting ran for longer
 than 5s limit under extreme conditions (full logging, busy system, running
 under valgrind), which resulted in aborting the script and a 10500 local
 internal error sync failure.
 
 The endless loop prevention should only be necessary to detect programming
 mistakes, so better disable it entirely.

Hi Patrick,

thanks for that.

[...]

 I don't mind getting prodded a bit regarding releases. I'm not actively
 following downstream release cycles, so telling me about them
 occasionally would help to get upstream releases out in time.

OK, I'll keep that in mind. However, saw a bit late that the deadline
for updates in unstable is freeze date minus 10 days. During the last
freezes, packages in unstable at the point of the freeze were allowed
to migrate to testing after the freeze.

And of cause, big thanks to David Bremner for uploading the packages I
submitted as fast as possible.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SyncEvolution 1.4.99.4

[Tino Mettler]

Hi Patrick,

I just want to let you know that 1.4.99.4 is now in Debian unstable. I
hope it will therefore become part of the next Debian stable release.

Regards,
Tino

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SyncEvolution release process

[Tino Mettler]

Hi Patrick,

in the past, I also had issues with git tags that are updated
afterwards.  I'd like some official announcement as part of the release
process for each tag to know if I can work with it. Usually, those
announcements were sent to this ML, but I'd to know if it is part of
the formal release process.

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

[SyncEvolution] Fix build failure with eglibc 2.18

[Tino Mettler]

Hi,

syncevolution 1.4 fails to build with glibc headers from eglibc 2.18 in
Debian Sid. Attatched is a patch.

Regards,
Tino
From 7f2d522e8a9c37adc1ad12921d81e01afff621fa Mon Sep 17 00:00:00 2001
From: Tino Mettler tino+deb...@tikei.de
Date: Mon, 24 Feb 2014 09:53:54 +0100
Subject: [PATCH] Include missing stdint.h

Eglibc 2.18 requires this additional include, otherwise there will be
an FTBFS due to missing C99 integer types.
---
 src/gdbusxx/gdbus-cxx-bridge.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/gdbusxx/gdbus-cxx-bridge.h b/src/gdbusxx/gdbus-cxx-bridge.h
index fc4aa4e..65656c4 100644
--- a/src/gdbusxx/gdbus-cxx-bridge.h
+++ b/src/gdbusxx/gdbus-cxx-bridge.h
@@ -58,6 +58,7 @@
 #define INCL_GDBUS_CXX_BRIDGE
 #include gdbus-cxx.h
 
+#include stdint.h
 #include gio/gio.h
 
 #include map
-- 
1.9.0

___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Re: [SyncEvolution] SyncEvolution 1.4 released

[Tino Mettler]

Hi Patrick,

as the libsynthesis version was not bumped, am I right that
syncevolution 1.4 is compatible with libsynthesis from
libsynthesis_3.4.0.47+syncevolution-1-3-99-6?

Regards,
Tino
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
https://lists.syncevolution.org/mailman/listinfo/syncevolution