GNOME Bugzilla – Bug 690334
Can't compile planner-git with evolution-data-server-3.6.2
Last modified: 2021-06-03 16:38:18 UTC
The last planner git use the struct ESourceGroup, that was defined in libedataserver/e-source-group.h in the package evolution-data-server. The problem is that this .h was removed from evolution-data-server in 2010, according with the ChangeLog: commit de3d1b78910146dc9f601c920dba881cf48faeb9 Author: Matthew Barnes <mbarnes@redhat.com> Date: Fri Nov 12 10:09:20 2010 -0500 Remove ESourceGroup. Breaks build. .../libedataserver/libedataserver-docs.sgml | 1 - .../libedataserver/libedataserver-sections.txt | 43 - docs/reference/libedataserver/libedataserver.types | 2 - libedataserver/Makefile.am | 2 - libedataserver/e-source-group.c | 1027 -------------------- libedataserver/e-source-group.h | 130 --- 6 files changed, 1205 deletions(-) That means that we can compile planner-git or the stable planner 0.14.6 with evolution-data-server-3.6.2 Also, I use the --disable-ebs-backend too.
Created attachment 232372 [details] [review] 0004-Fix-build-failure-with-evolution-data-server-3.6.patch Here is a tentative patch to port planner to eds-3.6 APIs. This patch is applied on top of some patches found in Gentoo such as the python detection speed-up patch filled as bug #654044.
Created attachment 232373 [details] [review] 0004-Fix-build-failure-with-evolution-data-server-3.6.patch Updated patch without the gtk-doc changes.
(In reply to comment #1) > This patch is applied on top of some patches found in Gentoo such as the python > detection speed-up patch filled as bug #654044. I'm curious as to why there's such a dependency. I can't see how Python stuff could interfere with EDS support.
(In reply to comment #0) > Also, I use the --disable-ebs-backend too. Note that default is to disable eds backend so you shouldn't have to specify that option.
(In reply to comment #3) > (In reply to comment #1) > > This patch is applied on top of some patches found in Gentoo such as the python > > detection speed-up patch filled as bug #654044. > > I'm curious as to why there's such a dependency. I can't see how Python stuff > could interfere with EDS support. There is no dependency, it's just that I do gentoo packaging and I want to make sure it was up-to-date/working with our patch stack. (In reply to comment #4) > (In reply to comment #0) > > Also, I use the --disable-ebs-backend too. > > Note that default is to disable eds backend so you shouldn't have to specify > that option. Yes I know, I'm adding this precision because I didn't want to raise false hopes that I fixed the whole eds usage.
Any news on this? This is needed now that Gnome 3.8 was released (either supporting eds >= 3.6 or dropping that support entirely) Thanks
When do you plan to make a new version bump including this and all fixes that landed master in last year? Thanks
Master is still a big work in progress on the GTK+ 3 porting front and no new version will happen before that is done. I think your best bet for now is to build your package without eds support.
The patch has been merged into main branch via https://gitlab.gnome.org/World/planner/-/merge_requests/8 How well eds support in general works is a different question, some reports say it works for the basics it does. I hope to do a gtk3 using (alpha) release in about a month.