<br><br><div class="gmail_quote">On Tue, Jul 24, 2012 at 10:49 PM, Jack O'Quin <span dir="ltr"><<a href="mailto:jack.oquin@gmail.com" target="_blank">jack.oquin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Tue, Jul 24, 2012 at 3:37 PM, Jonathan Bohren<br>
<<a href="mailto:jonathan.bohren@gmail.com">jonathan.bohren@gmail.com</a>> wrote:<br>
> On Tue, Jul 24, 2012 at 10:20 PM, Dirk Thomas <<a href="mailto:dthomas@willowgarage.com">dthomas@willowgarage.com</a>><br>
> wrote:<br>
>><br>
>> Like the previous buildsystem catkin is aware of stacks and processes the<br>
>> stack.xml files.<br>
>><br>
>> But in contrast to rosbuild catkin does not know anything about packages.<br>
>> It only uses CMake projects (which might correspond what has been packages<br>
>> before in a lot of cases - but does not have to).<br>
><br>
><br>
> So... in other words, at the moment, the notion of a "ros package" will<br>
> cease to exist in Groovy?<br>
<br>
</div>I seriously doubt it.<br>
<br>
Dirk is saying the new catkin build system is unaware of the ROS<br>
package concept. But, ROS applications cannot be unaware of the<br>
package names they depend on.<div class="yj6qo ajU"><div id=":2xq" class="ajR" tabindex="0"></div></div></blockquote></div><br>It sounds like he's implying that the manifest.xml, and thus the ROS package metadata will be optional, though.<br clear="all">

<div><br></div><div>-j</div>