Re: Strange commit to FindKDE4Internal.cmake

es/ (*Config.cmake file) [1] [1] http://packages.debian.org/sid/all/shared-desktop-ontologies/filelist -- Modestas Vainius signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org ht

Re: Strange commit to FindKDE4Internal.cmake

ich when found, does the rest. But in general *Config.cmake deprecates the need for that small FindKDE4.cmake. -- Modestas Vainius signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde

Re: cmake for python projects (was: KDE/kdegames)

#x27;s more, this is kdebindings we talking about. It is mind-blowing enough to package and maintain in a sane state. There is no need to keep other KDE modules unbuilt just because one small app needs kdebindings at run-time. -- Modestas Vainius signature.asc Descript

Re: [CMake] rpath problems with kdevplatform

as not made to the archive yet. However, I still think that KDElibs should stick to cmake defaults with respect to RPATH settings giving users freedom to use RPATH or LD_LIBRARY_PATH or /etc/ld.so.conf.d/. CMAKE*RPATH* look like candidates for users to set rather than projects themselves,

Re: KDE/kdelibs

Hello, On 2009 m. May 9 d., Saturday 13:57:59 Modestas Vainius wrote: > But it is NOT kdelibs, it is EXPERIMENTAL kdelibs and nothing in kdelibs- > experimental can depend on kdelibs (including buildsystem). Also please do Sorry, messed up the sentence, should be "nothing in kdelibs ca

Re: KDE/kdelibs

f. Quoting policy (please respect it): * kdelibs MUST NOT depend on anything in the experimental subdir in other words, these two requirements are meant to put kdelibs/experimental at the same build phase as extragear/libs currently is -- Modestas Vainius signature.asc Description: This is a

Re: FindPlasma.cmake obsolete ?

ma.cmake also > independently from kdelibs, so projects may include private copies of it in > their sources. There is no absolutely point in shipping any private stuff. Plasma headers will be merged to kdelibs5-dev with the hope that they can be split off again in KDE 4.3 -- Modestas Vainiu

Re: FindPlasma.cmake obsolete ?

dular, do not lose these small bits which are already there (even they were not intentional). -- Modestas Vainius signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: FindPlasma.cmake obsolete ?

rg/?l=kde-core-devel&m=123001573422230 -- Modestas Vainius signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: FindPlasma.cmake obsolete ?

hink that some sort of freeze should apply to the build system too? There are numerous packages which do find_package(Plasma) and will need to be fixed. -- Modestas Vainius signature.asc Description: This is a digitally signed message part. ___ Kd

Re: reduced link interface: some link breakage possible

s is a lot worse (dependency mess) than this minor SC breakage which most projects probably won't notice anyway since they fixed the issue long ago or have never had it in the first place (e.g. target_link_libraries() was maintained carefully). -- Modestas Vainius --- a/libs/kworkspace/C

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

nd based on the output > from kde4-config, so they belong together. FindKDE4Internal.cmake: set (CMAKE_PREFIX_PATH `kde4-config --prefix`) ? (simplified version, with kde4-config found the same way FindKDE4 did it) find_package(foo) -- Modestas Vainius <[EMAIL PROTECTED]> signa

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

ath to the configuration file is stored in the cmake variable _CONFIG." -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

of those search paths in find_package(), isn't it? -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.k

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

e) > endif () I would suggest to put this into macro to enable unified generation of configInstallDir for any project. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buil

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

Hello, antradienis 09 Gruodis 2008, Alexander Neundorf rašė: > So, you are right, ideally it should be under lib/ too. > I'm just not sure if I should change that now. In my opinion, while you are at it, do it now once and for all. -- Modestas Vainius <[EMAIL PROTECTED]>

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

w I wish Alex could add support for this path to KDE. /usr/lib/Kdepimlibs and /usr/lib/KDE4Workspace currently contains only cmake stuff which are "found" via cmake/modules/Find{Kdepimlibs,KDE4Workspace}.cmake anyway. So it is easy to workaround lack of native cmake support for

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

y want find_package() to support /usr/lib/cmake search path as an alternative search path. Please give distributors a choice. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-b

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

workspace stuff are? -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

DE4_LIB_DIR}/KDE4Workspace/cmake ) replace with: find_package(KDE4Workspace QUIET NO_MODULE PATHS ${PLUGIN_INSTALL_DIR}/cmake ) or ${KDE4_LIB_DIR}/cmakeconfigs or ${KDE4_LIB_DIR}/cmake whatever you choose. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

gt; put into libdir. These files are the cmake equivalent of .pc files, which > also reside in /usr/lib. Okay, but then I wouldn't mind e.g. /usr/lib/kde4/cmake or something similar, just please do not pollute /usr/lib namespace directly. Likewise, pkg-config has /usr/lib/pkgconfig.

Re: changes to how kdepimlibs and kdebase/workspace are installed and found

r/share material and we already have apps/cmake. Whats is wrong with placing those files to e.g. kdelibs DATA/apps/cmake/configs (preserve the path the same way you preserve KDElibs version and that's it) instead of such weird paths? -- Modestas Vainius <[EMAIL PROTECTED]> signature.a

FindKdepimLibs.cmake: please do not hardcode paths

other prefix than kdelibs?) so I attach a patch which removes it. Tested and works. -- Modestas Vainius <[EMAIL PROTECTED]> --- a/cmake/modules/FindKdepimLibs.cmake +++ b/cmake/modules/FindKdepimLibs.cmake @@ -56,19 +56,15 @@ if( KDEPIMLIBS_INCLUDE_DIR ) set(KDEPIMLIBS_FOUN

Re: kdelibs trunk: FindXine.cmake: XINE_XCB is always false

Hello, šeštadienis 29 Lapkritis 2008, Alexander Neundorf rašė: > Is this still necessary with the patch committed today by Gökcen Eraslan ? I guess not. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed mes

kdelibs trunk: FindXine.cmake: XINE_XCB is always false

Hello, XINE_FOUND should be set before checking for XINE_XCB_FOUND. As it is now, XINE_XCB will always be not found. Patch attached. -- Modestas Vainius <[EMAIL PROTECTED]> --- FindXine.cmake 2008-11-14 21:54:22.0 +0200 +++ FindXine.cmake 2008-11-28 21:13:44.0 +0200 @@

Re: Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

verything Qt/KDE based (99,99%) needs QtCore, as almost all KDE apps need kdecore. That is not the case with QtDBus what you effectively state here. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___

Re: Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

pty -> kdecore kutils -> kdeui solid -> ${QT_QTCORE_LIBRARY} ${KJSEMBEDLIBNAME} -> "${KJSLIBNAME};${QT_QTCORE_LIBRARY} I can prepare a patch with all these changes if you agree with them. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: Thi

Re: Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

atch in debian is a more aggresive cleanup approach whereas 99th patch adds more "harmless" excess linkage to increase compatibility. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part.

Re: Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

B_EXPORT) or other flag so lib export method can be chosen when building each app individually? -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-build

Re: KDE/kdelibs/cmake/modules

assuming that they are available implicitly (which is really what you need to fix here). -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

ld be better spent supporting a proper solution as an alternative to have it ready as default for KDE 4.2. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

se the new way, so you can be sure it will be rock solid for KDE 4.2 on GNU/Linux. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part. ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

an.org/svn/pkg-kde/branches/kde4/packages/kdelibs/debian/patches/98_link_interface_libraries.diff 3. http://public.kitware.com/Bug/view.php?id=6846 4. http://www.vtk.org/Bug/view.php?id=3490 -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message