<div dir="ltr">Or you can change the permissions of the executable (setuid or setcap) in a post install hook.<div><br></div><div style>So you would write a script which does this, from source I would run this script manually after building and from debian this script would be run as a post install hook.</div>
<div style><br></div><div style>I haven't setup a post install hook before, but you should be able to do this in the debian folder of the `debian/groovy/<package_name>` branch in your release repository (don't for get to run bloom again after the change).</div>
<div style><br></div><div style>Running `git-buildpackage -uc -us` while on the appropriate debian tag (something like `debian/ros-groovy-youbot-driver_0.1.2-0_precise`) will build debs you can test from your release repository. The debs will be created one folder up.</div>
<div style><br></div><div style>Hope that helps,</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 17, 2013 at 11:12 AM, Toris, Russell Charles <span dir="ltr"><<a href="mailto:rctoris@wpi.edu" target="_blank">rctoris@wpi.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I had added libcap2-bin yesterday.<br>
<br>
Agreed to all of these but I'm not sure how to get around it. We are attempting to have the existing base youbot software released and the decision to need setcap was made there to communicate over various ethernet devices on the robot. The alternative is to require you to run the executables as root which is equally bad.<br>

<br>
To follow up with Tully, I think you are right about setcap not transferring so now I'm out of ideas on what to do here. Hm....<br>
<div class="im"><br>
<br>
--<br>
Russell Toris<br>
Graduate Student | WPI Department of Computer Science<br>
<a href="mailto:rctoris@wpi.edu">rctoris@wpi.edu</a> | <a href="http://users.wpi.edu/~rctoris/" target="_blank">http://users.wpi.edu/~rctoris/</a><br>
<br>
________________________________<br>
</div>From: <a href="mailto:ros-release-bounces@code.ros.org">ros-release-bounces@code.ros.org</a> [<a href="mailto:ros-release-bounces@code.ros.org">ros-release-bounces@code.ros.org</a>] on behalf of William Woodall [<a href="mailto:william@osrfoundation.org">william@osrfoundation.org</a>]<br>

Sent: Friday, May 17, 2013 2:11 PM<br>
To: Jack O'Quin<br>
Cc: <a href="mailto:ros-release@code.ros.org">ros-release@code.ros.org</a><br>
Subject: Re: [Ros-release] sudo not found?<br>
<div class="im"><br>
It should probably be a buildtool_depend, but either way using sudo inside CMake seems really wacky, how am I supposed to build this from source on a machine where I don't have sudo?<br>
<br>
I am not sure if there is a better alternative, but you should consider separating the permissions settings and building. Ideally this would be a post install hook action or a manual step after building for source install.<br>

<br>
Do other projects require sudo at build time for this sort of action?<br>
<br>
<br>
</div>On Fri, May 17, 2013 at 11:07 AM, Jack O'Quin <<a href="mailto:jack.oquin@gmail.com">jack.oquin@gmail.com</a><mailto:<a href="mailto:jack.oquin@gmail.com">jack.oquin@gmail.com</a>>> wrote:<br>
<div class="im"><br>
On Fri, May 17, 2013 at 12:50 PM, Tully Foote <<a href="mailto:tfoote@osrfoundation.org">tfoote@osrfoundation.org</a><mailto:<a href="mailto:tfoote@osrfoundation.org">tfoote@osrfoundation.org</a>>> wrote:<br>

HI Russell,<br>
<br>
The first answer is yes, if you need sudo you need to add it as a dependency.  The builds on the farm will only build with your declared dependencies. The prerelease has a minimal bootstrap which gives you command line capabilities for debugging presumably includes sudo for that purpose.)  You will probably also want to add a build-depend rosdep rule for libcap2-bin to make sure the setcap is installed.<br>

<br>
Since they run on the build machine, shouldn't they use <buildtool_depend>?<br>
--<br>
 joq<br>
<br>
_______________________________________________<br>
Ros-release mailing list<br>
</div><a href="mailto:Ros-release@code.ros.org">Ros-release@code.ros.org</a><mailto:<a href="mailto:Ros-release@code.ros.org">Ros-release@code.ros.org</a>><br>
<div class="im"><a href="https://code.ros.org/mailman/listinfo/ros-release" target="_blank">https://code.ros.org/mailman/listinfo/ros-release</a><br>
<br>
<br>
<br>
<br>
--<br>
William Woodall<br>
ROS Development Team<br>
</div><a href="mailto:william@osrfoundation.org">william@osrfoundation.org</a><mailto:<a href="mailto:william@osrfoundation.org">william@osrfoundation.org</a>><br>
<a href="http://williamjwoodall.com/" target="_blank">http://williamjwoodall.com/</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>William Woodall<div>ROS Development Team</div><div><a href="mailto:william@osrfoundation.org" target="_blank">william@osrfoundation.org</a></div><div><a href="http://williamjwoodall.com/" target="_blank">http://williamjwoodall.com/</a></div>

</div>