[CMake] CPack install directory

[Raphael Cotty]

Hi,
The first issue is that the debian packager is inserting a "usr" directory:

If my CMAKE_INSTALL_PREFIX is "/dev/install" and in my CMakeLists.txt I
have:
INSTALL( FILES foo DESTINATION "etc" ) then the make install will copy foo
to "/dev/install/etc".

Then the DEB packaging will create a debian package which will install foo
in "/usr/etc/".

This is done in CPack/cmCPackDebGenerator.cxx, as I tried to explain in the
previous post.

I hope this is a bit clearer!

Raphael

On Dec 18, 2007 5:47 PM, Alexander Neundorf <a.neundorf-work at gmx.net> wrote:

> Hi,
>
> sorry, I don't understand everything you wrote.
>
> On Tuesday 18 December 2007, Raphael Cotty wrote:
> > Hi,
> > After looking at the source code I found in
> CPack/cmCPackDebGenerator.cxx
> > that if CPACK_PACKAGING_INSTALL_PREFIX is not set then it is set to
> "/usr".
> > Then the data.tar.gz is creating from directory usr.
> > First this code will give an understandable error if the user sets
> > CPACK_PACKAGING_INSTALL_PREFIX to something else than "/usr".
>
> Do you mean it is good that it gives an understandable error or that it is
> bad
> that there is an error ?
> Why do we get an error if it is set to something else ?
>
> > Secondly this doesn't allow the debian package to install files
> anywhere.
>
> You mean installing the binary deb package to a different prefix than what
> it
> was intended for ?
> Is this supposed to work ? If you have RPATH in the files then it can't be
> installed to an arbitrary location.
>
> > This insertion of a usr directory is done I suppose to allow the tar
> > command not to add the control, debian-binary, and itself.
> > One way to get ride of this is to remove the "usr" insertion, do the tar
> > first like this: (tar cfz ../data.tar.gz .), copy it to the current
> > directory, remove it from the previous location. Then do the rest of the
> > work like before.
> > This of course can be optimised.
>
> Can you please explain a bit more ?
>
> Thanks for the feedback
> Alex
> _______________________________________________
> CMake mailing list
> CMake at cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://public.kitware.com/pipermail/cmake/attachments/20071218/cefc94e4/attachment.html