libkdav

[laurent Montel]

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.montel at 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