<br><br><div class="gmail_quote">On Thu, Oct 4, 2012 at 1:50 AM, Leopold Palomo-Avellaneda <span dir="ltr"><<a href="mailto:leo@alaxarxa.net" target="_blank">leo@alaxarxa.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Tully,<br>
<br>
A Dijous 04 Octubre 2012, Tully Foote va escriure:<br>
<div class="im">> Thanks for contributing these resources It will help people looking to use<br>
> debian greatly.<br>
<br>
</div>I need to make some documentation. I hope soon.<br>
<div class="im"><br>
> If you'd like we could also work with you to try to merge debian support<br>
> upstream. Our whole infrastructure could be extended to support debian<br>
> codenames as well as ubuntu ones. We don't have time to actively support<br>
> Debian releases but patches in that direction would be accepted. Related<br>
> to this we could consider providing your backports in the main ROS repos as<br>
> we do for Ubuntu.<br>
<br>
</div>Perfect, my propose is to create some kind of debian-robotics derivative in<br>
the way to install easily ros/orocos/ whatever robotics software in a debian<br>
distro. I manage a group of boxes in a robotics' lab and it's a pain to<br>
maintain ROS in this boxes. It's easy (I doubt it also ...) if you have a<br>
ubuntu box and a monouser (or few users) but a multiuser box is ... uff.<br>
<div class="im"><br>
><br>
> Jack's spot on with respect to PCL. The problem is that PCL standalone<br>
> defines symbols which collide with the ROS messages. This is an artifact<br>
> of the early development process, and can't be fixed without an api<br>
> breaking change on either side.<br>
<br>
</div>thanks for the explanation. Now it's more clear.<br>
<div class="im"><br>
> To build the same version as in ROS see<br>
> this repository [1] It is a git-buildpackage repository with all the tags<br>
> generated for Ubuntu, and can easily be extended for other debian codenames<br>
> into sourcedebs.<br>
<br>
</div>Ok I don't understand this. Are you saying that the repo [1] has a version of<br>
the perception package that could compile with a stand-alone version of pcl?<br>
<br>
Otherwise it's not easy (at least for me) to create a debian (pure Debian, not<br>
Ubuntu) package from that sources. It requires the catkin package and by now,<br>
waiting the fhs transition it's not easy to prepare.<br></blockquote><div><br></div><div>Sorry I pointed to the wrong repo. This is the repo with the version of pcl integrated with ROS which we're using for groovy and fuerte now. It's installs in close to fhs style. We've generated debian control files for ubuntu, but you can use git-buildpackage's command generate-debian for generating any of the pure debian codenames as well. </div>
<div><br></div><div><a href="https://github.com/ros-gbp/pcl-release">https://github.com/ros-gbp/pcl-release</a></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<rant mode><br>
It's really so complicate to have a full ROS system in a no ubuntu box!!!<br>
</rant mode></blockquote><div><br></div><div>It's just as complicated on Ubuntu, we've just jumped through the hoops already ;-)</div><div><br></div><div>Tully</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Regards,<br>
<br>
Leo<br>
<div><div class="h5"><br>
><br>
><br>
><br>
><br>
> On Wed, Oct 3, 2012 at 9:48 AM, Jack O'Quin <<a href="mailto:jack.oquin@gmail.com">jack.oquin@gmail.com</a>> wrote:<br>
><br>
> > On Wed, Oct 3, 2012 at 9:49 AM, Leopold Palomo-Avellaneda<br>
> > <<a href="mailto:leo@alaxarxa.net">leo@alaxarxa.net</a>> wrote:<br>
> > > A Dimecres 03 Octubre 2012, Rich Mattes va escriure:<br>
> > >> On Tue, Oct 2, 2012 at 6:18 PM, Leopold Palomo Avellaneda<br>
> > >> <<a href="mailto:leo@alaxarxa.net">leo@alaxarxa.net</a>>wrote:<br>
> > >><br>
> > >> > Hi,<br>
> > >> ><br>
> > >> ><br>
> > >> > First of all I have noticed that there are several packages that has<br>
a<br>
> > >> > dependency a pcl package, when there's no pcl package, but there's a<br>
> > > system<br>
> > >> > dependency pcl. So, I have to change several manifest files from<br>
> > >> ><br>
> > >> > <depend package="pcl" /><br>
> > >> ><br>
> > >> > to<br>
> > >> > <rosdep name="pcl" /><br>
> > >> ><br>
> > >> > Also, I have not be able to found which version of pcl is needed for<br>
> > > fuerte<br>
> > >> > (1.5, 1.6) With 1.6 it doesn't compile.<br>
> > >> ><br>
> > >> ><br>
> > >><br>
> > >> We had a lot of fun trying to figure this out in Fedora[1] as well. As<br>
> > it<br>
> > >> turns out, you can't use the upstream PCL release for Fuerte, you need<br>
a<br>
> > >> custom branch of PCL hosted on github[2] which contains extra message<br>
> > >> definitions and stack metadata. I raised the issue upstream[3] and it<br>
> > >> looks like we have to wait for PCL 2.0 for ROS to build against PCL as<br>
a<br>
> > >> stand-alone library instead of requiring that PCL be modified. We're<br>
> > going<br>
> > >> to try to patch Fedora's system PCL to make it a hybrid ROS stack and<br>
> > >> stand-alone library so that ROS is usable until this situation is<br>
> > resolved.<br>
> > >> It seems this issue is pretty[4] common[5].<br>
> > ><br>
> > > Well, we want something similar. A PCL version stand-alone that could be<br>
> > used<br>
> > > by ros.<br>
> > ><br>
> > > I have seen the github code, and it doesn't seems that use the ROS<br>
stuff,<br>
> > > although is required by cmake. From a ROS full installation (188)<br>
> > packages I<br>
> > > have compiled 106, considering that pcl is not built or installed.<br>
> > ><br>
> > > I hope to have something functional some day ...<br>
> ><br>
> > So do I.<br>
> ><br>
> > Many people have stumbled over this problem in Fuerte. And, I fear it<br>
> > may not get better in Groovy. I really hope I end up being wrong about<br>
> > that.<br>
> ><br>
> > I think PCL must have fallen in the cracks during the Fuerte release.<br>
> > Many of us expected catkin to solve the problem of building<br>
> > stand-alone PCL with the ROS message tools. That only half worked.<br>
> > Thanks to catkin, PCL can now optionally be built to use standard ROS<br>
> > messages, such as sensor_msgs/PointCloud2. But unfortunately, PCL also<br>
> > defines several ROS messages of its own: ModelCoefficients,<br>
> > PointIndices, PolygonMesh, and Vertices, which cannot reasonably be<br>
> > handled by the stand-alone PCL build. The changes to the PCL 1.5<br>
> > sources were too large, messy and complex to merge into their<br>
> > stand-alone tree.<br>
> ><br>
> > To ship a working Ubuntu version for Fuerte, the wg-debs/pcl github<br>
> > project was created. Unfortunately, the main purpose of wg-debs is to<br>
> > add the Debian rules and source control for several Ubuntu packages<br>
> > hosted on <a href="http://packages.ros.org" target="_blank">packages.ros.org</a> because they are necessary rosdep<br>
> > dependencies. Getting that to work for PCL involved significant<br>
> > additional source changes, mostly defining those additional messages<br>
> > and using them in PCL.<br>
> ><br>
> > That mostly solved the problem for Ubuntu systems. But, it leaves no<br>
> > good solution for other Linux distros, Mac OSX, ARM boards, other<br>
> > embedded systems, or anyone wanting to build everything from source.<br>
> ><br>
> > When PCL 2.0 comes out, it will only use PCL-defined types, no ROS<br>
> > messages. So, these problems should eventually go away. Until then,<br>
> > the ROS community needs to provide a PCL 1.x version that can be built<br>
> > and installed from source on any of our target platforms. Then, the<br>
> > Ubuntu Debian packages should be built from that. Unfortunately, that<br>
> > will demand considerable maintenance effort including documentation,<br>
> > with active Q&A support both here and on the PCL forums.<br>
> ><br>
> > Perhaps there is some clever way to repackage those additional ROS<br>
> > messages into a catkin ROS package that a stand-alone PCL could<br>
> > optionally build with, as it already does with std_msgs and<br>
> > sensor_msgs when USE_ROS is specified for building. But, that seems to<br>
> > be beyond my current catkin and PCL skills.<br>
> > --<br>
> > joq<br>
> > _______________________________________________<br>
> > ros-users mailing list<br>
> > <a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
> > <a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
> ><br>
><br>
><br>
><br>
> --<br>
> Tully Foote<br>
> <a href="mailto:tfoote@willowgarage.com">tfoote@willowgarage.com</a><br>
> <a href="tel:%28650%29%20475-2827" value="+16504752827">(650) 475-2827</a><br>
><br>
<br>
<br>
</div></div><div class="im">--<br>
--<br>
Linux User 152692<br>
</div>Catalonia<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Tully Foote<br><a href="mailto:tfoote@willowgarage.com" target="_blank">tfoote@willowgarage.com</a><br>(650) 475-2827<br>