On Sat, Feb 11, 2012 at 3:50 PM, Brian Gerkey <gerkey@willowgarage.com> wrote:
> On Sat, Feb 11, 2012 at 11:35 AM, Ken Conley <kwc@willowgarage.com> wrote:

>> lib/ is, as Jack and you have well-argued, the correct choice.
>> libexec/ would be a nice choice if we didn't have to package on
>> Debian/Ubuntu.  A lib/ros/<ros-package-name> scheme would provide good
>> sandboxing for the executables that roslaunch can invoke.  REP 123
>> would have to be updated with a new environment variable so that the
>> location of 'lib' can be found.
>>
>> We can start working on implementation changes post-Fuerte and have
>> this well-formed for Groovy.  Stacks that are converted to catkin in
>> Fuerte will need to be branched, but as we have kept this set
>> intentionally small, it should not be too difficult.
>
> FWIW, switching from share/<ros-package-name> to
> lib/<ros-package-name> should be easy and low-risk.  If that's
> preferred to share/<ros-package-name>,  it could be done for Fuerte.
> Switching to share/ros/<ros-package-name> is riskier, but can be
> easily tested.  I'll look into it.

+1 for any switch to the lib/ subtree. While I think
lib/ros/<ros-package-name> would be better in the long run, that is
not as important as getting binaries out of share/.

I doubt we will be releasing packages to /usr in the Fuerte timeframe, anyway.
-- 
 joq