<div dir="ltr"><div>All you need to do is update the release.yaml file.</div><div><br></div><div>We've designed the system to be as stateless as possible.  The buildfarm will do a best effort build of what's in the release.yaml.  It can handle upgrades, rollbacks, additions and removals. </div>

<div><br></div><div>Conflicts with past and future packages are not a problem. It will propagate through the various stages of the build pipeline only in a self consistent state.  So as long as the release.yaml doesn't have conflicts the debs should not either. </div>

<div><br></div><div>Note this does not absolve you of considering your users and providing good communication with respect to the development model.  Your users should know what's going on and depending on the development state of the package.  If there are expectations of stability for your users the buildfarm will not prevent you from breaking compatibility. </div>

<div><br></div><div>PS I've copied this back to <a href="http://answers.ros.org">answers.ros.org</a> and I've made the answer slightly less specific.  I believe your packages are very young so the compatibility is not as much of an issue. </div>

<div><br></div><div>Tully<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Aug 11, 2013 at 5:29 PM, Isaac Isao Saito <span dir="ltr"><<a href="mailto:130s@lateeye.net" target="_blank">130s@lateeye.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Howdy ROS-Release,<br>
<br>
# someone suggests to ask a question like this here instead of answers [0].<br>
<br>
For a set of packages / a meta package that we already released into<br>
buildfarm (openrtm_common), we've figured out that we want to split it<br>
into multiple smaller sets / meta packages and fresh release each of<br>
them (for better modularity and moreover for easier handling of<br>
buildfarm error currently happening).<br>
<br>
What step should we take before releasing the new sets of packages?<br>
<br>
I'm afraid releasing new sets would cause conflicts if there already<br>
exist packages of the same names. Some packages have already been<br>
built and available on .deb binary repository. And just cancelling the<br>
commits for release.yaml on rosdistro [1] seems not sufficient either.<br>
<br>
[0] <a href="http://answers.ros.org/question/72103/steps-to-cancel-already-released-packages/?comment=72139#comment-72139" target="_blank">http://answers.ros.org/question/72103/steps-to-cancel-already-released-packages/?comment=72139#comment-72139</a><br>


[1] <a href="https://github.com/ros/rosdistro/blob/master/hydro/release.yaml" target="_blank">https://github.com/ros/rosdistro/blob/master/hydro/release.yaml</a><br>
<br>
Thank you,<br>
<br>
Isaac<br>
_______________________________________________<br>
Ros-release mailing list<br>
<a href="mailto:Ros-release@code.ros.org">Ros-release@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-release" target="_blank">https://code.ros.org/mailman/listinfo/ros-release</a><br>
</blockquote></div><br></div></div></div>