Re: Update python-catkin_pkg - new maintainer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2014-02-08 at 17:38 -0700, Scott K Logan wrote:
> Thanks Ankur and Rich!
> 
> I'm excited to get started as soon as I can!
> 
> Rich - just want to make sure you're in the loop on 
> https://github.com/ros-infrastructure/bloom/pull/228
> 
> Ankur - when you mentioned Copr, I got started using that instead of 
> building locally (easier to share packages).

Yeah. It sure is :)

> 
> I've got updated versions of the ROS underlay packages there, and I 
> think they should be pushed ASAP [1]. Changes include:
> 
> * Update release from upstream
> * Include dependencies (They were all missing multiple installation 
> requirements)
> * %check sections (where applicable)

Ah great. We'll start working on updating the Fedora packages. 

I assume the underlays are common between all ROS releases and we won't
need to ship these in SCLs? I mean, we can make these available in the
Fedora repos themselves and only use SCLs for release specific
components?

> 
> I think we should also add python-rosinstall_generator as it is needed 
> for source install of groovy+. I'll push an RPM to the aforementioned 
> Copr repository as soon as I have it done.

I just packaged it up yesterday. See the review ticket here:
https://bugzilla.redhat.com/show_bug.cgi?id=1062843

There's a build in my copr already:
http://copr.fedoraproject.org/coprs/ankursinha/ros-groovy/monitor/

I'll push the package to the Fedora repos as soon as my SCM request is
approved.

> 
> I'll keep an eye on the SCL information as well! I'm completely open to 
> using SCLs, as ROS is a great application thereof. The only reason I 
> went with the /opt/ros/{distro} system to begin with is because that is 
> what they do in the Ubuntu builds, and I had no reason to change it. As 
> soon as I get caught up on the SCLs, I'll look at how to add them to the 
> existing infrastructure in a way that is maintainable.

Aye. SCLs use /opt/ too, so it shouldn't be too much work. They even
have a spec2scl utility that we can use:
http://pypi.python.org/pypi/spec2scl

The advantage of using SCLs is that each SCL is completely separate from
the other, and there aren't any chances of conflicts etc.

I'm still talking to the packaging SIG about it and they've provided
valuable input. From what they've said till now, we might need to stick
to copr for a while.

> 
> I've also got some ideas for adding *-devel noarch metapackages to the 
> existing infrastructure (something that Ubuntu doesn't have right now!). 
> I'll make a branch on my bloom repo with the commits present and bounce 
> it off from the pull request thread when its ready.

Sure. That sounds awesome :)

> 
> Thanks so much, gentlemen! I look forward to working with you!

We look forward to working with you too. Hopefully, we'll get ROS on to
Fedora quickly this time. Thanks a bunch for your work on bloom. I never
got around to completing what I'd started. 

PS: CCing the robotics list to keep other interested parties in the loop
-- 
Thanks,
Warm regards,
Ankur (FranciscoD)

http://fedoraproject.org/wiki/User:Ankursinha

Join Fedora! Come talk to us!
http://fedoraproject.org/wiki/Fedora_Join_SIG

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
robotics mailing list
robotics@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/robotics

[Index of Archives]     [Fedora Users]     [Fedora Electronics Lab]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Summer Coding]

  Powered by Linux