To help with this exact issue (we would like to expand our support to fedora and Homebrew), I have been working on bloom recently and it is now architected such that writing a generator for a specific platform is easier to do and can be done in an external python library (i.e. you don't have to fork bloom to add a generator).<div>

<br></div><div>For Debian, however, the generator is not ubuntu specific...  The only change that should be required is to pass 'squeeze' to git-buildpackage via bloom instead of 'precise' or 'quantal'.  I can spin up a debian of pcl for 'squeeze' using bloom and let you try it out if you like.  Or if you want to try it yourself:</div>

<div><br></div><div># In a previously released bloom repository like (<a href="https://github.com/ros-gbp/pcl-release">https://github.com/ros-gbp/pcl-release</a>)</div><div>$ git bloom-generate rosdebian --distros squeeze --prefix release --os-name debian -- groovy</div>

<div><br></div><div>That command should produce a tag like 'debian/ros-groovy-pcl_1.6.0-0_squeeze' which will contain pcl with debian files overlaid that should work with squeeze.  This doesn't mean you won't run into missing rosdep entries for squeeze or other build/buildsystem problems, but this should just work, and if it doesn't please file a ticket on bloom's issue tracker.  You can also checkout to one of the released tags and build the debian locally:</div>

<div><br></div><div>$ git checkout debian/ros-groovy-pcl_1.6.0-0_squeeze</div><div>$ git-buildpackage -uc -us --git-ignore-branch</div><div><br></div><div>That should build the source deb on squeeze (I don't have squeeze to test here, nor have I tried the pbuilder fake root method).</div>

<div><br></div><div>I hope to finish the documentation for bloom 0.2 and release it today, but you can grab the source from master and run 'sudo python setup.py install' if you want to try it now.</div><div><br></div>

<div>--<br><br><div class="gmail_quote">On Thu, Oct 18, 2012 at 9:31 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">

A Dijous 18 Octubre 2012, Jochen Sprickerhof va escriure:<br>
<div class="im">> Hi Leopold,<br>
><br>
> I am a Debian user as well and share your concerns. Part of the problem<br>
> is, that ROS is trying to be a lot of different things (upstream<br>
> development, build system, dependency management system, packaging<br>
> system, package repository, cross platform) and by this it's duplicating<br>
> a lot of features that are actually provided by Debian/Ubuntu. The other<br>
> problem is, that the Ubuntu support is so good, that for most of us it's<br>
> easier to just install an Ubuntu release instead of working on the<br>
> packages.<br>
<br>
</div>Hi Jochen,<br>
<br>
I think that you have made a good abstract of the situation.<br>
<div class="im"><br>
> I think in the long run we have two possible ways to go. Either we<br>
> continue to maintain ROS as a add-on to Ubuntu or we repackage it<br>
> according to the packaging guidelines. This doesn't need to be an<br>
> exclusive or, a possible way would be to stabilize the core components<br>
> first (i.e. move them to right places according to the FHS, add proper<br>
> sonames, split the packages, fix dependencies..) and integrate them into<br>
> Debian, so we could still use the old tools later. Once we have them in<br>
> Debian/Ubuntu maintaining the rest should be a lot easier.<br>
<br>
</div>I don't know if maintain two ways is a good idea or waste of efford. However,<br>
I think that it's better to use anything done. I have repackaged a lot of<br>
software (many times from your package: pcl, ps-engine, openni, ...) but<br>
making some minor modifications (the main are names of packages and<br>
dependencies). The FHS issue is a big wall. But I agree with with about that<br>
having in in Debian/Ubuntu after will be easy for all.<br>
<div class="im"><br>
> Groovy and catkin are definitely a step in the right direction but there<br>
> is still a lot of work to be done and I don't think we can manage this<br>
> without support from the core ROS developers, or we would duplicate a lot<br>
> of work.<br>
<br>
</div>I agree.<br>
<br>
Now, although in my previous mail I was very frustrated, after repackage pcl<br>
(1.5.2) using your debian directory with minor modifications, perception_pcl<br>
compile. And after all, I have been able to have a complete ROS full in a<br>
Debian Squeeze. :-)<br>
<br>
Maybe we should work more coordinately ...<br>
<br>
Regards,<br>
<br>
Leo<br>
<div class="im HOEnZb"><br>
<br>
<br>
<br>
--<br>
--<br>
Linux User 152692<br>
Catalonia<br>
</div><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>William Woodall<div>Willow Garage - Software Engineer</div><div><a href="mailto:wwoodall@willowgarage.com" target="_blank">wwoodall@willowgarage.com</a></div>

<br>
</div>