4866a8922e
Fail build if install destination not recognized
2019-03-19 16:28:42 -07:00
fdde63bbdb
Remove EXPORT since it's broken and unnecessary
2019-03-19 16:28:42 -07:00
668eaeb8ae
Packages tested and all seems working
2019-03-07 16:49:29 -08:00
51ccdb1c9b
Remove pidof hack as it was not stable
2019-03-07 16:49:29 -08:00
da72306642
several minor bug fixes
2019-03-07 16:49:29 -08:00
645eba7b58
fixed cmake generated symlinks
2019-03-07 16:49:29 -08:00
55f4d78fcf
Support generating el6 and el7 rpms
2019-03-07 16:49:29 -08:00
294baa4091
Fix package naming
2019-03-07 16:49:29 -08:00
e8624efb3b
several minor improvements
2019-03-07 16:49:29 -08:00
42e0a89a66
This makes package generation work
...
Resulting packages are not tested yet
2019-03-07 16:49:29 -08:00
2537f26de6
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-03-07 16:49:29 -08:00
41128d5bb5
Remove packages->package dependency
...
There is a cmake bug not allowing us to have this
dependency :(
2019-02-19 11:11:25 -08:00
acad3e8201
Put rpm, deb, or msi into the packages folder
...
This additionally fixes a dependency bug on Windows
2019-02-19 11:11:25 -08:00
a0b20ef2c1
Add initscripts dependency to foundationdb-server
2019-02-15 00:01:42 -08:00
b06aa3b8ea
Several bug fixes - debian package working
...
Did some manual minor testing on the debian package
2019-02-15 00:01:42 -08:00
a20e58bb4c
Added linux-pkgs command to docker-compose file
2019-02-15 00:01:42 -08:00
990e084fa2
Debian packages are successfully generated
2019-02-15 00:01:42 -08:00
ddddda7328
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-15 00:01:42 -08:00
5f25e5cb32
docker container and docker-compose for cmake
...
This is still in the testing-phase. However, it should
be mostly functional
2019-02-15 00:01:42 -08:00
aeccec0ef8
Fix merge conflicts
2019-02-07 18:09:10 -08:00
9c3e5e221f
started macos builder
2019-02-07 18:09:10 -08:00
7e16ca4caa
Generate Windows-Installer with cmake
2019-02-07 15:37:04 -08:00
7e26b4ef0d
Address comments from PR
2019-02-07 15:37:04 -08:00
014e12e142
some more windows installer modifications
2019-02-07 15:37:04 -08:00
dcbb248c69
Windows installer base functionality
...
CPack can now generate a MSI (needs WIX to be
installed). However, this currently does not include
fdbservice - I need to figure out how to install this
first.
2019-02-07 15:37:04 -08:00
7a858b902d
Most of FDB compiling on Windows with cmake
2019-02-07 15:37:04 -08:00
aa9a7a6dc0
Make init script executable in cmake install
2019-01-31 09:38:43 -08:00
879cb31fa2
first version of debian build
2018-12-13 15:57:12 -08:00
1007708dfb
RPM package now building correctly
2018-12-13 15:56:45 -08:00
f13ad0d50a
install fdb service with rpm and add dependencies
2018-12-13 15:55:53 -08:00
c654b1bb61
First version of working rpm packages
2018-12-13 15:55:31 -08:00
df0f491c29
Some more improvements to the build and preparations for packaging
2018-12-13 15:04:13 -08:00
Andrew Noyes