wbtiger
/
foundationdb
mirror of https://github.com/apple/foundationdb.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
foundationdb/cmake/InstallLayout.cmake

428 lines
18 KiB
CMake
Raw Normal View History

CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
include(FDBInstall)
docker-compose can now build rpm weirdly it still generates a foundationd-unspecified rpm. However, it is empty and can be ignored for now
2019-02-11 12:51:36 +08:00
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
function(install_symlink_impl)
Put rpm, deb, or msi into the packages folder This additionally fixes a dependency bug on Windows
2019-02-17 04:07:52 +08:00
if (NOT WIN32)
set(options "")
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(one_value_options TO DESTINATION)
set(multi_value_options COMPONENTS)
Put rpm, deb, or msi into the packages folder This additionally fixes a dependency bug on Windows
2019-02-17 04:07:52 +08:00
cmake_parse_arguments(SYM "${options}" "${one_value_options}" "${multi_value_options}" "${ARGN}")
file(MAKE_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/symlinks)
get_filename_component(fname ${SYM_DESTINATION} NAME)
get_filename_component(dest_dir ${SYM_DESTINATION} DIRECTORY)
set(sl ${CMAKE_CURRENT_BINARY_DIR}/symlinks/${fname})
execute_process(COMMAND ${CMAKE_COMMAND} -E create_symlink ${SYM_TO} ${sl})
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
foreach(component IN LISTS SYM_COMPONENTS)
install(FILES ${sl} DESTINATION ${dest_dir} COMPONENT ${component})
endforeach()
Put rpm, deb, or msi into the packages folder This additionally fixes a dependency bug on Windows
2019-02-17 04:07:52 +08:00
endif()
docker-compose can now build rpm weirdly it still generates a foundationd-unspecified rpm. However, it is empty and can be ignored for now
2019-02-11 12:51:36 +08:00
endfunction()
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
function(install_symlink)
if(NOT WIN32 AND NOT OPEN_FOR_IDE)
set(options "")
set(one_value_options COMPONENT LINK_DIR FILE_DIR LINK_NAME FILE_NAME)
set(multi_value_options "")
cmake_parse_arguments(IN "${options}" "${one_value_options}" "${multi_value_options}" "${ARGN}")
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
fixed cmake generated symlinks
2019-03-03 02:58:54 +08:00
set(rel_path "")
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
string(REGEX MATCHALL "\\/" slashes "${IN_LINK_NAME}")
fixed cmake generated symlinks
2019-03-03 02:58:54 +08:00
foreach(ignored IN LISTS slashes)
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(rel_path "../${rel_path}")
endforeach()
if("${IN_FILE_DIR}" MATCHES "bin")
if("${IN_LINK_DIR}" MATCHES "lib")
install_symlink_impl(
fixed cmake generated symlinks
2019-03-03 02:58:54 +08:00
TO "../${rel_path}bin/${IN_FILE_NAME}"
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
DESTINATION "lib/${IN_LINK_NAME}"
COMPONENTS "${IN_COMPONENT}-tgz")
install_symlink_impl(
fixed cmake generated symlinks
2019-03-03 02:58:54 +08:00
TO "../${rel_path}bin/${IN_FILE_NAME}"
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
DESTINATION "usr/lib64/${IN_LINK_NAME}"
COMPONENTS "${IN_COMPONENT}-el6"
"${IN_COMPONENT}-el7"
"${IN_COMPONENT}-deb")
install_symlink_impl(
fixed cmake generated symlinks
2019-03-03 02:58:54 +08:00
TO "../${rel_path}bin/${IN_FILE_NAME}"
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
DESTINATION "usr/lib64/${IN_LINK_NAME}"
COMPONENTS "${IN_COMPONENT}-deb")
elseif("${IN_LINK_DIR}" MATCHES "bin")
install_symlink_impl(
fixed cmake generated symlinks
2019-03-03 02:58:54 +08:00
TO "../${rel_path}bin/${IN_FILE_NAME}"
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
DESTINATION "bin/${IN_LINK_NAME}"
COMPONENTS "${IN_COMPONENT}-tgz")
install_symlink_impl(
fixed cmake generated symlinks
2019-03-03 02:58:54 +08:00
TO "../${rel_path}bin/${IN_FILE_NAME}"
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
DESTINATION "usr/bin/${IN_LINK_NAME}"
COMPONENTS "${IN_COMPONENT}-el6"
"${IN_COMPONENT}-el7"
"${IN_COMPONENT}-deb")
several minor bug fixes
2019-03-03 06:05:05 +08:00
elseif("${IN_LINK_DIR}" MATCHES "fdbmonitor")
install_symlink_impl(
TO "../../${rel_path}bin/${IN_FILE_NAME}"
DESTINATION "lib/foundationdb/${IN_LINK_NAME}"
COMPONENTS "${IN_COMPONENT}-tgz")
install_symlink_impl(
TO "../../${rel_path}bin/${IN_FILE_NAME}"
DESTINATION "usr/lib/foundationdb/${IN_LINK_NAME}"
COMPONENTS "${IN_COMPONENT}-el6"
"${IN_COMPONENT}-el7"
"${IN_COMPONENT}-deb")
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
else()
message(FATAL_ERROR "Unknown LINK_DIR ${IN_LINK_DIR}")
endif()
else()
message(FATAL_ERROR "Unknown FILE_DIR ${IN_FILE_DIR}")
endif()
endif()
endfunction()
docker container and docker-compose for cmake This is still in the testing-phase. However, it should be mostly functional
2019-02-11 07:50:11 +08:00
Changed the name of a cmake functions Added working directory for cmake command
2019-12-12 05:59:03 +08:00
function(symlink_files)
Added support for creating symlinks to fdbbackup within bin and packages/bin directory
2019-12-11 03:35:18 +08:00
if (NOT WIN32)
set(options "")
set(one_value_options LOCATION SOURCE)
set(multi_value_options TARGETS)
cmake_parse_arguments(SYM "${options}" "${one_value_options}" "${multi_value_options}" "${ARGN}")
file(MAKE_DIRECTORY ${CMAKE_BINARY_DIR}/${SYM_LOCATION})
foreach(component IN LISTS SYM_TARGETS)
Changed the name of a cmake functions Added working directory for cmake command
2019-12-12 05:59:03 +08:00
execute_process(COMMAND ${CMAKE_COMMAND} -E create_symlink ${SYM_SOURCE} ${CMAKE_BINARY_DIR}/${SYM_LOCATION}/${component} WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/${SYM_LOCATION})
Added support for creating symlinks to fdbbackup within bin and packages/bin directory
2019-12-11 03:35:18 +08:00
endforeach()
endif()
endfunction()
Fix several package issues (#4801) * Make the structure of the server pkg match 6.2.28 * Fix OSX lib path * Fix install destinations in client Previously, backup_agent would map to fdbmonitor installation dir - which is incorrect in the sense that it disagrees with where the default foundationdb.conf expects to find backup_agent. Add a new backupagent installation dir and install there, matching foundationdb.conf's expectations. Also fix an issue where several of the versions of fdbbackup weren't being installed * Update packaging/osx/buildpkg.sh for cmake * Update README instructions for pkg file * Remove osx cpack config * Remove pm install destinations * Fix weird syntax * Remove cpack reference to PM * Address review comments
2021-05-13 00:41:26 +08:00
fdb_install_packages(TGZ DEB EL7 VERSIONED)
fdb_install_dirs(BIN SBIN LIB FDBMONITOR INCLUDE ETC LOG DATA BACKUPAGENT)
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
message(STATUS "FDB_INSTALL_DIRS -> ${FDB_INSTALL_DIRS}")
Use 'map' for finding install paths
2019-05-23 07:09:04 +08:00
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
install_destinations(TGZ
BIN bin
SBIN sbin
LIB lib
FDBMONITOR sbin
Fix several package issues (#4801) * Make the structure of the server pkg match 6.2.28 * Fix OSX lib path * Fix install destinations in client Previously, backup_agent would map to fdbmonitor installation dir - which is incorrect in the sense that it disagrees with where the default foundationdb.conf expects to find backup_agent. Add a new backupagent installation dir and install there, matching foundationdb.conf's expectations. Also fix an issue where several of the versions of fdbbackup weren't being installed * Update packaging/osx/buildpkg.sh for cmake * Update README instructions for pkg file * Remove osx cpack config * Remove pm install destinations * Fix weird syntax * Remove cpack reference to PM * Address review comments
2021-05-13 00:41:26 +08:00
BACKUPAGENT usr/lib/foundationdb
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
INCLUDE include
ETC etc/foundationdb
LOG log/foundationdb
DATA lib/foundationdb)
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
copy_install_destinations(TGZ VERSIONED PREFIX "usr/lib/foundationdb-${FDB_VERSION}/")
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
install_destinations(DEB
BIN usr/bin
SBIN usr/sbin
LIB usr/lib
FDBMONITOR usr/lib/foundationdb
Fix several package issues (#4801) * Make the structure of the server pkg match 6.2.28 * Fix OSX lib path * Fix install destinations in client Previously, backup_agent would map to fdbmonitor installation dir - which is incorrect in the sense that it disagrees with where the default foundationdb.conf expects to find backup_agent. Add a new backupagent installation dir and install there, matching foundationdb.conf's expectations. Also fix an issue where several of the versions of fdbbackup weren't being installed * Update packaging/osx/buildpkg.sh for cmake * Update README instructions for pkg file * Remove osx cpack config * Remove pm install destinations * Fix weird syntax * Remove cpack reference to PM * Address review comments
2021-05-13 00:41:26 +08:00
BACKUPAGENT usr/lib/foundationdb
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
INCLUDE usr/include
ETC etc/foundationdb
LOG var/log/foundationdb
Fix the data dir for DEB and EL7 to be /usr/lib/foundationdb/data Also remove the unused legacy mapping for install dirs
2021-04-30 05:25:55 +08:00
DATA var/lib/foundationdb/data)
remove support for el6
2020-10-29 03:10:59 +08:00
copy_install_destinations(DEB EL7)
install_destinations(EL7 LIB usr/lib64)
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
# This can be used for debugging in case above is behaving funky
#print_install_destinations()
docker container and docker-compose for cmake This is still in the testing-phase. However, it should be mostly functional
2019-02-11 07:50:11 +08:00
Support pkg-config
2019-05-24 05:13:07 +08:00
set(generated_dir "${CMAKE_CURRENT_BINARY_DIR}/generated")
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
if(APPLE)
Fix several package issues (#4801) * Make the structure of the server pkg match 6.2.28 * Fix OSX lib path * Fix install destinations in client Previously, backup_agent would map to fdbmonitor installation dir - which is incorrect in the sense that it disagrees with where the default foundationdb.conf expects to find backup_agent. Add a new backupagent installation dir and install there, matching foundationdb.conf's expectations. Also fix an issue where several of the versions of fdbbackup weren't being installed * Update packaging/osx/buildpkg.sh for cmake * Update README instructions for pkg file * Remove osx cpack config * Remove pm install destinations * Fix weird syntax * Remove cpack reference to PM * Address review comments
2021-05-13 00:41:26 +08:00
set(CPACK_GENERATOR TGZ)
Fix merge conflicts
2019-02-08 08:35:08 +08:00
else()
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(CPACK_GENERATOR RPM DEB TGZ)
Fix merge conflicts
2019-02-08 08:35:08 +08:00
endif()
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(CPACK_PACKAGE_CHECKSUM SHA256)
Use productbuild instead of PackageMaker on MacOS fixes #1547 fixes #1549
2019-05-12 05:42:48 +08:00
configure_file("${CMAKE_SOURCE_DIR}/cmake/CPackConfig.cmake" "${CMAKE_BINARY_DIR}/packaging/CPackConfig.cmake")
set(CPACK_PROJECT_CONFIG_FILE "${CMAKE_BINARY_DIR}/packaging/CPackConfig.cmake")
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
Attempted to fix debian directory structure
2020-04-23 07:29:28 +08:00
################################################################################
# User config
################################################################################
set(GENERATE_DEBUG_PACKAGES "${FDB_RELEASE}" CACHE BOOL "Build debug rpm/deb packages (default: only ON for FDB_RELEASE)")
add alternatives to install symlinks
2020-10-29 04:03:48 +08:00
################################################################################
# Alternatives config
################################################################################
Incomplete implementation
2021-08-17 02:22:07 +08:00
set(mv_packaging_dir ${PROJECT_SOURCE_DIR}/packaging/multiversion)
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
# USE PROJECT_VERSION_* HERE AS THEY ARE GUARANTEED TO BE INTEGERS ONLY
add alternatives to install symlinks
2020-10-29 04:03:48 +08:00
math(EXPR ALTERNATIVES_PRIORITY "(${PROJECT_VERSION_MAJOR} * 1000) + (${PROJECT_VERSION_MINOR} * 100) + ${PROJECT_VERSION_PATCH}")
set(script_dir "${PROJECT_BINARY_DIR}/packaging/multiversion/")
file(MAKE_DIRECTORY "${script_dir}/server" "${script_dir}/clients")
Run all tests for versioned packages
2021-08-19 23:09:49 +08:00
# Needs to to be named postinst for debian
configure_file("${mv_packaging_dir}/server/postinst-deb" "${script_dir}/server/postinst" @ONLY)
configure_file("${mv_packaging_dir}/server/postinst-rpm" "${script_dir}/server" @ONLY)
Incomplete implementation
2021-08-17 02:22:07 +08:00
configure_file("${mv_packaging_dir}/server/prerm" "${script_dir}/server" @ONLY)
add alternatives to install symlinks
2020-10-29 04:03:48 +08:00
set(LIB_DIR lib)
Incomplete implementation
2021-08-17 02:22:07 +08:00
configure_file("${mv_packaging_dir}/clients/postinst" "${script_dir}/clients" @ONLY)
add alternatives to install symlinks
2020-10-29 04:03:48 +08:00
set(LIB_DIR lib64)
Incomplete implementation
2021-08-17 02:22:07 +08:00
configure_file("${mv_packaging_dir}/clients/postinst" "${script_dir}/clients/postinst-el7" @ONLY)
configure_file("${mv_packaging_dir}/clients/prerm" "${script_dir}/clients" @ONLY)
#make sure all directories we need exist
Fix the versioned packages so that they don't modify the source dir
2021-08-26 06:14:08 +08:00
file(MAKE_DIRECTORY "${script_dir}/clients/usr/lib/foundationdb")
install(DIRECTORY "${script_dir}/clients/usr/lib/foundationdb"
Incomplete implementation
2021-08-17 02:22:07 +08:00
DESTINATION usr/lib
COMPONENT clients-versioned)
Fix the versioned packages so that they don't modify the source dir
2021-08-26 06:14:08 +08:00
file(MAKE_DIRECTORY "${script_dir}/clients/usr/lib/pkgconfig")
install(DIRECTORY "${script_dir}/clients/usr/lib/pkgconfig"
Incomplete implementation
2021-08-17 02:22:07 +08:00
DESTINATION usr/lib
COMPONENT clients-versioned)
Fix the versioned packages so that they don't modify the source dir
2021-08-26 06:14:08 +08:00
file(MAKE_DIRECTORY "${script_dir}/clients/usr/lib/cmake")
install(DIRECTORY "${script_dir}/clients/usr/lib/cmake"
Incomplete implementation
2021-08-17 02:22:07 +08:00
DESTINATION usr/lib
COMPONENT clients-versioned)
Initial Container structure, build images from build_output/packages/
2021-04-20 02:52:44 +08:00
copy packaging/docker to PROJECT_BINARY_DIR (undoing part of #5994), fetch commit_sha from source_code_directory (don't assume we're in the source tree anymore), allow custom tag (if a parameter is passed in as $1) update README.md
2021-12-15 05:01:29 +08:00
################################################################################
# Move Docker Setup
################################################################################
file(COPY "${PROJECT_SOURCE_DIR}/packaging/docker" DESTINATION "${PROJECT_BINARY_DIR}/packages/")
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
################################################################################
# General CPack configuration
################################################################################
First version of working rpm packages
2018-05-06 03:08:39 +08:00
include(InstallRequiredSystemLibraries)
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
set(CPACK_PACKAGE_NAME "foundationdb")
Fixed the cmake package vendor and email information in order to prevent cpack errors
2019-05-03 13:14:18 +08:00
set(CPACK_PACKAGE_VENDOR "FoundationDB")
set(CPACK_PACKAGE_CONTACT "fdb-dist@apple.com")
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
set(CPACK_PACKAGE_VERSION_MAJOR ${FDB_MAJOR})
set(CPACK_PACKAGE_VERSION_MINOR ${FDB_MINOR})
set(CPACK_PACKAGE_VERSION_PATCH ${FDB_PATCH})
Put rpm, deb, or msi into the packages folder This additionally fixes a dependency bug on Windows
2019-02-17 04:07:52 +08:00
set(CPACK_PACKAGE_FILE_NAME "${CPACK_PACKAGE_NAME}-${FDB_VERSION}-${CPACK_SYSTEM_NAME}")
set(CPACK_OUTPUT_FILE_PREFIX "${CMAKE_BINARY_DIR}/packages")
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
set(CPACK_PACKAGE_DESCRIPTION_FILE ${CMAKE_SOURCE_DIR}/packaging/description)
set(CPACK_PACKAGE_DESCRIPTION_SUMMARY
"FoundationDB is a scalable, fault-tolerant, ordered key-value store with full ACID transactions.")
set(CPACK_PACKAGE_ICON ${CMAKE_SOURCE_DIR}/packaging/foundationdb.ico)
RPM package now building correctly
2018-05-07 05:20:21 +08:00
set(CPACK_PACKAGE_CONTACT "The FoundationDB Community")
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_COMPONENT_SERVER-EL7_DEPENDS clients-el7)
set(CPACK_COMPONENT_SERVER-DEB_DEPENDS clients-deb)
set(CPACK_COMPONENT_SERVER-TGZ_DEPENDS clients-tgz)
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
set(CPACK_COMPONENT_SERVER-VERSIONED_DEPENDS clients-versioned)
Run all tests for versioned packages
2021-08-19 23:09:49 +08:00
set(CPACK_RPM_SERVER-VERSIONED_PACKAGE_REQUIRES
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
"foundationdb${FDB_VERSION}-clients")
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_COMPONENT_SERVER-EL7_DISPLAY_NAME "foundationdb-server")
set(CPACK_COMPONENT_SERVER-DEB_DISPLAY_NAME "foundationdb-server")
set(CPACK_COMPONENT_SERVER-TGZ_DISPLAY_NAME "foundationdb-server")
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
set(CPACK_COMPONENT_SERVER-VERSIONED_DISPLAY_NAME "foundationdb${FDB_VERSION}-server")
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_COMPONENT_CLIENTS-EL7_DISPLAY_NAME "foundationdb-clients")
set(CPACK_COMPONENT_CLIENTS-DEB_DISPLAY_NAME "foundationdb-clients")
set(CPACK_COMPONENT_CLIENTS-TGZ_DISPLAY_NAME "foundationdb-clients")
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
set(CPACK_COMPONENT_CLIENTS-VERSIONED_DISPLAY_NAME "foundationdb${FDB_VERSION}-clients")
several minor improvements
2019-03-02 06:13:16 +08:00
This makes package generation work Resulting packages are not tested yet
2019-03-01 06:05:24 +08:00
refactor docker directory - make release images ALL based from centos:7 - keep eks images that are based from amazonlinux:2, but create strong alignment with release (centos7) images - use multi-stage Dockerfile(s) - have a single build-images script - remove per image directories (which would only contain scripts that are copied into images) - remove empty requirements.txt file for sidecar.py (the pip command, package and version are in the Dockerfile) - don't copy docker into PROJECT_BINARY_DIR - incorporate latest changes already in master
2021-11-16 04:51:55 +08:00
# MacOS needs a file extension for the LICENSE file
This makes package generation work Resulting packages are not tested yet
2019-03-01 06:05:24 +08:00
configure_file(${CMAKE_SOURCE_DIR}/LICENSE ${CMAKE_BINARY_DIR}/License.txt COPYONLY)
################################################################################
# Filename of packages
################################################################################
if(NOT FDB_RELEASE)
Changed the name of the rpm packages to conform to the existing names when building release project
2019-12-23 12:11:40 +08:00
if(CURRENT_GIT_VERSION)
set(git_string ".${CURRENT_GIT_VERSION}")
endif()
Set the package release version based on if the build is a release package or not like the make builds
2019-12-23 18:42:02 +08:00
set(CPACK_RPM_PACKAGE_RELEASE 0)
rename prerelease_string, replace PRERELEASE with SNAPSHOT
2021-11-24 00:36:49 +08:00
set(not_fdb_release_string "-0${git_string}.SNAPSHOT")
Set the package release version based on if the build is a release package or not like the make builds
2019-12-23 18:42:02 +08:00
else()
set(CPACK_RPM_PACKAGE_RELEASE 1)
rename prerelease_string, replace PRERELEASE with SNAPSHOT
2021-11-24 00:36:49 +08:00
set(not_fdb_release_string "-1")
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
endif()
Changed the cmake naming convention of rpms and deb packages to match the existing format which is sadly different between the formats.
2019-12-12 14:18:05 +08:00
Fix naming and change filename
2021-09-17 01:43:03 +08:00
#############
# Filenames #
#############
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
set(unversioned_postfix "${FDB_VERSION}${not_fdb_release_string}")
Changed the cmake naming convention of rpms and deb packages to match the existing format which is sadly different between the formats.
2019-12-12 14:18:05 +08:00
# RPM filenames
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(rpm-clients-filename "foundationdb-clients-${unversioned_postfix}")
set(rpm-server-filename "foundationdb-server-${unversioned_postfix}")
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
set(rpm-clients-versioned-filename "foundationdb${FDB_VERSION}-clients${prerelease_string}")
set(rpm-server-versioned-filename "foundationdb${FDB_VERSION}-server${prerelease_string}")
Changed the cmake naming convention of rpms and deb packages to match the existing format which is sadly different between the formats.
2019-12-12 14:18:05 +08:00
# Deb filenames
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(deb-clients-filename "foundationdb-clients_${unversioned_postfix}")
set(deb-server-filename "foundationdb-server_${unversioned_postfix}")
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
set(deb-clients-versioned-filename "foundationdb${FDB_VERSION}-clients${prerelease_string}")
set(deb-server-versioned-filename "foundationdb${FDB_VERSION}-server${prerelease_string}")
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
install fdb service with rpm and add dependencies
2018-05-06 06:33:21 +08:00
################################################################################
# Configuration for RPM
################################################################################
Several bug fixes - debian package working Did some manual minor testing on the debian package
2019-02-11 14:51:40 +08:00
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_RPM_PACKAGE_LICENSE "Apache 2.0")
set(CPACK_RPM_PACKAGE_NAME "foundationdb")
Fix package naming
2019-03-02 07:21:21 +08:00
set(CPACK_RPM_CLIENTS-EL7_PACKAGE_NAME "foundationdb-clients")
set(CPACK_RPM_SERVER-EL7_PACKAGE_NAME "foundationdb-server")
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
set(CPACK_RPM_SERVER-VERSIONED_PACKAGE_NAME "foundationdb${FDB_VERSION}-server")
set(CPACK_RPM_CLIENTS-VERSIONED_PACKAGE_NAME "foundationdb${FDB_VERSION}-clients")
several minor improvements
2019-03-02 06:13:16 +08:00
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
set(CPACK_RPM_CLIENTS-EL7_FILE_NAME "${rpm-clients-filename}.el7.${CMAKE_SYSTEM_PROCESSOR}.rpm")
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(CPACK_RPM_CLIENTS-VERSIONED_FILE_NAME "${rpm-clients-versioned-filename}.versioned.${CMAKE_SYSTEM_PROCESSOR}.rpm")
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
set(CPACK_RPM_SERVER-EL7_FILE_NAME "${rpm-server-filename}.el7.${CMAKE_SYSTEM_PROCESSOR}.rpm")
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(CPACK_RPM_SERVER-VERSIONED_FILE_NAME "${rpm-server-versioned-filename}.versioned.${CMAKE_SYSTEM_PROCESSOR}.rpm")
several minor improvements
2019-03-02 06:13:16 +08:00
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
set(CPACK_RPM_CLIENTS-EL7_DEBUGINFO_FILE_NAME "${rpm-clients-filename}.el7-debuginfo.${CMAKE_SYSTEM_PROCESSOR}.rpm")
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(CPACK_RPM_CLIENTS-VERSIONED_DEBUGINFO_FILE_NAME "${rpm-clients-versioned-filename}.versioned-debuginfo.${CMAKE_SYSTEM_PROCESSOR}.rpm")
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
set(CPACK_RPM_SERVER-EL7_DEBUGINFO_FILE_NAME "${rpm-server-filename}.el7-debuginfo.${CMAKE_SYSTEM_PROCESSOR}.rpm")
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(CPACK_RPM_SERVER-VERSIONED_DEBUGINFO_FILE_NAME "${rpm-server-versioned-filename}.versioned-debuginfo.${CMAKE_SYSTEM_PROCESSOR}.rpm")
several minor improvements
2019-03-02 06:13:16 +08:00
simplified further
2020-05-05 01:47:24 +08:00
file(MAKE_DIRECTORY "${CMAKE_BINARY_DIR}/packaging/emptydir")
fdb_install(DIRECTORY "${CMAKE_BINARY_DIR}/packaging/emptydir/" DESTINATION data COMPONENT server)
fdb_install(DIRECTORY "${CMAKE_BINARY_DIR}/packaging/emptydir/" DESTINATION log COMPONENT server)
fdb_install(DIRECTORY "${CMAKE_BINARY_DIR}/packaging/emptydir/" DESTINATION etc COMPONENT clients)
install fdb service with rpm and add dependencies
2018-05-06 06:33:21 +08:00
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_RPM_SERVER-EL7_USER_FILELIST
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
"%config(noreplace) /etc/foundationdb/foundationdb.conf"
"%attr(0700,foundationdb,foundationdb) /var/log/foundationdb"
"%attr(0700, foundationdb, foundationdb) /var/lib/foundationdb")
Prevent server and clients rpm's from conflicting Before, the file /etc/foundationdb conflicted between the server and clients package, and /usr/lib64/cmake and /usr/lib64/pkgconfig conflicted with some system packages.
2020-04-17 05:55:15 +08:00
set(CPACK_RPM_CLIENTS-EL7_USER_FILELIST "%dir /etc/foundationdb")
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(CPACK_RPM_EXCLUDE_FROM_AUTO_FILELIST_ADDITION
"/usr/sbin"
"/usr/share/java"
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
"/usr/lib"
Prevent server and clients rpm's from conflicting Before, the file /etc/foundationdb conflicted between the server and clients package, and /usr/lib64/cmake and /usr/lib64/pkgconfig conflicted with some system packages.
2020-04-17 05:55:15 +08:00
"/usr/lib64/cmake"
"/etc/foundationdb"
"/usr/lib64/pkgconfig"
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
"/usr/lib64/python2.7"
"/usr/lib64/python2.7/site-packages"
"/var"
"/var/log"
"/var/lib"
"/lib"
"/lib/systemd"
"/lib/systemd/system"
Incomplete implementation
2021-08-17 02:22:07 +08:00
"/etc/rc.d/init.d"
"/usr/lib/pkgconfig"
"/usr/lib/foundationdb"
Avoid conflict between versioned client/server rpms Building locally this seems to cause a conflict between the versioned client and server rpms. Not sure why this doesn't always show up.
2022-02-23 05:31:34 +08:00
"/usr/lib/cmake"
"/usr/lib/foundationdb-${FDB_VERSION}/etc/foundationdb"
)
Attempted to fix debian directory structure
2020-04-23 07:29:28 +08:00
set(CPACK_RPM_DEBUGINFO_PACKAGE ${GENERATE_DEBUG_PACKAGES})
CPack refactoring and introduction of multiversion
2020-10-29 02:55:15 +08:00
#set(CPACK_RPM_BUILD_SOURCE_FDB_INSTALL_DIRS_PREFIX /usr/src)
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(CPACK_RPM_COMPONENT_INSTALL ON)
set(CPACK_RPM_clients-el7_PRE_INSTALL_SCRIPT_FILE
${CMAKE_SOURCE_DIR}/packaging/rpm/scripts/preclients.sh)
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_RPM_CLIENTS-EL7_POST_INSTALL_SCRIPT_FILE
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
${CMAKE_SOURCE_DIR}/packaging/rpm/scripts/postclients.sh)
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_RPM_SERVER-EL7_PRE_INSTALL_SCRIPT_FILE
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
${CMAKE_SOURCE_DIR}/packaging/rpm/scripts/preserver.sh)
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_RPM_SERVER-EL7_POST_INSTALL_SCRIPT_FILE
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
${CMAKE_SOURCE_DIR}/packaging/rpm/scripts/postserver.sh)
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_RPM_SERVER-EL7_PRE_UNINSTALL_SCRIPT_FILE
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
${CMAKE_SOURCE_DIR}/packaging/rpm/scripts/preunserver.sh)
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_RPM_SERVER-EL7_PACKAGE_REQUIRES
Support generating el6 and el7 rpms
2019-03-02 08:02:51 +08:00
"foundationdb-clients = ${FDB_MAJOR}.${FDB_MINOR}.${FDB_PATCH}")
add alternatives to install symlinks
2020-10-29 04:03:48 +08:00
set(CPACK_RPM_SERVER-VERSIONED_POST_INSTALL_SCRIPT_FILE
Run all tests for versioned packages
2021-08-19 23:09:49 +08:00
${CMAKE_BINARY_DIR}/packaging/multiversion/server/postinst-rpm)
add alternatives to install symlinks
2020-10-29 04:03:48 +08:00
set(CPACK_RPM_SERVER-VERSIONED_PRE_UNINSTALL_SCRIPT_FILE
${CMAKE_BINARY_DIR}/packaging/multiversion/server/prerm)
set(CPACK_RPM_CLIENTS-VERSIONED_POST_INSTALL_SCRIPT_FILE
${CMAKE_BINARY_DIR}/packaging/multiversion/clients/postinst-el7)
set(CPACK_RPM_CLIENTS-VERSIONED_PRE_UNINSTALL_SCRIPT_FILE
${CMAKE_BINARY_DIR}/packaging/multiversion/clients/prerm)
RPM package now building correctly
2018-05-07 05:20:21 +08:00
################################################################################
# Configuration for DEB
################################################################################
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
if (CMAKE_SYSTEM_PROCESSOR MATCHES "x86_64")
set(CPACK_DEBIAN_CLIENTS-DEB_FILE_NAME "${deb-clients-filename}_amd64.deb")
set(CPACK_DEBIAN_SERVER-DEB_FILE_NAME "${deb-server-filename}_amd64.deb")
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(CPACK_DEBIAN_CLIENTS-VERSIONED_FILE_NAME "${deb-clients-versioned-filename}.versioned_amd64.deb")
set(CPACK_DEBIAN_SERVER-VERSIONED_FILE_NAME "${deb-server-versioned-filename}.versioned_amd64.deb")
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
else()
set(CPACK_DEBIAN_CLIENTS-DEB_FILE_NAME "${deb-clients-filename}_${CMAKE_SYSTEM_PROCESSOR}.deb")
set(CPACK_DEBIAN_SERVER-DEB_FILE_NAME "${deb-server-filename}_${CMAKE_SYSTEM_PROCESSOR}.deb")
Fix naming and change filename
2021-09-17 01:43:03 +08:00
set(CPACK_DEBIAN_CLIENTS-VERSIONED_FILE_NAME "${deb-clients-versioned-filename}.versioned_${CMAKE_SYSTEM_PROCESSOR}.deb")
set(CPACK_DEBIAN_SERVER-VERSIONED_FILE_NAME "${deb-server-versioned-filename}.versioned_${CMAKE_SYSTEM_PROCESSOR}.deb")
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
endif()
fix debian packages
2021-03-03 03:41:21 +08:00
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(CPACK_DEB_COMPONENT_INSTALL ON)
Attempted to fix debian directory structure
2020-04-23 07:29:28 +08:00
set(CPACK_DEBIAN_DEBUGINFO_PACKAGE ${GENERATE_DEBUG_PACKAGES})
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(CPACK_DEBIAN_PACKAGE_SECTION "database")
set(CPACK_DEBIAN_ENABLE_COMPONENT_DEPENDS ON)
RPM package now building correctly
2018-05-07 05:20:21 +08:00
several minor improvements
2019-03-02 06:13:16 +08:00
set(CPACK_DEBIAN_SERVER-DEB_PACKAGE_NAME "foundationdb-server")
set(CPACK_DEBIAN_CLIENTS-DEB_PACKAGE_NAME "foundationdb-clients")
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
set(CPACK_DEBIAN_SERVER-VERSIONED_PACKAGE_NAME "foundationdb${FDB_VERSION}-server")
set(CPACK_DEBIAN_CLIENTS-VERSIONED_PACKAGE_NAME "foundationdb${FDB_VERSION}-clients")
several minor improvements
2019-03-02 06:13:16 +08:00
Remove python dep from cmake-generated deb
2019-03-19 01:24:01 +08:00
set(CPACK_DEBIAN_SERVER-DEB_PACKAGE_DEPENDS "adduser, libc6 (>= 2.12), foundationdb-clients (= ${FDB_VERSION})")
Update cmake/InstallLayout.cmake Co-Authored-By: atn34 <anoyes34@gmail.com>
2019-03-20 00:51:52 +08:00
set(CPACK_DEBIAN_SERVER-DEB_PACKAGE_RECOMMENDS "python (>= 2.6)")
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
set(CPACK_DEBIAN_CLIENTS-DEB_PACKAGE_DEPENDS "adduser, libc6 (>= 2.12)")
set(CPACK_DEBIAN_PACKAGE_HOMEPAGE "https://www.foundationdb.org")
set(CPACK_DEBIAN_CLIENTS-DEB_PACKAGE_CONTROL_EXTRA
${CMAKE_SOURCE_DIR}/packaging/deb/DEBIAN-foundationdb-clients/postinst)
set(CPACK_DEBIAN_SERVER-DEB_PACKAGE_CONTROL_EXTRA
${CMAKE_SOURCE_DIR}/packaging/deb/DEBIAN-foundationdb-server/conffiles
${CMAKE_SOURCE_DIR}/packaging/deb/DEBIAN-foundationdb-server/preinst
${CMAKE_SOURCE_DIR}/packaging/deb/DEBIAN-foundationdb-server/postinst
${CMAKE_SOURCE_DIR}/packaging/deb/DEBIAN-foundationdb-server/prerm
${CMAKE_SOURCE_DIR}/packaging/deb/DEBIAN-foundationdb-server/postrm)
Some more improvements to the build and preparations for packaging
2018-05-06 00:43:50 +08:00
add alternatives to install symlinks
2020-10-29 04:03:48 +08:00
set(CPACK_DEBIAN_CLIENTS-VERSIONED_PACKAGE_CONTROL_EXTRA
${CMAKE_BINARY_DIR}/packaging/multiversion/clients/postinst
${CMAKE_BINARY_DIR}/packaging/multiversion/clients/prerm)
set(CPACK_DEBIAN_SERVER-VERSIONED_PACKAGE_CONTROL_EXTRA
${CMAKE_BINARY_DIR}/packaging/multiversion/server/postinst
${CMAKE_BINARY_DIR}/packaging/multiversion/server/prerm)
This makes package generation work Resulting packages are not tested yet
2019-03-01 06:05:24 +08:00
################################################################################
# Configuration for DEB
################################################################################
set(CPACK_ARCHIVE_COMPONENT_INSTALL ON)
Fix minor issues for aarch64
2021-01-26 02:30:32 +08:00
set(CPACK_ARCHIVE_CLIENTS-TGZ_FILE_NAME "${deb-clients-filename}.${CMAKE_SYSTEM_PROCESSOR}")
set(CPACK_ARCHIVE_SERVER-TGZ_FILE_NAME "${deb-server-filename}.${CMAKE_SYSTEM_PROCESSOR}")
This makes package generation work Resulting packages are not tested yet
2019-03-01 06:05:24 +08:00
First version of working rpm packages
2018-05-06 03:08:39 +08:00
################################################################################
# Server configuration
################################################################################
string(RANDOM LENGTH 8 description1)
string(RANDOM LENGTH 8 description2)
set(CLUSTER_DESCRIPTION1 ${description1} CACHE STRING "Cluster description")
set(CLUSTER_DESCRIPTION2 ${description2} CACHE STRING "Cluster description")
some more windows installer modifications
2019-02-07 04:02:19 +08:00
if(NOT WIN32)
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
fdb_install(FILES ${CMAKE_SOURCE_DIR}/packaging/foundationdb.conf
DESTINATION etc
some more windows installer modifications
2019-02-07 04:02:19 +08:00
COMPONENT server)
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
install(FILES ${CMAKE_SOURCE_DIR}/packaging/make_public.py
DESTINATION "usr/lib/foundationdb"
COMPONENT server-deb)
Added linux-pkgs command to docker-compose file
2019-02-11 13:30:50 +08:00
install(FILES ${CMAKE_SOURCE_DIR}/packaging/rpm/foundationdb.service
DESTINATION "lib/systemd/system"
First implementaion of more user-friendly cpack Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
2019-02-28 12:17:11 +08:00
COMPONENT server-el7)
install(PROGRAMS ${CMAKE_SOURCE_DIR}/packaging/deb/foundationdb-init
DESTINATION "etc/init.d"
RENAME "foundationdb"
COMPONENT server-deb)
add service files to versioned packages This includes systemd and initd files. This way an admin can manually install them in the system
2020-10-29 04:14:58 +08:00
install(FILES ${CMAKE_SOURCE_DIR}/packaging/rpm/foundationdb.service
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
DESTINATION "usr/lib/foundationdb-${FDB_VERSION}/lib/systemd/system"
add service files to versioned packages This includes systemd and initd files. This way an admin can manually install them in the system
2020-10-29 04:14:58 +08:00
COMPONENT server-versioned)
install(PROGRAMS ${CMAKE_SOURCE_DIR}/packaging/deb/foundationdb-init
use FDB_VERSION in lieu of PROJECT_VERSION or CMAKE_PROJECT_VERSION write FDB_VERSION to a file to avoid regex golf in other build scripts
2021-11-24 01:35:30 +08:00
DESTINATION "usr/lib/foundationdb-${FDB_VERSION}/etc/init.d"
add service files to versioned packages This includes systemd and initd files. This way an admin can manually install them in the system
2020-10-29 04:14:58 +08:00
RENAME "foundationdb"
COMPONENT server-versioned)
install fdb service with rpm and add dependencies
2018-05-06 06:33:21 +08:00
endif()