<div dir="ltr">Conceptionally a prerelease uses a single chroot environment.<div>Therefore all dependencies for all packages get installed at the same time.</div><div>This might hide missing dependencies in some of the packages.</div>
<div>I am pretty sure that was the different behavior you have been experiencing.</div><div><br></div><div>In order to achieve the same behavior as binarydeb jobs each package would need to be build in its own chroot environment which would require much more computational effort.</div>
<div>This would also require that all previous packages can be installed from Debian packages (to avoid installing all build dependencies).</div><div><br></div><div>While the goal to make both jobs behave identical is a good one (and we will aim for it in the future) there is currently no way to change the buildfarm in that way.</div>
<div>We will consider this important goal for the next iteration of the build infrastructure but that will not be something we can address in the near term.</div><div><br></div><div>Cheers,</div><div>- Dirk</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Sat, Apr 12, 2014 at 11:59 AM, G.A. vd. Hoorn - 3ME <span dir="ltr"><<a href="mailto:g.a.vanderhoorn@tudelft.nl" target="_blank">g.a.vanderhoorn@tudelft.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">Mike Purvis wrote:<br>
> Hey folks,<br>
><br>
> I just had an issue where a pre-release succeeded, but the ultimate release<br>
> failed to build. It's a repo containing multiple packages, and the fault<br>
> came down to the fact that a prerelease checks out the whole repo and<br>
> builds it as one workspace, whereas a release builds each package in total<br>
> isolation.<br>
><br>
> Is there any way to make the prerelease a closer match to the actual<br>
> release, so that the prerelease check a better predictor of release success?<br>
<br>
</div></div>Not a real answer to your question, but what I've been doing is to<br>
locally build each package using catkin_make_isolated, after having<br>
verified the manifests & CMakeLists using catkin_lint. This seems to<br>
catch most of my mistakes.<br>
<br>
<br>
Gijs<br>
_______________________________________________<br>
ros-release mailing list<br>
<a href="mailto:ros-release@code.ros.org">ros-release@code.ros.org</a><br>
<a href="http://lists.ros.org/mailman/listinfo/ros-release" target="_blank">http://lists.ros.org/mailman/listinfo/ros-release</a><br>
</blockquote></div><br></div>