On Wed, May 15, 2013 at 4:07 AM, Jack O'Quin wrote: > > On Tue, May 14, 2013 at 11:10 AM, Dirk Thomas > 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// 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