On Wed, May 15, 2013 at 4:07 AM, Jack O'Quin <
jack.oquin@gmail.com> wrote:
>
> On Tue, May 14, 2013 at 11:10 AM, Dirk Thomas <dthomas@osrfoundation.org>
> wrote:
>>
>> It does not only require changes to the packaging system (which by the way
>> already support a non-ros debian target).
>> ROS specification and usage of etc is not in-line with an installation to
>> /usr.
>> That would require further changes (and breaking backward compatibility)
>> to make installing to /usr cleanly possible.
>
>
> That issue has been pushed out from Hydro to Indigo...
>
> https://github.com/ros/catkin/issues/396
Thank for the heads up.
My two cents on this:
As a package maintainer, what would be very nice is having catkin
macro / ROS packages rely on something like GNUInstallDirs.cmake [1].
It would fix once and for all this kind of issues. Additional problems are bound
to happen. Once more multiarch is a good example. When ROS will have to switch
from lib/ to lib/<architecture triplet>/ then it would be preferable
to just re-release without
having to patch the packages or catkin...
[1]
http://gitorious.org/owncloud/mirall/blobs/9109d7b5ac5bc0fbc12199d8bd6bf27b5e78e84c/cmake/modules/GNUInstallDirs.cmake
--
Thomas Moulard