Re: [cmake-developers] CPackComponentsDEB-components-depend2 test fails

On 04.07.19 23:55, Rolf Eike Beer wrote: > Am Donnerstag, 4. Juli 2019, 23:33:22 CEST schrieb Rolf Eike Beer: >> Raffi Enficiaud wrote: >>> [...] >>> is not creating a shared library by default on this distribution or is >>> interacting with other options

Re: [cmake-developers] CPackComponentsDEB-components-depend2 test fails

On 04.07.19 12:59, Rolf Eike Beer wrote: > I have a Gentoo and an openSUSE system, that both have various dpkg* tools > installed for $reasons. > > I know that I need to disable the CPackDEB tests, they create a dynamic > executable and check the deb afterwards. Since this is no Debian like

Re: [cmake-developers] Shared library under Windows and CMake: DLL not found before installation

On 06.02.19 19:46, Joachim Wuttke wrote: > > > Works under Linux, stable since many years. Under Windows10 though, a > message window > pops up, entitled "mytest.exe - System error": "The code execution > cannot proceed > because mylib.dll was not found. Reinstalling the program may fix this >

Re: [CMake] Labels on tests defined on another subdirectory

Le mer. 19 sept. 2018 à 02:22, Raffi Enficiaud <mailto:raffi.enfici...@mines-paris.org>> a écrit : Hi, I just wanted to know if it is possible from a directory to add labels on tests defined on a sub-directory (via add_subdirectory). When I do a set_tests_p

[CMake] Labels on tests defined on another subdirectory

Hi, I just wanted to know if it is possible from a directory to add labels on tests defined on a sub-directory (via add_subdirectory). When I do a set_tests_properties on the tests that were retrieved with get_directory_property, cmake says that the test is not found. Maybe I am missing

Re: [cmake-developers] CMake 3.12.0-rc1 is ready for testing

Le 26/06/2018 à 17:18, Brad King a écrit : On 06/25/2018 01:56 PM, Raffi Enficiaud wrote: would it be possible to add the following to the release notes? * FindMatlab now supports the Matlab Runtime Compiler (MCR) for compiling and linking matlab extensions. The MCR does not consume

Re: [cmake-developers] [ANNOUNCE] CMake 3.12.0-rc1 is ready for testing

Le 14/06/2018 à 21:10, Robert Maynard a écrit : I am proud to announce the first CMake 3.12 release candidate. https://cmake.org/download/ Documentation is available at: https://cmake.org/cmake/help/v3.12 Release notes appear below and are also published at

Re: [cmake-developers] Tools for handling cross project dependencies

ed target are included in the project, which is easy to do if we have access to the dependency graph) * generated installation package dependency declaration (the debian packages extract the direct dependencies from this graph) * etc... I hope I clarified better the problems I am trying to

Re: [cmake-developers] Tools for handling cross project dependencies

Le 27.09.17 à 19:10, Egor Pugin a écrit : The idea is to include several "packages" (one package ~ one project in Boost) and make those available to the build, exactly as for a regular CMakeLists.txt that adds several directories or subprojects through a sequence of calls to "add_directories".

[cmake-developers] Tools for handling cross project dependencies

Hi CMake, I am currently working on a toy cmake prototype for Boost. I am not sure it will ever be released but I believe it might be useful beyond this project. The idea is to include several "packages" (one package ~ one project in Boost) and make those available to the build, exactly as

Re: [cmake-developers] iOS: direction to official support and questions

Le 27.09.17 à 12:34, Brad King a écrit : On 09/26/2017 05:05 PM, Raffi Enficiaud wrote: Is it possible to source the default setup and to override some parts when a toolchain is given on the command line? The toolchain file is loaded very early, before any of the platform information files

Re: [cmake-developers] iOS: direction to official support and questions

Le 21.09.17 à 23:38, Raffi Enficiaud a écrit : Le 08.08.17 à 14:08, Raffi Enficiaud a écrit : Hi CMake ML, I am quite new to the topic of making toolchain files. However I need to build a not so trivial application for iOS and I want to do it with CMake, and if possible walk toward an official

Re: [cmake-developers] iOS: direction to official support and questions

Le 08.08.17 à 14:08, Raffi Enficiaud a écrit : Hi CMake ML, I am quite new to the topic of making toolchain files. However I need to build a not so trivial application for iOS and I want to do it with CMake, and if possible walk toward an official support of iOS in CMake. I have looked a bit

Re: [cmake-developers] iOS: direction to official support and questions

/modifying the CMake core. Hi, thanks for your answer. I also found several examples online, some of them are good, but I cannot just copy-paste them :) I need to understand what is going on, and sometimes things are done not in a good way. On 8/15/17, Raffi Enficiaud <raffi.enfici...@mi

Re: [cmake-developers] iOS: direction to official support and questions

Le 10.08.17 à 17:04, Brad King a écrit : On 08/08/2017 08:08 AM, Raffi Enficiaud wrote: I have looked a bit to the Android toolchains, and I have to say I found those quite complicated as a first reading :) This note may help: https://gitlab.kitware.com/cmake/cmake/issues/16708#note_300971

Re: [cmake-developers] Passing lists with generator expression through add_custom_command

Le 15.08.17 à 16:48, Brad King a écrit : On 08/13/2017 11:36 AM, Raffi Enficiaud wrote: -DALL_DEPENDENCIES="${ALL_DEPENDENCIES_FILES}" That is actually an unquoted argument whose value contains literal quotes. See the cmake-language(7) manual for details on the synta

[cmake-developers] iOS: direction to official support and questions

Hi CMake ML, I am quite new to the topic of making toolchain files. However I need to build a not so trivial application for iOS and I want to do it with CMake, and if possible walk toward an official support of iOS in CMake. I have looked a bit to the Android toolchains, and I have to say I

Re: [cmake-developers] [ANNOUNCE] CMake 3.7.0-rc1 now ready for testing!

Le 04/10/16 à 22:32, Robert Maynard a écrit : I am proud to announce the first CMake 3.7 release candidate. https://cmake.org/download/ Documentation is available at: https://cmake.org/cmake/help/v3.7 Release notes appear below and are also published at

[Cmake-commits] CMake branch, next, updated. v3.6.2-1841-gac75ecc

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ac75ecc1800c224c803b1de2af49f071b6aee36c commit ac75ecc1800c224c803b1de2af49f071b6aee36c Merge: 6dfacdc 5d0d9b3 Author: Raffi Enficiaud <raffi.enfici...@mines-paris.org> AuthorDate: Thu Sep 8 07:25:16 2

[Cmake-commits] CMake branch, next, updated. v3.6.1-1612-g94b028b

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=94b028b48a1d7f1fe753bd4e626f24d4240c7436 commit 94b028b48a1d7f1fe753bd4e626f24d4240c7436 Merge: ef65af0 bf09271 Author: Raffi Enficiaud <raffi.enfici...@mines-paris.org> AuthorDate: Tue Aug 30 10:04:06 2

Re: [cmake-developers] [ANNOUNCE] CMake 3.4.0 Released

Le 13/11/15 09:30, Domen Vrankar a écrit : 2015-11-12 22:52 GMT+01:00 Jean-Michaël Celerier : * The "CPackDeb" module now correctly excludes symlinks during package checksum calculation. * The "CPackDeb" no longer uses fakeroot and system tar program for

Re: [cmake-developers] CMake 3.4.0-rc2 cpack xz compressed debian packages broken

Le 23/10/15 17:04, Brad King a écrit : On 10/23/2015 06:04 AM, Raffi Enficiaud wrote: Fix attached! (based on current master a03c13a) Thanks. I backported it to 'release' and applied: CPackDEB: Use proper compression scheme for control.tar.gz https://cmake.org/gitweb?p=cmake.git

[cmake-developers] [CPackDEB] handling "Source" field and Launchpad support

velopments on CPackDEB) to generate my little C++ project on Launchpad from a GIT repository (check the packages content): https://code.launchpad.net/~raffi-enficiaud-x/+archive/ubuntu/yayi/+packages Also, I would like to announce that I created a little "debian/" folder for the cmake

Re: [cmake-developers] CMake 3.4.0-rc2 cpack xz compressed debian packages broken

e report. Best, Raffi PS.: I will add the test later today >From fd9693db2b4dcdf6cc9ce5320c009b7e20533756 Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud <raffi.enfici...@mines-paris.org> Date: Fri, 23 Oct 2015 12:01:35 +0200 Subject: [PATCH] fixup! CPackDEB proper compression schem

Re: [CMake] CPack Debian

Le 10/10/15 14:36, Robert Bielik a écrit : Hi Raffi, It works nicely with the new debian backend, thanks! Regards /R Great! I am on my side still experiencing some issues with Launchpad... Best, Raffi -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ

Re: [CMake] CPack Debian

Le 09/10/15 15:37, Robert Bielik a écrit : Den 2015-10-09 kl. 15:36, skrev Robert Bielik: I saw that Rafael introduced libarchive in commit 7044e8ee4, which seems to be set to both produce tars without sparse files, and having root:root as user. Sorry, that would be Raffi ;) Yep :)

Re: [cmake-developers] [CPackDeb] empty directories in packages

Le 22/09/15 12:03, Domen Vrankar a écrit : I was looking at this issue http://public.kitware.com/Bug/view.php?id=13009 and apparently it is not possible to install empty directories (I just tested). I believe that it should be possible to do that (even if there are better ways like postinst).

Re: [cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

Le 17/09/15 21:21, Domen Vrankar a écrit : Please find attached the "feature" based onto 68dba7f. I added the variable CPACK_DEBIAN_PACKAGE_CONTROL_STRICT_PERMISSION and its component counterpart for controlling strict behaviour on the files added to control.tar.gz . Thanks, applied and

Re: [cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

Le 15/09/15 08:43, Domen Vrankar a écrit : 2015-09-14 23:49 GMT+02:00 Raffi Enficiaud <raffi.enfici...@mines-paris.org>: Le 14/09/15 23:34, Domen Vrankar a écrit : Thank you. However those two test are not mutually exclusive. I think having them on lintian is also a good thing. I've

Re: [cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

if you can do it, otherwise I will do tonight. Thanks! Raffi PS.: what about the other patches? >From 36f273c1e07651060deaea3b576150151ed65818 Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud <raffi.enfici...@mines-paris.org> Date: Tue, 15 Sep 2015 11:26:53 +0200 Subject: [PATCH] fixUp!

[cmake-developers] [CPackDeb] use of internal md5sum function

previous patch. Thanks, Raffi From 780a58a38d0445d1b4b58363b734a262a07a879e Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud <raffi.enfici...@mines-paris.org> Date: Mon, 14 Sep 2015 14:45:12 +0200 Subject: [PATCH] CPackDeb: preventing md5sum on symlinks - Direct call to cmSystemTools::ComputeF

Re: [cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

Le 14/09/15 11:51, Raffi Enficiaud a écrit : Hi Brad and Domen and others, I just realized that the permissions for the extra control files should be set in a different way than for the md5sum checksum file. Please find attached the patch correcting this and the corresponding test that fires

[cmake-developers] [CPackDeb] empty directories in packages

is your opinion? The attached patch addresses this (and adds the corresponding test). It is based on my previous patch "0001-CPackDeb-preventing-md5sum-on-symlinks.patch". Thanks, Raffi From 96a0b35d408f8c0d9310eb753e95ed5d1f37424e Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud <

Re: [cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

Le 14/09/15 23:34, Domen Vrankar a écrit : Thank you. However those two test are not mutually exclusive. I think having them on lintian is also a good thing. I've tried your test change before but lintian test complained that 775 are invalid permissions (should be 755). Is this caused by a

Re: [cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

Hi Domen, Thank you. However those two test are not mutually exclusive. I think having them on lintian is also a good thing. Best and thanks, Raffi Le 14/09/15 23:19, Domen Vrankar a écrit : I just realized that the permissions for the extra control files should be set in a different way

Re: [cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

Le 11/09/15 21:34, Domen Vrankar a écrit : I have made the following changes in order to: - support the UID/GID/UNAME/GNAME and permission on tar files at creation time - using directly libarchive in CPackDeb - removing completely the need of fakeroot Applied to next for testing:

[cmake-developers] [CPackDeb][libarchive] removing use of fakeroot and supporting UID/GID/UNAME etc in libarchive

2f12e427c4ffe238fbf79d7c317c90b4d9c3131f Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud <raffi.enfici...@mines-paris.org> Date: Tue, 8 Sep 2015 23:09:01 +0200 Subject: [PATCH 1/3] Various typo fixes RunCMake.CPack: Making the error message somehow more readable --- Source/cmGeneratedFileStream.h

Re: [cmake-developers] [CPack] CPackDeb and fakeroot

Le 26/08/15 01:07, Eric Noulard a écrit : Right, but I am more concerned about the proper way of doing it and not the difficulty. From all this discussion, using fakeroot directly does not look to me as the right solution for having root in the tar, in the first place. So if we

Re: [cmake-developers] [CPack] CPackDeb and fakeroot

Le 25/08/15 16:48, Eric Noulard a écrit : Hi guys, Some of my thoughts about this one. Hi, thanks you for your quick reply! 2015-08-25 15:42 GMT+02:00 Raffi Enficiaud [snip] Yes but the may be interesting part should be in: /«BUILDDIR»/build_dir/_CPack_Packages/Linux/DEB/Deb.log

Re: [cmake-developers] [CPack] CPackDeb and fakeroot

Le 25/08/15 16:48, Eric Noulard a écrit : I would suggest checking (in CPackDeb generator code) whether if CPack has been called in a fakerootED environment. This can be done by checking whether if FAKEROOTKEY env var is defined or not. If fakeroot is already in action then one should not call

Re: [cmake-developers] [CPack] CPackDeb and fakeroot

Le 26/08/15 00:45, Eric Noulard a écrit : [snip] I see two technical solutions: - either using the system tar: this would not work in the case of cross compilation (and in some circumstances only) but would work in the other case. I believe that all the debian packaging tools are

[cmake-developers] [CPack] CPackDeb and fakeroot

://public.kitware.com/Bug/view.php?id=11766 Thanks for your feedbacks, Best, Raffi Enficiaud -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more

[cmake-developers] OSX - Application bundle and private frameworks?

Hi, I am trying to copy a private framework into an application bundle: - I can find the frameworks properly with the find_library, - I put those frameworks in the add_executable command add_executable( MACOSX_BUNDLE ### source files ... ### frameworks

[Cmake-commits] CMake branch, next, updated. v3.2.2-3250-ge932b35

, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e932b3553022e6b023c40b0a207f3e16e409dd30 commit e932b3553022e6b023c40b0a207f3e16e409dd30 Merge: e9c8f66 d1e4b3b Author: Raffi Enficiaud raffi.enfici...@mines-paris.org

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 15/05/15 23:10, Domen Vrankar a écrit : Please find attached some rework on the documentation. There is no hurry :) Applied with minor changes: http://www.cmake.org/gitweb?p=cmake.git;a=commit;h=efab805 Thanks, Domen Hi Domen, I do not know if those patches are in master, but after

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

:00:00 2001 From: Raffi Enficiaud raffi.enfici...@tuebingen.mpg.de Date: Mon, 11 May 2015 15:18:05 +0200 Subject: [PATCH] CPackDEB: reworked documentation --- Modules/CPackDeb.cmake | 155 + 1 file changed, 106 insertions(+), 49 deletions(-) diff

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 08/05/15 07:54, Domen Vrankar a écrit : Would you please add set( CPACK_DEBIAN_PACKAGE_DEBUG ON) to the file MyLibCPackConfig-splitted-components-depend2.cmake.in so that we also have the debug logs? I currently don't have access to my computer so I'll send you that in about a week.

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 08/05/15 07:54, Domen Vrankar a écrit : Would you please add set( CPACK_DEBIAN_PACKAGE_DEBUG ON) to the file MyLibCPackConfig-splitted-components-depend2.cmake.in so that we also have the debug logs? I currently don't have access to my computer so I'll send you that in about a week.

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

12477a5b63e56efa2d6476bad5815308cd1aa8b8 Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud raffi.enfici...@free.fr Date: Fri, 8 May 2015 21:05:32 +0200 Subject: [PATCH 3/4] CPackDEB: More information on the outputs --- Modules/CPackDeb.cmake | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Modules

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 02/05/15 22:19, Domen Vrankar a écrit : 2015-04-29 18:35 GMT+02:00 Domen Vrankar domen.vran...@gmail.com: Applied with minor changes - added component text from your other patch - changed CPACK_DEBIAN_PACKAGE_DESCRIPTION documentation to more accurately describe fall back options

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 28/04/15 12:23, Domen Vrankar a écrit : Hi, Sorry for not replying sooner. Attachement ... From b1e65486c99ff1023310e3c42fd509fc22e0575d Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud raffi.enfici...@mines-paris.org Date: Wed, 29 Apr 2015 16:43:50 +0200 Subject: [PATCH] CPackDEB: adding

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 28/04/15 12:23, Domen Vrankar a écrit : Hi, Sorry for not replying sooner. Please find attached a patch for the reworked documentation. I tried to make the doc more consistent with the CPackRPM (doc right after the variable declaration and options afterwards). I also put links for the

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 28/04/15 12:23, Domen Vrankar a écrit : Hi, Sorry for not replying sooner. Please find attached a patch for the reworked documentation. I tried to make the doc more consistent with the CPackRPM (doc right after the variable declaration and options afterwards). I also put links for the

[cmake-developers] Unittests with reconfiguration

Hi, I would like to know if it is possible to have a unit test with two runs of cmake, simulating a user change of the cache in between. The workflow would be the following: - run cmake with default options, cache entries automatically populated - change some cache value - run cmake again and

Re: [cmake-developers] Unittests with reconfiguration

Le 27/04/15 15:22, Brad King a écrit : On 04/27/2015 07:16 AM, David Cole wrote: https://github.com/Kitware/CMake/blob/master/Tests/CMakeTestMultipleConfigures/RunCMake.cmake On Mon, Apr 27, 2015 at 4:13 AM, Raffi Enficiaud wrote: I would like to know if it is possible to have a unit test

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 22/04/15 23:46, Domen Vrankar a écrit : Hi, I just installed a virtual machine running Debian 7.8.0, and everything worked like a charm from the first run. I did that in the two following way: - sourced my branch https://github.com/raffienficiaud/CMake/tree/cpack_deb_refactoring - I also

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 22/04/15 08:01, Domen Vrankar a écrit : 2015-04-21 23:38 GMT+02:00 Raffi Enficiaud raffi.enfici...@mines-paris.org: Le 21/04/15 23:01, Domen Vrankar a écrit : There are a few other things to change though. Take a look at CPackRPM man page: http://www.cmake.org/cmake/help/v3.2/module

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 22/04/15 08:01, Domen Vrankar a écrit : 2015-04-21 23:38 GMT+02:00 Raffi Enficiaud raffi.enfici...@mines-paris.org: Le 21/04/15 23:01, Domen Vrankar a écrit : Hi, I pushed your first patch to next (I've split it into two separate commits and made some minor cleanup changes): http

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 22/04/15 23:46, Domen Vrankar a écrit : Hi, I just installed a virtual machine running Debian 7.8.0, and everything worked like a charm from the first run. I did that in the two following way: - sourced my branch https://github.com/raffienficiaud/CMake/tree/cpack_deb_refactoring - I also

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 22/04/15 08:01, Domen Vrankar a écrit : 2015-04-21 23:38 GMT+02:00 Raffi Enficiaud raffi.enfici...@mines-paris.org: Le 21/04/15 23:01, Domen Vrankar a écrit : Hi, I pushed your first patch to next (I've split it into two separate commits and made some minor cleanup changes): http

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

in integrating this patch, as I will base my work on this one. The others patches will follow on the same format (based on this one). Best, Raffi From eea580aacc6f8b765c5f356d7eb3ca8225b8ea54 Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud raffi.enfici...@mines-paris.org Date: Tue, 21 Apr 2015 10:23

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 21/04/15 16:41, Raffi Enficiaud a écrit : Le 21/04/15 14:36, Raffi Enficiaud a écrit : Le 18/04/15 09:58, Raffi Enficiaud a écrit : Le 18/04/15 09:34, Domen Vrankar a écrit : The way you implemented it you are not covering the case: 1) CPACK_DEBIAN_PACKAGE_DESCRIPTION no set 2

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 21/04/15 14:36, Raffi Enficiaud a écrit : Le 18/04/15 09:58, Raffi Enficiaud a écrit : Le 18/04/15 09:34, Domen Vrankar a écrit : The way you implemented it you are not covering the case: 1) CPACK_DEBIAN_PACKAGE_DESCRIPTION no set 2) CPACK_DEBIAN_PACKAGE_DESCRIPTION is set with component

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 18/04/15 09:58, Raffi Enficiaud a écrit : Le 18/04/15 09:34, Domen Vrankar a écrit : The way you implemented it you are not covering the case: 1) CPACK_DEBIAN_PACKAGE_DESCRIPTION no set 2) CPACK_DEBIAN_PACKAGE_DESCRIPTION is set with component description 3) next component doesn't set per

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

, the component dependency is set, which prevents inheriting from CPACK_DEBIAN_PACKAGE_DEPENDS, and only the result of shlibdeps go to the package. Best, Raffi Enficiaud -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 18/04/15 09:34, Domen Vrankar a écrit : I added the following functionalities: - set the permissions of the md5sum to RW-R--R--, because lintian complains - added an option to set the shlibdeps per component - added an option to set the dependencies per component - added an option to set the

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 20/04/15 19:19, Domen Vrankar a écrit : Hi, [...] - CPackRPM: all the RPM creation is driven by the CPackRPM.cmake itself - CPackDEB: part of package configuration is sent from the .cmake back to the cmCPackDebGenerator.cxx, and some internal functions in C++ are creating the package

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 18/04/15 09:34, Domen Vrankar a écrit : I added the following functionalities: - set the permissions of the md5sum to RW-R--R--, because lintian complains - added an option to set the shlibdeps per component - added an option to set the dependencies per component - added an option to set the

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

2681e05c844eee5b77568895b5b1329f1377b05b Mon Sep 17 00:00:00 2001 From: Raffi Enficiaud raffi.enfici...@mines-paris.org Date: Fri, 17 Apr 2015 15:49:33 +0200 Subject: [PATCH] Debian packaging - enabling a per component shlibdeps - enabling a per component dependencies - enabling a per component description - fixing

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 17/04/15 15:50, Raffi Enficiaud a écrit : Le 16/04/15 22:31, Brad King a écrit : On 04/16/2015 04:19 PM, Domen Vrankar wrote: I've pushed the patch with minor changes to next. http://www.cmake.org/gitweb?p=cmake.git;h=0779b679 Thanks. The fixup! mark is useful only during incremental

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

packaging - The dependencies are not the same for each of the components. If the maintainer of the CPackDeb agrees, I can try to resolve this. Best, Raffi Enficiaud -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 16/04/15 14:55, Domen Vrankar a écrit : I was wondering if this issue has been addressed so far. As far as I can tell from the bug report I don't think so... If it doesn't work in CMake 3.2 then it definitely wasn't. I confirm this does not work with 3.2. I also would like to disable

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 16/04/15 15:54, Raffi Enficiaud a écrit : Le 16/04/15 14:55, Domen Vrankar a écrit : I was wondering if this issue has been addressed so far. As far as I can tell from the bug report I don't think so... If it doesn't work in CMake 3.2 then it definitely wasn't. I confirm this does

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

Le 16/04/15 16:45, Raffi Enficiaud a écrit : Le 16/04/15 15:54, Raffi Enficiaud a écrit : Le 16/04/15 14:55, Domen Vrankar a écrit : I was wondering if this issue has been addressed so far. As far as I can tell from the bug report I don't think so... If it doesn't work in CMake 3.2

Re: [cmake-developers] Introduction and volunteering for the Matlab package

On 17 Mar 2015, at 19:39, Brad King brad.k...@kitware.com wrote: On 03/17/2015 12:28 PM, Raffi Enficiaud wrote: I think everything in http://www.cmake.org/Bug/view.php?id=14641 was addressed. What should the maintainer usually do? I've marked your Mantis account as a developer

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Le 12/03/15 21:00, Brad King a écrit : On 03/12/2015 12:35 PM, Raffi Enficiaud wrote: I will squash all this together once everything is done. For now please base further work on commit 3743aa11. We'll see how this does on the nightly testing! Hi, I have a problem running the tests on win7

Re: [cmake-developers] Introduction and volunteering for the Matlab package

On 17 Mar 2015, at 16:25, Brad King brad.k...@kitware.com wrote: Nothing right now! I've squashed this all into one commit: FindMatlab: Rewrite module and provide a usage API http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=49c8dcf7 and merged to 'master' for inclusion in 3.3.

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Le 12/03/15 21:00, Brad King a écrit : On 03/12/2015 12:35 PM, Raffi Enficiaud wrote: * Renamed one more MATLAB_USER_ROOT = Matlab_ROOT_DIR * Do not call list(REMOVE_DUPLICATES/SORT/REVERSE) with no list Thanks! The commits are now: FindMatlab: Rewrite module and provide a usage API

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Le 11/03/15 00:12, Raffi Enficiaud a écrit : Hi Brad, Please find the attached patch addressing the issues. In the current implementation, if the Matlab_ROOT_DIR is changed by the user, the cached variables are all cleared. Also, Matlab_ROOT_DIR is now the only variable that is seen as non

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Le 26/02/15 21:32, Brad King a écrit : On 02/26/2015 03:23 PM, Raffi Enficiaud wrote: We never specified explicitly which name to use. I think it should be Matlab_ROOT_DIR because that makes sense whether the user specified it or not. Right, so I made the changes and updated the documentation

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Le 10/03/15 14:34, Brad King a écrit : On 03/10/2015 09:08 AM, Raffi Enficiaud wrote: - I change Matlab_ROOT_DIR I am expecting all dependent variables (cached or not) be updated The question is: should also this be implemented? Yes. See the FindBoost module for similar behavior

Re: [cmake-developers] Introduction and volunteering for the Matlab package

. Thanks, Raffi On 26 Feb 2015, at 18:02, Raffi Enficiaud raffi.enfici...@free.fr wrote: Hi Brad, Please find the patch addressing the issues you raised. My local tests are clear on the 3 platforms. I removed the RunCMake test on Linux as now the Matlab_MAIN_PROGRAM is required

Re: [cmake-developers] Introduction and volunteering for the Matlab package

to avoid bringing this program to the user. Any feedback welcome, Best, Raffi 0001-Simplified-workflow.patch Description: Binary data On 25 Feb 2015, at 14:32, Brad King brad.k...@kitware.com wrote: On 02/25/2015 04:11 AM, Raffi Enficiaud wrote: Is it ok if I rebase on 1416d21? Yes, please

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Thanks! here is the patch then, replacing the previous one, rebased on 1416d214b3. Best, Raffi 0001-Simplified-workflow.patch Description: Binary data On 26 Feb 2015, at 18:52, Brad King brad.k...@kitware.com wrote: On 02/26/2015 12:06 PM, Raffi Enficiaud wrote: Is it possible

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Hi Brad, Thanks, I started addressing the issues, hopefully I will finish today. Is it ok if I rebase on 1416d21? Best, Raffi On 23 Feb 2015, at 18:54, Brad King brad.k...@kitware.com wrote: Hi Raffi, Your matlab-enabled nightly builds have been clean for a few days on all the

Re: [cmake-developers] Introduction and volunteering for the Matlab package

On 19 Feb 2015, at 18:52, Brad King brad.k...@kitware.com wrote: On 02/19/2015 11:54 AM, Raffi Enficiaud wrote: On the system I am working, matlab in the PATH is a symlink with r x permissions [snip] Is there any internal in the find_program to check what conditions are not met? What

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Please find attached the merge of the two previous patches, rebased on 5dae6cf. Thanks, Raffi Enficiaud 0001-Adding-R2014a.patch Description: Binary data On 19 Feb 2015, at 12:49, Raffi Enficiaud raffi.enfici...@free.fr wrote: Dear Brad, Apparently there are some issues when things

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Ok, I thought this was for the ctest program that accepts -j flag. I will do the change, I am running the build already with all the // flags removed. Thanks, Raffi On 19 Feb 2015, at 15:17, Brad King brad.k...@kitware.com wrote: On 02/19/2015 06:49 AM, Raffi Enficiaud wrote: Apparently

Re: [cmake-developers] Introduction and volunteering for the Matlab package

On 19 Feb 2015, at 14:53, Brad King brad.k...@kitware.com wrote: On 02/19/2015 08:39 AM, Raffi Enficiaud wrote: Please find attached the merge of the two previous patches, rebased on 5dae6cf. Applied, thanks: FindMatlab: Further revisions http://cmake.org/gitweb?p=cmake.git

Re: [cmake-developers] Introduction and volunteering for the Matlab package

On 19 Feb 2015, at 22:24, Brad King brad.k...@kitware.com wrote: On 02/19/2015 04:15 PM, Raffi Enficiaud wrote: renficiaud@madeira3:~$ ls -al /is/software/matlab/linux/R2014a/bin/matlab -r-xr-xr-x 1 stark is 55331 Dec 27 2013 /is/software/matlab/linux/R2014a/bin/matlab r permission

Re: [cmake-developers] Introduction and volunteering for the Matlab package

On 19 Feb 2015, at 16:48, Brad King brad.k...@kitware.com wrote: On 02/19/2015 10:20 AM, Raffi Enficiaud wrote: If find_program doesn't find it, which won't have better luck. I tested that yesterday on a regular LTS14.04 server. find_program fails while which matlab does not. Please

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Dear Brad, I just tested the patch I sent you on OSX and Win32 and all the tests are clear. Best, Raffi Enficiaud On 18 Feb 2015, at 01:28, Raffi Enficiaud raffi.enfici...@free.fr wrote: Dear Brad, Please find attached a patch addressing the issues mentioned in your email. The tests

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Please find attached the patch addressing the issues + some others, rebased against 5dae6cf. I tested it on the 3 target platforms. patch.diff Description: Binary data On 18 Feb 2015, at 15:13, Brad King brad.k...@kitware.com wrote: On 02/17/2015 07:28 PM, Raffi Enficiaud wrote

Re: [cmake-developers] Introduction and volunteering for the Matlab package

changed the build path of the Windows agent, the build should be clear on Windows now. Best regards, Raffi Enficiaud 0001-Addressing-the-visibility-of-the-internal-variables-.patch Description: Binary data On 13 Feb 2015, at 16:36, Brad King brad.k...@kitware.com wrote: On 02/13/2015 09:43

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Dear Brad, Yes, thank you, you did well. And sorry for the delay, it takes more time than expected. Best regards, Raffi Enficiaud On 17 Feb 2015, at 16:16, Brad King brad.k...@kitware.com wrote: On 02/13/2015 10:57 AM, Brad King wrote: I had to add two commits to the topic to fix some

Re: [cmake-developers] Introduction and volunteering for the Matlab package

should do. Best regards, Raffi Enficiaud On 12 Feb 2015, at 23:36, Raffi Enficiaud raffi.enfici...@free.fr wrote: On 12 Feb 2015, at 19:03, Brad King brad.k...@kitware.com wrote: The definition needs to be put in the cache of the CMake build itself, not passed to the ctest script

Re: [cmake-developers] Introduction and volunteering for the Matlab package

On 13 Feb 2015, at 14:58, Brad King brad.k...@kitware.com wrote: On 02/13/2015 05:10 AM, Raffi Enficiaud wrote: 3 build agents (lts14.04, osx10.9 and win7x64) are now running the nightly with the CMake_TEST_FindMatlab set to ON. The site name is bambooagent.raffienficiaud @ https

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Hi, My comments below: On 13 Feb 2015, at 15:33, Brad King brad.k...@kitware.com wrote: On 02/12/2015 11:19 AM, Raffi Enficiaud wrote: Please find attached the reworked patch Great, thanks. Now that we have the nightly testing worked out I've committed this with minor tweaks as a draft

Re: [cmake-developers] Introduction and volunteering for the Matlab package

Thanks for your feedback, I will address your comments this week-end. Regards, Raffi Enficiaud On 13 Feb 2015, at 16:36, Brad King brad.k...@kitware.com wrote: On 02/13/2015 09:43 AM, Raffi Enficiaud wrote: * Why is Matlab_VERSION_STRING cached? Shouldn't it be computed every time from

Re: [cmake-developers] Introduction and volunteering for the Matlab package

architectures should be tested? Thanks, Raffi Enficiaud -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please

  1   2   >