Hi, You still install export fileinclude in <path>/include/KF5/libkdav_version.h
You still create a KF5:: namespaced lib "Add_library(KF5::kdav SHARED IMPORTED)" You generate pri file with ecm_generate_pri_file(BASE_NAME kdav LIB_NAME kdav FILENAME_VAR PRI_FILENAME INCLUDE_INSTALL_DIR $ {KDE_INSTALL_INCLUDEDIR_KF5}/KDAV ) Toplevel CmakeList needs cleanup ############### KDEPIM-Runtime version ################ # KDEPIM_RUNTIME_VERSION # Version scheme: "x.y.z build". # # x is the version number. # y is the major release number. # z is the minor release number. # # "x.y.z" follow the kdelibs version kdepim is released with. # # If "z" is 0, it the version is "x.y" # # KDEPIM_RUNTIME_DEV_VERSION # is empty for final versions. For development versions "build" is # something like "pre", "alpha1", "alpha2", "beta1", "beta2", "rc1", "rc2". # # Examples in chronological order: # # 3.0 # 3.0.1 # 3.1 alpha1 # 3.1 beta1 # 3.1 beta2 # 3.1 rc1 # 3.1 # 3.1.1 # 3.2 pre # 3.2 alpha1 And set(CMAKE_MODULE_PATH ${kdepim-runtime_SOURCE_DIR}/cmake/modules $ {ECM_MODULE_PATH}) I can't see an autotest directory ? I think that it will good to have some autotest for a lib. Regards Le jeudi 29 décembre 2016, 00:31:00 CET Sandro Knauß a écrit : > Hey, > > We now have a new created repository named pim/kdav ( a DAV library for > GroupDAV, CalDav and CardDav). That we split out kdepim-runtime. This > library is now in ready for review. It builds already and together with > hefee/dev/kdav branch in kdepim-runtime and is a functional replacement. At > the moment kdepim-runtime is not taking any usage of kdav. > > Some outlines: > everything is GPL2+ > dependencies: QtCore, QtGui, QtXml and KioCore > > It is planned to release kdav within 17.04. But this is not a formal mail to > add this repo to the list of released repos. > > Rough future plan: > * make sure kdav compiles at CI > * merge hefee/dev/kdav branch and make sure it works with a owncloud > resource * streamline version numbers with KDEPIM & send a fromal mail to > release team to add kdav. > > Some remakes: > * version number is not streamlines with KDEPIM ( this will be done if we > switch kdepim-runtime ti actually use it) > * @i18n-team: no need to copy strings to other repos, they will stay in > kdepim-runtime (but in other files) > * I don't want to put this into the KF5 namespace, because it is not a > Frameworks, and I think we as PIMsters were wrong in pushing this into that > namespace. > * CI support will come and is already requested :) > > Best Regards, > > sandro > > -- > > Am Montag, 19. Dezember 2016, 12:29:03 CET schrieb Sandro Knauß: > > Hey, > > > > > > moved Akonadi parts already into own files, that can be enter into > > > > kdepim-runtime. > > > > > > Are you willing to port the dav resource to KDAV, once its released? > > > > I'll to the porrting and it will compile and work afterwards. But I will > > not do the logic change(s). I think here at the switch form QString -> > > DavUrl (see below) some function in settings could be removed are not > > needed anymore. I don't want to change the logic in settings because it > > has the potential to break the resource and I do not want to digg into > > the resource internal logic, how the QString -> DavUrl replacement is > > handled inside settings. > > > > > Yep, I certainly think making DavCollection::url() return a QUrl is the > > > right way to go. > > > > not QUrl we use DavUrl, because we also need the protocoll setting of > > DavUrl. > > > > > Any chance you could backport your patch to kdepim-runtime 16.12? > > > > Well this is not a bug in Applicatinos/16.12. The DAV resource it self has > > function to do the transistion: > > Settings::configuredDavUrl > > Settings::davUrlFromCollectionUrl > > > > This issue only one, because I create a seperate library, that should be > > self contained. For Applications/16.12 it is only a not nice logic > > seperation... > > > > Best Regards, > > > > sandro -- Laurent Montel | laurent.mon...@kdab.com | KDE/Qt Senior Software Engineer KDAB (France) S.A.S., a KDAB Group company Tel. France +33 (0)4 90 84 08 53, www.kdab.fr KDAB - The Qt, C++ and OpenGL Experts - Platform-independent software solutions