5:41 a.m.
Hi,
I'm building a deb package based on the gluster PPA debs [1]. The build
flag "USE_RADOS_RECOV=ON" is enabled. According to CMakelists.txt file
of the "tools" directory this would trigger the build of the
ganesha-rados-grace binary:
if (USE_RADOS_RECOV)
add_executable(ganesha-rados-grace ganesha-rados-grace.c)
target_link_libraries(ganesha-rados-grace rados_grace
${RADOS_LIBRARIES})
endif(USE_RADOS_RECOV)
########### install files ###############
if(USE_TOOL_MULTILOCK)
add_subdirectory(multilock)
endif(USE_TOOL_MULTILOCK)
It does not get build however. It's also not available in the cluster
PPA, altough USE_RADOS_RECOV=ON is enabled by default in 2.7 and all
needed libraries (librados-dev / librados-dev) are available.
...
When I remove the "if" statements the tool does get build (just not
installed because there no install script for it in the deb package,
yet).
Any idea why the if statement might not work here?
Gr. Stefan
[1]: https://launchpad.net/~gluster/
--
| BIT BV http://www.bit.nl/ Kamer van Koophandel 09090351
| GPG: 0xD14839C6 +31 318 648 688 / info(a)bit.nl
8:01 a.m.
If I enable USE_RADOS_RECOV, then it builds for me. It won't be
installed, because there's no install target for it in CMake, but it's
there in the tools subdir of my build directory.
I'm not sure this tool is ready to be deployed yet; it's mostly intended
at this point for development testing. Jeff wrote it, so he would know.
Daniel
On 10/06/2018 06:41 AM, Stefan Kooman wrote:
Hi,
I'm building a deb package based on the gluster PPA debs [1]. The build
flag "USE_RADOS_RECOV=ON" is enabled. According to CMakelists.txt file
of the "tools" directory this would trigger the build of the
ganesha-rados-grace binary:
if (USE_RADOS_RECOV)
add_executable(ganesha-rados-grace ganesha-rados-grace.c)
target_link_libraries(ganesha-rados-grace rados_grace
${RADOS_LIBRARIES})
endif(USE_RADOS_RECOV)
########### install files ###############
if(USE_TOOL_MULTILOCK)
add_subdirectory(multilock)
endif(USE_TOOL_MULTILOCK)
It does not get build however. It's also not available in the cluster
PPA, altough USE_RADOS_RECOV=ON is enabled by default in 2.7 and all
needed libraries (librados-dev / librados-dev) are available.
...
When I remove the "if" statements the tool does get build (just not
installed because there no install script for it in the deb package,
yet).
Any idea why the if statement might not work here?
Gr. Stefan
[1]: https://launchpad.net/~gluster/
6:01 a.m.
It's ready to be installed and you do need it to deploy a cluster. If
you do an RPM build you'll get the package with it but it's plucking it
right out of the tools/ dir in the build. I'll see if I can spin up a
patch to do the install correctly.
-- Jeff
On Mon, 2018-10-08 at 09:01 -0400, Daniel Gryniewicz wrote:
If I enable USE_RADOS_RECOV, then it builds for me. It won't be
installed, because there's no install target for it in CMake, but it's
there in the tools subdir of my build directory.
I'm not sure this tool is ready to be deployed yet; it's mostly intended
at this point for development testing. Jeff wrote it, so he would know.
Daniel
On 10/06/2018 06:41 AM, Stefan Kooman wrote:
> Hi,
>
> I'm building a deb package based on the gluster PPA debs [1]. The build
> flag "USE_RADOS_RECOV=ON" is enabled. According to CMakelists.txt file
> of the "tools" directory this would trigger the build of the
> ganesha-rados-grace binary:
>
> if (USE_RADOS_RECOV)
> add_executable(ganesha-rados-grace ganesha-rados-grace.c)
> target_link_libraries(ganesha-rados-grace rados_grace
> ${RADOS_LIBRARIES})
> endif(USE_RADOS_RECOV)
>
> ########### install files ###############
>
> if(USE_TOOL_MULTILOCK)
> add_subdirectory(multilock)
> endif(USE_TOOL_MULTILOCK)
>
> It does not get build however. It's also not available in the cluster
> PPA, altough USE_RADOS_RECOV=ON is enabled by default in 2.7 and all
> needed libraries (librados-dev / librados-dev) are available.
>
> ...
>
> When I remove the "if" statements the tool does get build (just not
> installed because there no install script for it in the deb package,
> yet).
>
> Any idea why the if statement might not work here?
>
> Gr. Stefan
>
> [1]: https://launchpad.net/~gluster/
>
_______________________________________________
Devel mailing list -- devel(a)lists.nfs-ganesha.org
To unsubscribe send an email to devel-leave(a)lists.nfs-ganesha.org
--
Jeff Layton <jlayton(a)redhat.com>
2047
days inactive
2051
days old
2 comments
3 participants
participants (3)
-
Daniel Gryniewicz -
Jeff Layton -
Stefan Kooman