GNOME Bugzilla – Bug 314902
evo-sharp-0.10 does not build with eds-1.3.8
Last modified: 2006-10-21 22:21:25 UTC
Distribution/Version: YDL-4.0.1 evo-sharp-0.10 does not build with eds-1.3.8. The problem is the lack of an appropriate evolution-api-1.3.raw file for eds-1.3.8. I see that configure now sets the correct SO versions for eds-1.3.8, which is good news. Suggested fix -------------- Something needs to be added to configure.in along the lines of AM_CONDITIONAL(USE_EVO13, test "x$eds13" = "xyes") ./evolution/Makefile.am will need something like if USE_EVO13 RAW_API = evolution-api-1.3.raw else if USE_EVO12 RAW_API = evolution-api-1.2.raw else RAW_API = evolution-api.raw endif For what it's worth, I edited the ./evolution/Makefile to force it to use evolution-api-1.2.raw, which allows evo-sharp to compile. The good news is beagle-0.0.13.2 [CVS] actually runs. The bad news is I don't know if using the evolution-api-1.2.raw file was the right thing to do. BTW, evolution-api.raw is missing from the 0.10 tarball. It exists in CVS. -Joseph
Confirmed here. Analysis is incorrect; evolution-api.raw tracks CVS head, we do not bother with eds before 1.2.x. The actual problem is in Makefile.am: EXTRA_DIST = \ $(ASSEMBLY).config.in \ AssemblyInfo.cs.in \ $(RAW_API) \ $(METADATA) \ $(customs) \ $(sources) \ $(TESTBOOK_CSFILES) \ $(TESTCAL_CSFILES) since we need to package both evolution-api.raw and evolution-api-1.2.raw this should be EXTRA_DIST = \ $(ASSEMBLY).config.in \ AssemblyInfo.cs.in \ evolution-api.raw \ evolution-api-1.2.raw \ $(METADATA) \ $(customs) \ $(sources) \ $(TESTBOOK_CSFILES) \ $(TESTCAL_CSFILES) otherwise tarball will only contain one or the other, depending on packager's eds version.
OK... So the question remains: Which evolution-api file should be used withh eds-1.3.8? -Joseph
evolution-api.raw, as I said; the problem is that it is not being packaged in the tarball.
Ed, Thank you for responding. For those of us who don't actually work with the internals of eds, the version numbering is confusing. eds version 1.3.8 installs a package configuration file named evolution-data-services-1.2.pc Hence the confusion. -Joseph
Closing, version 1.4 is supported and the packaging problem has gone