On Sat, Mar 30, 2013 at 8:37 AM, Jack O'Quin <span dir="ltr"><<a href="mailto:jack.oquin@gmail.com" target="_blank">jack.oquin@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've finally managed to convert some packages to catkin and release<br>
them via bloom. The catkin conversions took far too long, but they<br>
seem to work, now. The bloom scripts work fine.<br>
<br></blockquote><div><br></div><div>I'm sorry to hear that the catkinization took so long, I know you have been asking questions related to catkinization on <a href="http://answers.ros.org">answers.ros.org</a>, so hopefully others who hit the same snags will find your Q/A's. Are there other concrete things we can do to improve this for others?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So far, I host my GBP release repositories in the same github<br>
organization that contains the corresponding source repo. I figure the<br>
same group of people do development, maintenance and releases. But, I<br>
suppose that's not necessarily true in general.<br>
<br>
As soon as its dependencies are available in Hydro, I will release a<br>
catkinized camera1394, which belongs to the ros-drivers organization.<br>
I don't see any other GBP repos in ros-drivers. Many ROS core packages<br>
are released via the ros-gbp organization.<br>
<br>
 * What are the advantages of that approach?<br></blockquote><div><br></div><div>I think the reason we have done that historically, was because the organizations were already large, and having the release repositories in the sam organization would double the size, really cluttering things up.</div>
<div><br></div><div>The side affect of this is that as a person who is keeping the build farm running, I don't have to know which organization a given repository is, I can guess at the url: <a href="http://github.com/ros-gbp/">github.com/ros-gbp/</a><repo>-release. If that doesn't hit, then I have to go to the rosdistro file and look up the location of the release repository.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
 * What is the recommended hosting scheme for packages like mine?<br></blockquote><div><br></div><div>If you are releasing code into one of the ros-* organizations then you should probably put the release repository in ros-gbp, if you need permission just ask. Otherwise host the release repository in the same org as the upstream source or create your own -gbp org if things are getting cluttered.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
--<br>
 joq<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>