<div dir="ltr">Hi Tully,<br><br>Thank you for the detailed explanation.<br>Indeed this would not be an ideal situation...<br><br>I think it's worth spending more time taming catkin to get the third party release to work for the packages I need then.<div><br>Cheers,<br>--<br>AlexV</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">--<br>AlexV</div></div>
<br><div class="gmail_quote">2015-11-24 11:00 GMT+09:00 Tully Foote <span dir="ltr"><<a href="mailto:tfoote@osrfoundation.org" target="_blank">tfoote@osrfoundation.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Alex, <div><br></div><div>We technically have the ability to import deb packages built externally. However, we limit the usage as much as possible to core dependencies, and typically backports of things already in the packaging pipeline for newer distributions. </div><div><br></div><div>The main reason for this is that we support many different platforms and thus if you build only debian packages you will lock out members of the community from installing that dependency on any other target platform. Once it's in the upstream packaging pipeline on one platform it's reasonable to expect it to be in the pipeline for other platforms. </div><div><br></div><div>Another problem we've had before is that the custom packaged dependencies can diverge or get ahead of the upstream release process and that causes a lot of pain when we have to make a transition to the publicly available packages.</div><div><br></div><div>And lastly as you mentioned regularly updating, maintaining compatibility becomes a big problem. If you make a change in a ROS package the buidlfarm will automatically rebuild downstream dependencies. However if you change a custom rolled debian package. If a non-ros dependency changes then we have to synchronize a simultaneous rollout across all rosdistros for each layer of our building, testing and public repositories. This can cost a week of coordinated work, releases and buildfarm time, while requiring all other releases to stop. As with Ubuntu or Debian this sort of breakage might be reasonable during the prerelease stages but after a release we'd need to have a policy of no ABI changes or else we get into the above situation.</div><div><br></div><div>Tully</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Nov 23, 2015 at 5:40 PM, Asmodehn Shade via ros-release <span dir="ltr"><<a href="mailto:ros-release@lists.ros.org" target="_blank">ros-release@lists.ros.org</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div>Hello,<br><br></div>I am having too many problems turning all my python dependencies into deb packages with catkin.<br></div><div>So I was thinking of building deb packages using other tools.<br><br></div><div>However since the point of these package is to be used by ROS packages, would it be feasible that I build debs package on my own, and then submit it to be hosted on <a href="http://packages.ros.org" target="_blank">packages.ros.org</a> ?<br>Is there some kind process for this ?<br><br></div><div>Please note that these packages may change quite often.<br></div><div><div><br></div><div>Thank you for any hint.<br clear="all"></div><div><div><div><div>--<br>AlexV</div></div>
</div></div></div></div>
<br></div></div>_______________________________________________<br>
ros-release mailing list<br>
<a href="mailto:ros-release@lists.ros.org" target="_blank">ros-release@lists.ros.org</a><br>
<a href="http://lists.ros.org/mailman/listinfo/ros-release" rel="noreferrer" target="_blank">http://lists.ros.org/mailman/listinfo/ros-release</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>